@BabylonLabs_io Vi Trustless Bitcoin Vaults (TBV) observados a partir do ângulo do depósito em primeiro lugar.
Trave o BTC nativo. Pegue empréstimo contra ele. O cofre mantém o Bitcoin. O empréstimo acontece em outro lugar. Isso parece seguro, mas é a métrica fácil.
O problema mais difícil fica na saída.
Todo mercado de empréstimos tem uma condição de liquidação. Se o valor da garantia cair abaixo de um limite, a posição precisa ser encerrada. Em uma cadeia normal, o contrato inteligente apreende e vende a garantia automaticamente. O código é executado em segundos. O credor é protegido imediatamente.
Com TBV, a garantia fica no Bitcoin. O contrato do empréstimo fica em outra cadeia. O cofre não consegue forçar uma transação de Bitcoin instantaneamente. O Bitcoin gera um bloco a cada dez minutos. O sinal de liquidação precisa atravessar o limite entre cadeias. O cliente leve verifica o estado. A prova de trabalho confirma. A diferença de tempo entre a queda do preço e a apreensão da garantia não é medida em segundos. É medida em blocos.
Algum atraso é normal. A coordenação entre cadeias não consegue vencer a física.
Mas o teste real é o caso de borda. Se o preço do Bitcoin cair drasticamente, o tempo de bloco de dez minutos vira uma desvantagem.. O tomador sabe que a garantia está em risco antes que o cofre possa agir. A diferença cria uma janela. Uma ponte moveria a garantia instantaneamente e aceitaria o risco de contraparte. TBV mantém a garantia nativa e aceita o risco de timing. Nenhum dos modelos elimina o problema. Eles apenas o trocam por uma forma diferente.
Acho que TBV pode tornar a garantia segura. Estou menos certo de que possa tornar a garantia responsiva sem criar outro mecanismo que, por si só, introduz confiança.
Garantia que você não consegue liquidar imediatamente ainda é garantia?
Assumi que a linguagem de scripts do Bitcoin era uma fraqueza.
Toda outra rede que eu uso tem contratos inteligentes. Lógica complexa. Ambientes Turing-completos, onde desenvolvedores constroem pontes, cofres e mercados de empréstimo diretamente na cadeia. O Bitcoin não tem nada disso. A sua linguagem de scripts é intencionalmente limitada. Alguns poucos opcodes. Sem loops. Sem estado. Eu sempre vi isso como uma falta de funcionalidade.
Então eu li por que a Babylon construiu Cofres de Bitcoin sem Confiança (TBV).
A Babylon não poderia construir uma ponte nem que quisesse. As pontes exigem contratos inteligentes em ambas as extremidades. Bloquear garantias em uma cadeia. Emitir representações em outra. Verificar assinaturas e transições de estado de forma programática. O script do Bitcoin não consegue hospedar essa lógica. Ele não consegue validar uma prova de outra cadeia. Ele não consegue manter fundos condicionalmente com base em eventos externos. A limitação é arquitetural, não temporária.
Então a Babylon parou de tentar fazer o Bitcoin executar. Ela fez o Bitcoin verificar.
TBV não executa código no Bitcoin. Ele lê o Bitcoin. O Light Client do BTC acompanha os cabeçalhos do Bitcoin. Os vigilantes carregam os dados. Os cofres usam as próprias restrições de script do Bitcoin para travar garantias de forma nativa e deixar que a Babylon Genesis lide com a lógica complexa do outro lado. O Bitcoin permanece simples. A Babylon faz o trabalho pesado.
Isso muda a forma como eu penso sobre o papel do Bitcoin em DeFi. Antes eu acreditava que o Bitcoin precisava se tornar mais programável para competir. A Babylon trata a simplicidade dele como um recurso de segurança. Um script simples é difícil de explorar. Uma máquina de estados simples é fácil de verificar. Uma cadeia que não pode mudar é uma cadeia em que você pode confiar.
Mas o custo-benefício é real. Cada interação com TBV acontece lentamente porque o Bitcoin acontece lentamente. Blocos de dez minutos. A Babylon não consegue tornar o Bitcoin mais rápido ou mais inteligente. Ela só consegue construir contornando essas limitações.
Ainda estou descobrindo se a recusa do Bitcoin em evoluir é teimosia ou sabedoria. Todas as outras redes correm atrás de recursos. O Bitcoin removeu esses recursos. A Babylon construiu uma camada inteira de infraestrutura por causa do que o Bitcoin não vai fazer.
Aconteceu que precisava de observadores para os observadores.
O Light Client de BTC dentro dos Trustless Bitcoin Vaults (TBV) lê os cabeçalhos dos blocos do Bitcoin. Ele verifica proof-of-work. Ele segue a cadeia mais longa. Mas o light client não se conecta ao Bitcoin diretamente. Ele fica no Babylon Genesis, separado da rede do Bitcoin. Alguém tem que transportar os cabeçalhos.
Esse alguém é a rede Vigilante.
Eu assumi que os vigilantes eram validadores com uma função extra. Eles não são. Eles são repórteres que monitoram o Bitcoin e enviam os cabeçalhos para o Babylon. Eles observam e competem. Vários vigilantes podem enviar o mesmo cabeçalho. O Genesis valida o trabalho, não o trabalhador. O sistema não confia no mensageiro. Ele verifica a mensagem.
Isso muda o modelo de confiança de novo. O Babylon remove o operador da ponte. Ele remove o comitê de multisig. Mas ainda precisa de transportadores de dados. Os vigilantes são o último elo humano em uma cadeia criada para eliminar elos humanos. Eles são necessários, mas não confiáveis. Se eles desaparecerem, o light client trava. Se mentirem, a verificação do proof-of-work os expõe.
Ainda estou descobrindo se um sistema que precisa de observadores é realmente sem confiança, ou se apenas moveu a confiança para uma camada diferente.. A criptografia é sólida. A questão é se participantes suficientes querem carregar os dados.
Passei uma hora tentando entender por que a Babylon se importa com o tempo de bloco do Bitcoin.
Eu achava que épocas eram só agendamento. Uma forma de dividir o trabalho em rodadas. As equipes de validadores rodam. As recompensas são distribuídas em intervalos. Mecanismos padrão do Cosmos SDK. Nada específico sobre Bitcoin.
Então eu li como a Babylon realmente os usa.
A Babylon não confia no próprio relógio. Ela confia no do Bitcoin. A lógica de época pulsa no ritmo do “batimento cardíaco” de dez minutos do Bitcoin. Quando o Bitcoin produz um bloco, o ciclo avança. Quando o Bitcoin para, o sistema espera. A lógica de coordenação toma emprestado o senso de tempo do Bitcoin.
Isso muda o que eu pensava sobre tempo entre cadeias. A maioria dos protocolos usa carimbos de data e hora locais ou feeds de oráculo. A Babylon usa o relógio mais difícil de manipular na cripto. Você não consegue falsificar um bloco do Bitcoin. Você não consegue acelerá-lo. Você não consegue retroceder sem reescrever o histórico de proof-of-work.
Para Trustless Bitcoin Vaults (TBV), isso importa mais do que eu esperava. O cofre precisa saber quando a garantia fica bloqueada, quando as janelas se abrem, quando as liquidações são finalizadas. Poderia depender do tempo local do Genesis. Em vez disso, ele usa o tempo do Bitcoin. O evento da garantia e o evento da época compartilham o mesmo ancoradouro imutável.
Mas o custo é a rigidez. O Bitcoin não se importa com a sua urgência. Blocos de dez minutos. Seis confirmações. O cronograma se move no ritmo do Bitcoin, não no seu. A Babylon sacrifica flexibilidade por imutabilidade.
Ainda estou avaliando se os usuários vão notar que a Babylon roda no tempo do Bitcoin, não no tempo da internet. A diferença é invisível até que comece a importar.
Passei uma hora com épocas. Agora não consigo mais deixar de ver o relógio.
O tempo de bloco do Bitcoin é o recurso de segurança mais subestimado?
Eu presumi que @BabylonLabs_io precisavam de Bitcoin para segurança.
Ele também precisa disso para memória.
A maioria dos protocolos cross-chain trata o Bitcoin como um cofre. Um lugar para travar valor. Uma fonte de peso econômico. A Babylon também faz isso. Cofres de Bitcoin sem confiança (TBV) usam BTC nativo como garantia. O valor é real. A garantia é nativa.
Mas há uma segunda função. Menos visível. Igualmente importante.
O Bitcoin é um servidor de carimbo de data/hora.
A Babylon faz checkpoints do estado das cadeias PoS de consumo para a rede Bitcoin. Não para valor. Para tempo. Assim que um checkpoint é enterrado sob a prova de trabalho do Bitcoin, o bloco PoS herda um carimbo de data/hora que não pode ser reescrito sem reescrever o próprio Bitcoin. A cadeia de consumo pode fazer reorg. Seus validadores podem mudar de ideia. Mas o checkpoint que foi escrito no Bitcoin permanece escrito.
Isso não é sobre velocidade. É sobre permanência.
O Finality Gadget dá finalidade rápida em relação ao risco de reorg da própria cadeia de consumo. O checkpointing dá finalidade permanente em relação à história do Bitcoin. Um é rápido. Um é para sempre. Ambos usam o mesmo ativo subjacente. Nenhum move o BTC para fora da sua cadeia.
Eu continuo voltando a essa distinção. A maioria dos protocolos empresta o valor do Bitcoin. A Babylon empresta o tempo do Bitcoin.
Eu sei o que a Babylon construiu. Tenho menos certeza de para quem ela está construindo.
Trustless Bitcoin Vaults (TBV) é a infraestrutura. O modelo está claro. Cadeias menores recebem segurança do Bitcoin. O Bitcoin ganha uma nova utilidade. A Babylon fica no meio.
Mas infraestrutura e adoção têm cronogramas diferentes.
Eu achei que o ecossistema da cadeia do consumidor apareceria junto com a infraestrutura. Não vi isso ainda. A documentação descreve a arquitetura. Ela não cita as cadeias que já se comprometeram com ela. O testnet demonstra os mecanismos. Ele não demonstra uma cadeia de consumidor em funcionamento ao vivo, gerando tráfego de produção.
Isso pode ser uma questão de timing. Primeiro, a infraestrutura; depois, as integrações. Ou talvez seja que convencer uma cadeia a terceirizar sua segurança seja mais difícil do que construir os canos. As cadeias têm sua própria economia e sua própria soberania. Dependendo de infraestrutura externa, significa admitir que o próprio sistema precisa de um plano de contingência.
Ainda estou trabalhando para entender se o maior desafio da Babylon é técnico ou social. A infraestrutura funciona. A questão é se as cadeias querem o que estão vendendo.
Na sua opinião, quem deveria usar primeiro a segurança do Bitcoin?
A Babylon tem validadores. Ninguém fala sobre eles.
Os títulos mencionam o staking de Bitcoin.. O marketing menciona os Trustless Bitcoin Vaults (TBV). A documentação explica o light client, o finality gadget e o sistema de checkpointing. Mas a cadeia que coordena tudo isso, o Babylon Genesis, é tratada como um ruído de fundo.
Babylon Genesis é uma cadeia do Cosmos SDK. Ela tem seu próprio conjunto de validadores, seus próprios períodos (epochs) e sua própria governança. Ela não protege o Bitcoin. Ela fica entre o Bitcoin e as cadeias consumidoras que emprestam a segurança do Bitcoin. Os validadores produzem blocos de Genesis que carregam checkpoints e lógica de coordenação. As cadeias consumidoras se conectam ao Genesis. O Genesis se conecta ao Bitcoin.
Eu assumi que Babylon era um protocolo construído sobre cadeias existentes. Agora estou começando a pensar que é uma cadeia em torno da qual outras cadeias são construídas. O fluxo de segurança vai do Bitcoin para o Genesis e depois para as cadeias consumidoras. O fluxo de coordenação volta. Isso significa que a saúde do Genesis importa. Se o Genesis travar, o checkpointing trava. Se o conjunto de validadores estiver concentrado, a coordenação fica concentrada. A prova de trabalho do Bitcoin ainda está lá. Mas o caminho entre o Bitcoin e a cadeia consumidora passa pelo Genesis.
Ainda estou entendendo se os usuários veem essa camada intermediária como um recurso ou uma dependência. A segurança do Bitcoin é real. A coordenação do Genesis é necessária. As duas precisam funcionar para o sistema operar. Mas apenas uma delas recebe atenção.
Achei que a finalização imediata significava confiar nos validadores.
As cadeias PoS finalizam blocos por meio de votação.
Dois terços concordam. O bloco é final.
Até que não seja.
Acontece uma reorganização. A votação muda. O histórico se reescreve.
Já vi isso em outras cadeias. Finalidade probabilística significa probabilidade, não certeza.
Quanto mais profundo o bloco, mais seguro parece.
Mas sentir-se seguro não é a mesma coisa que estar seguro...
Babylon construiu algo diferente. O Finality Gadget.
Ele não pede aos validadores que prometam finalidade. Ele pede ao Bitcoin que faça um timestamp.
o gadget faz checkpoints do estado da cadeia PoS na rede Bitcoin por meio de Trustless Bitcoin Vaults (TBV)...
Uma vez que o checkpoint é enterrado sob a prova de trabalho do Bitcoin, o bloco PoS herda a finalidade no padrão do Bitcoin.
Não é uma votação. Não é uma promessa. É prova de trabalho.
O modelo de segurança mais antigo e mais caro do cripto vira o suporte para cadeias que não existiam quando o Bitcoin foi lançado.
Eu assumi que isso significava que Babylon controlava a finalidade.
Não significa.
A cadeia do consumidor ainda produz blocos. Os validadores ainda votam.
O gadget só faz checkpoints do que a cadeia já concordou.
O Bitcoin não substitui o consenso. Ele o ancora.
A cadeia do consumidor decide o que aconteceu. O Bitcoin decide se essa decisão pode ser desfeita.
O custo-benefício é o tempo.
O Bitcoin produz um bloco a cada dez minutos.. O checkpoint não pode ser mais rápido que o Bitcoin.
A cadeia do consumidor ganha finalidade rápida em relação ao seu próprio risco de reorganização, mas a âncora do Bitcoin ainda espera por seis confirmações.
Uma hora de paciência por segurança permanente.
eu ainda estou descobrindo se a finalidade respaldada pela cadeia mais antiga e mais segura do cripto vale o atraso de dez minutos.
A maioria das cadeias PoS diria que sim. Alguns usuários diriam que o atraso destrói a finalidade.
Acho que a pergunta está errada.
Não é se o atraso é aceitável. É se a finalidade probabilística alguma vez foi aceitável desde o início.
A finalização ancorada no Bitcoin ainda é finalização se você tiver que esperar por ela?
Achei que a parte mais interessante de Babylon seria o empréstimo. Empréstimos nativos lastreados em Bitcoin na Aave v4. Eficiência de capital. Auto-custódia. As manchetes apontam para isso.
Acabou sendo outra coisa completamente...
Eu continuei voltando ao BTC Light Client dentro dos Trustless Bitcoin Vaults (TBV). O mecanismo que permite que o Genesis saiba o que aconteceu no Bitcoin sem pedir a ninguém. Sem operador de ponte. Sem comitê de multisig. Sem API confiável. O Genesis lê diretamente os cabeçalhos de blocos do Bitcoin e os valida por conta própria.
Eu presumi que isso era um light client padrão. A maioria das cadeias tem um. Mas percebi que a maior parte dos light clients confia em alguém para fornecer os cabeçalhos. Um validador, um full node, um endpoint de RPC. O light client verifica a prova de trabalho, mas ainda precisa de uma fonte para os dados. O design do Babylon remove até essa dependência. Repórteres vigilantes carregam os cabeçalhos. O Genesis valida. Os repórteres não precisam ser honestos. Eles só precisam existir. Se um mentir, outro corrige. Se todos conspirarem, a checagem de prova de trabalho detecta a fraude.
Isso muda a forma como penso sobre segurança entre cadeias. Antes eu acreditava que o objetivo era encontrar intermediários confiáveis. Babylon trata intermediários como desnecessários. A criptografia substitui a confiança. O light client substitui o oráculo. A prova de trabalho substitui a atestação. O sistema não pergunta quem carregou a mensagem. Ele pergunta se a mensagem é verdadeira.
Mas o mecanismo cria sua própria tensão. O Bitcoin gera um bloco a cada dez minutos. Seis confirmações significam uma hora antes de o Genesis tratar um depósito como liquidado. Nenhum light client consegue deixar o Bitcoin mais rápido. Ele só pode tornar a compreensão do Genesis mais precisa. Uma ponte te dá confirmação instantânea e risco oculto de contraparte. O light client te dá confirmação atrasada e uma prova criptográfica visível. Ainda estou descobrindo se os usuários vão notar a diferença, ou se vão apenas reclamar que o depósito demorou demais.
A verdade lenta é melhor do que a confiança rápida?
Todo projeto quer mover o Bitcoin. @BabylonLabs_io perguntou por quê.
O manual é o mesmo. Envolva-o. Faça a ponte. Trave-o em um contrato inteligente em outra cadeia. Chame isso de inovação. Chame de interoperabilidade. Chame de DeFi. O ativo que foi projetado para ficar parado é recolhido e levado para outro lugar sempre que alguém quer usá-lo. O Bitcoin vira um convidado em cadeias que nunca foram feitas para recebê-lo.
Babylon fez uma pergunta diferente. E se o Bitcoin ficasse onde está?
Os Cofres Trustless de Bitcoin (TBV) não movem o Bitcoin para o Ethereum. Eles não o envolvem em um token que acompanha o preço enquanto o ativo fica em uma carteira sob custódia. Eles não pedem ao Bitcoin para se tornar outra coisa. O TBV habilita Bitcoin nativo na rede Bitcoin como garantia para empréstimos, stablecoins, derivativos e seguros em outras cadeias. A garantia fica em casa. A utilidade viaja.
Isso não é uma preferência técnica. É uma postura arquitetural. O modelo de segurança do Bitcoin depende da própria cadeia do Bitcoin. Sua descentralização, sua resistência à censura, sua finalização por proof-of-work — estas não são propriedades portáteis. Mover o ativo significa deixar a segurança para trás. Envolver significa trocar o original por uma representação. Fazer a ponte significa introduzir confiança onde não havia.
Eu costumava achar que o futuro do Bitcoin em DeFi era sobre melhores pontes. Envelopamento mais rápido. Custódia mais segura. Babylon pensa que o futuro é sobre não precisar de nenhum deles. O cofre é a conexão. A criptografia é a ponte. O Bitcoin fica em casa.
Os manchetes mencionam staking. O marketing menciona staking. O número de 7,2B de TVL vem do Protocolo de Staking de Bitcoin. Então eu abri a documentação esperando ler sobre percentuais de rendimento e períodos de lock-up e recompensas de validadores.
Aí eu li sobre Vaults de Bitcoin sem Confiança (TBV).
TBV não é staking. É colateral. Bitcoin nativo parado na rede do Bitcoin, dando suporte a empréstimos e derivativos e stablecoins em outras cadeias, sem encapsular, sem fazer bridging, sem intermediários. O protocolo de staking é um produto. TBV é a arquitetura por baixo. Um move seu BTC para gerar rendimento. O outro deixa seu BTC onde ele está e ainda assim desbloqueia o valor.
Eu achei que Babylon fosse uma empresa de staking. Agora estou começando a pensar que é uma empresa de infraestrutura de colateral que acontece de oferecer staking.
Tentei a rede @BabylonLabs_io testnet para entender uma coisa. Como o Bitcoin permanece na rede do Bitcoin enquanto serve como garantia de um empréstimo na Ethereum? Não foi empacotado. Não foi ponteado. Não foi transferido para um custodiante. BTC nativo na sua própria cadeia, de alguma forma, dando suporte a um empréstimo em uma cadeia completamente diferente. Eu precisava ver isso funcionando com meus próprios olhos antes de acreditar na documentação.
Eu depositei test BTC nos Trustless Bitcoin Vaults (TBV). A interface mostrou minha taxa de garantia e o valor de empréstimo disponível em USDC e USDT. Eu tomei emprestado uma pequena quantia de USDC de teste contra meu test BTC. O empréstimo apareceu na minha carteira Ethereum. Meu test BTC nunca saiu da rede Bitcoin. Eu verifiquei isso no explorador. A garantia ficou bloqueada no Bitcoin. O empréstimo foi registrado na Ethereum. Ambas as transações eram verdadeiras ao mesmo tempo. nenhuma ponte moveu meu BTC entre cadeias. Nenhum custodiante deteve minhas chaves privadas. Nenhum intermediário ficou entre minha garantia e meu empréstimo. A conexão era sem confiança e criptográfica, não contratual e corporativa.
Este é o mecanismo que continuei testando porque ele desafia tudo o que eu assumi sobre garantias entre cadeias. Depósito no Bitcoin. Empréstimo na Ethereum. Duas cadeias separadas com validadores separados e modelos de segurança separados. Uma única peça de garantia servindo para ambas. Zero empacotamento. Zero ponte. Zero confiança. Eu executei o fluxo várias vezes para garantir que eu não estava perdendo alguma coisa. Em cada tentativa, o BTC permaneceu no Bitcoin. Em cada tentativa, o empréstimo foi liquidado na Ethereum. Em cada tentativa, o cofre impôs a taxa de garantia sem mover o ativo. O time está construindo em público e quer saber se os usuários entendem o que estão vendo. Eu entendi depois de tentar. Funciona. O conceito não é mais teórico. A testnet prova que o Bitcoin nativo pode servir como garantia de uma dívida na Ethereum sem sair da sua cadeia.