Kernpunkte
- Objekte haben Identität, Version und Eigentumsregeln, die ihre Nutzung bestimmen.
- Die Verträge werden als Move-Pakete veröffentlicht, die auf diesen Objekten operieren.
- Das Design muss zwischen Vermögenswerten eines einzelnen Nutzers und dem von vielen Teilnehmern geteilten Zustand unterscheiden.
Was ist Sui?
Sui bildet On-Chain-Daten und -Vermögenswerte als Objekte mit eigener Identität ab. Die Smart Contracts legen fest, wie sie erzeugt, übertragen und verändert werden. Das Design geht vom Objekt und seinen Berechtigungen aus, statt den Speicher eines EVM-Smart-Contracts eins zu eins zu übertragen.
Dieser Ansatz ist nützlich, wenn das Produkt den Lebenszyklus identifizierbarer Einheiten verfolgen muss, etwa Tickets, Berechtigungsnachweise oder Elemente eines digitalen Katalogs. Die Spezifikation muss klären, welche Aktionen beim Emittenten verbleiben und welche der Person zustehen, die das jeweilige Objekt kontrolliert.
So funktioniert es
Jedes Objekt hat einen Identifikator und eine Version, über die sich ein konkreter Zustand referenzieren lässt. Die Eigentümerschaft bestimmt, wer es in einer Operation nutzen darf: Es gibt unter anderem von einer Adresse kontrollierte Objekte, geteilte Objekte und unveränderliche Objekte.
Move-Pakete enthalten die Module, die die Regeln auf diese Daten anwenden. Transaktionen deklarieren die Objekte, die sie nutzen, daher beeinflusst das Design des Zustands die Abhängigkeiten zwischen Operationen. Ein Dienst, der alle Schreibvorgänge in einem einzigen geteilten Objekt bündelt, braucht andere Tests als ein Ablauf mit unabhängigen Vermögenswerten. Die Module definieren, welche Funktionen jedes Objekt verändern dürfen, und der Client behält seine Referenzen, um Transaktionen zu erstellen.
Was Sui bietet
Sui kann sich für Produkte eignen, bei denen Identität und Übertragungsregeln eines Vermögenswerts im Mittelpunkt stehen. Damit lassen sich digitale Bestände, Zugangsrechte und Marktplätze evaluieren, in denen jede Einheit einen eigenen Lebenszyklus hat.
Bei Metlabs beginnt die Evaluierung damit, diesen Zyklus zu skizzieren: Erzeugung, Autorisierung, Übertragung, Aktualisierung und Rücknahme. Anschließend prüfen wir, wie Wallet und Backend ihn abbilden. Diese Arbeit zeigt, welche Regeln in Move liegen müssen und welche Funktionen besser außerhalb des Netzwerks bleiben, um keine unnötigen Informationen zu veröffentlichen.
Für ein digitales Ticket kann das Objekt seinen Identifikator und seinen Nutzungsstatus abbilden. Der Ablauf umfasst Ausgabe, erlaubte Übertragung und Zugangsvalidierung. Die Tests prüfen, dass es nicht zweimal entwertet werden kann und dass die Aktualisierung des Pakets die vorgesehenen Regeln beibehält. Hängen mehrere Operationen von einem geteilten Register ab, sollte diese Contention gemessen werden, bevor man der Anwendung die allgemeine Parallelität des Netzwerks zuschreibt.
Grenzen und Auswahlkriterien
Move bietet ein Modell zur Kontrolle von Ressourcen, ersetzt aber keine Berechtigungstests und verifiziert die Geschäftslogik nicht von selbst. Auch Paket-Upgrades und die Weiterentwicklung der Daten müssen so gestaltet werden, dass die Anwendungen, die diese Daten nutzen, funktionsfähig bleiben.
Aptos verwendet eine andere Variante und eine andere Umgebung von Move; der gemeinsame Sprachname macht die Smart Contracts nicht austauschbar. Hängt das Projekt von Solidity-Bibliotheken oder EVM-Integrationen ab, erweitert eine Migration zu Sui den Umfang. Der Vorteil des Objektmodells muss diese Anpassung rechtfertigen.
