Was ist Sui? Ein Leitfaden für Anfänger zu SUI und der Sui-Blockchain

Kernarchitektur der Sui-Blockchain

1. Sui fungiert als eigenständige Layer-1-Blockchain, die von Grund auf für die Unterstützung dezentraler Anwendungen mit hohem Durchsatz entwickelt wurde, ohne auf sekundäre Skalierungsschichten angewiesen zu sein.

2. Sein objektzentriertes Datenmodell behandelt jedes digitale Asset – Token, NFT oder Smart Contract – als einzigartiges, unveränderliches Objekt, anstatt sie unter kontobasierten Abstraktionen zu bündeln.

3. Dieses Design ermöglicht die parallele Transaktionsausführung für sich nicht überlappende Objekte und beseitigt so Engpässe, die bei sequentiellen Konsensmodellen häufig vorkommen.

4. Jede Transaktion deklariert explizit, welche Objekte sie liest oder ändert, sodass das System den globalen Konsens umgehen kann, wenn Vorgänge isoliert und deterministisch sind.

5. Die Kette erreicht eine Endgültigkeit in Sekundenschnelle für einfache Übertragungen mithilfe ihrer Fast-Path-Konsensschicht Mysticeti, die kausal unabhängige Operationen von abhängigen unterscheidet.

Move Language und intelligente Vertragssicherheit

1. Sui verwendet eine modifizierte Version der Programmiersprache Move, die ursprünglich für Metas Diem-Projekt entwickelt wurde und für Ressourcensicherheit und Eigentumssemantik optimiert ist.

2. In Move werden alle Assets als Ressourcen deklariert, was bedeutet, dass sie nicht kopiert, dupliziert oder implizit zerstört werden können – sie können nur zwischen Adressen verschoben oder in Modulen gespeichert werden.

3. Dies verhindert klassische Schwachstellen wie Reentrancy-Angriffe, Double-Spending und unbefugtes Minting auf Sprachebene, nicht nur durch Audit-Praktiken.

4. Module werden in Bytecode kompiliert und als unveränderliche Pakete bereitgestellt, um vorhersehbares Verhalten sicherzustellen und eine formale Überprüfung kritischer Logik zu ermöglichen.

5. Entwickler schreiben Funktionen, die ausschließlich auf Ressourcen ausgeführt werden, die ihnen gehören oder zu deren Zugriff sie berechtigt sind, und erzwingen so eine strenge Zugriffskontrolle ohne Laufzeitaufwand.

Programmierbare Transaktionsblöcke (PTBs)

1. Mit PTBs können Entwickler bis zu 1024 unterschiedliche Befehle in einer einzigen atomaren Transaktion bündeln und so komplexe mehrstufige Interaktionen ohne Persistenz zwischen Zwischenzuständen ermöglichen.

2. Befehle werden innerhalb einer PTB nacheinander ausgeführt: Die Ausgabe eines Befehls kann als Eingabe für den nächsten dienen, wobei eine strikte Abhängigkeitsreihenfolge und deterministische Ergebnisse eingehalten werden.

3. Wenn ein Befehl fehlschlägt, wird die gesamte PTB zurückgesetzt – es findet keine teilweise Ausführung statt, wodurch die Ledger-Integrität über heterogene Vorgänge hinweg gewahrt bleibt.

4. Die Gasgebühren für eine PTB werden einmal für den gesamten Block berechnet, wodurch Batch-Token-Swaps, NFT-Mints mit Lizenzgebühren und vertragsübergreifende Anrufe deutlich kosteneffizienter sind als gleichwertige serielle Transaktionen.

5. PTBs erfordern keine neuen Move-Paketbereitstellungen und bieten Front-End-Buildern, DeFi-Aggregatoren und Wallet-Anbietern die Flexibilität, Logik dynamisch zu erstellen.

Dezentrale Infrastrukturschichten

1. Walrus wurde im März 2025 eingeführt und dient als native dezentrale Speicherschicht von Sui und unterstützt beliebige Datentypen, einschließlich Medien, Metadaten und kettenübergreifende Bescheinigungen.

2. Im Gegensatz zu externen Integrationen mit IPFS oder Arweave ist Walrus erlaubnisfrei, nativ indiziert und mit dem Objektmodell von Sui interoperabel, was eine direkte Objektreferenzierung aus der On-Chain-Logik ermöglicht.

3. Mit zkLogin können Benutzer sich mithilfe von Zero-Knowledge-Proofs über Web2-Anmeldeinformationen wie Google- oder Twitch-Konten authentifizieren, wodurch die Abhängigkeit von Seed-Phrasen entfällt und gleichzeitig die Privatsphäre gewahrt bleibt.

4. Durch gesponserte Transaktionen können dApp-Entwickler die Gaskosten für Endbenutzer decken und so die Eintrittsbarrieren für nicht krypto-native Teilnehmer senken, ohne die Netzwerksicherheit zu beeinträchtigen.

5. Der Validator-Satz umfasst etwa 150 Knoten, die nach einem delegierten Proof-of-Stake-Modell arbeiten, wobei die Einsatzprämien proportional verteilt werden und die Governance-Rechte direkt an die SUI-Bestände gebunden sind.

SUI-Token-Dienstprogramm und Verteilungsmechanismen

1. SUI ist der native Utility-Token des Sui-Netzwerks mit einem festen Gesamtangebot von 10 Milliarden Token, keiner inflationären Prägung und keinen zukünftigen Angebotsanpassungen.

2. Im Mai 2025 waren rund 3,3 Milliarden SUI-Token im Umlauf, wobei geplante Freischaltungen öffentlich über das Sui Foundation-Dashboard verfolgt wurden.

3. SUI wird verwendet, um Berechnungen und Speicherung zu bezahlen, sich für die Netzwerkteilnahme zu engagieren, über Protokoll-Upgrades abzustimmen und Liquidität in erlaubnisfreien AMMs bereitzustellen.

4. Transaktionsgebühren werden bei der Abwicklung verbrannt, wodurch ein deflationärer Druck entsteht, der proportional zur Intensität und Komplexität der Netzwerknutzung ist.

5. Die frühe Verteilung umfasste Zuteilungen an Teammitglieder von Mysten Labs, Ökosystemzuschüsse, Stiftungsreserven und strategische Investoren wie a16z, Binance Labs und Jump Crypto.

Häufig gestellte Fragen

F: Können PTBs mit Verträgen interagieren, die auf anderen Ketten bereitgestellt werden? A: Nein. PTBs arbeiten ausschließlich innerhalb der Ausführungsumgebung von Sui und können nur auf Objekte und Module verweisen, die im Sui-Ledger vorhanden sind.

F: Ist zkLogin mit Hardware-Wallets kompatibel? A: Ja. zkLogin unterstützt die Integration mit Ledger und anderen WebAuthn-kompatiblen Geräten und ermöglicht so eine sichere Schlüsselableitung, ohne private Schlüssel preiszugeben.

F: Wie geht Walrus mit Datenverfügbarkeitsgarantien um? A: Walrus verwendet Erasure Coding und dezentrale Replikation über eine dedizierte Knotenteilmenge hinweg, wobei kryptografische Beweise die Speicherverpflichtungen in der Kette überprüfen.

F: Was passiert, wenn ein Validator mehrere Konsensrunden verpasst? A: Validatoren drohen drastische Strafen im Verhältnis zu versäumten Attestierungen, und längere Inaktivität löst eine automatische Aufhebung des Einsatzes und die Entfernung aus dem aktiven Satz aus.