Kernpunkte
- Move erlaubt es, Ressourcen und die zu ihrer Änderung zugelassenen Operationen auszudrücken.
- Block-STM löst Abhängigkeiten zwischen parallel ausgeführten Transaktionen auf.
- Die Standards und Tools von Aptos erfordern eine spezifische Integration; sie sind nicht EVM-kompatibel.
Was ist Aptos?
Aptos kombiniert Move-Smart-Contracts mit einer Infrastruktur für die gleichzeitige Ausführung von Operationen. Seine Module definieren Funktionen und Ressourcen; das Produkt nutzt dieses Modell, um Vermögenswerte, Berechtigungen und Zustandsänderungen abzubilden.
Die Entscheidung für das Netzwerk muss vom Design dieser Ressourcen und vom Team ausgehen, das sie pflegen wird. Die Entwicklung besteht nicht darin, Ethereum-Bytecode bereitzustellen. Erforderlich sind Aptos-Werkzeuge und -Tests sowie Anpassungen daran, wie das Frontend Operationen signiert und das Backend die Anwendungsdaten abfragt.
So funktioniert es
Block-STM ermöglicht die parallele Ausführung von Transaktionen und löst Konflikte, die aus dem Zugriff auf gemeinsamen Zustand entstehen. Ziel ist ein konsistentes Ergebnis, ohne alle Operationen einer Anwendung strikt sequenziell verarbeiten zu müssen.
Auf der Smart-Contract-Ebene steuert Move, wie Ressourcen genutzt werden und welche Module bestimmte Aktionen ausführen dürfen. Die Geschäftsregeln bleiben Aufgabe des Entwicklers. Deshalb müssen die Tests Autorisierungen, Grenzen und Nebenläufigkeitsszenarien abdecken, insbesondere wenn viele Operationen denselben Eintrag aktualisieren wollen.
Der Typ einer Ressource und die Funktionen des Moduls legen fest, wie sie erzeugt, verändert oder übertragen werden kann. Dieser Schutz durch die Sprache bestimmt für sich genommen nicht, wer eine administrative Berechtigung erhalten sollte. Capabilities und Update-Richtlinien des Pakets sollten dokumentiert und das Verhalten des Smart Contracts mit Nutzern ohne die nötigen Berechtigungen getestet werden.
Was Aptos leistet
Aptos kann für Anwendungen mit digitalen Vermögenswerten und häufigen Nutzerinteraktionen geeignet sein, wenn die Kapazitäten vorhanden sind, Move-Code zu entwickeln und zu pflegen. Seine Asset-Standards erlauben es, Produkte zu bauen, ohne die gesamte Darstellung von Salden oder digitalen Einheiten neu zu erfinden.
Wir prüfen den Ablauf von der Kontoerstellung bis zur Abfrage des Ergebnisses einer Operation. Außerdem verifizieren wir Indexierung, Wallets und externe Abhängigkeiten. Kommt Transaktionssponsoring zum Einsatz, fließen Budget und Bedingungen von Anfang an in das operative Design ein.
In einem Register für Nutzungsrechte kann das Modul Ausgabe, Ablauf und Widerruf steuern, während das Backend die Operationen mit dem kaufmännischen System verknüpft. Das Design muss gleichzeitige Bewegungen und Zustände berücksichtigen, die sich zwischen erster Abfrage und Absenden ändern. Ein brauchbarer Prototyp umfasst Nebenläufigkeit auf denselben Ressourcen und die Wiederherstellung nach einer unklaren RPC-Antwort, nicht nur eine Abfolge unabhängiger Transaktionen.
Grenzen und Auswahlkriterien
Die parallele Ausführung garantiert nicht für jeden Smart Contract dieselbe Leistung: Abhängigkeiten von gemeinsamen Daten bestimmen das Ergebnis. Auch der Einsatz von Move verhindert keine Fehler in Geschäftsregeln, zu weitreichende Berechtigungen oder eine fehlerhafte Integration externer Dienste.
Sui teilt den Ursprung der Sprache, doch Objektmodell und Werkzeuge unterscheiden sich. Ein EVM-Netzwerk kann den Aufwand verringern, wenn bereits eine umfangreiche Solidity-Basis vorhanden ist. Der Vergleich sollte neben der Leistungsfähigkeit des Protokolls auch Migration, Verfügbarkeit der Abhängigkeiten und Wartbarkeit bewerten.
