Conferme dei depositi crypto: finalità e accredito

Un wallet può trasmettere una transazione e ottenere un hash prima che un blocco la includa. I nodi possono avere viste diverse delle transazioni non confermate, perciò l’hash potrebbe non apparire subito nell’explorer. Finché resta in attesa fuori da un blocco, la transazione ha zero conferme: non è ancora registrata nella chain canonica, ma questo non significa che l’exchange abbia accettato il deposito.

Quando un blocco valido include la transazione, secondo il conteggio consueto riceve la prima conferma. La rete ha registrato un evento on-chain, ma il servizio destinatario deve ancora rilevarlo, verificare asset e destinazione e applicare le proprie regole. La guida Bitcoin all’elaborazione dei pagamenti distingue un pagamento trasmesso da uno confermato.

Su Bitcoin, il blocco che contiene la transazione vale una conferma; ogni blocco successivo ne aggiunge un’altra. Più blocchi rendono via via più difficile sostituire quella cronologia con una riorganizzazione, ma offrono una protezione probabilistica, non la garanzia che una riorganizzazione sia impossibile. La guida per sviluppatori Bitcoin spiega le punte concorrenti della chain e l’effetto dei blocchi successivi.

Nel lungo periodo il protocollo Bitcoin mira a una media di circa dieci minuti per blocco. Un singolo blocco può arrivare molto prima o dopo; quindi tre conferme non garantiscono trenta minuti. Commissioni, condizioni della rete, tempi dei blocchi ed elaborazione del servizio destinatario sono fattori diversi. Il conteggio descrive lo stato della chain, non l’orario previsto di accredito.

Le reti non usano tutte lo stesso modello di conferma. Su Ethereum proof-of-stake, una transazione viene prima inclusa in un blocco; in seguito il consenso può segnare i checkpoint come giustificati e finalizzati. Il ciclo di vita delle transazioni e la guida alla finalità proof-of-stake descrivono questi stati del protocollo. Il numero di blocchi di Bitcoin, un checkpoint finalizzato di Ethereum e lo stato di un’altra chain non sono unità intercambiabili.

Anche la finalità del protocollo risponde solo a una domanda della rete: come tratta quel blocco secondo le regole di consenso. Non significa che un exchange abbia accreditato il deposito, concluso un controllo o abilitato i prelievi. Per bridge e asset wrapped, chain di origine, bridge e chain di destinazione possono avere condizioni di completamento distinte. Consulta la guida ai bridge cross-chain.

Un exchange decide quando registrare un deposito nel proprio conto interno. Può richiedere un numero minimo di conferme, attendere che le rilevi il proprio nodo o indicizzatore e svolgere controlli separati prima di consentire trading o prelievi. Le soglie possono cambiare in base ad asset, rete, servizio, conto e momento. Non esiste un unico numero valido per tutti i depositi crypto.

Per esempio, Kraken descrive lo stato “Credited” quando il deposito può essere usato per fare trading e “Successful” quando sono disponibili anche i prelievi. Coinbase spiega che un deposito può restare “Pending” finché non rileva le conferme richieste. Sono esempi dei processi dei singoli provider, non definizioni universali. Controlla le informazioni aggiornate del servizio destinatario.

Supponiamo solo per esempio che un servizio chieda tre conferme Bitcoin. Se la transazione entra nel blocco 850.000, il conteggio consueto è uno. Nel blocco 850.001 diventa due e nel blocco 850.002 tre. Servono quindi altri blocchi dopo l’inclusione per raggiungere la soglia indicata.

L’esempio non consiglia tre conferme e non descrive la policy attuale di un exchange. Non c’è un orario garantito per il prossimo blocco e la piattaforma può impiegare altro tempo per rilevare ed elaborare il deposito dopo la soglia. Una riorganizzazione può anche cambiare il blocco di una transazione recente. Consulta il requisito attuale invece di trattare una vecchia stima come una promessa.

Per prima cosa conferma l’asset e la rete esatti usati dal mittente e recupera l’hash della transazione. Cercalo in un explorer della stessa rete. Verifica se è visibile, se è inclusa in un blocco, quante conferme mostra e se la transazione o la chiamata al contratto è riuscita. Su Ethereum, una receipt riuscita descrive l’esecuzione on-chain; non prova che un exchange centralizzato abbia registrato il saldo sul conto.

Poi confronta l’indirizzo di destinazione e l’eventuale memo o tag richiesto con le istruzioni di deposito della piattaforma. Verifica che supporti quell’asset su quella rete, che l’importo superi il minimo e che l’indirizzo appartenga al conto previsto. La lista di controllo dei trasferimenti crypto tratta rete, indirizzo e memo. Non condividere mai frase di recupero o chiave privata per controllare una transazione pubblica.

Se la transazione raggiunge la soglia attuale della piattaforma ma non appare nel conto, controlla la pagina sullo stato dei depositi, gli avvisi di manutenzione, le notifiche del conto e l’elenco delle reti supportate. La transazione on-chain e la registrazione interna dell’exchange sono collegate, ma non sono lo stesso record. Il servizio può aver bisogno di tempo per indicizzarla o trattenere il deposito per una verifica.

Se indicato, contatta la piattaforma destinataria tramite il suo canale ufficiale di assistenza. Tieni a disposizione hash, asset, rete, importo, indirizzo, memo o tag e ora approssimativa dell’invio. Non inviare un’altra transazione solo perché la prima è in sospeso e non pagare chi ti contatta offrendo un “recupero”. Se la rete non è supportata o manca un memo, il recupero dipende dalla piattaforma e potrebbe non essere possibile.