Visto não é liquidado
Você envia uma moeda e em um segundo ou dois a transação aparece em um block explorer. Ela foi transmitida: os nós têm, os miners ou validadores têm na fila, e o explorer está reportando o que ouviu. O que ainda não aconteceu é a única coisa que importa — a rede ainda não concordou que essa transação faz parte do ledger.
Esse acordo acontece em blocos. Um bloco é um lote de transações que um miner ou validador propõe e o resto da rede aceita. Quando sua transação é incluída em um bloco, ela tem uma confirmação. Quando outro bloco é construído em cima daquele, ela tem duas. A contagem é simplesmente quão profunda sua transação está enterrada sob blocos posteriores.
A profundidade importa porque o ledger pode, brevemente, fazer fork. Dois miners encontram um bloco quase no mesmo momento; a rede segue ambos por um bloco ou dois até que uma chain puxe na frente, e a outra é abandonada junto com toda transação que estava apenas nela. Uma transação com uma confirmação pode estar no lado perdedor disso. Uma transação com seis tem uma chain de seis blocos que teriam todos que ser descartados.
De onde vem "seis confirmações"
O número não é folclore. A Seção 11 do whitepaper do Bitcoin calcula quão provável é que um ataque controlando alguma fração do poder de hash da rede possa construir secretamente uma chain mais longa e substituir uma transação enterrada z blocos de profundidade. O resultado, para um ataque com 10% da rede:
| CONFIRMAÇÕES | CHANCE DE REVERSÃO |
|---|---|
| 1 | 20.5% |
| 2 | 5.1% |
| 3 | 1.3% |
| 4 | 0.35% |
| 5 | 0.09% |
| 6 | 0,024% |
Cada confirmação reduz o risco por aproximadamente um fator de quatro neste tamanho de atacante. A curva é por que "seis" se tornou o limite costumeiro para valor em repouso: é o ponto onde o número deixa de valer a pena ser anotado.
Duas coisas para se tirar da tabela. A queda é exponencial, então a confirmação marginal vale mais no início — passar de um para dois remove três quartos do risco, passar de cinco para seis remove um quarto do que pouco resta. E a tabela inteira trata do tempo de bloco de uma chain e modelo de segurança. Seis blocos de Bitcoin é cerca de uma hora. Seis blocos em uma chain que produz um a cada três segundos é dezoito segundos, e significa algo diferente.
Por que a contagem difere por moeda
Cada chain se liquida de forma diferente, então um número fixo de blocos não é uma quantidade fixa de certeza. Aproximadamente, as chains em que esta carteira aceita depósitos se enquadram em três grupos:
- Chains de proof-of-work — Bitcoin, Litecoin. Blocos a cada dez minutos e dois minutos e meio respectivamente; a certeza se acumula com profundidade exatamente como a tabela do whitepaper descreve, e a reversão é uma questão de poder de hash.
- Chains rápidas de proof-of-stake — Ethereum, Polygon, TRON. Blocos a cada poucos segundos, e Ethereum em particular atinge uma finality explícita após duas epochs, aproximadamente treze minutos, depois do qual um bloco não pode ser revertido sem validadores destruírem seu próprio stake. Muitas confirmações chegam rapidamente; o limite significativo é o ponto de finality.
- Chains de consensus-ledger — o XRP Ledger. Não há mineração e nenhuma fork concorrente para esperar: validadores concordam com cada ledger em poucos segundos e é final quando fechado. Uma única confirmação em XRP é um animal diferente de uma única confirmação em Bitcoin.
Então a mesma casa, querendo o mesmo nível de certeza, acaba com um número diferente para cada moeda. Isto é o que a carteira está mostrando para você.
ENGINE-VERIFIEDDo client store, CoinStore.ts: cada moeda carrega um ICoinMeta de fee, minWithdraw, minDeposit, confirmations e type, servido pelo backend por moeda. A tela de depósito a renderiza diretamente — a string em en.json lê "Only send {symbol} to this address, {confirm} confirmation required." — e um depósito pendente mostra o status "Waiting Confirmation" até a contagem ser atingida. As contagens em si são configuração de servidor e podem mudar; a tela, não este artigo, é a fonte do número atual.
Por que uma casa espera afinal
Uma loja que envia um bem físico pode permitir-se esperar pela liquidação, porque o bem não sai até o dinheiro estar seguro. Um cassino não pode: no momento em que um depósito é creditado, pode ser apostado, e uma aposta vencedora paga em segundos. Se o depósito é então revertido por uma chain reorganizada, a casa pagou um saque real contra dinheiro que já não existe.
Isto é exatamente o ataque que a tabela do whitepaper descreve, dirigido a uma casa em vez de um comerciante — depositar, apostar e tentar desfazer o depósito. A contagem de confirmação é a casa escolhendo quão pequena quer que essa probabilidade seja antes de assumir a exposição. Esperar não é desconfiança de você; é a casa recusando-se a apostar na chain.
Funciona de forma diferente no saque. Quando a casa lhe envia moedas ela é o remetente, e sua transação está sujeita à mesma regra — um saque que você vê no explorer em zero confirmações ainda não é seu para gastar, e a exchange receptora aplicará sua própria contagem antes de creditá-lo.
O que fazer enquanto diz esperando
- Abra a transação no explorer da chain — a carteira vincula cada moeda ao seu próprio (Bitcoin, Etherscan, Tronscan, XRPScan e assim por diante) — e observe a contagem de confirmação subir. Se está subindo, nada está errado; é cedo.
- Verifique a contagem em relação ao número na tela de depósito. Um depósito que atingiu e ainda mostra esperando merece uma mensagem ao suporte com o hash da transação; um que não atingiu simplesmente ainda não chegou.
- Se a transação tem zero confirmações por muito tempo em uma chain de proof-of-work, a taxa provavelmente foi definida muito baixa para a demanda atual. Não falhou — está em fila — e por que isso acontece é seu próprio artigo.
- Se o explorer não consegue encontrar a transação em absoluto, o problema é anterior às confirmações: verifique a carteira de envio, e verifique se foi para a rede certa.
O estado de espera é o sistema funcionando. Uma casa que creditasse em zero confirmações seria mais rápida e eventualmente seria roubada exatamente pelo mecanismo acima — e o custo disso se refletiria em cada jogador. Onde o dinheiro fica é a peça complementar sobre o que acontece depois que chega.
FAQ
O que é uma confirmação de blockchain?
Um bloco adicionado no topo do bloco contendo sua transação. Zero significa que a rede a viu mas não concordou; cada bloco adicional torna reverter exponencialmente menos provável.
Por que um cassino precisa de várias confirmações?
Porque um depósito creditado pode ser apostado e pago imediatamente. Se o depósito fosse então revertido por uma reorganização de cadeia, a casa teria pagado dinheiro real contra uma transação que não existe mais. A contagem é a casa escolhendo o quão pequeno esse risco deve ser.
Por que seis para Bitcoin?
Pelo cálculo do whitepaper do Bitcoin: um atacante com 10% da rede tem cerca de 20% de chance de reverter uma transação com uma confirmação e cerca de 0,02% após seis. Seis é onde o risco se torna negligenciável para valor em repouso.
Quantas confirmações o Betkyo exige?
É configurado por moeda no servidor e impresso na tela de depósito ao lado do endereço, porque cadeias se liquidam em velocidades diferentes e com modelos de segurança diferentes. Leia o número lá; é o atual.
Meu depósito está esperando há muito tempo. Ele foi perdido?
Geralmente não. Verifique a transação no explorador de cadeia: se as confirmações estão aumentando ela está a caminho; se estão presas em zero no Bitcoin ou Litecoin a taxa provavelmente foi muito baixa e está na fila; se o explorador não conseguir encontrá-la, verifique a carteira de envio e a rede em que foi enviada.
FONTES E REFERÊNCIAS
- Satoshi Nakamoto, "Bitcoin: A Peer-to-Peer Electronic Cash System" — seção 11, o cálculo de alcance do atacante do qual a tabela de confirmação é extraída
- Documentação do Ethereum sobre finalidade de proof-of-stake — duas épocas, aproximadamente treze minutos
- Código-fonte do cliente Betkyo: ICoinMeta.confirmations em CoinStore.ts, a string depositWarn em locale/en.json, e o mapa explorador por cadeia — o mecanismo, não as contagens, que são configuração do servidor
OS JOGOS NESTE ARTIGO