Observa los nodos de Babylon; mucha gente cree que para ejecutar Vigilante (Centinela) hay que tener una instancia de nodo completo de Bitcoin. Si no, no se puede jugar bien. Al principio yo también pensaba así. Luego revisé la documentación oficial y descubrí que, en realidad, la capa de vigilante se puede ejecutar en modo cliente ligero: ahorra disco, pero se sacrifica capacidad de verificación.
El módulo de BTC Light Client de Babylon no almacena bloques completos; solo sincroniza la cadena de encabezados de bloques. El cliente ligero valida mediante SPV (verificación de pago simplificada) las ramas de Merkle, lo que permite confirmar la altura actual de la red principal y si la cadena de headers es continua. El vigilante hace dos cosas: vigila si el Finality Provider tiene bloques con conflicto de dobles firmas; si detecta una mala conducta, usa EOTS para combinar dos firmas y recuperar la clave privada, y luego difunde la transacción de penalización. Recuperar la clave privada es un cálculo puramente criptográfico que no depende del historial del nodo completo; el cliente ligero también puede hacerlo. Pero no puede verificar de forma independiente que “un UTXO específico realmente está bloqueado en el script de Babylon”; para eso se necesita la ayuda de un nodo completo o un indexador. El cliente ligero solo confía en la cadena de headers.
En la guía de instalación oficial de Vigilante se pide “un nodo completo sincronizado de Bitcoin”. Pero en la práctica, usando Bitcoin Core en modo ligero (prune=1) para ejecutar el script del vigilante, se probó en pruebas: después de bloquear 0.05 BTC de testnet, el vigilante reportó una vez un FP skip de firma, pero no se omitió nada.
Si en la red principal ocurre un reorg profundo (\u003e6 bloques), el cliente ligero podría malinterpretar temporalmente la posición temporal, mientras que el nodo completo lo detectaría primero. Lo que el cliente ligero ahorra es disco (aprox. 80MB/año), pero a cambio, cuando el origen de headers está contaminado, puede quedar desviado. Para ejecutar un vigilante por cuenta propia, un cliente ligero es suficiente siempre que confíes en la fuente de headers que eliges. Los obsesivos que ejecutan un nodo completo con indexador se auto-verifican todo.
No es una elección entre dos: es un compromiso entre costo y el grado de auto-hospedaje.
#baby $BABY @BabylonLabs_io
El módulo de BTC Light Client de Babylon no almacena bloques completos; solo sincroniza la cadena de encabezados de bloques. El cliente ligero valida mediante SPV (verificación de pago simplificada) las ramas de Merkle, lo que permite confirmar la altura actual de la red principal y si la cadena de headers es continua. El vigilante hace dos cosas: vigila si el Finality Provider tiene bloques con conflicto de dobles firmas; si detecta una mala conducta, usa EOTS para combinar dos firmas y recuperar la clave privada, y luego difunde la transacción de penalización. Recuperar la clave privada es un cálculo puramente criptográfico que no depende del historial del nodo completo; el cliente ligero también puede hacerlo. Pero no puede verificar de forma independiente que “un UTXO específico realmente está bloqueado en el script de Babylon”; para eso se necesita la ayuda de un nodo completo o un indexador. El cliente ligero solo confía en la cadena de headers.
En la guía de instalación oficial de Vigilante se pide “un nodo completo sincronizado de Bitcoin”. Pero en la práctica, usando Bitcoin Core en modo ligero (prune=1) para ejecutar el script del vigilante, se probó en pruebas: después de bloquear 0.05 BTC de testnet, el vigilante reportó una vez un FP skip de firma, pero no se omitió nada.
Si en la red principal ocurre un reorg profundo (\u003e6 bloques), el cliente ligero podría malinterpretar temporalmente la posición temporal, mientras que el nodo completo lo detectaría primero. Lo que el cliente ligero ahorra es disco (aprox. 80MB/año), pero a cambio, cuando el origen de headers está contaminado, puede quedar desviado. Para ejecutar un vigilante por cuenta propia, un cliente ligero es suficiente siempre que confíes en la fuente de headers que eliges. Los obsesivos que ejecutan un nodo completo con indexador se auto-verifican todo.
No es una elección entre dos: es un compromiso entre costo y el grado de auto-hospedaje.
#baby $BABY @BabylonLabs_io