Tuve que restablecer una contraseña la semana pasada, de esas en las que te envían un enlace que caduca en quince minutos. Lo abrí, me distraí con otra cosa y, cuando volví a la página, solo decía que había expirado. No pasó nada grave, pero el patrón se me quedó: dos acciones, separadas por una ventana, y si la segunda no se completa a tiempo, todo se deshace.
El flujo de depósito de BTC en el Trustless Bitcoin Vault de Babylon tiene una forma similar de dos pasos, aunque no me di cuenta de inmediato. Cuando envías la solicitud de peg-in, firmas dos transacciones. La transacción de Ethereum incluye un hashlock: el hash SHA-256 de un secreto aleatorio generado en tu billetera. Luego, la transacción de Bitcoin bloquea tu BTC en una salida Taproot que solo puede gastarse revelando ese mismo secreto, o esperando hasta que se abra una ruta de reembolso mediante timelock.
En este punto, tu BTC está en custodia (escrow), pero la bóveda aún no existe. Hay una ventana de aproximadamente cuarenta y ocho horas en la que tienes que activarla enviando el secreto en Ethereum. El contrato verifica el hash, cambia la bóveda a Active y el Vault Provider usa el secreto revelado para construir la transacción PegIn final en Bitcoin. Si nunca la activas, se abre el timelock y puedes recuperar el BTC unilateralmente.
Lo que sigo teniendo presente es que la seguridad no proviene de que una cadena vigile a la otra. Proviene de que el secreto enlaza dos libros contables independientes sin un puente. El hash del secreto queda comprometido en ambos lados antes de que se asiente cualquier valor. Ethereum no reconocerá la bóveda sin la preimagen, y Bitcoin tampoco liberará la custodia sin ella, a menos que se agote el temporizador. Es un handshake entre cadenas construido enteramente a partir de hashlocks y timelocks, no mediante un relé o un multisig.
Me pregunto si la ventana de cuarenta y ocho horas es una pausa deliberada para la atención humana, o solo un parámetro que podría ser más corto.
#baby $BABY @BabylonLabs_io
El flujo de depósito de BTC en el Trustless Bitcoin Vault de Babylon tiene una forma similar de dos pasos, aunque no me di cuenta de inmediato. Cuando envías la solicitud de peg-in, firmas dos transacciones. La transacción de Ethereum incluye un hashlock: el hash SHA-256 de un secreto aleatorio generado en tu billetera. Luego, la transacción de Bitcoin bloquea tu BTC en una salida Taproot que solo puede gastarse revelando ese mismo secreto, o esperando hasta que se abra una ruta de reembolso mediante timelock.
En este punto, tu BTC está en custodia (escrow), pero la bóveda aún no existe. Hay una ventana de aproximadamente cuarenta y ocho horas en la que tienes que activarla enviando el secreto en Ethereum. El contrato verifica el hash, cambia la bóveda a Active y el Vault Provider usa el secreto revelado para construir la transacción PegIn final en Bitcoin. Si nunca la activas, se abre el timelock y puedes recuperar el BTC unilateralmente.
Lo que sigo teniendo presente es que la seguridad no proviene de que una cadena vigile a la otra. Proviene de que el secreto enlaza dos libros contables independientes sin un puente. El hash del secreto queda comprometido en ambos lados antes de que se asiente cualquier valor. Ethereum no reconocerá la bóveda sin la preimagen, y Bitcoin tampoco liberará la custodia sin ella, a menos que se agote el temporizador. Es un handshake entre cadenas construido enteramente a partir de hashlocks y timelocks, no mediante un relé o un multisig.
Me pregunto si la ventana de cuarenta y ocho horas es una pausa deliberada para la atención humana, o solo un parámetro que podría ser más corto.
#baby $BABY @BabylonLabs_io