Alles ist ein Objekt
Sui speichert keine Guthabentabelle. Es speichert Objekte, jedes mit eindeutiger Kennung, Typ, Version und Owner. Ihr SUI liegt in Coin-Objekten. Ihr NFT ist ein Objekt. Eine Staking-Position ist ein Objekt. Der Code, der all das definiert, liegt in Paket-Objekten.
Eine Transaktion nimmt Objekte als Eingaben und erzeugt Objekte als Ausgaben — näher an Bitcoins UTXO-Modell als an Ethereums Konten, außer dass Objekte typisiert sind und beliebige strukturierte Daten tragen, nicht nur Wert.
Das hat eine direkte Leistungsfolge und erklärt Suis Design. Transaktionen, die disjunkte Objektmengen berühren, können nicht kollidieren, lassen sich also parallel ohne Konsens-Ordnung ausführen. Ein einfacher Transfer eines allein besessenen Objekts braucht keine Einigung des gesamten Netzwerks über die Reihenfolge, weshalb er in deutlich unter einer Sekunde finalisiert.
Suiscan zeigt diese Struktur direkt — Objekt-IDs, Typen, Versionen und Eigentum — statt ein Guthaben zu berechnen und als Wahrheit zu präsentieren. Das Guthaben ist ein abgeleiteter Wert; die Objekte sind der Zustand.
Drei Eigentumsarten
Sui unterscheidet Eigentum auf eine Weise, die die meisten Chains nicht tun, und die Unterscheidung bestimmt, wie eine Transaktion verarbeitet wird.
Owned Objects gehören einer einzelnen Adresse. Nur diese Adresse kann sie nutzen, Transaktionen, die nur Owned Objects berühren, überspringen also den vollen Konsens und finalisieren fast sofort.
Shared Objects können von jedem genutzt werden — ein Liquiditätspool, ein Orderbuch, ein gemeinsames Register. Weil mehrere Parteien gleichzeitig versuchen könnten, sie zu ändern, brauchen diese Transaktionen Konsens-Ordnung und sind entsprechend langsamer.
Immutable Objects lassen sich überhaupt nicht ändern. Veröffentlichte Pakete sind unveränderlich, weshalb Sui-Vertragsupgrades anders funktionieren als EVM-Proxy-Muster.
Suiscan beschriftet die Eigentumsart bei jedem Objekt. Dieses Feld erklärt, warum eine Transaktion sofort und eine andere langsamer war — sonst rätselhaft.
Move-Pakete, und warum Upgrades anders sind
Sui nutzt Move, eine Sprache, die um Ressourcen herum gebaut ist, die nicht kopiert oder versehentlich verworfen werden können. Diese Eigenschaft wird vom Typsystem erzwungen, nicht von Entwicklerdisziplin — das entfernt eine Fehlerkategorie, die auf anderen Chains teuer war.
Suiscan lässt Sie veröffentlichte Pakete durchsuchen: Module, öffentliche Funktionen, Struct-Definitionen und Typsignaturen. Für alle, die beurteilen, was ein Paket kann, ist das das Äquivalent zum Lesen verifizierten Quellcodes auf Etherscan, standardmäßig verfügbar, weil Pakete als lesbarer Bytecode mit Typinformationen veröffentlicht werden.
Das Upgrade-Modell lohnt sich zu verstehen. Weil Pakete unveränderliche Objekte sind, veröffentlicht ein Upgrade eine neue Version, verknüpft mit der vorherigen, statt eine Implementierung hinter einem Proxy auszutauschen. Der Upgrade-Pfad ist explizit und auf der Chain — transparenter als der EVM-Ansatz, wenn auch mit der Notwendigkeit, zu prüfen, welche Version eine Anwendung tatsächlich aufruft.
Praktische Nutzung
Zwei Dinge, die man kennen sollte, wenn man eine Adressseite öffnet.
Ihr SUI-Guthaben ist die Summe Ihrer Coin-Objekte, und es können viele sein. Wallets fassen diese automatisch zusammen, aber eine Seite mit mehreren Coin-Objekten statt einem Guthaben ist normal, kein Zeichen für ein Problem.
Und Speicher-Rückerstattungen sind real. Sui berechnet Speicherung und erstattet einen Teil zurück, wenn ein Objekt gelöscht wird — eine Transaktion, die nach sich selbst aufräumt, kann also weniger kosten als erwartet, gelegentlich fast nichts. Suiscan zeigt Speicherkosten und Rückerstattung getrennt, der einzige Weg, eine unerwartet kleine Gebühr zu verstehen.
Für die Gegenprüfung indiziert 3xpl Sui und rendert schneller, wenn Sie nur bestätigen wollen, dass eine Transaktion existiert. Für alles, was Objekte, Pakete oder Eigentum betrifft, ist Suiscan das Werkzeug, das die Chain korrekt abbildet.
Was unsere Referenztests zeigten
Unsere Sui-Referenzobjekte wurden gewählt, um das Objektmodell zu beanspruchen: ein einfacher Owned-Object-Transfer, eine Transaktion mit Shared Object, ein NFT-Transfer, eine Paketveröffentlichung, und eine Transaktion, die ein Objekt löschte, um eine Speicher-Rückerstattung auszulösen.
Der Owned-Object-Transfer finalisierte fast sofort, und Suiscan zeigte das entsprechend, mit beschrifteter Eigentumsart. Die Shared-Object-Transaktion dauerte sichtbar länger, und die Darstellung des Explorers machte den Grund deutlich — Konsens-Ordnung war nötig, weil das Objekt umstritten sein konnte.
Dieser Kontrast war das Nützlichste, was wir aus dem Test gelernt haben. Zwei für einen Nutzer identisch wirkende Transaktionen brauchten merklich unterschiedliche Zeit, und die Erklärung war ein einzelnes Feld auf der Seite. Ohne einen Explorer, der die Eigentumsart sichtbar macht, ist der Unterschied schlicht unvorhersehbare Latenz.
Der NFT-Transfer rendere mit voller Herkunft, denn auf Sui ist ein NFT ein Objekt mit Versionshistorie statt eines Eintrags in der Mapping-Tabelle eines Vertrags. Frühere Eigentümer zu verfolgen brauchte keine zusätzlichen Abfragen.
Die Paketveröffentlichungsansicht zeigte Module, öffentliche Funktionen und ihre Typsignaturen, ohne dass wir Quellcode zur Verifizierung einreichen mussten — die Typinformation wird mit dem Bytecode veröffentlicht, ein struktureller Vorteil gegenüber dem nachträglichen Verifizierungsmodell der EVM.
Der Speicher-Rückerstattungstest erzeugte eine Transaktion mit niedrigeren Netto- als Brutto-Gaskosten, und Suiscan zeigte Speicherkosten und Rückerstattung als separate Zeilen. Ohne diese Aufschlüsselung wirkt die Endzahl wie ein Fehler.