Zum Inhalt springen
Financial Context Wiki

So beheben Sie eine Nonce-Lücke in einer Wallet

Ermitteln Sie die erste fehlende Nonce eines EVM-Kontos, entscheiden Sie zwischen Ersetzen und Abbrechen und vermeiden Sie Transaktionsstaus bei mehreren Wallets oder Geräten.

Aktualisiert

Nur zu Bildungszwecken; stellt keine Anlageberatung oder Anlageempfehlung dar. Anlagen können zu Verlusten führen.

Direkte Antwort

Auf einer EVM-kompatiblen Chain werden Transaktionen eines extern kontrollierten Kontos (EOA) in Nonce-Reihenfolge ausgeführt. Fehlt die nächste ausführbare Nonce oder hängt ihre Transaktion fest, können höhere Nonces trotz hoher Gebühren in der Warteschlange bleiben. Beheben Sie zuerst die niedrigste ungelöste Nonce: Chain und Absender prüfen, bestätigte und ausstehende Nonce-Daten vergleichen und dann entweder die gewünschte Transaktion ersetzen oder mit einer Abbruchtransaktion derselben Nonce konkurrieren.

Ein Abbruch ist keine Rücknahme auf Protokollebene. Meist handelt es sich um eine Überweisung von 0 ETH vom Konto an sich selbst, die mit derselben Nonce konkurriert. Die zuerst in einen Block aufgenommene gültige Transaktion gewinnt; eine bestätigte Transaktion lässt sich so nicht abbrechen.

Dieses Verfahren gilt für gewöhnliche EVM-EOA-Transaktionen. Smart Accounts oder Account-Abstraction-Operationen können vertraglich definierte Nonce-Systeme verwenden; UTXO-Netzwerke nutzen ein anderes Transaktionsmodell.

Warum eine Nonce-Lücke die Warteschlange blockiert

Die Nonce eines EOA ist ein fortlaufender Zähler. Pro Nonce kann nur eine Transaktion ausgeführt werden, und das Konto kann Nonce 26 nicht vor Nonce 25 ausführen. Knoten trennen deshalb sofort ausführbare Transaktionen von höheren Nonces, die für eine spätere Ausführung vorgemerkt sind.

Die Warteschlange ist kein einzelner globaler, maßgeblicher Mempool. Jeder RPC-Knoten sieht und speichert eine andere Teilmenge ausstehender Transaktionen. Eine Transaktion kann in der Wallet, aber nicht im Explorer erscheinen oder über einen RPC sichtbar und über einen anderen abwesend sein. Sie wurde möglicherweise nie gesendet, aus dem Pool eines Knotens entfernt oder noch nicht an den abgefragten Dienst weitergegeben.

eth_getTransactionCount mit latest liefert den Zähler im neuesten Blockzustand; bei einem EOA ist dies die nächste Nonce nach den bestätigten Transaktionen. Mit pending wird die ausstehende Zustandsansicht eines einzelnen Knotens abgefragt. Eine Differenz zeigt, dass dieser Knoten ausstehende Transaktionen kennt, nicht aber, dass alle öffentlichen Knoten sie kennen.

Vor dem Signieren diagnostizieren

  1. Stoppen Sie auf allen Geräten und in allen Anwendungen weitere Sendungen von der betroffenen Adresse. Notieren Sie Netzwerk, chain ID, Absenderadresse, Transaktionshashes, Nonces, Empfänger, Werte, calldata, gas limits und Gebührenfelder.
  2. Prüfen Sie, ob Wallet, Explorer und RPC dieselbe Chain und denselben Absender verwenden. Eine Nonce gehört zu einem Konto auf einer Chain, nicht zu einer Wallet-Installation.
  3. Fragen Sie eth_getTransactionCount mit latest und pending ab, möglichst über zwei unabhängige RPC-Anbieter. Abweichungen belegen unterschiedliche Mempool-Ansichten, nicht widersprüchliche On-Chain-Zustände.
  4. Prüfen Sie die Absendertransaktionen nach Nonce. Falls verfügbar, unterscheidet die Transaktionspool-API eines Knotens ausführbare pending- von künftigen queued-Einträgen. Öffentliche RPC-Anbieter deaktivieren diese nicht standardisierte API häufig.
  5. Suchen Sie ab dem Wert latest die erste Nonce ohne bestätigte Transaktion. Klären Sie, ob eine bekannte Transaktion dort noch sichtbar, verworfen oder nur lokal erstellt wurde.

Handeln Sie nicht allein nach der Statusanzeige einer Wallet. Entscheidend sind bestätigte Nonce, Transaktionsbeleg und Blockaufnahme auf der richtigen Chain.

Die erste ungelöste Nonce ersetzen oder abbrechen

Ursprüngliche Aktion beibehalten: Nutzen Sie die Beschleunigungsfunktion der Wallet oder senden Sie eine Transaktion mit identischem Absender, Nonce, Empfänger, Wert und calldata, aber konkurrenzfähigen Gebühren erneut. Prüfen Sie vor dem Signieren jedes Feld; ein anderer payload ist eine andere Aktion.

Ursprüngliche Aktion verwerfen: Senden Sie, solange sie unbestätigt ist, 0 ETH von der Adresse an sich selbst, mit derselben Nonce und konkurrenzfähigen Gebühren. Damit wird nur versucht, die Eigenüberweisung gewinnen zu lassen. Die ursprüngliche Transaktion kann zuerst bestätigt werden. Gehen Sie daher erst nach einem Beleg für den Ersatz und weiterhin fehlender Bestätigung des Originals von einem erfolgreichen Abbruch aus.

Die Annahme eines Ersatzes ist Knotenrichtlinie; es gibt keinen universellen Prozentsatz. Bei einer EIP-1559-Transaktion müssen möglicherweise maxPriorityFeePerGas und maxFeePerGas steigen, und maxFeePerGas muss beim aktuellen base fee verwendbar bleiben. Wallet-Schätzungen und Clientregeln unterscheiden sich. replacement transaction underpriced bedeutet, dass der empfangende Knoten den Ersatz nach seiner aktuellen Richtlinie abgelehnt hat.

Prüfen Sie nach Bestätigung der niedrigsten Nonce erneut Beleg, latest, Salden und jede höhere Nonce. Vorgemerkte Transaktionen können sofort ausführbar werden; von allen relevanten Knoten verworfene müssen gegebenenfalls gezielt erneut gesendet werden. Senden Sie nie blind erneut, sondern prüfen Sie zuerst, ob eine frühere Kopie aufgenommen wurde.

Beispiel

Für eine Adresse sind Transaktionen bis Nonce 24 bestätigt, also ist latest 25. Ein RPC meldet pending als 25, während die Wallet Nonce 26 und Nonce 27 als vorgemerkt zeigt. Kein Anbieter findet eine gesendete Transaktion mit Nonce 25.

Der Eigentümer prüft zuerst Chain, Absender und aufgezeichnete payloads. Gab es bei Nonce 25 eine gewünschte Transaktion, erstellt und sendet er diese Aktion mit aktuellen Gebühren und Nonce 25 neu. Gab es keine gewünschte Aktion, kann er stattdessen eine Eigenüberweisung von 0 ETH mit Nonce 25 senden. Nur die Gebühr von Nonce 27 zu erhöhen schließt die Lücke nicht.

Nach Aufnahme von Nonce 25 prüft der Eigentümer ihren Beleg, bevor er Nonce 26 oder Nonce 27 anfasst. Beide werden einzeln geprüft, da sie verworfen worden sein oder nach Schließen der Lücke schnell ausgeführt werden können.

Risiken und Abbruchkriterien

  • Ein Ersatz kann mit dem Original konkurrieren. Bis zum On-Chain-Nachweis ist davon auszugehen, dass ursprünglicher Empfänger, Wert und Contract-Aufruf noch ausgeführt werden können.
  • Prüfen Sie vollständige Absenderadresse, chain ID, Nonce und calldata auf einer vertrauenswürdigen Anzeige. Schadsoftware oder eine unseriöse „Recovery“-Seite kann eine Überweisung oder Freigabe unterschieben.
  • Halten Sie genügend native Währung für die Ersatzgebühr bereit. Für eine aufgenommene Transaktion fällt Gas an, auch wenn ein Contract-Aufruf später revertiert.
  • Geben Sie für eine Nonce-Lücke niemals Seed-Phrase oder privaten Schlüssel preis. Seriöse RPCs, Explorer und Supportmitarbeiter benötigen sie nicht.
  • Ist die Adresse kompromittiert, können öffentliche Ersatzversuche zu einem Gebührenwettlauf mit dem Angreifer werden. Nutzen Sie das kompromittierte Gerät nicht weiter und folgen Sie einem Incident-Response-Plan.
  • Widersprechen sich RPCs, ist der ursprüngliche Empfänger unbekannt, lässt sich der payload nicht rekonstruieren oder geht es um eine große Contract-Interaktion, pausieren Sie und holen vor dem Signieren fachkundige Hilfe.

Bei wiederholter Nutzung über Geräte oder automatisierte Signierer verhindern ein Nonce-Zuteiler je Konto und Chain, serialisiertes Signieren, dauerhafte Aufzeichnungen reservierter Nonces und Hashes sowie der Abgleich mit bestätigtem Zustand und Pending-Pool des Sendeknotens erneute Lücken. Das Zurücksetzen des lokalen Wallet-Verlaufs ändert weder On-Chain-Zustand noch Mempools anderer Knoten.

Häufige Irrtümer

  • „Eine höhere Gebühr für Nonce 27 überspringt Nonce 25.“ Sie kann die Priorität erst erhöhen, wenn frühere Nonces ausführbar sind; die Lücke behebt sie nicht.
  • „Nicht gefunden bedeutet abgebrochen.“ Ein Knoten kann die Transaktion verworfen haben, während ein anderer Knoten, Builder oder Gegenpart sie noch besitzt. Eine signierte Transaktion kann erneut gesendet werden.
  • „Eine Eigenüberweisung von 0 ETH macht das Original rückgängig.“ Sie konkurriert nur um dieselbe Nonce und wirkt nicht mehr, wenn das Original bestätigt ist.
  • „pending ist die endgültige Antwort des Netzwerks.“ Es ist die Pending-Ansicht des abgefragten Knotens und kann je Anbieter abweichen.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...