Eu achava que a Babylon reduziu o ciclo de resgate/“unbonding” do BABY, que antes era comum em 21 dias, para cerca de 2 dias — já é bem rápido.
Mas, vendo pela ótica da execução de negociações, percebi que “ciclo de desbloqueio curto” e “conseguir sair imediatamente quando o risco acontece” não são a mesma coisa.
Na Babylon Genesis, os pedidos de delegação, cancelamento da delegação e nova delegação, após a transmissão da transação, podem até mostrar rapidamente “confirmado”, mas na prática eles não entram em vigor imediatamente. Eles primeiro vão para uma fila e só são processados ao final do epoch atual. Hoje, um epoch tem 360 blocos, o que equivale a cerca de 1 hora. Depois que o cancelamento do pedido é concluído, ainda é preciso aguardar a confirmação de 300 blocos do Bitcoin — cerca de 50 horas — para o BABY realmente voltar ao estado de poder ser transferido.
No dia a dia, parece que 1 hora não é nada.
Mas, se acontecer uma situação anormal com o validador, uma queda brusca no preço das moedas ou congestionamento na cadeia, essa “hora” vira uma janela completa de exposição ao risco. Pelas regras oficiais, se um validador cometer double-sign (assinatura dupla), o BABY delegada a ele é penalizado com 5% de confisco. O problema é que, quando o usuário percebe o risco e clica em “cancelar delegação”, isso apenas coloca na fila — não significa que a posição já foi retirada.
A co-delegação também amplifica esse problema. Para obter a recompensa anual de inflação extra de 2,35%, BTC e BABY precisam permanecer ambos com delegação válida ao mesmo tempo e usando o mesmo endereço de BABY. A melhor proporção é, idealmente, 20.000 BABY para cada 1 BTC.
Assim, quando o usuário se depara com risco, fica numa situação bem constrangedora: ou não faz nada e continua exposto às oscilações do validador e do preço; ou mexe e o estado do BABY em delegação pode afetar o rendimento da co-delegação.
Essa é a minha dúvida sobre o @BabylonLabs_io : o protocolo explica muito claramente “como cancelar resgate/delegação mais rápido”, mas não explica de forma igualmente direta o tempo real de saída, as mudanças de estado e o impacto no rendimento em cenários extremos.
Os mecanismos de segurança podem ser lentos, mas a página deveria ao menos deixar o usuário claro se ele está “apenas com a solicitação enviada” ou se ele “realmente saiu”.
#baby
$BABY
@BabylonLabs_io
Mas, vendo pela ótica da execução de negociações, percebi que “ciclo de desbloqueio curto” e “conseguir sair imediatamente quando o risco acontece” não são a mesma coisa.
Na Babylon Genesis, os pedidos de delegação, cancelamento da delegação e nova delegação, após a transmissão da transação, podem até mostrar rapidamente “confirmado”, mas na prática eles não entram em vigor imediatamente. Eles primeiro vão para uma fila e só são processados ao final do epoch atual. Hoje, um epoch tem 360 blocos, o que equivale a cerca de 1 hora. Depois que o cancelamento do pedido é concluído, ainda é preciso aguardar a confirmação de 300 blocos do Bitcoin — cerca de 50 horas — para o BABY realmente voltar ao estado de poder ser transferido.
No dia a dia, parece que 1 hora não é nada.
Mas, se acontecer uma situação anormal com o validador, uma queda brusca no preço das moedas ou congestionamento na cadeia, essa “hora” vira uma janela completa de exposição ao risco. Pelas regras oficiais, se um validador cometer double-sign (assinatura dupla), o BABY delegada a ele é penalizado com 5% de confisco. O problema é que, quando o usuário percebe o risco e clica em “cancelar delegação”, isso apenas coloca na fila — não significa que a posição já foi retirada.
A co-delegação também amplifica esse problema. Para obter a recompensa anual de inflação extra de 2,35%, BTC e BABY precisam permanecer ambos com delegação válida ao mesmo tempo e usando o mesmo endereço de BABY. A melhor proporção é, idealmente, 20.000 BABY para cada 1 BTC.
Assim, quando o usuário se depara com risco, fica numa situação bem constrangedora: ou não faz nada e continua exposto às oscilações do validador e do preço; ou mexe e o estado do BABY em delegação pode afetar o rendimento da co-delegação.
Essa é a minha dúvida sobre o @BabylonLabs_io : o protocolo explica muito claramente “como cancelar resgate/delegação mais rápido”, mas não explica de forma igualmente direta o tempo real de saída, as mudanças de estado e o impacto no rendimento em cenários extremos.
Os mecanismos de segurança podem ser lentos, mas a página deveria ao menos deixar o usuário claro se ele está “apenas com a solicitação enviada” ou se ele “realmente saiu”.
#baby
$BABY
@BabylonLabs_io