A veces me sorprendo asumiendo que, si controlo mi Bitcoin, soy yo quien firma cada transacción. Así es como funciona la custodia propia, parece. Tú tienes la clave, tú decides cuándo se mueven los fondos y la cadena confirma. Entonces empecé a mirar Babylon Labs y me di cuenta de que sus Trustless Bitcoin Vaults están construidos sobre una suposición diferente.
Lo interesante no es realmente la creación de la bóveda en sí. Muchos protocolos te permiten bloquear Bitcoin. Lo que me tomó por sorpresa fue el flujo de redención. El prestatario devuelve su préstamo. Y luego, nada. El Proveedor de la Bóveda envía una prueba y se abre una ventana de desafío. La clave privada del usuario permanece inactiva. No se requiere ninguna firma. Si esto sigue siendo custodia propia, ¿por qué la persona que supuestamente posee el activo no aprueba el movimiento final?
Tuve que rastrearlo hacia atrás dos veces porque primero pensé que la redención debía involucrar alguna firma oculta en algún lugar. No es así. La respuesta está en la creación de la bóveda. Antes de que la bóveda se active, el usuario co-firma un script Taproot que contiene cada posible ruta de gasto: repago, liquidación, reembolso. Todo pre-firmado por cada participante. Después de la activación, ya no se puede introducir una ruta nueva. Así que la redención no está pidiendo permiso porque el permiso ya fue otorgado. Quizá semanas antes.
Eso cambia cuándo ocurre realmente el control. No se ejerce en el momento del movimiento. Está incorporado en la arquitectura de la bóveda antes de que ocurra cualquier movimiento. El usuario sigue decidiendo todo. Pero decide con anticipación, no como respuesta a eventos.
Por supuesto, eso significa que el mecanismo alternativo de aut-reclamo también tiene que estar bien. Si el Proveedor de la Bóveda desaparece, el usuario aún puede recuperar su BTC unilateralmente. Pero solo si guardó los artefactos del claimer desde la creación de la bóveda. Si los pierdes, esa vía se cierra. Aún no estoy seguro de si el problema más difícil es diseñar los scripts pre-firmados, o conseguir que los usuarios mantengan un archivo a salvo que quizá no necesiten durante meses. Solo es mi opinión personal, no asesoramiento de inversión.
#baby $BABY @BabylonLabs_io
Lo interesante no es realmente la creación de la bóveda en sí. Muchos protocolos te permiten bloquear Bitcoin. Lo que me tomó por sorpresa fue el flujo de redención. El prestatario devuelve su préstamo. Y luego, nada. El Proveedor de la Bóveda envía una prueba y se abre una ventana de desafío. La clave privada del usuario permanece inactiva. No se requiere ninguna firma. Si esto sigue siendo custodia propia, ¿por qué la persona que supuestamente posee el activo no aprueba el movimiento final?
Tuve que rastrearlo hacia atrás dos veces porque primero pensé que la redención debía involucrar alguna firma oculta en algún lugar. No es así. La respuesta está en la creación de la bóveda. Antes de que la bóveda se active, el usuario co-firma un script Taproot que contiene cada posible ruta de gasto: repago, liquidación, reembolso. Todo pre-firmado por cada participante. Después de la activación, ya no se puede introducir una ruta nueva. Así que la redención no está pidiendo permiso porque el permiso ya fue otorgado. Quizá semanas antes.
Eso cambia cuándo ocurre realmente el control. No se ejerce en el momento del movimiento. Está incorporado en la arquitectura de la bóveda antes de que ocurra cualquier movimiento. El usuario sigue decidiendo todo. Pero decide con anticipación, no como respuesta a eventos.
Por supuesto, eso significa que el mecanismo alternativo de aut-reclamo también tiene que estar bien. Si el Proveedor de la Bóveda desaparece, el usuario aún puede recuperar su BTC unilateralmente. Pero solo si guardó los artefactos del claimer desde la creación de la bóveda. Si los pierdes, esa vía se cierra. Aún no estoy seguro de si el problema más difícil es diseñar los scripts pre-firmados, o conseguir que los usuarios mantengan un archivo a salvo que quizá no necesiten durante meses. Solo es mi opinión personal, no asesoramiento de inversión.
#baby $BABY @BabylonLabs_io
