Vocês, quando brincam com DeFi on-chain, já acharam que várias operações do tipo “caixa dentro de caixa” são especialmente trabalhosas?
Ao fazer um depósito/colateral de um ativo, primeiro é preciso gerar um comprovante A; depois, usar esse A para trocar no pool de fundos por um comprovante B; e só então conseguir a liquidez que vocês querem.
Quanto mais camadas de empacotamento de tokens, além de precisar pagar mais uma taxa, o risco de o contrato inteligente apresentar falhas também aumenta exponencialmente.
No passado, muitos projetos de cross-chain forçavam, na prática, a mesma linha de produção rígida para gerar comprovantes contábeis.
Hoje, ao ler detalhadamente a whitepaper de @BabylonLabs_io , percebi que a Babylon não usou um único template para tudo; em vez disso, projetou caminhos de liquidação cross-chain totalmente diferentes para diferentes tipos de negócios financeiros.
Se você for participar de empréstimos ou de um DEX de contratos perpétuos, quando você travar o BTC no cofre do mainnet, o sistema vai exigir que você primeiro cunhe um certo comprovante interno de escrituração (collBTC). Você precisa usar o collBTC como colateral ou margem e então colocá-lo nos pools de fundos subsequentes.
Mas se o seu objetivo for cunhar uma stablecoin descentralizada, o cenário é completamente diferente.$BICO
No contexto das stablecoins, depois que o contrato inteligente valida o status de travamento do Bitcoin no mainnet, ele pula diretamente essa camada intermediária do collBTC e, de uma vez, cunha para você uma stablecoin atrelada ao dólar.
Ela elimina completamente as etapas maçantes de gerar comprovantes para empacotar o pool intermediário de fundos.$UB
Por que criar dois padrões dentro de um mesmo ecossistema?
Porque stablecoin é a base de todo o mercado cripto. Quando ocorrem arbitragem de alta frequência e liquidações em cenários extremos, a tolerância a velocidade de execução e ao custo de “desgaste” (slippage/atrito) é extremamente baixa.
A Babylon, de forma decisiva, corta a camada intermediária, encurtando ao máximo as etapas de execução cross-chain do contrato inteligente e reduzindo ao extremo as fricções entre protocolos enquanto o sistema financeiro roda.
No passado, sempre achamos que a infraestrutura de topo era construir uma ponte cross-chain o mais larga possível, para que todas as aplicações corressem por cima.
Mas a Babylon nos mostra que o verdadeiro projeto de infraestrutura que entende a base do sistema financeiro é entender como, de acordo com necessidades de negócios diferentes, traçar capilares completamente distintos em termos de “protocolo/formato de dados”.
Essa postura contida de se dedicar arduamente à fricção das transações invisíveis na camada de base é justamente a verdadeira confiança para sustentar a liquidez nativa de dezenas de bilhões de BTC no futuro.#baby
$BABY
Ao fazer um depósito/colateral de um ativo, primeiro é preciso gerar um comprovante A; depois, usar esse A para trocar no pool de fundos por um comprovante B; e só então conseguir a liquidez que vocês querem.
Quanto mais camadas de empacotamento de tokens, além de precisar pagar mais uma taxa, o risco de o contrato inteligente apresentar falhas também aumenta exponencialmente.
No passado, muitos projetos de cross-chain forçavam, na prática, a mesma linha de produção rígida para gerar comprovantes contábeis.
Hoje, ao ler detalhadamente a whitepaper de @BabylonLabs_io , percebi que a Babylon não usou um único template para tudo; em vez disso, projetou caminhos de liquidação cross-chain totalmente diferentes para diferentes tipos de negócios financeiros.
Se você for participar de empréstimos ou de um DEX de contratos perpétuos, quando você travar o BTC no cofre do mainnet, o sistema vai exigir que você primeiro cunhe um certo comprovante interno de escrituração (collBTC). Você precisa usar o collBTC como colateral ou margem e então colocá-lo nos pools de fundos subsequentes.
Mas se o seu objetivo for cunhar uma stablecoin descentralizada, o cenário é completamente diferente.$BICO
No contexto das stablecoins, depois que o contrato inteligente valida o status de travamento do Bitcoin no mainnet, ele pula diretamente essa camada intermediária do collBTC e, de uma vez, cunha para você uma stablecoin atrelada ao dólar.
Ela elimina completamente as etapas maçantes de gerar comprovantes para empacotar o pool intermediário de fundos.$UB
Por que criar dois padrões dentro de um mesmo ecossistema?
Porque stablecoin é a base de todo o mercado cripto. Quando ocorrem arbitragem de alta frequência e liquidações em cenários extremos, a tolerância a velocidade de execução e ao custo de “desgaste” (slippage/atrito) é extremamente baixa.
A Babylon, de forma decisiva, corta a camada intermediária, encurtando ao máximo as etapas de execução cross-chain do contrato inteligente e reduzindo ao extremo as fricções entre protocolos enquanto o sistema financeiro roda.
No passado, sempre achamos que a infraestrutura de topo era construir uma ponte cross-chain o mais larga possível, para que todas as aplicações corressem por cima.
Mas a Babylon nos mostra que o verdadeiro projeto de infraestrutura que entende a base do sistema financeiro é entender como, de acordo com necessidades de negócios diferentes, traçar capilares completamente distintos em termos de “protocolo/formato de dados”.
Essa postura contida de se dedicar arduamente à fricção das transações invisíveis na camada de base é justamente a verdadeira confiança para sustentar a liquidez nativa de dezenas de bilhões de BTC no futuro.#baby
$BABY