Wichtige Änderung: Solana plant Abschaffung des Durable-Nonce-Mechanismus – Verwahrstellen haben nur noch sechs Monate für die Migration

SOL
USDC/USDT-Minting-BerechtigungenDurable NonceSIMD-0723SolanaAnzaVerwahrstellenProtokoll-Upgrade
vor 1 StundeQuelle: blockweeks.com
Wichtige Änderung: Solana plant Abschaffung des Durable-Nonce-Mechanismus – Verwahrstellen haben nur noch sechs Monate für die Migration

Dieser Artikel wurde von BlockWeeks zusammengestellt und organisiert

Gabe Rodriguez von Anza, dem Kernteam für die Entwicklung des Solana-Validator-Clients, hat am 5. November ein Solana Improvement Document (SIMD) eingereicht, welches das formale Verfahren zur Änderung des Netzwerkprotokolls darstellt. Der Vorschlag sieht vor, den durable nonce-Mechanismus formell abzuschaffen.

Der sogenannte durable nonce ist ein gespeicherter Wert, der in einem dedizierten Konto gehalten wird und dazu dient, den „letzten Blockhash“ zu ersetzen – also die kurzlebige Blockreferenz, die jede Solana-Transaktion normalerweise mit sich führt. Sein Zweck besteht darin, eine Transaktion jetzt zu signieren und viel später on-chain zu übertragen.

Was genau ändert SIMD-0723

Laut SIMD-0723 muss „jede Transaktion einen aktuellen Blockhash mitführen“, sobald diese Änderung aktiviert ist. Und diese Referenz läuft nach 150 Blöcken ab, woraufhin die Transaktion nicht mehr on-chain gebracht werden kann. Die Anweisungen im in Solana integrierten System Program, die zum Initialisieren, Fortschreiben und Upgraden von Nonce-Konten verwendet werden, werden abgeschaltet; die beiden Anweisungen, die es Kontoinhabern ermöglichen, Gelder abzuheben oder die Kontrolle neu zuzuweisen, bleiben verfügbar. Bestehende Konten werden nicht angetastet.

Eine am 6. November eingereichte Ergänzung fügte einen Zeitplan hinzu: ein Migrationsfenster von mindestens sechs Monaten, gerechnet ab dem Einreichungsdatum des 5. November; der Entwurf stellt ausdrücklich fest, dass diese Funktion „nicht vor dem 2027-05-05 auf mainnet-beta (dem Solana-Mainnet) aktiviert wird“. Der Status des Vorschlags ist derzeit noch Draft, und der entsprechende Pull Request hat noch keine Genehmigungen erhalten. Der Bot im Repository listete die für eine Zusammenführung erforderlichen Bedingungen auf: die Genehmigung durch ein Anza-Teammitglied und ein Mitglied des Firedancer-Teams von Jump Crypto (das für einen weiteren unabhängigen Validator-Client verantwortlich ist).

Verwahrstellen und Börsen werden ausdrücklich genannt

Der Entwurf weist darauf hin, dass jede Einrichtung, die eine Transaktion jetzt signiert, sie aber erst nach Ablauf der 150 Blöcke überträgt, den Vorgang erneut durchführen muss; und er nennt ausdrücklich Verwahrstellen und Börsen – deren Genehmigungsprozesse auf luftgetrennten (nicht vernetzten) Maschinen länger dauern können als dieses Fenster.

Im Januar dieses Jahres nannte ein Teilnehmer während der ersten Diskussion die Schlüssel, die die Ausgaberechte von USDC und USDT kontrollieren (also die Mint Authority), als einen der wichtigen Nutzer dieser Funktion. Michael Gutkin von Fireblocks schrieb im März, das Unternehmen „verwaltet Millionen von Solana-Wallets“ und sei der Ansicht, dass „die Abschaffung des durable nonce die richtige Richtung zu sein scheint“. Er fügte jedoch hinzu, dass ohne eine kompatible Überbrückung für die Kontenmigration (zum Beispiel eine Lösung, die vorab signierte Transaktionen umhüllt) „wir glauben, dass im institutionellen Maßstab 12 Monate der minimal realisierbare Zeitraum sind“. SIMD-0723 lehnte eine solche Umhüllungslösung ab und bietet nur mindestens sechs Monate.

Zwei offiziell angebotene Alternativen

Der Vorschlag verweist auf zwei alternative Wege: Anzas Programmatic Signer und Blueshifts Vector. In beiden Lösungen delegiert der Kontoinhaber die Befugnis an eine programmabgeleitete Adresse (PDA) – ein Konto, das von einem Programm statt von einem privaten Schlüssel kontrolliert wird –, signiert dann die Autorisierung offline und übergibt die Signatur an einen Dritten (einen Relayer), und das Programm verifiziert die Signatur on-chain Transaktion für Transaktion, bevor es die Anweisung ausführt.

Stand 9. November hatte der Autor des Entwurfs, Rodriguez, 136 Commits im Programmatic-Signer-Repository eingereicht, was laut den GitHub-Mitwirkendendaten die meisten unter mehreren Mitwirkenden sind. Der Entwurf warnt außerdem: „Eine fehlgeschlagene Einreichung ist keine Widerrufung.“

Eine Geschichte von Fehlschlägen und extremer Konzentration der Gebühren

Das SIMD zitiert eine Reihe von Fehlerfällen, darunter einen Vorfall im Jahr 2022: Validatoren verarbeiteten eine fehlgeschlagene Transaktion gleichzeitig sowohl über den Standard-Blockhash-Pfad als auch über den Nonce-Pfad, was dazu führte, dass das Mainnet etwa 4,5 Stunden lang stockte.

Von Max Resnick im Juni veröffentlichte Daten zeigten, dass innerhalb einer bestimmten Epoche (Solanas festes Blockintervall) Nonce-Transaktionen etwa 3,1 % aller Transaktionen ausmachten, aber etwa 30 % der Priority Fee beitrugen (also des optionalen Trinkgelds, das zur Beschleunigung der Verarbeitung verwendet wird). Seinen Statistiken zufolge trugen unter den 103.672 Konten, die Gebühren für Nonce-Transaktionen zahlten, 555 Konten 97,5 % davon bei.

Der Schatten des Drift-Vorfalls

Es ist erwähnenswert, dass der Volltext der SIMD Drift nicht erwähnt. Diese Perpetual-Contract-Börse verlor am 1. April nach eigenen Angaben etwa 295,7 Millionen US-Dollar, und in ihrem Wiederherstellungsplan bezeichnete sie die Angriffsfläche der dauerhaften Nonce als „einen Kernbestandteil dessen, warum der Exploit vom 1. April ausgeführt werden konnte“. Zuvor gab es Berichte, die darauf hindeuteten, dass der Vorfall mit Nordkorea in Verbindung stehen könnte, und Drift veröffentlichte auch Regelungen zu Ansprüchen im Zusammenhang mit Wiederherstellungs-Token.

Der Sechs-Monats-Countdown und der gestapelte Upgrade-Druck

Der entscheidende Punkt ist: Die Sechs-Monats-Uhr beginnt mit dem Datum der Veröffentlichung des Entwurfs, nicht mit dem Datum, an dem die Alternativen bereit sind. Stand 9. November ist das Repository für den programmatischen Signierer noch als „im Aufbau“ gekennzeichnet.

Das bedeutet, dass Verwahrer diese Migration vorantreiben müssen, während sie sich gleichzeitig mit anderen jüngsten zentralen Änderungen befassen müssen, wie etwa dem Wechsel zum Alpenglow-Konsens und der Änderung, die das Transaktionslimit auf 4.096 Bytes erweitert.