Ayer armé un esquema de staking con Babylon para un amigo que se dedica a tesorería. Me soltó: "Me reservo 0.2 BTC para emergencias y el resto 3.8 lo bloqueamos". Le pedí que repitiera la frase—porque en el mundo de UTXO de Babylon, "dejar una parte" es una falacia. La FAQ lo deja muy claro: partial unbonding no supported; el stake debe devolverse íntegramente. No puedes cortar 0.2 dentro del output Taproot de 3.8 BTC para sacar liquidez de emergencia.
El problema no es que Babylon sea bueno o malo, sino la propia estructura del libro contable de Bitcoin. UTXO es "output no gastado", no un saldo en cuenta. Un staking es un montón de monedas "soldadas" con OP_CHECKSEQUENCEVERIFY, bloqueadas en un período de 64000 bloques (aprox. 15 meses). ¿Quieres usarlo parcialmente? Primero haces un unbond completo, esperas la ventana de desenganche de 1008 bloques (aprox. 7 días), y luego vuelves a hacer el staking para recuperarlo. Después, desarmas el UTXO; pero en el instante en que lo divides, el script original del staking ya queda inactivo, se detienen las recompensas, y además la ventana de riesgo de firma doble (FP) sigue colgada durante esos mismos 7 días.
Alguien enseguida dice: "¿Y si lo desarmo antes en 0.1 por 40 operaciones?" Sí, se puede… pero eso traslada la granulosidad como deuda de construcción al usuario: con cada UTXO adicional, pagas más comisiones al hacer staking; pagas más comisiones de unbond al desenganchar; y luego, al cambiar FP, pagas otra transacción adicional.
Sumemos otra capa: se activa solo tras 30 confirmaciones de bloques. Con un bloque cada 10 minutos, son 5 horas. Durante esas 5 horas, las monedas ya fueron emitidas: FP debe estar activo y haber presentado un número aleatorio; si no, tu stake queda en pending. No ganas, pero tampoco te devuelven. Para una tesorería institucional, esto significa que el "T+0" de reasignación de fondos deja de existir: el plan de capital debe programarse como "se bloquea y desaparece 5 horas, y en el peor caso desaparece 15 meses", en vez de derivarlo desde un APR.
Así que en mi tabla de evaluación de la experiencia de staking de BABY, el APR ocupa el puesto quinto. Los cuatro primeros se explican por: distribución típica de tamaños de UTXO; la tasa real de éxito de un unbond anticipado en períodos de congestión; el riesgo (exposición) a que FP haga mal uso dentro de la ventana de desenganche de 1008 bloques; y la proporción de usuarios que, por escoger mal por granularidad, terminan forzados a salir por completo. Las recompensas pueden compensar comisiones, pero no pueden corregir el ahogo estructural de que "aunque tengas 3.8 BTC, no puedes mover 0.2". El self-custody nativo no es un almuerzo gratis: le entrega al custodio—tal cual—el control rígido de la gestión de liquidez, encerrado en los scripts de Bitcoin. @BabylonLabs_io #baby $BABY
El problema no es que Babylon sea bueno o malo, sino la propia estructura del libro contable de Bitcoin. UTXO es "output no gastado", no un saldo en cuenta. Un staking es un montón de monedas "soldadas" con OP_CHECKSEQUENCEVERIFY, bloqueadas en un período de 64000 bloques (aprox. 15 meses). ¿Quieres usarlo parcialmente? Primero haces un unbond completo, esperas la ventana de desenganche de 1008 bloques (aprox. 7 días), y luego vuelves a hacer el staking para recuperarlo. Después, desarmas el UTXO; pero en el instante en que lo divides, el script original del staking ya queda inactivo, se detienen las recompensas, y además la ventana de riesgo de firma doble (FP) sigue colgada durante esos mismos 7 días.
Alguien enseguida dice: "¿Y si lo desarmo antes en 0.1 por 40 operaciones?" Sí, se puede… pero eso traslada la granulosidad como deuda de construcción al usuario: con cada UTXO adicional, pagas más comisiones al hacer staking; pagas más comisiones de unbond al desenganchar; y luego, al cambiar FP, pagas otra transacción adicional.
Sumemos otra capa: se activa solo tras 30 confirmaciones de bloques. Con un bloque cada 10 minutos, son 5 horas. Durante esas 5 horas, las monedas ya fueron emitidas: FP debe estar activo y haber presentado un número aleatorio; si no, tu stake queda en pending. No ganas, pero tampoco te devuelven. Para una tesorería institucional, esto significa que el "T+0" de reasignación de fondos deja de existir: el plan de capital debe programarse como "se bloquea y desaparece 5 horas, y en el peor caso desaparece 15 meses", en vez de derivarlo desde un APR.
Así que en mi tabla de evaluación de la experiencia de staking de BABY, el APR ocupa el puesto quinto. Los cuatro primeros se explican por: distribución típica de tamaños de UTXO; la tasa real de éxito de un unbond anticipado en períodos de congestión; el riesgo (exposición) a que FP haga mal uso dentro de la ventana de desenganche de 1008 bloques; y la proporción de usuarios que, por escoger mal por granularidad, terminan forzados a salir por completo. Las recompensas pueden compensar comisiones, pero no pueden corregir el ahogo estructural de que "aunque tengas 3.8 BTC, no puedes mover 0.2". El self-custody nativo no es un almuerzo gratis: le entrega al custodio—tal cual—el control rígido de la gestión de liquidez, encerrado en los scripts de Bitcoin. @BabylonLabs_io #baby $BABY