$BABY 的 período de des-encolado (desvinculación) que diseñé/estudié a fondo: después descubrí que hace una elección bastante intencional entre proteger la seguridad de la red y la liquidez de los usuarios.
En los protocolos de staking, el diseño del período de des-encolado suele discutirse como un problema de experiencia de usuario: esperar demasiado es molesto y se quisiera que fuera más rápido. Pero revisé en serio la lógica del período de des-encolado de @BabylonLabs_io desde la perspectiva del diseño de seguridad, y encontré que las razones para que exista son mucho más profundas que solo limitar la liquidez; además, en ese diseño hay una compensación que creo que vale la pena explicar con cuidado.
El papel más central del período de des-encolado es reservar tiempo para que se ejecute el mecanismo de slashing (penalización). Si un proveedor de pruebas definitivo firma con doble firma, es necesario detectar la evidencia, publicarla en la cadena y, luego, activar la transacción de slashing. Toda esta secuencia tarda en completarse en la cadena. Si no existiera el período de des-encolado, un validador malicioso podría retirar todo el BTC en staking antes de que la evidencia se presente; en ese caso, el slashing sería prácticamente ineficaz. En esencia, el período de des-encolado dice: tu BTC puede salir, pero tendrás que esperar ese tiempo; durante ese tiempo, si se descubre que el validador al que delegaste se comportó mal, todavía hay oportunidad de ejecutar la sanción.#baby
Desde este punto de vista, el período de des-encolado no es una concesión para la experiencia de usuario, sino un requisito previo para que todo el mecanismo de seguridad pueda funcionar. Sin período de des-encolado, el slashing no tiene dientes; sin dientes, la amenaza del slashing no es real y las restricciones sobre la conducta de los validadores se debilitan de forma considerable.
Pero aquí hay una compensación que creo que debe explicarse. Cuanto más largo sea el período de des-encolado, más amplio será el “ventana de seguridad” y más confiable será el slashing. Cuanto más corto, mejor será la liquidez del usuario y menor fricción habrá para participar. Babylon fija el período de des-encolado mínimo en alrededor de 7 días; ese número surge de buscar un equilibrio entre dos objetivos, no de una restricción técnica puramente.
Para quienes mantienen BTC a largo plazo, esos 7 días casi no tienen efecto. Para los traders de corto plazo, en cambio, sí representan un costo real de liquidez. Esto significa que el staking de Babylon, en términos de composición de usuarios, se auto-filtra: favorece a los tenedores a largo plazo más que a fondos de corto plazo. Desde la perspectiva de la estabilidad del protocolo, esta selección de usuarios es beneficiosa, porque los tenedores a largo plazo no des-encolan masivamente cuando hay volatilidad del mercado; por tanto, la estabilidad del TVL es mayor.
En los protocolos de staking, el diseño del período de des-encolado suele discutirse como un problema de experiencia de usuario: esperar demasiado es molesto y se quisiera que fuera más rápido. Pero revisé en serio la lógica del período de des-encolado de @BabylonLabs_io desde la perspectiva del diseño de seguridad, y encontré que las razones para que exista son mucho más profundas que solo limitar la liquidez; además, en ese diseño hay una compensación que creo que vale la pena explicar con cuidado.
El papel más central del período de des-encolado es reservar tiempo para que se ejecute el mecanismo de slashing (penalización). Si un proveedor de pruebas definitivo firma con doble firma, es necesario detectar la evidencia, publicarla en la cadena y, luego, activar la transacción de slashing. Toda esta secuencia tarda en completarse en la cadena. Si no existiera el período de des-encolado, un validador malicioso podría retirar todo el BTC en staking antes de que la evidencia se presente; en ese caso, el slashing sería prácticamente ineficaz. En esencia, el período de des-encolado dice: tu BTC puede salir, pero tendrás que esperar ese tiempo; durante ese tiempo, si se descubre que el validador al que delegaste se comportó mal, todavía hay oportunidad de ejecutar la sanción.#baby
Desde este punto de vista, el período de des-encolado no es una concesión para la experiencia de usuario, sino un requisito previo para que todo el mecanismo de seguridad pueda funcionar. Sin período de des-encolado, el slashing no tiene dientes; sin dientes, la amenaza del slashing no es real y las restricciones sobre la conducta de los validadores se debilitan de forma considerable.
Pero aquí hay una compensación que creo que debe explicarse. Cuanto más largo sea el período de des-encolado, más amplio será el “ventana de seguridad” y más confiable será el slashing. Cuanto más corto, mejor será la liquidez del usuario y menor fricción habrá para participar. Babylon fija el período de des-encolado mínimo en alrededor de 7 días; ese número surge de buscar un equilibrio entre dos objetivos, no de una restricción técnica puramente.
Para quienes mantienen BTC a largo plazo, esos 7 días casi no tienen efecto. Para los traders de corto plazo, en cambio, sí representan un costo real de liquidez. Esto significa que el staking de Babylon, en términos de composición de usuarios, se auto-filtra: favorece a los tenedores a largo plazo más que a fondos de corto plazo. Desde la perspectiva de la estabilidad del protocolo, esta selección de usuarios es beneficiosa, porque los tenedores a largo plazo no des-encolan masivamente cuando hay volatilidad del mercado; por tanto, la estabilidad del TVL es mayor.