Um amigo meu tentou certa vez me explicar escrow usando a analogia de um armário: você coloca seus itens lá, outra pessoa fica com a chave, e você confia que eles vão devolvê-los quando disserem que vão. Eu disse a ele que é assim que eu imaginava também qualquer configuração de cripto custodial, tipo um armário com a mão de outra pessoa sobre a chave. Essa comparação desmoronou para mim quando eu acompanhei como os caminhos de gasto são criados dentro de um cofre (vault) da Babylon, porque, afinal, não existe nenhuma chave sendo mantida do jeito que eu havia imaginado. O depositante assina em conjunto o script do Bitcoin com antecedência, na criação do vault, e cada forma legítima pela qual o BTC possa, alguma vez, sair é assinada e criada já naquele momento, em conjunto pelo depositante e pelos participantes do protocolo. Eu cheguei a isso depois de acompanhar uma discussão a partir de @BabylonLabs_io que mostrava a construção do vault passo a passo.

Não fica nenhuma “porta dos fundos” para depois. Uma vez que o vault existe, ninguém — nem o protocolo, nem um conjunto de validadores, nem alguma votação futura de governança — consegue inventar uma nova condição de gasto, porque o conjunto de assinaturas válidas foi fixado no início e nada depois pode expandi-lo. A parte que é fácil de perder é que não é “o protocolo promete não usar mal os fundos”; é que o protocolo não tem um meio mecânico de construir uma transação fora do que foi previamente assinado. Esse é um modelo de segurança diferente do da maioria das configurações custodiais ou de multisig para bridges, em que normalmente se mantém flexibilidade de propósito para chaves ou limites poderem ser ajustados após o deploy, conveniente para upgrades, mas que muitas vezes é exatamente a “linha de costura” explorável.

O que ainda não consigo visualizar é como essa rigidez se mantém nas situações mais bagunçadas: quando condições de slashing são disparadas, quando timelocks expiram, quando os conjuntos de participantes rotacionam ao longo da vida de um vault. Não criar novos caminhos nunca e ainda assim o sistema precisar se adaptar parece que entraria em tensão. Então o princípio de design em si parece sólido, mais conservador do que eu esperava, mas o comportamento em casos de borda é algo que @BabylonLabs_io ainda não me mostrou na prática.

#BABY $BABY @BabylonLabs_io #IntelRises9%AfterHours $COTI $ON #USStorageStocksExtendLosses
A segurança do vault depende mais de ?
Fixed paths
50%
No side door
31%
Timelocks
13%
Edge case
6%
16 Votos • Votação encerrada