Das Stellar-Upgrade Protokoll 30, Bell, ist laut der Stellar Development Foundation am 3. Nov. „live auf dem Testnet“. Damit beginnt das Entwickler-Testing vor der Validator-Abstimmung zur Mainnet-Aktivierung am 23. Nov.

Das Release bietet Smart Contracts neue Möglichkeiten, Kunden-Einzahlungen zu identifizieren und Post-Quanten-Signaturen zu verifizieren. Wallets, Börsen und Infrastrukturanbieter müssen laut dem Upgrade-Leitfaden der SDF ihre Stellar-Softwarebibliotheken vor der Mainnet-Abstimmung aktualisieren. Bestehende Smart Contracts können unverändert weiterlaufen.

Beitrag auf X wird geladen…

Beitrag auf X ansehen

Neue Werkzeuge für Smart Accounts

$CAP-84 führt gemultiplexte Contract-Adressen ein: eine Contract-Adresse, die mit einer Kundenkennung gekoppelt ist und in einem neuen Format beginnend mit W geschrieben wird. Damit kann ein Unternehmen Einzahlungen mehrerer Kunden über einen einzigen Smart Contract leiten und deren Guthaben außerhalb der Blockchain verfolgen. Stellar unterstützte dieses Modell bereits für reguläre Konten, jedoch nicht für Contract-Adressen.

Die Mittel erreichen weiterhin den zugrunde liegenden Contract, wobei die Kennung im Transfer-Event erfasst wird. Es entsteht dadurch kein separates Guthaben auf der Blockchain. Wallets und Börsen müssen W-Adressen in ihrer Validierungs-, Anzeige- und Speicherlogik akzeptieren. Contract-Entwickler, die diese annehmen möchten, müssen einen Adressparameter verwenden, der die gemultiplexte Variante unterstützt, da ein einfacher Adressparameter sie ablehnt.

$CAP-87 fügt Stellars Soroban-Smart-Contract-Umgebung drei integrierte Verifizierungsfunktionen für ML-DSA hinzu, einen standardisierten Post-Quanten-Signaturalgorithmus. Benutzerdefinierte Account-Contracts können diese nutzen, um für das Ausgeben von Mitteln eine Post-Quanten-Autorisierung zu verlangen, statt die Verifizierung selbst zu implementieren. Die Transaktionssignaturen auf Netzwerkebene bleiben Ed25519.

Die neuen Contract-Funktionen sind optional. Entwickler, die sie einsetzen, müssen mit dem aktualisierten Soroban SDK neu bauen und ein passendes oder neueres Stellar-Kommandozeilenwerkzeug verwenden, so die SDF.

Ein neues Ledger-Format

$CAP-88 führt Ledger-Abschlusszeitstempel mit Millisekunden-Auflösung ein. Bisher erzwangen ganzzahlige Sekunden-Zeitstempel einen Mindestabstand von einer Sekunde zwischen Ledgern und verhinderten Zielwerte wie 4,5 Sekunden. Die Änderung hebt diese Zeitbeschränkung auf; laut der Protokollübersicht der SDF macht Bell Ledger allein nicht schneller.

Indexer, Explorer und andere Systeme, die Roh-Ledger-Daten dekodieren, müssen ihre Regeln aktualisieren. Validatoren konfigurieren ihre Knoten so, dass sie ab einem festgelegten Zeitpunkt abstimmen, und die Aktivierung erfordert denselben Konsens, der zur Genehmigung von Transaktionssets verwendet wird. Die Einigung folgt dem vertrauenswürdigen Validator-Set und Schwellenwert jedes Knotens, nicht einer Abstimmung der Token-Inhaber.

Die Mainnet-Aktivierung hängt von dieser Einigung ab. Die SDF weist Validatoren an, Stellar Core v30.0.0 zu installieren, und erklärt, dass der Befehl zum Scharfschalten ihrer Knoten für die Abstimmung vorab über Validator-Kanäle geteilt wird.