Pontos-chave
- Bitcoin consome e cria UTXO; não utiliza o mesmo modelo de contas que Ethereum.
- As confirmações acumulam evidência de inclusão e devem ser ajustadas ao risco da operação.
- Script e as políticas de assinatura permitem definir condições de gasto, com um alcance diferente do da EVM.
O que é Bitcoin?
Bitcoin registra transferências de seu ativo nativo por meio de uma rede de nós que verificam regras de consenso. Seu modelo UTXO representa quantias disponíveis para gastar como saídas de transações anteriores. O saldo que uma wallet exibe é construído a partir dessas unidades.
Para uma empresa, integrar Bitcoin envolve mais do que exibir um endereço de recebimento. O sistema precisa identificar entradas, vinculá-las a uma operação de negócio e decidir quando considera suficiente sua confirmação. Também deve manter controle sobre as chaves e sobre quem pode autorizar uma movimentação.
Como funciona
Uma transação utiliza saídas anteriores como entradas e cria novas saídas, incluindo as de troco quando aplicável. As condições de gasto são expressas por meio de scripts. Os nós validam essas condições e os mineradores incorporam transações aos blocos por meio de prova de trabalho.
A seleção de UTXO influencia taxas e privacidade. O backend deve acompanhar transações pendentes, confirmações e possíveis reorganizações, além de evitar que um mesmo recebimento seja contabilizado várias vezes. Um nó próprio permite verificar o estado diretamente, embora acrescente responsabilidades de operação e manutenção.
A taxa depende do tamanho virtual da transação e da tarifa escolhida, não apenas do valor enviado. Por isso, o número e o tipo de entradas influenciam o custo operacional de um serviço.
O que o Bitcoin oferece
O Bitcoin pode se encaixar em recebimentos, acompanhamento de tesouraria e fluxos que precisam movimentar BTC com uma política de autorização explícita. A arquitetura pode separar a preparação das transações e a assinatura para manter as chaves fora dos serviços que atendem requisições públicas.
Avaliamos o valor, a frequência e os requisitos de controle de cada operação antes de definir confirmações e taxas. Se forem necessários pagamentos frequentes de pequeno valor, uma solução como Lightning muda o modelo operacional e deve ser avaliada com seus próprios requisitos de liquidez e disponibilidade.
Para tesouraria, é possível separar preparação e assinatura por meio de transações parcialmente assinadas, ou PSBT. A equipe define quem prepara os pagamentos, quem os autoriza e como verifica destinatários e troco antes de assinar. Também precisa gerenciar saídas, backups e conciliação por confirmações. Lightning acrescenta outro modelo operacional, com canais e liquidez própria; não deve ser tratada como uma simples opção para acelerar qualquer transferência do ledger base.
Limitações e critérios de escolha
O Bitcoin não oferece o mesmo ambiente de contratos de propósito geral que o Ethereum. Um projeto com tokens e lógica complexa deve distinguir as capacidades nativas dos protocolos adicionais ou de outras redes que utiliza. Cada componente acrescenta pressupostos diferentes.
As taxas e os tempos observados variam com a demanda e com a política de envio. Também não basta verificar um hash para conhecer o estado final de um pagamento. A aplicação deve definir como trata atrasos, substituições e reorganizações, e apresentar essas situações de forma compreensível ao usuário.
