Kernpunkte
- Sonic ist eine EVM-kompatible Layer-1-Blockchain und nutzt S für Gebühren.
- Sonic Gateway verbindet Vermögenswerte über eine spezifische Komponente mit Ethereum.
- Die Zeiten des Protokolls ersetzen keine Tests des vollständigen Ablaufs einer Anwendung.
Was ist Sonic?
Sonic stellt eine EVM-Umgebung bereit, in der sich Solidity- und Vyper-Contracts mit den bekannten Werkzeugen des Ethereum-Ökosystems nutzen lassen. Der Ansatz zielt auf Anwendungen mit vielen Operationen und Interaktionen und behält dabei ein für Entwickler vertrautes Modell bei.
Bei der Bewertung eines Produkts ist diese Ausführungsfähigkeit vom gesamten Nutzererlebnis zu trennen. Auch das Signieren in einer Wallet, der RPC-Zugang und die Aktualisierung des Frontends beeinflussen die wahrgenommene Dauer. Eine Kennzahl des Protokolls beschreibt diesen Ablauf nicht für sich allein.
So funktioniert es
Transaktionen werden innerhalb des Sonic-Netzwerks ausgeführt und validiert. Die Contracts nutzen die EVM-Umgebung und den Token S für Gebühren. Die Verbindung von Vermögenswerten mit Ethereum kann über das Sonic Gateway laufen, das eigene Contracts und Transferzustände hat.
Das Backend muss eine lokale Operation von einer unterscheiden, die über die Bridge läuft. In beiden Fällen werden Events und Ergebnisse geprüft, bevor die Geschäftsaktion abgeschlossen wird. Das Monitoring umfasst auch Fehler, Wiederholungsversuche und Ausfälle des RPC-Anbieters, damit eine veraltete Oberfläche keine doppelten Übermittlungen auslöst.
Eine Migration von einem anderen EVM-Netzwerk erfordert, jede Abhängigkeit auf Sonic zu deployen oder zu identifizieren: Asset-Contracts, Oracles, Multisigs und Indexierungsdienste. Auch die Historie der Anwendung wandert nicht mit, nur weil der Code wiederverwendet wird. Es empfiehlt sich festzuhalten, welche Operationen zum Ursprungsnetzwerk und welche zu Sonic gehören, um mehrdeutige aggregierte Salden zu vermeiden.
Was Sonic leistet
Sonic kann sich für EVM-Anwendungen eignen, die häufige Interaktionen erfordern und die Vermögenswerte oder Dienste seines Ökosystems benötigen. Es erlaubt, Marktoberflächen, Asset-Management und andere programmierbare Produkte zu evaluieren, ohne zwangsläufig die Sprache des Contracts zu wechseln.
Bei Metlabs prüfen wir die Performance mit einem repräsentativen Ablauf und der Wallet, die der Nutzer verwenden wird. Wir messen auch Abfragen und Indexierung, die zum Engpass werden können. Über das Deployment entscheiden wir, nachdem die Abhängigkeiten geprüft sind und festgelegt ist, wie die Anwendung betrieben wird, wenn eine davon ausfällt.
Bei einem Mitgliedschaftsprogramm kann der Prototyp Ausgabe, Verlängerung und Widerruf umfassen, zusammen mit der Wiederherstellung des Oberflächenzustands. Der Ablauf wird mit der echten Wallet gemessen, und es wird geprüft, ob der Nutzer über S für Gebühren oder über eine kompatible Sponsoring-Variante verfügt. Bridge- und Anreizmechanismen werden als zusätzliche Komponenten mit eigenen Bedingungen bewertet, ohne sie zu einem Kosten- oder Renditeversprechen zu machen.
Grenzen und Auswahlkriterien
Die EVM-Kompatibilität erleichtert die Wiederverwendung von Code, bedeutet aber weder, die Sicherheit von Ethereum zu erben, noch, über alle seine Dienste zu verfügen. Das Produkt hängt vom Betrieb und den Updates von Sonic ab, zusätzlich zu den Bedingungen der genutzten Bridge.
Die Tests sollten Szenarien mit geteiltem Zustand, Abfragelast und langsamen externen Diensten berücksichtigen. Andere EVM-Netzwerke können besser passen, wenn sie die nötigen Integrationen bereits bieten. Die Auswahl kombiniert beobachtete Performance, verfügbare Vermögenswerte und Wartbarkeit, ohne zeitlich begrenzte Anreize als Garantie für die Tragfähigkeit des Produkts zu werten.
