Stellar hat sein Protokoll-30-Upgrade mit dem Codenamen Bell im Testnet aktiviert und damit neue Smart-Contract-Funktionen, Post-Quanten-Signaturverifikation und Änderungen eingeführt, die in zukünftigen Upgrades eine schnellere Ledger-Verarbeitung ermöglichen könnten.
Zusammenfassung
- Stellar hat sein Protokoll-30-Bell-Upgrade im Testnet aktiviert, wobei die Validatoren planmäßig am 23. November um 17:00 UTC über die Mainnet-Aktivierung abstimmen sollen.
- Bell führt gemuxte Contract-Adressen ein, die es Börsen, Custodians und Zahlungsanbietern ermöglichen, mehrere Kundenbestände über einen einzigen Smart Contract zu verwalten.
- Das Upgrade fügt Unterstützung für die Post-Quanten-ML-DSA-Signaturverifikation innerhalb von Smart Contracts hinzu, während Netzwerktransaktionssignaturen weiterhin Ed25519 verwenden.
- Protokoll 30 führt eine Millisekunden-Ledger-Zeitmessung ein, um in zukünftigen Upgrades eine schnellere Verarbeitung zu unterstützen, obwohl die Änderung die Ledger-Schließzeiten nicht sofort verkürzt.
- Wallet-Anbieter, Börsen und Infrastrukturbetreiber müssen ihre Software aktualisieren, um das neue Adressformat und die Änderungen an den Ledger-Daten vor der Mainnet-Aktivierung zu unterstützen.
Laut einer Ankündigung der Stellar Development Foundation vom 4. November wurde das Testnet-Upgrade abgeschlossen, und die Validatoren sollen nun planmäßig am 23. November über die Aktivierung von Bell im Mainnet abstimmen.
Das Upgrade führt drei Änderungen unter CAP-84, CAP-87 und CAP-88 ein, die abdecken, wie Smart Contracts Kundenadressen handhaben, kryptografische Signaturen verifizieren und Ledger-Schließzeiten aufzeichnen.
In ihrer Ankündigung vom 20. Oktober erklärte die Foundation, dass Bell darauf ausgelegt ist, Unternehmen dabei zu helfen, Kundenvermögen über Smart Accounts zu verwalten, während das Netzwerk auf quantenresistente Sicherheit und schnellere Transaktionsverarbeitung vorbereitet wird.
Der Testnet-Aktivierung ging eine Validatorenabstimmung voraus, die für den 3. November um 17:00 UTC angesetzt war. Die Mainnet-Abstimmung ist für dieselbe Zeit am 23. November geplant, wobei die Aktivierung von der Zustimmung der Validatoren abhängt.
Stellar Protokoll 30 führt gemuxte Smart-Contract-Adressen ein
Eine der wichtigsten Änderungen von Bell ist CAP-84, das gemuxte Contract-Adressen einführt, die es Unternehmen ermöglichen, Gelder mehrerer Kunden über einen einzigen Smart Contract zu verwalten.
Zuvor unterstützte Stellar gemuxte Konten, die es Börsen und Custodians ermöglichten, Einzahlungen verschiedener Kunden auf einem Konto zu empfangen und einzelne Nutzer über separate IDs zu identifizieren.
Smart Accounts, die programmierbare Contracts zur Steuerung von Ausgabeberechtigungen verwenden, hatten nicht dieselbe Fähigkeit. Unternehmen, die sie nutzten, benötigten in der Regel separate Contracts, um Kundenbestände zu unterscheiden.
Mit CAP-84 kann eine Contract-Adresse eine 64-Bit-Kennung tragen, die den vorgesehenen Kunden identifiziert, ohne dass für jeden Nutzer ein separater Smart Contract erforderlich ist.
Die neuen Adressen verwenden ein Format, das mit dem Buchstaben W beginnt und sie von bestehenden gemuxten Konto-Adressen unterscheidet, die mit M beginnen.
Wenn Token an eine dieser Adressen übertragen werden, erreichen die Gelder den zugrunde liegenden Contract, während die Kennung des Kunden im Übertragungsereignis aufgezeichnet wird.
Laut Stellar können Börsen, Zahlungsanbieter und Custodians das System nutzen, um Kundeneinzahlungen über Smart Accounts zu verwalten, ohne individuelle Contracts für potenziell Millionen von Nutzern bereitzustellen.
Die Änderung erfordert, dass Wallet-Anbieter und andere Anwendungen, die Stellar-Adressen verarbeiten, das neue Format unterstützen.
Bell bringt Post-Quanten-Signaturverifikation in Smart Contracts
Eine weitere wichtige Komponente, CAP-87, führt Unterstützung für die Verifikation von ML-DSA-Signaturen innerhalb von Stellars Soroban-Smart-Contract-Umgebung ein.
ML-DSA ist ein Post-Quanten-Digitaler-Signatur-Algorithmus, der 2024 vom US-amerikanischen National Institute of Standards and Technology standardisiert wurde.
Im Gegensatz zu bestehenden Elliptische-Kurven-Signatursystemen ist ML-DSA darauf ausgelegt, Angriffen von ausreichend leistungsfähigen Quantencomputern zu widerstehen.
Stellar verwendet derzeit kryptografische Signaturschemata wie Ed25519, secp256k1 und secp256r1, die durch zukünftige Fortschritte im Quantencomputing anfällig werden könnten.
Unter Bell können Entwickler Smart Accounts erstellen, die ML-DSA-Signaturen erfordern, bevor Transaktionen autorisiert werden, sodass Wallets und Verwahrer quantenresistente Ausgabenkontrollen einführen können.
Die Stiftung erklärte, dass der Verifizierungsprozess über Stellar Core läuft, da die Prüfung von ML-DSA-Signaturen erheblich mehr Rechenressourcen erfordert als herkömmliche Signaturen.
Protokoll 30 unterstützt drei ML-DSA-Verifizierungsfunktionen, die den verschiedenen Sicherheitsstufen des Algorithmus entsprechen.
Die Funktion ist die erste Onchain-Komponente von Stellars Quantum Preparedness Plan, obwohl Transaktionssignaturen auf Netzwerkebene weiterhin Ed25519 verwenden werden, bis ein zukünftiges Protokoll-Upgrade erfolgt.
Andere Blockchains haben ähnliche Schutzmaßnahmen erforscht. Im August hat Sui Pläne skizziert, quantensichere Kontenauthentifizierung unter Verwendung von NIST-zugelassenen Signaturschemata einzuführen.
Millisekunden-Ledger-Timing bereitet Stellar auf schnellere Verarbeitung vor
Bells dritte Komponente, CAP-88, ändert die Art und Weise, wie Stellar den Zeitpunkt aufzeichnet, zu dem Ledger schließen.
Derzeit zeichnet Stellar die Ledger-Schließzeiten in ganzen Sekunden auf, was verhindert, dass das Netzwerk Intervalle von weniger als einer Sekunde anstrebt.
Das neue System führt Zeitstempel mit Millisekundenauflösung ein und ermöglicht zukünftigen Protokolländerungen, präzisere Ledger-Schließintervalle zu unterstützen.
Im September reduzierte Stellars Protokoll-28-Upgrade die typischen Mainnet-Ledger-Schließzeiten von etwa 5,7 Sekunden auf fünf Sekunden.
CAP-88 reduziert diese Zeiten nicht sofort weiter. Stattdessen beseitigt es eine bestehende technische Einschränkung, wobei Stellar-Core-Entwickler bereits mit schnellerer Ledger-Verarbeitung experimentieren.
Die Änderung führt ein neues Ledger-Header-Format ein, das Anwendungen, die Rohdaten der Blockchain dekodieren, dazu verpflichtet, ihre Software zu aktualisieren.
Laut dem Upgrade-Leitfaden der Stiftung können ältere SDKs möglicherweise keine Protokoll-30-Ledger dekodieren, während Indexer und Analysedienste ihre XDR-Definitionen aktualisieren müssen.
Bestehende Soroban-Verträge können ohne Änderung weiter betrieben werden, obwohl Entwickler ihre Tools aktualisieren müssen, um Bells neue Funktionen zu nutzen.
Mainnet-Upgrade für den 23. November geplant
Vor der Mainnet-Abstimmung hat Stellar Protokoll-30-kompatible Versionen seiner Infrastruktursoftware Core, Horizon, RPC und Galexie veröffentlicht.
Der Upgrade-Leitfaden vom 23. Oktober listete JavaScript SDK v17.3.0 und Go SDK v0.8.0 unter den verfügbaren Entwickler-Releases auf, zusammen mit einem Release Candidate für das Soroban Rust SDK.
Validatoren wurden angewiesen, Stellar Core v30.0.0 vor der Mainnet-Abstimmung zu installieren, während Börsen, Wallet-Anbieter und andere Infrastrukturbetreiber ihre Integrationen auf das neue Ledger-Format vorbereiten müssen.
Das Upgrade folgt auf jüngste Entwicklungen im Stellar-Ökosystem, einschließlich der Integration von VIA Labs für Cross-Chain-Messaging zwischen Stellar und Ethereum Ende Oktober.
Die Integration ermöglicht es Soroban-Smart-Contracts, Nachrichten mit Ethereum-basierten Verträgen auszutauschen, und unterstützt Anwendungen mit Stablecoins, tokenisierten Vermögenswerten und Cross-Chain-Transaktionen.
Stellars Mainnet-Upgrade-Abstimmung ist für den 23. November um 17:00 UTC angesetzt, wobei die Stiftung die Vorbereitungen über ihre Entwickler-Community und Validator-Kanäle koordiniert.
