A finalidade blockchain é o ponto em que uma transação não pode mais ser revertida, reordenada ou apagada por nenhum bloco futuro — a garantia de que aquilo que a chain diz ter acontecido aconteceu em definitivo. Não é a mesma coisa que "confirmada": uma transação confirmada está apenas incluída num bloco recente e, em algumas redes, um ramo concorrente da chain ainda pode deslocá-la. As chains chegam à finalidade em relógios diferentes — de forma probabilística, à medida que o trabalho acumulado torna a reversão exponencialmente mais cara, ou de forma determinística, quando uma supermaioria de validadores ratifica um checkpoint — e é por isso que o Ethereum liquida em minutos enquanto Solana e TON liquidam em segundos. A WATS é uma carteira non-custodial que abrange Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Gnosis, Celo, Mantle, Cronos, Solana e TON, então uma única conta vive rotineiramente sob vários modelos de finalidade ao mesmo tempo.
"Confirmada" não é uma coisa só
Sua carteira diz que uma transação está confirmada. Ela ainda pode ser desfeita? A resposta honesta é que depende do que "confirmada" significava. Toda chain distingue, implícita ou explicitamente, entre uma transação incluída num bloco recente e uma transação final — fora do alcance de qualquer reordenamento futuro. A distância entre esses dois estados se mede em frações de segundo em algumas redes e em minutos ou mais em outras, e governa silenciosamente como exchanges, bridges e comerciantes tratam o seu dinheiro.
Finalidade probabilística: certeza pela profundidade
As chains proof-of-work — o Bitcoin é o caso canônico — nunca declaram uma transação final. Um ramo concorrente poderia, em princípio, acumular mais trabalho que o atual e reescrever a história recente num reorg. O que protege você é a economia: cada bloco adicionado por cima torna a reescrita exponencialmente mais cara, então a probabilidade de reversão decai rumo a zero com a profundidade. Daí vem a regra popular de "esperar N confirmações". Não é uma garantia do protocolo, mas um limiar de risco, e cada exchange, comerciante e custodian escolhe o seu.
Finalidade determinística: certeza pelo voto
As redes proof-of-stake modernas acrescentam um mecanismo explícito de finalidade. Validadores que representam uma supermaioria do valor em stake votam em checkpoints e, uma vez finalizado um checkpoint, revertê-lo já não é questão de minerar mais que ninguém — exigiria um ataque coordenado cujos participantes perderiam uma quantidade enorme de stake. O Ethereum funciona assim: blocos são propostos continuamente, mas a finalidade chega quando os checkpoints são ratificados por uma supermaioria de dois terços, o que leva cerca de 15 minutos. A garantia é categórica em vez de estatística, que é exatamente a propriedade na qual bridges, custodians e sistemas de liquidação querem se apoiar. O trabalho de protocolo para encurtar a janela de finalidade do Ethereum segue em andamento, então trate qualquer número específico como um alvo móvel, não como uma constante.
Once a block is finalized, it cannot be reverted or changed without a majority slashing of stakers, making it economically inviable.
Uma vez finalizado, um bloco não pode ser revertido nem alterado sem um slashing da maioria dos stakers, o que o torna economicamente inviável.
Os rollups acrescentam um terceiro relógio
Redes layer-2 como Arbitrum, Optimism e Base complicam a pergunta, porque suas transações acabam liquidando no Ethereum. Três momentos distintos importam. Primeiro, o sequencer aceita sua transação e devolve uma soft confirmation quase instantânea — boa o bastante para a atividade comum dentro do rollup, mas lastreada pela promessa do sequencer, não pelo Ethereum. Segundo, o lote que a contém é publicado no Ethereum, e a partir daí os dados são públicos e qualquer pessoa pode reconstruir o estado do rollup. Terceiro, aquele bloco do Ethereum se torna final — e só então a transação do rollup é tão final quanto o Ethereum é. Sacar de volta para o Ethereum acrescenta mais uma espera: os rollups otimistas impõem uma janela de contestação, na ordem de uma semana na bridge canônica, durante a qual uma fraud proof pode contestar o estado declarado, enquanto os rollups de validade (ZK) substituem essa espera por uma prova que o Ethereum verifica diretamente. É por isso que um swap dentro da Base parece instantâneo, mas trazer o resultado para casa não.
Ethereum, Solana e TON: três ritmos
Os ecossistemas que a WATS abrange ilustram todo o leque. O Ethereum separa a inclusão rápida (segundos) da finalidade plena (minutos); boa parte do DeFi age tranquilamente sobre a inclusão, enquanto liquidações de alto valor esperam pelo checkpoint. A Solana é construída para latência: transações são confirmadas otimisticamente em cerca de um segundo e chegam ao status finalized assim que confirmação suficiente da supermaioria se empilha por cima — segundos, não minutos. A TON finaliza em segundos por meio de um consenso de validadores estilo BFT, no qual um bloco é acordado antes de ser publicado, em vez de disputado depois. Nenhuma delas está errada: são trade-offs diferentes entre latência e força da garantia precoce, parte da comparação mais ampla em EVM vs Solana vs TON.
Por que bridges e exchanges fazem você esperar
Tudo que age em nome de outra chain precisa respeitar a finalidade da chain de origem. Uma mensagem cross-chain enviada antes de a transação de origem ser final poderia ser invalidada por um reorg — enquanto a ação que ela desencadeou na chain de destino continua viva, sem lastro, com tokens liberados contra um depósito que já não existe. É por isso que protocolos cross-chain sérios esperam a finalidade da chain de origem antes de entregar uma mensagem (veja como a LayerZero move mensagens entre chains), e por isso exchanges creditam depósitos apenas após seus próprios limiares de confirmação por chain. A espera não é burocracia; é a diferença entre retransmitir um fato e retransmitir um boato — e é a razão de o bridging levar minutos mesmo quando ambas as chains são rápidas.
Reorgs na prática
Reorgs rasos — um ou dois blocos — são ocorrência rotineira e prevista no design das chains probabilísticas, e em geral inofensiva: transações deslocadas voltam à mempool e são reincluídas momentos depois. O caso perigoso é um reorg profundo que desfaz um pagamento sobre o qual alguém já agiu. A finalidade determinística existe precisamente para tirar esse cenário da categoria do azar e colocá-lo na categoria do ataque coordenado e autodestrutivo. Para o usuário final, a lição prática é modesta: para transferências do tamanho de um café, a inclusão basta; para as do tamanho de uma vida, espere pela finalidade; e para qualquer coisa que cruze a fronteira entre chains, o protocolo vai fazer você esperar de todo jeito.
Como isso aparece na WATS
Uma carteira que abrange chains EVM, Solana e TON está fazendo malabarismo com vários modelos de finalidade ao mesmo tempo, e a WATS foi construída para absorver isso: cada transação liquida sob as regras da chain em que foi enviada, enquanto você lida com uma única interface. A WATS é totalmente non-custodial — você detém as chaves, a WATS nunca detém nenhuma — então a finalidade é estritamente entre você e a chain, sem nenhum intermediário inserindo a própria política de confirmação na frente da do protocolo. As taxas são a parte que a WATS unifica onde dá: nas suas redes EVM, cada ação é paga em um único token, ATS, em vez do token de gas nativo da chain, por meio de um paymaster ERC-4337 — o mesmo modelo na Extensão Chrome e no App Mobile. Solana e TON têm suporte completo (enviar, receber, swap, bridge); as transações na Solana pagam sua própria taxa nativa, em SOL, enquanto as taxas na TON também são pagas em ATS. O próprio ATS fica na BSC (BNB Chain): você não mantém um saldo por rede, porque a taxa de qualquer rede EVM é debitada desse saldo único. Isso não é desconto — muda qual token paga, não quanto a rede cobra — e o ATS arrecadado é queimado, levando o suprimento de 100M rumo a 30M. Nas redes EVM, um paymaster ERC-4337 liquida o gás nativo nos bastidores. O ATS arrecadado é queimado e a oferta cai de 100M rumo a um piso de 30M. A WATS é a primeira e única carteira a combinar isso.
O passo prático, então, decorre do próprio texto: se você move valor entre chains que finalizam em relógios diferentes, pare de espalhar orçamentos de gas como saldos nativos encalhados em cada rede EVM que você usa. Instale a Extensão Chrome ou o App Mobile da WATS, mantenha um único saldo de ATS para as taxas na EVM — e SOL para a Solana, com as taxas na TON também pagas em ATS — e deixe cada chain finalizar no seu próprio ritmo.
Perguntas frequentes
O que é finalidade na blockchain?
Finalidade blockchain é o ponto em que uma transação não pode mais ser revertida, reordenada ou apagada por um bloco futuro. Antes da finalidade, uma transação está apenas incluída — visível num bloco recente, mas ainda deslocável se um ramo concorrente da chain vencer. As chains proof-of-work se aproximam da finalidade estatisticamente, já que cada bloco adicional torna a reescrita exponencialmente mais cara, enquanto as chains proof-of-stake modernas a alcançam de forma categórica assim que uma supermaioria de validadores ratifica um checkpoint.
Qual é a diferença entre uma transação confirmada e uma finalizada?
Confirmada geralmente significa que a transação está incluída num bloco recente — visível, mas em algumas chains ainda teoricamente reversível por um reorg. Finalizada significa que o protocolo garante que ela não pode mais ser desfeita. Nas chains proof-of-work essa garantia é estatística e cresce com a profundidade, por isso as exchanges escolhem um número de confirmações; nas chains proof-of-stake como o Ethereum é um evento explícito e categórico, que chega quando uma supermaioria de dois terços do stake ratifica o checkpoint.
Quanto tempo leva a finalidade em Ethereum, Solana e TON?
Aproximadamente: o Ethereum inclui transações em segundos, mas atinge a finalidade plena de checkpoint em cerca de 15 minutos; a Solana confirma otimisticamente em cerca de um segundo, com o status finalized chegando segundos depois; a TON finaliza via seu consenso estilo BFT, com uma meta de atraso de finalização de cerca de um segundo desde sua atualização de abril de 2026. Os números exatos mudam com as atualizações de protocolo — o Ethereum, em particular, tem trabalho em andamento para encurtar sua janela de finalidade — e é por isso que exchanges e bridges publicam suas próprias políticas de confirmação por chain em vez de citar um número universal.
Os rollups layer-2 têm finalidade própria?
Rollups como Arbitrum, Optimism e Base dão a você uma soft confirmation quase instantânea do sequencer, mas isso é uma promessa, não liquidação. A finalidade real chega em etapas: o lote é publicado no Ethereum, depois o bloco do Ethereum que o contém se torna final, e nesse ponto a transação do rollup herda a garantia do Ethereum. Sacar para o Ethereum é mais lento ainda — os rollups otimistas mantêm uma janela de contestação de cerca de uma semana na bridge canônica, ao passo que os rollups de validade (ZK) liquidam com uma prova que o Ethereum pode verificar diretamente.
Como uma carteira multi-chain lida com chains que finalizam em velocidades diferentes?
A WATS abrange Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Gnosis, Celo, Mantle, Cronos, Solana e TON — redes com modelos de finalidade genuinamente diferentes — então a espera depois de uma transferência na Solana e a espera depois de uma transferência no Ethereum simplesmente não são o mesmo evento, e é a chain, nunca a carteira, que decide quando uma transação é irreversível. A WATS é totalmente non-custodial, então você detém as chaves e nenhum custodian sobrepõe a própria política de confirmação à do protocolo. O que a WATS unifica são as taxas na EVM: nas redes EVM, as taxas de rede são pagas em ATS em vez do token de gas nativo da chain, por meio de um paymaster ERC-4337, de forma idêntica na Extensão Chrome e no App Mobile. Solana e TON têm suporte completo, mas as transações na Solana pagam sua própria taxa nativa em SOL e as taxas na TON também são pagas em ATS. O próprio ATS fica na BSC (BNB Chain): você não mantém um saldo por rede, porque a taxa de qualquer rede EVM é debitada desse saldo único.
Por que minha transferência cross-chain demora mais que uma transação normal?
Porque a chain de destino não deve agir sobre um evento da chain de origem que ainda poderia ser reorganizado. Os protocolos cross-chain esperam, portanto, a finalidade da chain de origem antes de entregar a mensagem e completar a transferência. Os minutos extras são o preço de garantir que os tokens liberados no destino estejam lastreados por um evento do lado da origem que nunca poderá ser revertido — a mesma razão pela qual as transferências da WATS entre suas chains suportadas herdam o tempo de liquidação de cada chain de origem, em vez de superá-lo.
Fontes
- Bitcoin: A Peer-to-Peer Electronic Cash System — Satoshi Nakamoto (bitcoin.org) · consultado em
- Proof-of-stake (PoS) — ethereum.org · consultado em
- Solana RPC Overview — Solana Documentation · consultado em
- How to adopt sub-second finality — TON Docs · consultado em
- Withdrawal flow — Optimism Documentation · consultado em

