Nesses dias conversamos bastante sobre os riscos subjacentes à garantia colateral feita por investidores de varejo, à maldade dos nós e à disputa entre mineradores. Hoje vamos abrir o panorama e sair da limitação mental de “investidores de varejo ganham juros”: olhando essa partida do Babylon sob uma perspectiva macro do segmento B, quem é, de fato, a verdadeira presa?

Em outras palavras, o ataque lançado pelo @BabylonLabs_io é um “ataque de vampiros” direcionado à posição monopolista de segurança compartilhada da EigenLayer no ecossistema Ethereum.

Ao longo do último ano, a EigenLayer praticamente dominou o mercado inteiro de “terceirização de segurança” no Web3. Qualquer nova blockchain, novo oracle ou Layer2 que queira decolar rapidamente não precisa se esforçar para construir uma enorme rede de nós; basta pagar para alugar a segurança do ETH através da EigenLayer.
Com isso, o Ethereum praticamente virou o “banco central” do mundo cripto.

Mas o Babylon virou a mesa: se você vai alugar segurança, por que não alugar o Bitcoin — que tem o consenso mais forte e a maior capitalização de mercado?

Para uma nova cadeia PoS nascida agora, conseguir colocar no site a frase “Secured by Bitcoin” tem, para capital e varejo, um apelo que certamente supera em segundos “Secured by ETH”.

Pense bem: o que aquelas novas cadeias PoS ou L2s de alto desempenho que precisam alugar segurança estão buscando? É TPS, é uma finalização em nível de subsegundo.

E como já analisamos antes, o Babylon, baseado em criptografia EOTS e mecanismos de penalidade com UTXO, acaba precisando ser implementado na blockchain principal do Bitcoin. Qual é o “jeito” da rede principal do Bitcoin? Blocos a cada 10 minutos; e, em caso de congestionamento, pode ser totalmente normal não ter inclusão por algumas horas.

Para uma cadeia que busca confirmação em nível de milissegundos, o árbitro final de segurança é, na verdade, uma “vovózinha” rede que pode levar meio dia para empacotar e colocar na cadeia as transações de penalidade. Essa assíncronia e esse atraso na camada de base, diante de ataques hackers extremos, conseguem realmente impedir o prejuízo a tempo?

Atualmente, os projetos que estão na fila para se integrar ao Babylon: eles realmente precisam dessa “segurança absoluta com alta latência” na arquitetura técnica, ou é só uma forma de gastar um pouco e colocar uma etiqueta “ecossistema BTC” no próprio projeto para facilitar o corte de captação de liquidez no mercado secundário?

Se no futuro $BABY conseguirá capturar valor real, depende de essa demanda do segmento B ser um fosso defensivo genuíno ou apenas um golpe de marketing de curta duração. #baby