[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-it-what-is-blockchain-finality":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"what-is-blockchain-finality","Cos'è la finalità blockchain? Quando una transazione è davvero irreversibile","\"Confermata\" e \"finale\" non sono la stessa cosa. Ecco come differiscono finalità probabilistica e deterministica, perché Ethereum, Solana e TON regolano su orologi diversi, e perché bridge ed exchange ti fanno aspettare.","La finalità blockchain spiegata: finalità probabilistica vs deterministica, reorg, come funziona la finalità su Ethereum, Solana e TON nel 2026, e perché trasferimenti cross-chain ed exchange la aspettano.","\u003Ch2>\"Confermata\" non è una cosa sola\u003C\u002Fh2>\n\u003Cp>Il tuo wallet dice che una transazione è confermata. Può ancora essere annullata? La risposta onesta è: dipende da cosa significava \"confermata\". La \u003Cstrong>finalità\u003C\u002Fstrong> è 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 \u003Cem>inclusa\u003C\u002Fem> (in un blocco recente) e \u003Cem>finale\u003C\u002Fem> (irreversibile) governa in silenzio il modo in cui exchange, bridge e commercianti trattano i tuoi soldi.\u003C\u002Fp>\n\n\u003Ch2>Finalità probabilistica: certezza per profondità\u003C\u002Fh2>\n\u003Cp>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 \u003Cem>reorg\u003C\u002Fem>. 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.\u003C\u002Fp>\n\n\u003Ch2>Finalità deterministica: certezza per voto\u003C\u002Fh2>\n\u003Cp>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.\u003C\u002Fp>\n\n\u003Ch2>Tre chain, tre orologi\u003C\u002Fh2>\n\u003Cp>Gli ecosistemi che WATS abbraccia illustrano la gamma. \u003Cem>Ethereum\u003C\u002Fem> 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. \u003Cem>Solana\u003C\u002Fem> è 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. \u003Cem>TON\u003C\u002Fem> 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 \u003Ca href=\"\u002Fblog\u002Fevm-vs-solana-vs-ton\">EVM vs Solana vs TON\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2>Perché bridge ed exchange ti fanno aspettare\u003C\u002Fh2>\n\u003Cp>Tutto ciò che agisce \u003Cem>per conto di un'altra chain\u003C\u002Fem> 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 \u003Ca href=\"\u002Fblog\u002Fwhat-is-layerzero\">come LayerZero muove i messaggi tra le chain\u003C\u002Fa>), 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 \u003Ca href=\"\u002Fblog\u002Fhow-to-bridge-crypto-across-chains\">il bridging\u003C\u002Fa> richiede minuti anche quando entrambe le chain sono veloci.\u003C\u002Fp>\n\n\u003Ch2>I reorg nella pratica\u003C\u002Fh2>\n\u003Cp>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 \u003Cem>profondo\u003C\u002Fem> 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à.\u003C\u002Fp>\n\n\u003Ch2>Dove si inserisce WATS\u003C\u002Fh2>\n\u003Cp>Un wallet che abbraccia EVM, Solana e TON sta destreggiandosi con tre modelli di finalità per conto tuo, e \u003Ca href=\"\u002Fhot-wallet\">WATS\u003C\u002Fa> 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, \u003Cstrong>ATS\u003C\u002Fstrong>, invece del gas nativo della chain, tramite un \u003Cstrong>paymaster ERC-4337\u003C\u002Fstrong> su EVM e un fee-payer\u002Frelayer 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 \u003Ca href=\"\u002Fats-fee\">pagina delle commissioni ATS\u003C\u002Fa>.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"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.",{"q":14,"a":15},"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.",{"q":17,"a":18},"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.",1784634297194]