Eu costumava achar que uma camada de monitoramento de fraudes só era tão forte quanto os operadores designados para vigiá-la.
Então eu encontrei a rota de desafio do lado do depositante dentro dos Trustless Bitcoin Vaults (TBV).
Universal Challengers monitoram reivindicações de Bitcoin em aplicativos e publicam um desafio quando detectam uma prova inválida.
Os Relevant Application Vault Keepers também podem participar do mecanismo de desafio para vaults cujos grafos de transações eles coassinaram.
Mas o depositante não é obrigado a assumir que um desses operadores sempre agirá.
Os artefatos BABE salvos no peg-in permitem que o depositante, ou qualquer parte para a qual ele delegue, componha e publique o desafio do lado do Bitcoin se uma reivindicação inválida for postada.
Eles não precisam se registrar como Universal Challenger ou Application Vault Keeper apenas para proteger o próprio vault.
Isso é uma distinção significativa.
Qualquer pessoa pode monitorar reivindicações e compará-las com o estado do Ethereum.
Mas desafiar não é um chamado público genérico.
É necessário ter os artefatos específicos do vault e os caminhos de transação disponíveis para os operadores relevantes e para o depositante.
Assim, a camada de operadores oferece monitoramento contínuo entre vaults, enquanto o depositante mantém uma linha de defesa independente final caso esses participantes falhem em responder.
Ainda assim, independência não torna o fallback automático.
Alguém precisa detectar a reivindicação inválida, preservar os artefatos BABE corretos e agir dentro do assert timelock.
Se todos os Universal Challengers, participantes relevantes do protocolo e o depositante permanecerem offline durante essa janela, a Babylon registra a transação sem pagamento do Security Council como o último recurso antes da conclusão do payout.
O desafio do lado do depositante remove a dependência de qualquer operador específico de monitoramento, ou a segurança ainda depende de pelo menos uma parte capaz observando e agindo a tempo??
O desafio do lado do depositante cria independência real?
#baby $SOON @BabylonLabs_io $BABY $ON
Então eu encontrei a rota de desafio do lado do depositante dentro dos Trustless Bitcoin Vaults (TBV).
Universal Challengers monitoram reivindicações de Bitcoin em aplicativos e publicam um desafio quando detectam uma prova inválida.
Os Relevant Application Vault Keepers também podem participar do mecanismo de desafio para vaults cujos grafos de transações eles coassinaram.
Mas o depositante não é obrigado a assumir que um desses operadores sempre agirá.
Os artefatos BABE salvos no peg-in permitem que o depositante, ou qualquer parte para a qual ele delegue, componha e publique o desafio do lado do Bitcoin se uma reivindicação inválida for postada.
Eles não precisam se registrar como Universal Challenger ou Application Vault Keeper apenas para proteger o próprio vault.
Isso é uma distinção significativa.
Qualquer pessoa pode monitorar reivindicações e compará-las com o estado do Ethereum.
Mas desafiar não é um chamado público genérico.
É necessário ter os artefatos específicos do vault e os caminhos de transação disponíveis para os operadores relevantes e para o depositante.
Assim, a camada de operadores oferece monitoramento contínuo entre vaults, enquanto o depositante mantém uma linha de defesa independente final caso esses participantes falhem em responder.
Ainda assim, independência não torna o fallback automático.
Alguém precisa detectar a reivindicação inválida, preservar os artefatos BABE corretos e agir dentro do assert timelock.
Se todos os Universal Challengers, participantes relevantes do protocolo e o depositante permanecerem offline durante essa janela, a Babylon registra a transação sem pagamento do Security Council como o último recurso antes da conclusão do payout.
O desafio do lado do depositante remove a dependência de qualquer operador específico de monitoramento, ou a segurança ainda depende de pelo menos uma parte capaz observando e agindo a tempo??
O desafio do lado do depositante cria independência real?
#baby $SOON @BabylonLabs_io $BABY $ON
🔘 Yes, no fixed operator
100%
🔘 No, action is still needed
0%
3 Votos • Votação encerrada