Solana erwägt, Durable Nonces zugunsten von Onchain-Signer-Programmen abzuschaffen, die auch nach dem Fehlschlagen einer Transaktion die Genehmigung durch einen offline verwahrten Cold Key ermöglichen. Der Plan der Foundation vom Oktober nennt keinen Termin für die Abschaffung und macht das Zeitfenster von etwa sechs Monaten für die Migration von einem geprüften, mainnet-fertigen Ersatz abhängig. Anzas Programmatic Signer und Blueships Vector bleiben die konkurrierenden Entwürfe.
Warum das wichtig ist
Durable Nonces lösen ein Timing-Problem, indem sie es einem Offline-Signer ermöglichen, eine Transaktion zu genehmigen, die später übertragen wird. Damit entfällt die Abhängigkeit von einem aktuellen Blockhash, der schnell abläuft. Die vorgeschlagene Architektur verlagert den Ort der Kontrolle. Eine programmabgeleitete Adresse, kurz PDA, würde die betroffenen Konten kontrollieren. Der ursprüngliche Cold Key würde weiterhin Aktionen autorisieren, während ein Online-Relayer sie übermittelt und die Netzwerkgebühr bezahlt.
Das ist eine Neugestaltung der Verwahrung und kein einfaches Software-Upgrade. Börsen, Verwahrer und Betreiber von Treasury-Beständen müssten SOL, Token-Guthaben und ausgewählte Berechtigungen in Konten verschieben, die vom Signer-Programm kontrolliert werden. Staker-, Withdraw-, Mint- und Freeze-Berechtigungen können separate Übergaben erfordern. Anwendungen müssten außerdem genehmigte Aktionen akzeptieren, die über Cross-Program Invocation eintreffen, statt als direkte Instruktionen auf der obersten Ebene.
Auswirkungen auf den Markt
Die Änderung stellt für institutionelle Solana-Nutzer vor allem ein Infrastruktur- und Betriebsrisiko dar. Eine gültige Cold-Signatur würde eine Anwendung nicht automatisch mit dem neuen Ablauf kompatibel machen. Protokolle, die PDA-Aktionen ablehnen, nur Instruktionen auf der obersten Ebene prüfen oder CPI einschränken, könnten separate Integrationsarbeiten erfordern. Die Funktionen von Token-2022 bringen zusätzliche Fragen zur Kompatibilität auf Kontoebene mit sich.
Die beiden Kandidaten stellen unterschiedliche Anforderungen an die Ausführung. Programmatic Signer bindet den Executor, das Nonce-Konto und die eingebettete Ausführungsnachricht, erlaubt einem Relayer jedoch, umgebende Instruktionen hinzuzufügen. Vector legt den vollständigen Instruktionspuffer auf der obersten Ebene fest, sodass umgebende Instruktionen vor der Signatur genehmigt werden müssen. Beide Entwürfe können eine Genehmigung auch nach einer fehlgeschlagenen Ausführung gültig halten. Betreiber benötigen jedoch möglicherweise signierte Fristen oder separate Nonce-Erhöhungen, um das Replay-Risiko zu begrenzen. Die Migration bleibt von Audits, nutzbaren Tools und einer Bereitstellung im Produktivbetrieb abhängig.
Häufig gestellte Fragen
-
Was würde Durable Nonces auf Solana ersetzen?
Der Vorschlag sieht Onchain-Signer-Programme vor, die Offline-Signaturen prüfen und genehmigte Instruktionen über programmabgeleitete Adressen ausführen. Anzas Programmatic Signer und Blueships Vector sind die genannten Kandidaten.
-
Würden Cold Keys weiterhin Solana-Transaktionen genehmigen?
Ja. Der Cold Key würde weiterhin Aktionen autorisieren, während ein Online-Relayer die Transaktion übermittelt und die Netzwerkgebühr bezahlt. Die wesentliche Änderung besteht darin, dass zwischen Genehmigung und Ausführung ein Signer-Programm und eine PDA liegen.
-
Was müssten Institutionen für die Migration tun?
Betreiber müssten möglicherweise SOL, Token-Guthaben und separate Berechtigungen wie Staker-, Withdraw-, Mint- oder Freeze-Rechte in Konten verschieben, die vom Signer-Programm kontrolliert werden. Die Genehmigung neuer Signing-Software allein würde die Migration nicht abschließen.
-
Wie könnte sich der Vorschlag auf Solana-Anwendungen auswirken?
Anwendungen müssten genehmigte Aktionen akzeptieren, die über Cross-Program Invocation eintreffen, und PDA-basierte Berechtigungen erkennen. Protokolle, die direkte Instruktionen auf der obersten Ebene verlangen oder CPI ablehnen, könnten separate Integrationsarbeiten benötigen.
-
Kann eine fehlgeschlagene Ausführung mit den neuen Entwürfen erneut versucht werden?
Ja. Beide vorgeschlagenen Architekturen können eine Cold-Genehmigung nach einem fehlgeschlagenen Versuch ausführbar halten, wenn Nonce-Änderungen zurückgerollt werden. Signierte Fristen oder separat autorisierte Nonce-Erhöhungen können helfen, das Risiko von Replay oder verzögerter Ausführung zu begrenzen.
WuBlockchain
CoinTelegraph
CZ Binance
CoinDesk
TheBlock
Crypto Capital Venture