Eu não entendi como funciona a multi-caução do $BABY até eu comparar com a caução tradicional.
A lógica de uma caução de prova de participação (PoS) de direitos é bem simples: você bloqueia seus tokens no validador, e esse validador usa o peso dos seus tokens para participar do consenso. Você recebe recompensas de inflação. Cada token, ao mesmo tempo, só consegue fornecer segurança para uma única rede. Este é o modelo padrão que vem funcionando na indústria há alguns anos — não há nada de errado com ele. Mas existe uma limitação natural: o “orçamento de segurança” só pode vir dos tokens nativos dessa própria cadeia. A segurança da cadeia fica diretamente ligada ao valor de mercado dos tokens; se o market cai, a segurança enfraquece junto. #baby
A multi-caução de @BabylonLabs_io quebra essa limitação, e o modo como ela quebra foi, pela primeira vez, algo que me pareceu bem interessante.
Um BTC bloqueado no vault de staking do Babylon pode, ao mesmo tempo, oferecer lastro de segurança a múltiplas redes PoS. Não é divisão, não é cópia: é o mesmo BTC, cujo peso econômico é referenciado simultaneamente por várias redes. Para as redes PoS que integram a camada de segurança do Babylon, elas não precisam esperar o valor de mercado dos próprios tokens nativos crescer o suficiente para ter um orçamento de segurança adequado; elas podem aproveitar diretamente o peso econômico do BTC para iniciar.
Acho que o impacto disso para redes PoS emergentes está sendo seriamente subestimado. No início, uma nova cadeia é a mais vulnerável, porque o valor de mercado do token nativo é baixo e o custo do ataque também é baixo. Um ataque de 51% nessa fase é um risco real. Ao integrar o Babylon, o atacante teria de atacar simultaneamente essa cadeia e o BTC por trás da caução. E atacar o BTC significa encarar o poder de computação da rede do Bitcoin — um custo em uma ordem de grandeza totalmente diferente.
Para quem faz staking de BTC, a multi-caução significa que o mesmo BTC pode ganhar taxas de serviço simultaneamente de várias redes, em vez de servir apenas uma rede e receber só um pedaço de rendimento. Em teoria, quanto mais redes integrarem o Babylon, maior pode ser o rendimento total que o depositante de BTC recebe, sem necessidade de aumentar qualquer capital adicional.
Mas também estou pensando em uma questão que não foi explicada de forma clara: quando um BTC fornece simultaneamente segurança para cinco redes, se uma delas tiver um problema grave de consenso que exija acionar o slashing (penalidade), esse slashing vai afetar a parcela de segurança que está delegada ao mesmo tempo às outras quatro redes?
A lógica de uma caução de prova de participação (PoS) de direitos é bem simples: você bloqueia seus tokens no validador, e esse validador usa o peso dos seus tokens para participar do consenso. Você recebe recompensas de inflação. Cada token, ao mesmo tempo, só consegue fornecer segurança para uma única rede. Este é o modelo padrão que vem funcionando na indústria há alguns anos — não há nada de errado com ele. Mas existe uma limitação natural: o “orçamento de segurança” só pode vir dos tokens nativos dessa própria cadeia. A segurança da cadeia fica diretamente ligada ao valor de mercado dos tokens; se o market cai, a segurança enfraquece junto. #baby
A multi-caução de @BabylonLabs_io quebra essa limitação, e o modo como ela quebra foi, pela primeira vez, algo que me pareceu bem interessante.
Um BTC bloqueado no vault de staking do Babylon pode, ao mesmo tempo, oferecer lastro de segurança a múltiplas redes PoS. Não é divisão, não é cópia: é o mesmo BTC, cujo peso econômico é referenciado simultaneamente por várias redes. Para as redes PoS que integram a camada de segurança do Babylon, elas não precisam esperar o valor de mercado dos próprios tokens nativos crescer o suficiente para ter um orçamento de segurança adequado; elas podem aproveitar diretamente o peso econômico do BTC para iniciar.
Acho que o impacto disso para redes PoS emergentes está sendo seriamente subestimado. No início, uma nova cadeia é a mais vulnerável, porque o valor de mercado do token nativo é baixo e o custo do ataque também é baixo. Um ataque de 51% nessa fase é um risco real. Ao integrar o Babylon, o atacante teria de atacar simultaneamente essa cadeia e o BTC por trás da caução. E atacar o BTC significa encarar o poder de computação da rede do Bitcoin — um custo em uma ordem de grandeza totalmente diferente.
Para quem faz staking de BTC, a multi-caução significa que o mesmo BTC pode ganhar taxas de serviço simultaneamente de várias redes, em vez de servir apenas uma rede e receber só um pedaço de rendimento. Em teoria, quanto mais redes integrarem o Babylon, maior pode ser o rendimento total que o depositante de BTC recebe, sem necessidade de aumentar qualquer capital adicional.
Mas também estou pensando em uma questão que não foi explicada de forma clara: quando um BTC fornece simultaneamente segurança para cinco redes, se uma delas tiver um problema grave de consenso que exija acionar o slashing (penalidade), esse slashing vai afetar a parcela de segurança que está delegada ao mesmo tempo às outras quatro redes?