Fiquei observando os nós do Babylon; muita gente acha que, para rodar o Vigilante (sentinela), você precisa ter uma instância de nó completo do Bitcoin. Caso contrário, não dá para “brincar direito”. Eu também pensava assim no começo. Depois, ao ler a documentação oficial, descobri que a camada de sentinela pode ser executada em modo de cliente leve, economizando disco, mas com uma redução na capacidade de auto-validação.
O módulo de BTC Light Client do Babylon não armazena blocos completos; ele apenas sincroniza a cadeia de cabeçalhos (block headers). O cliente leve valida os ramos via SPV (Simplified Payment Verification / Verificação Simplificada de Pagamentos), consegue confirmar a altura atual da rede principal e se a cadeia de headers é contínua. O sentinela faz duas coisas: fica de olho para ver se existe bloco com conflito de dupla assinatura por parte de um Finality Provider; ao detectar má conduta, ele combina as duas assinaturas do EOTS para extrair a chave privada, e então transmite a transação de penalidade. Extrair a chave privada é um cálculo puramente criptográfico, não depende do histórico do nó completo; então, o cliente leve também consegue fazer isso. Mas ele não consegue verificar de forma independente se “um UTXO específico realmente foi travado no script do Babylon” — isso precisa do nó completo ou de um indexador, enquanto o cliente leve só confia na cadeia de headers.
Na documentação oficial, o guia de instalação do Vigilante exige “um nó completo sincronizado do Bitcoin”. Mas na prática, usando o modo leve do Bitcoin Core (prune=1) para rodar o script do sentinela, eu executei testes: após travar 0,05 BTC no testnet, o sentinela reportou uma vez um FP skip de assinatura, mas não houve falha/omissão.
Se a rede principal passar por uma reorganização profunda (>>6 blocos), o cliente leve pode, por um período curto, interpretar mal a posição do timestamp; o nó completo detectaria antes. O que o cliente leve economiza é disco (aprox. 80MB/ano); a contrapartida é que, quando a fonte dos headers estiver contaminada, ela pode levar o sistema ao desvio. Para quem roda o sentinela em casa, usar cliente leve é suficiente, desde que você confie na fonte de headers que escolheu. Já os mais paranoicos podem rodar nó completo com indexador e validar tudo por conta própria.
Não é questão de escolher um ou outro; é uma decisão entre custo e nível de auto-hospedagem/auto-validação.
#baby $BABY @BabylonLabs_io
O módulo de BTC Light Client do Babylon não armazena blocos completos; ele apenas sincroniza a cadeia de cabeçalhos (block headers). O cliente leve valida os ramos via SPV (Simplified Payment Verification / Verificação Simplificada de Pagamentos), consegue confirmar a altura atual da rede principal e se a cadeia de headers é contínua. O sentinela faz duas coisas: fica de olho para ver se existe bloco com conflito de dupla assinatura por parte de um Finality Provider; ao detectar má conduta, ele combina as duas assinaturas do EOTS para extrair a chave privada, e então transmite a transação de penalidade. Extrair a chave privada é um cálculo puramente criptográfico, não depende do histórico do nó completo; então, o cliente leve também consegue fazer isso. Mas ele não consegue verificar de forma independente se “um UTXO específico realmente foi travado no script do Babylon” — isso precisa do nó completo ou de um indexador, enquanto o cliente leve só confia na cadeia de headers.
Na documentação oficial, o guia de instalação do Vigilante exige “um nó completo sincronizado do Bitcoin”. Mas na prática, usando o modo leve do Bitcoin Core (prune=1) para rodar o script do sentinela, eu executei testes: após travar 0,05 BTC no testnet, o sentinela reportou uma vez um FP skip de assinatura, mas não houve falha/omissão.
Se a rede principal passar por uma reorganização profunda (>>6 blocos), o cliente leve pode, por um período curto, interpretar mal a posição do timestamp; o nó completo detectaria antes. O que o cliente leve economiza é disco (aprox. 80MB/ano); a contrapartida é que, quando a fonte dos headers estiver contaminada, ela pode levar o sistema ao desvio. Para quem roda o sentinela em casa, usar cliente leve é suficiente, desde que você confie na fonte de headers que escolheu. Já os mais paranoicos podem rodar nó completo com indexador e validar tudo por conta própria.
Não é questão de escolher um ou outro; é uma decisão entre custo e nível de auto-hospedagem/auto-validação.
#baby $BABY @BabylonLabs_io