Las frases mnemónicas siguen ahí, ¿por qué el self-claim aun puede fallar?
La frase mnemónica puede restaurar una wallet Bitcoin normal, pero no reconstruye automáticamente los materiales exclusivos que se generaron al crear un Vault en particular. En los Trustless Bitcoin Vaults (TBV) de Babylon, el par de claves WOTS y los artefactos del claimer no son credenciales de custodia BTC; son la entrada necesaria para que el depositante ejecute el self-claim de forma independiente después de que el Vault Provider se desconecte.
En la red de pruebas pública actual, cada Vault tiene un WOTS independiente y de un solo uso. Su public key hash se envía a Ethereum, y luego Assert utiliza la clave privada WOTS correspondiente para comprometer una proof ZK. La clave privada normal de Bitcoin controla la salida del claim del depositor, pero no puede sustituir esta autorización de la prueba.
Ni siquiera el WOTS puede reemplazar los artefactos del claimer. Estos contienen el transaction graph, la verifying key y los datos de sesión BABE correspondientes a cada challenger; además, el protocolo también prepara, durante la fase de creación, la Claim, Assert y la ruta de Payout de depositor-as-claimer. Con una sola firma y sin el grafo de transacciones ni los materiales de prueba, aún no es posible completar el proceso de retiro.
El self-claim no es un retiro “en cualquier momento”. Cuando se cumplen las condiciones de redención en el lado de la aplicación y se emite VaultClaimableBy, entonces el watchtower usa los dos tipos de materiales de ese Vault para transmitir Claim, Assert y Payout. Después del challenge window normal de la red de pruebas, el BTC solo entrará en la dirección del depositante determinada en el momento de la creación.
Esto cambia mi criterio de evaluación de la custodia propia: no solo mirar quién posee la clave privada de Bitcoin, sino también si, cuando el rol de servicio principal queda desconectado, el usuario conserva los materiales necesarios para ejecutar todas las transacciones requeridas. Si falta cualquier entrada, lo que falla es el self-claim, no la propiedad del BTC. Cuando el Vault Provider responde con normalidad, la redención estándar aún puede completarse. Si se pierden ambos tipos de materiales y además el Provider también se desconecta, los documentos actuales exigen actualizar a un procedimiento de recuperación fuera de la cadena que involucra al Security Council, en lugar de permitir que un tercero reescriba el destino del BTC.$BTC $ETH
@BabylonLabs_io
$BABY
#baby
La frase mnemónica puede restaurar una wallet Bitcoin normal, pero no reconstruye automáticamente los materiales exclusivos que se generaron al crear un Vault en particular. En los Trustless Bitcoin Vaults (TBV) de Babylon, el par de claves WOTS y los artefactos del claimer no son credenciales de custodia BTC; son la entrada necesaria para que el depositante ejecute el self-claim de forma independiente después de que el Vault Provider se desconecte.
En la red de pruebas pública actual, cada Vault tiene un WOTS independiente y de un solo uso. Su public key hash se envía a Ethereum, y luego Assert utiliza la clave privada WOTS correspondiente para comprometer una proof ZK. La clave privada normal de Bitcoin controla la salida del claim del depositor, pero no puede sustituir esta autorización de la prueba.
Ni siquiera el WOTS puede reemplazar los artefactos del claimer. Estos contienen el transaction graph, la verifying key y los datos de sesión BABE correspondientes a cada challenger; además, el protocolo también prepara, durante la fase de creación, la Claim, Assert y la ruta de Payout de depositor-as-claimer. Con una sola firma y sin el grafo de transacciones ni los materiales de prueba, aún no es posible completar el proceso de retiro.
El self-claim no es un retiro “en cualquier momento”. Cuando se cumplen las condiciones de redención en el lado de la aplicación y se emite VaultClaimableBy, entonces el watchtower usa los dos tipos de materiales de ese Vault para transmitir Claim, Assert y Payout. Después del challenge window normal de la red de pruebas, el BTC solo entrará en la dirección del depositante determinada en el momento de la creación.
Esto cambia mi criterio de evaluación de la custodia propia: no solo mirar quién posee la clave privada de Bitcoin, sino también si, cuando el rol de servicio principal queda desconectado, el usuario conserva los materiales necesarios para ejecutar todas las transacciones requeridas. Si falta cualquier entrada, lo que falla es el self-claim, no la propiedad del BTC. Cuando el Vault Provider responde con normalidad, la redención estándar aún puede completarse. Si se pierden ambos tipos de materiales y además el Provider también se desconecta, los documentos actuales exigen actualizar a un procedimiento de recuperación fuera de la cadena que involucra al Security Council, en lugar de permitir que un tercero reescriba el destino del BTC.$BTC $ETH
@BabylonLabs_io
$BABY
#baby