Wie hilft Termina bei der Skalierung von Solana-Apps ohne Aufbau von Layer-2s?

Die Skalierung von Solana ist ein umstrittenes Thema. Während einige Lager argumentieren, dass alle Aufmerksamkeit auf die Steigerung der Layer-1’s Leistung gerichtet werden sollte, haben sich andere für den Einsatz von Appchains wie Bullet und Sonic entschieden.

Nitro Labs befindet sich irgendwo in der Mitte zwischen diesen beiden Extremen. Durch seine Netzwerkerweiterungsplattform Termina hilft Nitro Labs Teams bei der Skalierung ihrer Anwendungen, ohne Solana selbst zu verlassen.

Im Gespräch mit SolanaFloor erläuterte die Gründerin von Nitro Labs, Yiwen Gao, einige der einzigartigen Funktionen von Termina und gab ihre Meinung dazu ab, wie Solana in einer Welt nach Firedancer aussehen könnte.

Skalierung von Apps ohne Solana zu verlassen

Um einen vereinfachten Überblick zu geben, ist Termina eine Suite von Modulen, die es App-Entwicklern ermöglicht, ihre Anwendungen zu skalieren, indem sie Prozesse aus der Kette heraus verlagern. Im Gegensatz zu Solana Layer-2s, Termina’s Module don’t erfordern Entwickler zu opfern, die Layer-1s Liquidität und Netzwerk-Effekt im Austausch für eine optimierte Umgebung.

>

“Unser Ziel ist es, Apps zu helfen, auf Solana zu skalieren, ohne das Netzwerk zu verlassen und eine eigene App-Kette oder ein Roll-up zu erstellen.”

Eines der neuesten Tools von Termina, Data Anchor, ermöglicht es Teams, Blockchain-Daten außerhalb der Kette zu speichern und darauf zuzugreifen, was die Aufblähung des Netzwerks minimiert und die Kosten reduziert. Laut Gao macht dies die Datenverwaltung einer App schneller und kostengünstiger und steigert damit die Leistung. Gao argumentiert, dass Solana’s Infrastruktur, nämlich die Kontomiete, schlecht für die Kapitaleffizienz optimiert ist.

“[Bei] Solana ist der Kontoraum die wichtigste Immobilie, und das macht ihn so teuer. Und speziell bei Solana gibt es das Konzept der Miete… Sie müssen Gelder binden. Das ist nicht kapitalwirksam. Und selbst wenn man die Daten nur in Transaktionen auf der Kette sendet, ist es bei Millionen von Anfragen pro Minute nicht nur unwirtschaftlich, sondern auch aus technischer Sicht nicht machbar… Data Anchors helfen, wenn man bei Solana L1 an Datengrenzen stößt.”

Neben einer besseren Datenverwaltung bietet Termina’s SVM Engine eine schnellere und besser vorhersehbare Transaktionsverarbeitung. Durch das Stapeln, Weiterleiten und Ausführen von Transaktionen außerhalb der Kette soll Termina’s Stack die Latenzzeit verringern und die Endnutzer vor schädlichem MEV schützen. Diese einzigartige Engine ist durch zkSVM-Proofing gesichert. Gao betonte, dass Termina’ s ZP SVM ist auch vollständig Open-Source.

“Für Off-Chain-Berechnungen helfen wir gerne mit unserer ZP-SVM, um diese Berechnungen abzusichern, da sie auf der Kette funktioniert, und außerdem ist sie quelloffen, so dass jeder sie benutzen kann. Für Daten, wenn man an Datengrenzen stößt, und dann SVM, wenn es zu Ausführungsverzögerungen kommt."

Historisch gesehen hat Nitro Labs entscheidende Beiträge zur zk-Sicherheit von Solana geleistet. Laut Gao war Nitro Labs das erste Team, das ZK-Proofing über beliebige Solana-Transaktionen entwickelte. Dieser Code wurde schließlich offengelegt und in die Agave-Codebasis implementiert.

“Für ZK und Solana waren sie tatsächlich das erste Team, das in der Lage war, ZK-Beweise über jede beliebige Solana-Transaktion zu generieren… Das war die Arbeit, die wir gemacht haben, die wir als Open-Source zur Verfügung gestellt haben und die wir tatsächlich zu Agave zurückgebracht haben. Unser Code ist Teil der Haupt-Agave-Codebasis, und jeder kann davon profitieren.

Auf Termina aufbauen

Abstraktion und Einfachheit waren für Nitro Labs während der gesamten Entwicklung des Termina-Stacks ein wichtiger Schwerpunkt. Um die Erfahrung der Entwickler so nahtlos wie möglich zu gestalten, hat Nitro Labs die Termina-Plattform in eine schlüsselfertige Lösung verpackt.

Aufstrebende Projekte, die ihre Anwendungen skalieren oder sichern wollen, sollten theoretisch in der Lage sein, ihre bestehende Codebasis auf ihre Termina-Plattformerweiterung zu portieren. Gao versichert, dass die Bereitstellung einer konsistenten und einheitlichen Entwicklererfahrung der Schlüssel dazu ist, Teams bei der effizienten Bereitstellung ihrer Anwendungen zu unterstützen.

“Ich möchte, dass unser Team die ganze Arbeit übernimmt, so dass die Benutzerteams einfach dieselben Tools, dieselben Frameworks und dieselben Stacks verwenden können, die sie schon immer benutzt haben… Sie müssen nichts anpassen, um mit unserer Umgebung zu arbeiten, aber sie werden einfach in der Lage sein, die Vorteile der Skalierbarkeit sehr einfach zu nutzen.”

Diese Abstraktion erstreckt sich letztlich auch auf den Endbenutzer, der von der Vertrautheit und Einfachheit der nativen Solana L1-Erfahrung profitiert.

“Für die Endbenutzer, die mit den Plattformen interagieren, die diese Teams bauen, sollten sie den Unterschied überhaupt nicht bemerken… Für die zkSVM verwenden wir die SVM-Kiste von Agave, so dass es genau dasselbe sein sollte wie Solana L1, und es sollte keine Diskrepanzen geben.”

Solana nach Firedancer

Während die gesamte Solana-Gemeinschaft gespannt auf den kommenden Jump Crypto’-Client Firedancer wartet, ist Gao neugierig, wie sich dessen Implementierung auf das Ökosystem auswirken wird. Der Gründer von Nitro Labs äußerte die Befürchtung, dass sich ein kompletter Exodus zu Firedancer negativ auf die Kundenvielfalt von Solana auswirken könnte.

“Denn der Zweck von Firedancer ist es, eine Client-Vielfalt zu schaffen, so dass bei einem Fehler in Agave nicht das ganze Netzwerk zusammenbricht und verbrennt. Wenn wir nur eine Client-Implementierung durch eine andere ersetzen, wird der ganze Grund, warum wir Firedancer überhaupt einführen wollen, zunichte gemacht.”

Trotz der Aufregung um Firedancer erwartet Gao, dass die Validierer den neuen Client bei der Einführung nicht überstürzt übernehmen werden. Unter Hinweis auf den guten Ruf und die Stabilität von Agave argumentiert Gao, dass größere Validierer bei der Umstellung vorsichtig sein könnten, ohne vorher die Leistung zu überprüfen.

“Ich denke, die Einführung wird mehr Zeit in Anspruch nehmen, als wir erwarten. Agave ist sehr vertrauenswürdig und hat sich im Einsatz bewährt. Ich denke, dass vor allem größere Validierer, wie z.B. institutionelle Unternehmen, etwas zögerlicher oder langsamer zu Firedancer wechseln werden… ich weiß nicht, ob es eine goldene Zahl [von Kunden] gibt, auf jeden Fall mehr als eine. Und ich glaube nicht, dass wir mehr als fünf oder sechs brauchen.”

Lesen Sie mehr über SolanaFloor

Wie stellen neue DeFi-Anwendungen den Status quo in Frage?

“It’s Changing the Landscape” - Watt Protocol Founder Bullish on Volatility Farming

Auffrischung Ihrer Krypto-Sicherheitskenntnisse