$BABY $UAI $COTI #baby @BabylonLabs_io

No começo, eu assumi que o comitê de convênios era um passo inicial (bootstrap), algo que a Babylon aposentaria quando sua própria roadmap maturasse, do mesmo jeito que a maioria dos protocolos jovens promete descentralizar no seu próprio cronograma. A documentação diz algo mais silencioso e mais estranho do que isso.
O comitê existe porque o próprio Bitcoin não tem uma forma nativa de impor convênios, nenhum opcode que consiga forçar um UTXO a ser gasto apenas através de regras pré-acordadas. Então a Babylon construiu um multisig 6-de-9 para emular essa função que faltava, acompanhando pedidos de staking, coassinando o desbloqueio (unbonding) e as penalidades (slashing), ficando como “substituto” de uma capacidade que o Bitcoin Script simplesmente ainda não tem. Essa parte é engenharia honesta lidando com uma lacuna real, e a suposição de confiança é genuinamente mais leve do que um multisig de custódia normal: é uma “honestidade existencial”, em vez de honestidade por maioria; um único signatário honesto basta para impedir roubo.
O que me fez parar foi a condição de saída. A própria documentação da Babylon não diz que o comitê se aposenta quando a governança amadurece, nem quando um certo patamar de TVL é atingido, nem quando algum marco interno é entregue. Ela diz que o comitê permanece até que a funcionalidade de convênios fique disponível nativamente no Bitcoin, por meio de opcodes como OP-CAT ou OP-CTV que o Bitcoin Core não adotou e não tem um cronograma comprometido para adotar. A data de aposentadoria não está no roadmap da Babylon. Ela está dentro do processo de governança de outro protocolo, no qual a Babylon não tem voto e nem capacidade de acelerar.
Assim, a confiança não desapareceu quando a Babylon chamou isso de um sistema “seguro pelo Bitcoin”. Ela só se deslocou uma camada mais para longe: para fora de um multisig com membros definidos e para dentro de um soft fork do Bitcoin que pode ou não ser entregue nesta década. Seis de nove signatários conhecidos é, pelo menos, uma suposição de confiança que você consegue nomear. Uma atualização pendente de opcode sem prazo é uma suposição de confiança na qual você só consegue esperar.

O comitê de convênios permanece até o Bitcoin adicionar opcodes de convênios. Nenhum cronograma da Babylon controla isso.
Qual é a sua leitura? 👀