"Confermata" non è una cosa sola
Il tuo wallet dice che una transazione è confermata. Può ancora essere annullata? La risposta onesta è: dipende da cosa significava "confermata". La finalità è la garanzia che una transazione faccia parte permanente della chain — che nessun riordinamento futuro dei blocchi possa cancellarla. Blockchain diverse raggiungono quella garanzia in modi diversi e su orologi molto diversi, e la distinzione tra inclusa (in un blocco recente) e finale (irreversibile) governa in silenzio il modo in cui exchange, bridge e commercianti trattano i tuoi soldi.
Finalità probabilistica: certezza per profondità
Le chain proof-of-work — Bitcoin è il caso canonico — non dichiarano mai finale una transazione. Un ramo concorrente della chain potrebbe sempre, in linea di principio, superare quello attuale e riscrivere la storia recente in un reorg. Ciò che ti protegge è l'economia: ogni blocco aggiunto rende la riscrittura esponenzialmente più costosa, quindi la probabilità di annullamento decade verso zero con la profondità. Da qui la regola popolare di aspettare un certo numero di conferme — non una garanzia di protocollo ma una soglia di rischio, scelta in modo diverso da ogni exchange e commerciante.
Finalità deterministica: certezza per voto
La maggior parte delle reti proof-of-stake moderne aggiunge un meccanismo esplicito di finalità: validatori che rappresentano una supermaggioranza dello stake votano sui checkpoint, e una volta finalizzato un checkpoint, revocarlo non è più questione di superare qualcuno nel mining — richiederebbe un attacco coordinato che distrugge un'ampia frazione di tutto il valore in stake. Ethereum funziona così nel 2026: i blocchi vengono proposti in continuo, ma la finalità arriva quando i checkpoint vengono ratificati, tipicamente nell'ordine di alcuni minuti. La garanzia è categorica anziché statistica — esattamente ciò su cui custodi e bridge vogliono appoggiarsi.
Tre chain, tre orologi
Gli ecosistemi che WATS abbraccia illustrano la gamma. Ethereum separa l'inclusione rapida (secondi) dalla finalità piena (minuti), e gran parte della DeFi agisce serenamente sull'inclusione mentre i regolamenti di alto valore aspettano. Solana è costruita per la velocità: le transazioni sono confermate ottimisticamente in ben meno di un secondo, con lo stato finalizzato che segue poco dopo man mano che la conferma della supermaggioranza si accumula. TON raggiunge la finalità in secondi grazie al suo consenso di validatori in stile BFT. Nessuna è "sbagliata" — sono compromessi diversi tra latenza e forza della garanzia precoce, parte del confronto più ampio in EVM vs Solana vs TON.
Perché bridge ed exchange ti fanno aspettare
Tutto ciò che agisce per conto di un'altra chain deve rispettare la finalità della chain di origine. Un messaggio cross-chain inviato prima della finalità potrebbe essere invalidato da un reorg — mentre l'azione che ha innescato sulla chain di destinazione continua a esistere, senza copertura. Ecco perché i protocolli cross-chain seri aspettano la finalità della chain di origine prima di consegnare i messaggi (vedi come LayerZero muove i messaggi tra le chain), e perché gli exchange accreditano i depositi solo dopo le loro soglie di conferma. L'attesa non è burocrazia; è la differenza tra riferire un fatto e riferire una voce — ed è il motivo per cui il bridging richiede minuti anche quando entrambe le chain sono veloci.
I reorg nella pratica
I reorg superficiali — un blocco o due — sono un evento di routine, previsto dal design, sulle chain probabilistiche e tipicamente innocuo: le transazioni spostate tornano nella mempool e vengono reincluse attimi dopo. Il caso pericoloso è un reorg profondo che disfa un pagamento su cui qualcuno ha già agito; la finalità deterministica esiste precisamente per rendere quella classe di eventi uno scenario di attacco coordinato anziché sfortuna. Per l'utente finale la lezione pratica è modesta: per trasferimenti da caffè, l'inclusione basta e avanza; per quelli da una vita, aspetta la finalità.
Dove si inserisce WATS
Un wallet che abbraccia EVM, Solana e TON sta destreggiandosi con tre modelli di finalità per conto tuo, e WATS assorbe esattamente quella complessità: lo stato della transazione su ogni chain riflette le regole di regolamento di quella chain, mentre tu interagisci con un'unica interfaccia e un unico saldo. L'unificazione arriva più in profondità sulle commissioni — ogni azione viene addebitata in un solo token, ATS, invece del gas nativo della chain, tramite un paymaster ERC-4337 su EVM e un fee-payer/relayer equivalente su Solana e TON. ATS è a sua volta un OFT LayerZero, quindi il suo movimento cross-chain onora per design la finalità della chain di origine, e un unico saldo ATS serve tutti e tre gli ecosistemi. L'ATS raccolto viene bruciato da un'offerta di 100M verso un pavimento di 30M, il wallet resta non-custodial — le chiavi le detieni tu, WATS non ne detiene mai una — e WATS resta il primo e unico wallet a combinare le commissioni a token unico ERC-4337 + OFT con quel burn. La meccanica è sulla pagina delle commissioni ATS.
Domande frequenti
Qual è la differenza tra una transazione confermata e una finalizzata?
Confermata di solito significa che la transazione è inclusa in un blocco recente — visibile, ma su alcune chain ancora teoricamente reversibile da un reorg. Finalizzata significa che il protocollo garantisce che non può più essere annullata: sulle chain proof-of-work quella garanzia è statistica e cresce con la profondità, mentre le chain proof-of-stake moderne raggiungono una finalità esplicita e categorica quando una supermaggioranza di validatori ratifica un checkpoint.
Quanto richiede la finalità su Ethereum, Solana e TON?
Nel 2026, all'incirca: Ethereum include le transazioni in secondi ma raggiunge la piena finalità dei checkpoint in diversi minuti; Solana conferma ottimisticamente in meno di un secondo con lo stato finalizzato che segue poco dopo; TON finalizza in secondi tramite il suo consenso in stile BFT. Le cifre esatte evolvono con gli aggiornamenti del protocollo, motivo per cui exchange e bridge pubblicano le proprie politiche di conferma per chain.
Perché il mio trasferimento cross-chain richiede più tempo di una transazione normale?
Perché la chain di destinazione non deve agire su eventi della chain di origine che potrebbero ancora essere riorganizzati via. I protocolli cross-chain aspettano quindi la finalità della chain di origine prima di consegnare il messaggio e completare il trasferimento. I minuti extra sono il prezzo per assicurarsi che i token mintati o rilasciati a destinazione siano coperti da un evento di origine che non potrà mai essere annullato.