--- title: "Come recuperare un gap di nonce nel wallet" description: "Individua il primo nonce mancante di un account EVM, scegli se sostituirlo o annullarlo ed evita transazioni in coda tra wallet o dispositivi." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Come recuperare un gap di nonce nel wallet > Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite. ## Risposta diretta Su una chain compatibile con EVM, le transazioni di un account di proprietà esterna (EOA) vengono eseguite in ordine di nonce. Se il prossimo nonce eseguibile manca o è bloccato, i nonce superiori possono restare in coda anche con commissioni elevate. Recupera **prima il nonce irrisolto più basso**: verifica chain e mittente, confronta i dati confermati e pending, quindi sostituisci la transazione voluta oppure falle concorrenza con una cancellazione avente lo stesso nonce. La cancellazione non è un annullamento a livello di protocollo. Di solito è un trasferimento di 0 ETH dall'account a sé stesso che compete sullo stesso nonce. Vince la prima transazione valida inclusa; una transazione confermata non può essere cancellata così. La procedura riguarda normali transazioni EVM di EOA. Smart account o operazioni di account abstraction possono usare schemi di nonce definiti dal contratto; le reti UTXO seguono un altro modello. ## Perché un gap di nonce blocca la coda Il nonce di un EOA è un contatore sequenziale. Può essere eseguita una sola transazione per nonce e l'account non può eseguire il nonce 26 prima del nonce 25. I nodi separano quindi le transazioni subito eseguibili dai nonce superiori accodati per il futuro. La coda non è un unico mempool globale e autorevole. Ogni nodo RPC vede e conserva un sottoinsieme diverso di transazioni pending. Una transazione può comparire nel wallet ma non nell'explorer, o essere visibile da un RPC e assente da un altro. Potrebbe non essere mai stata trasmessa, essere stata rimossa dal pool di un nodo o non essersi propagata al servizio interrogato. `eth_getTransactionCount` con `latest` restituisce il conteggio nello stato dell'ultimo blocco; per un EOA è il nonce successivo alle transazioni confermate. Con `pending` interroga la vista pending di un solo nodo. Una differenza indica che quel nodo conosce transazioni pending, non che le conoscano tutti i nodi pubblici. ## Diagnosi prima della firma 1. Ferma gli invii dall'indirizzo interessato su ogni dispositivo e applicazione. Registra rete, chain ID, indirizzo mittente, hash, nonce, destinatari, valori, calldata, gas limits e campi delle commissioni. 2. Verifica che wallet, explorer e RPC si riferiscano alla stessa chain e allo stesso mittente. Un nonce appartiene a un account su una chain, non a un'installazione del wallet. 3. Interroga `eth_getTransactionCount` con `latest` e `pending`, preferibilmente tramite due provider RPC indipendenti. Le divergenze provano viste diverse del mempool, non incoerenza dello stato on-chain. 4. Esamina per nonce le transazioni del mittente. Se disponibile, l'API del pool del nodo distingue le voci eseguibili `pending` dalle future `queued`. I provider RPC pubblici spesso disabilitano questa API non standard. 5. Dal valore `latest`, trova il primo nonce privo di transazione confermata. Stabilisci se una transazione nota sia ancora visibile, rimossa o creata soltanto localmente. Non agire solo in base allo stato mostrato dal wallet. Sono decisivi nonce confermato, ricevuta e inclusione in un blocco della chain corretta. ## Sostituire o cancellare il primo nonce irrisolto **Per mantenere l'azione originale:** usa la funzione di accelerazione o ritrasmetti una transazione con gli stessi mittente, nonce, destinatario, valore e calldata, ma commissioni competitive. Controlla ogni campo prima di firmare; cambiare il payload crea un'altra azione. **Per abbandonare l'azione originale:** finché non è confermata, invia 0 ETH dall'indirizzo a sé stesso con lo stesso nonce e commissioni competitive. È solo un tentativo di far vincere l'auto-trasferimento. L'originale può ancora confermarsi prima; non considerare riuscita la cancellazione finché la sostitutiva non ha una ricevuta e l'originale resta non confermata. L'accettazione della sostituzione dipende dalla policy del nodo, non da una percentuale universale. Per una transazione EIP-1559 potrebbe essere necessario aumentare `maxPriorityFeePerGas` e `maxFeePerGas`, e `maxFeePerGas` deve restare utilizzabile con il base fee corrente. Stime dei wallet e regole dei client variano; `replacement transaction underpriced` significa che il nodo ricevente ha rifiutato la sostituzione secondo la sua policy attuale. Dopo la conferma del nonce più basso, ricontrolla ricevuta, `latest`, saldi e ogni nonce superiore. Le transazioni in coda possono diventare subito eseguibili; quelle rimosse da tutti i nodi rilevanti potrebbero richiedere una ritrasmissione consapevole. Non reinviarle alla cieca: verifica prima che una copia precedente non sia stata inclusa. ## Esempio Un indirizzo ha transazioni confermate fino al nonce 24, quindi `latest` è 25. Un RPC indica `pending` pari a 25, mentre il wallet mostra il nonce 26 e il nonce 27 in coda. Nessun provider trova una transazione trasmessa al nonce 25. Il proprietario verifica chain, mittente e payloads registrati. Se al nonce 25 c'era un'azione voluta, la ricostruisce e trasmette con nonce 25 e commissioni correnti. Altrimenti può inviare un auto-trasferimento di 0 ETH al nonce 25. Aumentare soltanto la commissione del nonce 27 non chiude il gap. Incluso il nonce 25, controlla la ricevuta prima di toccare il nonce 26 o il nonce 27. Entrambi vanno esaminati singolarmente: potrebbero essere stati rimossi o eseguirsi rapidamente dopo la chiusura del gap. ## Rischi e condizioni di arresto - La sostitutiva può competere con l'originale. Fino a prova on-chain, presumi che destinatario, valore e chiamata originali possano ancora essere eseguiti. - Verifica indirizzo completo del mittente, chain ID, nonce e calldata su un display affidabile. Malware o siti di “recupero” inaffidabili possono sostituire un trasferimento o un'approvazione. - Conserva valuta nativa sufficiente per la commissione sostitutiva. La transazione inclusa paga gas anche se una chiamata al contratto in seguito fa revert. - Non rivelare seed phrase o chiave privata per un gap di nonce. Nessun RPC, explorer o supporto legittimo ne ha bisogno. - Se l'indirizzo è compromesso, sostituzioni pubbliche ripetute possono diventare una gara di commissioni con l'attaccante. Smetti di usare il dispositivo compromesso e segui un piano di risposta agli incidenti. - Se gli RPC discordano, il destinatario originale è ignoto, il payload non è ricostruibile o è in gioco una grande interazione contrattuale, fermati e chiedi assistenza esperta prima di firmare. Per l'uso ripetuto tra dispositivi o firmatari automatici, previeni recidive con un solo allocatore di nonce per account e chain, firma serializzata, registri durevoli di nonce e hash riservati e riconciliazione con stato confermato e pool pending del broadcaster. Azzerare la cronologia locale del wallet non cambia lo stato on-chain né i mempool degli altri nodi. ## Errori comuni - **“Una commissione maggiore sul nonce 27 permette di saltare il nonce 25.”** Può migliorare la priorità solo quando i nonce precedenti sono eseguibili; non ripara il gap. - **“Non trovata significa cancellata.”** Un nodo può averla rimossa mentre un altro nodo, builder o controparte la conserva. Una transazione firmata può essere ritrasmessa. - **“Un auto-trasferimento di 0 ETH annulla l'originale.”** Compete soltanto sullo stesso nonce e non ha effetto dopo la conferma dell'originale. - **“`pending` è la risposta finale della rete.”** È la vista pending del nodo interrogato e può variare tra provider. ## Argomenti correlati - [Nonce](/it/crypto/nonce-crypto/) - [Sostituzione della transazione](/it/crypto/mempool-replacement/) - [Commissione insufficiente per la transazione sostitutiva](/it/crypto/replacement-transaction-underpriced/) - [Commissione di priorità](/it/crypto/priority-fee/) - [Nodo RPC](/it/crypto/rpc-node/) - [Wallet crypto](/it/crypto/wallet/) ## Fonti - [Transazioni](https://ethereum.org/en/developers/docs/transactions/) - Ethereum.org (consultato: 2026-08-22) - [API JSON-RPC](https://ethereum.org/en/developers/docs/apis/json-rpc/) - Ethereum.org (consultato: 2026-08-22) - [Namespace txpool](https://geth.ethereum.org/docs/interacting-with-geth/rpc/ns-txpool) - go-ethereum (consultato: 2026-08-22) - [Come accelerare o cancellare una transazione pending](https://support.metamask.io/manage-crypto/transactions/how-to-speed-up-or-cancel-a-pending-transaction) - Centro assistenza MetaMask (consultato: 2026-08-22) Source: https://wiki.fcontext.com/it/crypto/wallet-nonce-gap-recovery/index.mdx