A ponte que realmente consegue erguer a bandeira do "minimização de confiança" no ecossistema do Bitcoin está prestes a colher uma nova onda de ganhos em tecnologia de base. Muita gente ainda não percebeu que a atualização de consenso aparentemente maçante chamada de acordo (Covenant), quando combinada com os avanços de engenharia da série BitVM, pode mudar a lógica de avaliação do BTC Layer2 — e aqui está a peça-chave para a próxima explosão do BTCFi.
Primeiro, vamos ampliar o olhar para o lado dos mineradores: o sinal já acendeu
O cofundador da @f2pool, @satofishi, fez uma declaração pública em 30 de março de 2026, após a abertura da janela de sinalização do BIP-119 (OP_CHECKTEMPLATEVERIFY): "Se o BIP-119 (ou alguma proposta alternativa) receber apoio suficiente, nós teremos prazer em sinalizá-lo". A f2pool é uma das maiores piscinas de mineração de Bitcoin em funcionamento contínuo, com cerca de 10% do poder de hash da rede. Esse posicionamento tem bastante peso.
O mais explosivo é a resposta direta do fundador do BitVM, @Robin_Linus — ele cita este tweet dizendo: “Está na hora de focar nas propostas de contrato do BIP-448; vamos ativá-lo este ano”. O BIP-448 é um rascunho publicado em março de 2026, que empacota três opcodes — TEMPLATEHASH, CSFS (OP_CHECKSIGFROMSTACK) e OP_INTERNALKEY (BIP-349) — em uma solução nativa de transação Taproot “(reatribuível)”. O próprio TEMPLATEHASH já foi ativado em 27 de julho de 2026 no signet do Bitcoin Inquisition, para testes de desenvolvedores.
Pools de mineração se posicionam a favor, o inventor do protocolo central faz um pronunciamento pessoal, as ferramentas da testnet já estão prontas — esses sinais, em cada grande atualização do Bitcoin, pertencem ao conjunto de “energia já acumulada”.
Por que a ponte precisa de contratos? Veja os dados que a Citrea produziu
Para entender o valor disso, é preciso primeiro ver como as pontes funcionam no mundo sem contratos.
Cada ponte no estilo BitVM, em essência, trava BTC no Bitcoin e depois usa uma segunda camada. A base de segurança é um “grafo de transação” — caminhos previamente definidos que cada moeda pode seguir, incluindo confirmação do depósito, retirada, desafio e penalidades. O próprio script do Bitcoin não consegue executar forçadamente esse grafo, então o protocolo BitVM2 usou uma solução social engenhosa: o comitê n-of-n faz pré-assinatura de todos os caminhos na inicialização e destrói suas chaves de assinatura. Enquanto um membro realmente destruir a chave, não existe nenhum novo caminho de gasto — essa suposição de confiança se chama “1-of-n”: basta um participante honesto.
A ponte Clementine da @Citrea_xyz roda exatamente nesse modelo na mainnet do Bitcoin: signatários divulgados publicamente, e a segurança é imposta pela rede Bitcoin sob a suposição de honestidade de um signatário. Nos primeiros seis meses antes do lançamento, ela processou 150 BTC. Contratos socializados já estão operando em ambiente de produção hoje.
Mas onde está o custo aqui? Toda vez que há um novo depósito, o comitê precisa se reunir e assinar novamente o diagrama — os depósitos são interativos, os rituais se repetem, e todo o arranjo se baseia na crença de que “pelo menos um signatário realmente destruiu a chave”. Funciona, mas é a “melhor solução de compromisso” no contexto atual do Bitcoin.
💡 O que os opcodes de contrato devem fazer é assumir na camada de consenso do Bitcoin essa parte de “simulação social”.
GOAT BitVM3: levar a arbitragem on-chain ao extremo
O whitepaper do BitVM3 do time GOAT (@GOATNetwork) leva essa ideia a um novo patamar. A proposta deles incorpora o conceito de verificação criptográfica do BABE: na inicialização, preparam-se circuitos de ofuscação baseados em hash; o operador quer decifrar o segredo pré-comprometido, e o único caminho é apresentar uma prova válida Groth16. A mainnet do Bitcoin nunca precisa rodar um verificador; as controvérsias na cadeia degradam-se para uma checagem nativa de hash — basta comparar o valor do compromisso com RIPEMD160(SHA256(msg)).
Os dados específicos são bem impressionantes:
• O witness Assert do operador tem apenas 2.058 bytes • O circuito de resposta do desafiante carrega um rótulo de circuito de ~14 KB • A réplica do operador tem apenas 64 bytes • A inicialização completa do peg-in (incluindo cut-and-choose e prova STARK gerada pelo Ziren zkVM) roda no CPU por cerca de 25 minutos • A correção é garantida pelo protocolo cut-and-choose com 181 instâncias por validador especificado; o erro de soundness é no máximo 2^-40
O que isso significa? O que precisa ser feito na cadeia é extremamente simplificado, empurrando cálculos complexos para fora da cadeia. E com os opcodes do contrato, isso pode ser ainda mais compactado.
Uma vez que o contrato seja concretizado, como fica a ponte
@Robin_Linus já calculou isso em sua análise do Delving Bitcoin de abril de 2025: compromissos baseados em CSFS conseguem reduzir o volume de transações relacionadas em cerca de 10 vezes. A posição da BitVM Alliance é muito clara — “A BitVM Alliance apoia fortemente a proposta de CTV + CSFS”.
Especificamente para a engenharia do GOAT BitVM3, as melhorias trazidas por contratos são em camadas:
Primeiro nível: depósito não interativo. Com um contrato de modelo (template), a saída do depósito pode codificar diretamente o grafo da transação nas condições de gasto; o consenso do Bitcoin executa isso de forma forçada, e o usuário não precisa reunir um comitê de signatários. Para uma ponte como a GOAT, que precisa rodar um ritual de pré-assinatura a cada depósito, esta é a maior mudança operacional na “mesa”.
Segundo nível: pegada menor on-chain. O CSFS substitui as promessas baseadas em assinaturas one-time de WOTS, reduzindo drasticamente o tamanho do script. Aqueles 64 bytes de réplica permanecem inalterados, mas tudo ao redor encolhe.
Terceiro nível: chave do sequenciador reatribuível. GOAT BitVM3 ancla o sequenciador de L2 ao Bitcoin por meio de uma cadeia de transações pré-assinadas de Bitcoin; em cada troca, é necessária atualização de assinatura por limite. O design de assinaturas reatribuíveis dessa estrutura BIP-448 acerta exatamente essa dor — a combinação de TEMPLATEHASH + CSFS + INTERNALKEY permite que as folhas do script reatribuam diretamente a chave ao novo conjunto de signatários, dispensando até o ritual de pré-assinatura.
Quarto nível: solução completa para saídas de conexão (connector). O grafo de transações da ponte depende fortemente de saídas de connector; essa “única função de UTXO pequeno” é ligar transações, garantindo que ao percorrer um caminho gaste-se o connector que habilita outro caminho. Restrições de entradas de “irmão” como “essa saída só pode ser gasta junto com aquela saída específica” não são expressíveis por contratos do tipo template — esse é o teto dos templates. Para eliminar de vez o papel do comitê na execução do grafo, é preciso usar opcodes de introspecção programável como OP_TXHASH (BIP-346), que permitem selecionar por campo quais campos da transação de compromisso são verificados, incluindo outras entradas da transação gasta.
O BIP-448 permite que o consenso assuma a execução da forma do grafo; o depósito deixa de ser um ritual; mas ainda é preciso preservar o comitê de pré-assinatura em algum ponto do design do connector. A introspecção no nível TXHASH faz com que o próprio contrato expresse a relação do connector, e o papel do comitê desaparece completamente na execução do grafo.
Mais adiante, TXHASH permite que o script autentique o txid da transação pai da entrada atual; OP_CAT permite que o witness forneça bytes da transação pai e recalcule o txid dentro do script. Em teoria, combinadas, as duas coisas permitem checar para cima ao longo da cadeia de ancestrais. Isso significa que hoje é necessário preparar, no momento do peg-in, cada UTXO que será gasto pelo grafo (o desenho estilo BitVM2 já prende o colateral do operador em uma saída pre-kickoff durante o depósito, deixando-a ociosa até a retirada; a cadeia Pre-Kickoff do GOAT também reserva BTC para pagar taxas de protocolo). No futuro, dá para adiar a construção dessas saídas apenas até o peg-out. Não há capital ocioso entre depósito e retirada — esta é uma elevação real de eficiência de capital.
@Robin_Linus, de um lado, pediu para ativar BIP-448 este ano; de outro, publicou um caminho Binohash sem bifurcação. Essas duas linhas não são contraditórias: pesquisadores avançam em paralelo, e a existência do caminho sem bifurcação faz com que o custo-benefício de cada proposta de contrato seja recalculado. Independentemente de qual caminho der certo primeiro, pontes no estilo BitVM se beneficiam.
Perspectiva de investimento: opções de infraestrutura subvalorizadas
Se você enxergar uma BTC Layer2 como uma das espinhas principais do próximo ciclo, então a ponte que minimiza confiança é o gargalo dessa espinha. Quase todas as tradicionais pontes BTC são custódia via multisig; a Clementine da Citrea é a primeira proposta de ponte que tem esperança de remover “governo humano”. Os dados de produção dos primeiros seis meses com 150 BTC já comprovam a viabilidade.
O GOAT BitVM3 leva a arbitragem on-chain ao nível máximo de 2058 bytes de afirmação + 64 bytes de réplica; o erro de soundness é controlado em 2^-40; o peg-in completo roda no CPU em 25 minutos. Essas métricas de engenharia significam que a ponte em ambiente de produção já possui uma base técnica pronta para uso comercial em escala. Assim que qualquer uma das propostas de contrato, seja BIP-448 ou TXHASH, for ativada, pontes como o GOAT BitVM3 imediatamente ganham três bônus:
Depósito sai do interativo para o não interativo: um salto qualitativo na experiência do usuário e uma queda abrupta na barreira de entrada para fluxo de capital
Reduzir ainda mais o tamanho da transação em ~10x (estimativa CSFS) e reduzir significativamente o custo on-chain
Reatribuição do sequenciador dispensa rituais de pré-assinatura; a complexidade operacional cai exponencialmente, e o custo marginal de expansão para múltiplas cadeias tende a zero
A longo prazo, a capacidade de “prova de transação ancestral” trazida pela combinação TXHASH + OP_CAT torna possível “zero capital ocioso entre depósito e retirada”, e o aumento de eficiência de capital beneficia todas as pontes baseadas em BitVM. Contanto que qualquer uma das propostas de contrato avance, isso é um ganho para todo o ecossistema BitVM.
O f2pool declarou publicamente apoiar cerca de 10% do hashrate total; o inventor do BitVM foi pessoalmente à frente para impulsionar a ativação do BIP-448 ainda este ano; e o TEMPLATEHASH já está rodando no signet. Com esses sinais somados ao fluxo real de 150 BTC da mainnet da Citrea e às métricas de engenharia extremas do GOAT BitVM3, este momento é um ponto de ressonância entre a concretização técnica dos contratos + pontes BitVM e a atualização de consenso.
Os detentores de BTC estão esperando uma resposta que mantenha a segurança da mainnet, mas também permita que os ativos — sob o “guarda-chuva de proteção” seguro da mainnet — gerem rendimento, suportem empréstimos e concluam transações. A frase que a Citrea coloca — “E se esse valor armazenado estiver sempre sob o guarda-chuva de segurança do Bitcoin e, ao mesmo tempo, puder gerar rendimento, suportar empréstimos ou concluir transações?” — empurra o custo de engenharia da operação do contrato para perto de zero; e pontes de próxima geração como o GOAT BitVM3 já estão abrindo caminho com a ideia de “funciona sem contrato, e com contrato voa”.
Os bônus do protocolo de base nesta rodada merecem entrar na lista de pesquisa de todo detentor sério de BTC.
#LFGoat #BTC #l2 #GOAT $GOATED
