Estos días he estado ejecutando pruebas de captura de datos en la testnet de Babylon, vigilando esos nodos que se caen del conjunto activo con mucha frecuencia, y encontré una regla muy interesante. Los FP que suelen ser expulsados del conjunto activo, sin excepción, son tipos cuya tasa de autostake de $BABY está en una zona límite. En este ecosistema, si no miras el “fondo” del nodo y delegas a ciegas, es como tirar el dinero a un agujero negro.
A diferencia de la lógica de ETH, donde un solo token se encarga de la seguridad de la red, @BabylonLabs_io utiliza un sistema doble, preciso y de doble carril. En la mainnet de Bitcoin, el UTXO se mantiene tranquilo, bloqueado, y proporciona garantía de timestamp; pero en Babylon, el token BABY constituye la defensa del co-staking. Los FP deben usar su propio BABY para emparejar el capital del delegante, y así poder obtener la “licencia comercial” del sistema.
Esa “licencia” se evalúa dinámicamente. Si el nodo normalmente solo pone un 5% de su autostake, en cuanto el precio de la moneda caiga, o si los inversores minoristas siguiendo la tendencia hacen el “plato” demasiado grande, el valor total de su autostake terminará cayendo por debajo del requisito. En cuanto llegue el siguiente epoch, el sistema lo elimina sin compasión, y todas las recompensas de $BTC se cortan de inmediato. Para estar tranquilo, la tasa de autostake del nodo debe tener un colchón de al menos un 30%.
El castigo (slash) de este mecanismo también va por partida doble. Tras dispararse la alerta, del lado de BTC se confisca mediante la extracción de la llave privada con EOTS de doble firma; mientras que en el lado de #baby , la destrucción la determina el autómata de estado de BSN. También debemos tener especial cuidado con esos FP que usan montos de desbloqueo temprano para completar números; cuando encuentren el “precipicio” del desbloqueo, huyen más rápido que cualquiera. En cuanto el nodo se apague, tus activos tienen que resistir 14 días de la ventana de desvinculación sin devolución, y no obtendrás ni un centavo de intereses. Usar un indexador para verificar de forma cruzada la composición real del BABY del nodo es la única manera de evitar este tipo de riesgos.
A diferencia de la lógica de ETH, donde un solo token se encarga de la seguridad de la red, @BabylonLabs_io utiliza un sistema doble, preciso y de doble carril. En la mainnet de Bitcoin, el UTXO se mantiene tranquilo, bloqueado, y proporciona garantía de timestamp; pero en Babylon, el token BABY constituye la defensa del co-staking. Los FP deben usar su propio BABY para emparejar el capital del delegante, y así poder obtener la “licencia comercial” del sistema.
Esa “licencia” se evalúa dinámicamente. Si el nodo normalmente solo pone un 5% de su autostake, en cuanto el precio de la moneda caiga, o si los inversores minoristas siguiendo la tendencia hacen el “plato” demasiado grande, el valor total de su autostake terminará cayendo por debajo del requisito. En cuanto llegue el siguiente epoch, el sistema lo elimina sin compasión, y todas las recompensas de $BTC se cortan de inmediato. Para estar tranquilo, la tasa de autostake del nodo debe tener un colchón de al menos un 30%.
El castigo (slash) de este mecanismo también va por partida doble. Tras dispararse la alerta, del lado de BTC se confisca mediante la extracción de la llave privada con EOTS de doble firma; mientras que en el lado de #baby , la destrucción la determina el autómata de estado de BSN. También debemos tener especial cuidado con esos FP que usan montos de desbloqueo temprano para completar números; cuando encuentren el “precipicio” del desbloqueo, huyen más rápido que cualquiera. En cuanto el nodo se apague, tus activos tienen que resistir 14 días de la ventana de desvinculación sin devolución, y no obtendrás ni un centavo de intereses. Usar un indexador para verificar de forma cruzada la composición real del BABY del nodo es la única manera de evitar este tipo de riesgos.