Lo que me sigue atrayendo de vuelta a Babylon no es realmente la espera de 301 bloques.
Ni siquiera el retraso de la retirada.
Es la transacción de desinversión que parece indicar que el BTC ya empezó a regresar.
Bien.
Porque sí mueve algo. La salida original del staking en Babylon se gasta. Babylon Genesis cambia el estado de la delegación. El panel de staking pasa a desinversión. Bien. El Tesoro ve esa fila y empieza a tratar el BTC como inventario que regresa.
Suficientemente razonable.
Además, temprano.
La transacción de desinversión no es la transacción de retirada. Crea otra salida de Bitcoin con otro timelock debajo. El mismo BTC. Nueva UTXO. Aún no se puede gastar.
Esa es la parte de #baby I en la que me quedo atascado.
Okay okay.
Babylon permite que el staker salga antes del timelock original del staking; luego Bitcoin empieza a contar 301 bloques antes de que la salida de desinversión pueda volver a moverse. La delegación cambió. La fila de custodia cambió. La UTXO de Bitcoin simplemente encontró un lugar con mejor pinta para quedarse bloqueada.
Etiqueta muy útil.
Supongamos que el Tesoro programa una retirada de un cliente contra esa liberación esperada. Nada imprudente. La fila de Babylon dice desinversión. El BTC va de regreso. Bien.
Entonces Bitcoin sigue produciendo bloques de uno en uno porque aparentemente la cadena no leyó el informe de liquidez.
Todavía no hay transacción de retirada.
La salida de desinversión no se puede gastar.
Y ahora “regresar” está haciendo mucho trabajo para una sola palabra.
Sigo mirando esa fila. Babylon Genesis ya no trata el BTC como activamente delegado al proveedor de finalidad. El Tesoro ya no lo trata como completamente inmovilizado. Bitcoin aún trata la nueva salida como si el timelock fuera la única opinión en la sala.
Más tarde, la revisión se pone fea en pequeños fragmentos.
ID de transacción de staking.
ID de transacción de desinversión.
Nueva salida.
Altura actual de Bitcoin.
Retirada del cliente ya programada.
El panel ya se había movido.
La salida de desinversión @BabylonLabs_io unbonding no lo había hecho.
Todavía está ahí.
Todavía contando.
$BABY @BabylonLabs_io #Baby $KOMA $GRVT
Ni siquiera el retraso de la retirada.
Es la transacción de desinversión que parece indicar que el BTC ya empezó a regresar.
Bien.
Porque sí mueve algo. La salida original del staking en Babylon se gasta. Babylon Genesis cambia el estado de la delegación. El panel de staking pasa a desinversión. Bien. El Tesoro ve esa fila y empieza a tratar el BTC como inventario que regresa.
Suficientemente razonable.
Además, temprano.
La transacción de desinversión no es la transacción de retirada. Crea otra salida de Bitcoin con otro timelock debajo. El mismo BTC. Nueva UTXO. Aún no se puede gastar.
Esa es la parte de #baby I en la que me quedo atascado.
Okay okay.
Babylon permite que el staker salga antes del timelock original del staking; luego Bitcoin empieza a contar 301 bloques antes de que la salida de desinversión pueda volver a moverse. La delegación cambió. La fila de custodia cambió. La UTXO de Bitcoin simplemente encontró un lugar con mejor pinta para quedarse bloqueada.
Etiqueta muy útil.
Supongamos que el Tesoro programa una retirada de un cliente contra esa liberación esperada. Nada imprudente. La fila de Babylon dice desinversión. El BTC va de regreso. Bien.
Entonces Bitcoin sigue produciendo bloques de uno en uno porque aparentemente la cadena no leyó el informe de liquidez.
Todavía no hay transacción de retirada.
La salida de desinversión no se puede gastar.
Y ahora “regresar” está haciendo mucho trabajo para una sola palabra.
Sigo mirando esa fila. Babylon Genesis ya no trata el BTC como activamente delegado al proveedor de finalidad. El Tesoro ya no lo trata como completamente inmovilizado. Bitcoin aún trata la nueva salida como si el timelock fuera la única opinión en la sala.
Más tarde, la revisión se pone fea en pequeños fragmentos.
ID de transacción de staking.
ID de transacción de desinversión.
Nueva salida.
Altura actual de Bitcoin.
Retirada del cliente ya programada.
El panel ya se había movido.
La salida de desinversión @BabylonLabs_io unbonding no lo había hecho.
Todavía está ahí.
Todavía contando.
$BABY @BabylonLabs_io #Baby $KOMA $GRVT