Hoje, passei mais tempo lendo o fluxo de resgate do que o fluxo de depósito.
Isso me surpreendeu.
A maioria das discussões sobre cofres (vaults) de Bitcoin se concentra em travar BTC.
Travar moedas não é a parte difícil.
Difícil é recuperá-las.
O Bitcoin não tem uma forma nativa de verificar o que aconteceu no Ethereum.
Ele não entende o estado do Ethereum.
Ele não lê blocos do Ethereum.
Então todo design cross-chain eventualmente precisa responder à mesma pergunta desconfortável:
Como o Bitcoin sabe que um pedido de desbloqueio é legítimo?
O TBV da Babylon não resolve isso modificando o Bitcoin.
Em vez disso, ele funciona dentro das capacidades existentes do Script do Bitcoin e depende de um processo de verificação baseado em desafio (challenge).
Essa é uma restrição de engenharia bem mais interessante.
O protocolo não está pedindo para o Bitcoin se tornar Ethereum.
Ele está pedindo para o Bitcoin verificar apenas a informação necessária para decidir se o colateral deve ser liberado.
Elegante.
Mas isso também me fez pensar em outra coisa.
Sistemas de desafio geralmente parecem mais fortes antes que os mercados se tornem adversariais.
O que acontece quando há aumento de congestionamento?
E quando as taxas de transação disparam?
Quando validadores têm incentivo financeiro para explorar o timing em vez de seguir o caminho feliz?
Um design sem confiança (trustless) não é testado apenas pela criptografia.
Ele é testado por incentivos.
É essa a parte que estou mais interessado em observar enquanto a Babylon evolui.
@BabylonLabs_io
#baby $BABY
Isso me surpreendeu.
A maioria das discussões sobre cofres (vaults) de Bitcoin se concentra em travar BTC.
Travar moedas não é a parte difícil.
Difícil é recuperá-las.
O Bitcoin não tem uma forma nativa de verificar o que aconteceu no Ethereum.
Ele não entende o estado do Ethereum.
Ele não lê blocos do Ethereum.
Então todo design cross-chain eventualmente precisa responder à mesma pergunta desconfortável:
Como o Bitcoin sabe que um pedido de desbloqueio é legítimo?
O TBV da Babylon não resolve isso modificando o Bitcoin.
Em vez disso, ele funciona dentro das capacidades existentes do Script do Bitcoin e depende de um processo de verificação baseado em desafio (challenge).
Essa é uma restrição de engenharia bem mais interessante.
O protocolo não está pedindo para o Bitcoin se tornar Ethereum.
Ele está pedindo para o Bitcoin verificar apenas a informação necessária para decidir se o colateral deve ser liberado.
Elegante.
Mas isso também me fez pensar em outra coisa.
Sistemas de desafio geralmente parecem mais fortes antes que os mercados se tornem adversariais.
O que acontece quando há aumento de congestionamento?
E quando as taxas de transação disparam?
Quando validadores têm incentivo financeiro para explorar o timing em vez de seguir o caminho feliz?
Um design sem confiança (trustless) não é testado apenas pela criptografia.
Ele é testado por incentivos.
É essa a parte que estou mais interessado em observar enquanto a Babylon evolui.
@BabylonLabs_io
#baby $BABY