Ontem ajudei um amigo que faz tesouraria (treasury) a montar um esquema de staking com Babylon. Ele respondeu: "Deixo 0,2 BTC para emergências, e o restante 3,8 tranco". Eu pedi para ele repetir a frase do zero — porque no mundo UTXO do Babylon, "deixar uma parte" é uma falsa premissa. A FAQ é bem direta: partial unbonding not supported; ou seja, o stake tem de ser totalmente desfeito e devolvido na íntegra. Você não consegue cortar 0,2 BTC do output Taproot de 3,8 BTC para resolver uma urgência.
A raiz disso não está em o Babylon ser bom ou ruim; está na própria estrutura do livro-razão do Bitcoin. UTXO é "output não gasto", não é saldo em conta. Um staking é um montante de moedas "seladas" num bloco com OP_CHECKSEQUENCEVERIFY por 64000 blocos (aprox. 15 meses). Você quer usar parte disso? Primeiro precisa desunbondar tudo: espera o unbonding de 1008 blocos (aprox. 7 dias) para então recuperar tudo. Depois disso, aí sim você consegue separar os UTXOs — mas no instante em que você divide, o script original do stake já deixa de ser válido, a emissão de recompensas para, e a janela de risco de coassinatura (FP) também continua suspensa por aqueles 7 dias.
Alguém logo vem com: "Então eu faço antes a divisão em 0,1×40 operações, não é?". Dá, mas isso é transferir para o usuário a dívida de granularidade do protocolo na forma de trabalho e custos: a cada UTXO extra, no momento do staking você paga uma taxa de Tx a mais; no unbonding você paga outra Tx; e nas trocas de FP, mais uma também.
Tem mais uma camada: só ativa após 30 blocos confirmados. Considerando 10 minutos por bloco, isso dá 5 horas. Nessas 5 horas, as moedas já terão sido emitidas, e o FP precisa estar ativo e ter enviado um número aleatório — caso contrário, seu stake fica travado em pending. Não ganha recompensa e nem reembolsa. Para uma tesouraria de instituição, isso significa que o "remanejamento T+0" deixa de funcionar: o planejamento de fundos precisa considerar "trancado por 5 horas e, no pior caso, some por 15 meses" — não dá para inferir pelo APR.
Por isso, no meu quadro de avaliação de experiência de staking do BABY, o APR ficou em quinto lugar. As quatro posições anteriores são: distribuição típica do tamanho de UTXO, taxa real de sucesso do unbonding antecipado no período de congestionamento, exposição ao mau uso do FP dentro da janela de 1008 blocos, e a parcela de usuários forçados a sair do stake inteiro por escolherem granularidade errada. Recompensas podem compensar taxas, mas não compensam a asfixia estrutural de "você tem 3,8 BTC, mas não consegue mexer nos 0,2". Custódia nativa não é almoço grátis; ela devolve ao Bitcoin, do jeito que é, o controle de rigidez do seu script sobre a liquidez do custodiante. @BabylonLabs_io #baby $BABY
A raiz disso não está em o Babylon ser bom ou ruim; está na própria estrutura do livro-razão do Bitcoin. UTXO é "output não gasto", não é saldo em conta. Um staking é um montante de moedas "seladas" num bloco com OP_CHECKSEQUENCEVERIFY por 64000 blocos (aprox. 15 meses). Você quer usar parte disso? Primeiro precisa desunbondar tudo: espera o unbonding de 1008 blocos (aprox. 7 dias) para então recuperar tudo. Depois disso, aí sim você consegue separar os UTXOs — mas no instante em que você divide, o script original do stake já deixa de ser válido, a emissão de recompensas para, e a janela de risco de coassinatura (FP) também continua suspensa por aqueles 7 dias.
Alguém logo vem com: "Então eu faço antes a divisão em 0,1×40 operações, não é?". Dá, mas isso é transferir para o usuário a dívida de granularidade do protocolo na forma de trabalho e custos: a cada UTXO extra, no momento do staking você paga uma taxa de Tx a mais; no unbonding você paga outra Tx; e nas trocas de FP, mais uma também.
Tem mais uma camada: só ativa após 30 blocos confirmados. Considerando 10 minutos por bloco, isso dá 5 horas. Nessas 5 horas, as moedas já terão sido emitidas, e o FP precisa estar ativo e ter enviado um número aleatório — caso contrário, seu stake fica travado em pending. Não ganha recompensa e nem reembolsa. Para uma tesouraria de instituição, isso significa que o "remanejamento T+0" deixa de funcionar: o planejamento de fundos precisa considerar "trancado por 5 horas e, no pior caso, some por 15 meses" — não dá para inferir pelo APR.
Por isso, no meu quadro de avaliação de experiência de staking do BABY, o APR ficou em quinto lugar. As quatro posições anteriores são: distribuição típica do tamanho de UTXO, taxa real de sucesso do unbonding antecipado no período de congestionamento, exposição ao mau uso do FP dentro da janela de 1008 blocos, e a parcela de usuários forçados a sair do stake inteiro por escolherem granularidade errada. Recompensas podem compensar taxas, mas não compensam a asfixia estrutural de "você tem 3,8 BTC, mas não consegue mexer nos 0,2". Custódia nativa não é almoço grátis; ela devolve ao Bitcoin, do jeito que é, o controle de rigidez do seu script sobre a liquidez do custodiante. @BabylonLabs_io #baby $BABY