Aprofundando a configuração criptográfica do motor de slashing de @BabylonLabs_io hoje, e o mecanismo de punição de comportamentos ruins no Bitcoin nativo sem smart contracts é realmente insano: Assinaturas Extraíveis de Uma Única Vez (EOTS).
Em cadeias EVM, o slashing é simples — um smart contract mantém o estado e deduz fundos se um validador fizer dupla assinatura. Mas o Bitcoin não tem uma camada nativa de execução de smart contracts. Você não pode simplesmente executar código EVM na mainnet do Bitcoin para penalizar um delegador com BTC bloqueado.
Então como você faz slashing de BTC nativo por ofensas cometidas em um consenso PoS externo?
A arquitetura depende de chaves de EOTS baseadas em Schnorr:
Os Provedores de Finalidade assinam votos de finalização de bloco usando uma chave EOTS.
Enquanto um provedor assinar uma vez por rodada de bloco, sua chave privada permanece matematicamente oculta.
Se ele tentar fazer dupla assinatura de dois blocos conflitantes na mesma altura, as próprias assinaturas revelam a chave privada.
Uma vez que essa chave é vazada, qualquer pessoa na rede pode executar o caminho de slashing pré-assinado do Taproot e enviar diretamente a parcela de penalidade desse BTC bloqueado para um endereço de burn.
Isso transforma comportamento malicioso em criptografia de autocastigo. O slash não é executado porque um smart contract EVM mandou — ele é executado porque a dupla assinatura, matematicamente, entrega a chave de volta para a rede Bitcoin.
Ao eliminar custodians e bridges, você troca confiança humana por matemática pura.
Ainda se perguntando: quando o capital real na mainnet estiver em jogo, os stakers de BTC vão escrutinar muito mais a infraestrutura do Provedor de Finalidade do que stakers PoS padrão, sabendo que uma falha operacional ou vazamento de chave dispara instantaneamente a queima de UTXO nativa?
@BabylonLabs_io $BABY
#baby
Em cadeias EVM, o slashing é simples — um smart contract mantém o estado e deduz fundos se um validador fizer dupla assinatura. Mas o Bitcoin não tem uma camada nativa de execução de smart contracts. Você não pode simplesmente executar código EVM na mainnet do Bitcoin para penalizar um delegador com BTC bloqueado.
Então como você faz slashing de BTC nativo por ofensas cometidas em um consenso PoS externo?
A arquitetura depende de chaves de EOTS baseadas em Schnorr:
Os Provedores de Finalidade assinam votos de finalização de bloco usando uma chave EOTS.
Enquanto um provedor assinar uma vez por rodada de bloco, sua chave privada permanece matematicamente oculta.
Se ele tentar fazer dupla assinatura de dois blocos conflitantes na mesma altura, as próprias assinaturas revelam a chave privada.
Uma vez que essa chave é vazada, qualquer pessoa na rede pode executar o caminho de slashing pré-assinado do Taproot e enviar diretamente a parcela de penalidade desse BTC bloqueado para um endereço de burn.
Isso transforma comportamento malicioso em criptografia de autocastigo. O slash não é executado porque um smart contract EVM mandou — ele é executado porque a dupla assinatura, matematicamente, entrega a chave de volta para a rede Bitcoin.
Ao eliminar custodians e bridges, você troca confiança humana por matemática pura.
Ainda se perguntando: quando o capital real na mainnet estiver em jogo, os stakers de BTC vão escrutinar muito mais a infraestrutura do Provedor de Finalidade do que stakers PoS padrão, sabendo que uma falha operacional ou vazamento de chave dispara instantaneamente a queima de UTXO nativa?
@BabylonLabs_io $BABY
#baby