¿Has abierto alguna vez una caja fuerte antigua de esas? Gira tres veces hacia la izquierda hasta el 23, luego gira dos veces hacia la derecha hasta el 47 y, por último, vuelve a girar a la izquierda hasta el cero. No puedes equivocarte ni un ápice con los movimientos; si te equivocas, toca empezar de nuevo desde el principio. El proceso de creación del “banco” de Bitcoin es todavía más desesperante que eso, pero en la descripción de @BabylonLabs_io esa frase se comprime en una idea que parece bastante sencilla: “Cada bóveda es creada con un conjunto de transacciones de Bitcoin co-firmadas previamente por Bob y Larry”.
Los detalles que se omiten, justo casualmente, son el eslabón más frágil del sistema. La acción de prefirmar implica que Bob y Larry deben estar simultáneamente en línea en el momento de crear la bóveda, y cada uno realiza la firma con su clave privada. Las firmas de Bitcoin son offline, manuales y no se puede escribir un guion para que se ejecuten automáticamente: o la clave privada está dentro de un hardware wallet, o está en un entorno aislado de cold storage. Dos personas tienen que coordinar un momento común en que ambos estén online; cada una saca su hardware wallet, introduce el PIN y verifica el hash de la transacción. Esto no es una llamada a una API: es una operación física.
¿Y si Bob está en Nueva York y Larry en Tokio? El huso horario, la latencia de red, que uno se desconecte temporalmente… eso no es un fallo técnico, es fricción cotidiana. La Sección 3 del whitepaper menciona que “operadores profesionales” pueden delegar parte del proceso, pero la acción de firmar precisamente no puede delegarse: porque no se puede entregar la clave privada. Bob debe firmar en persona, y Larry también debe firmar en persona. Así, la creación de la bóveda se convierte en un ritual de colaboración remota que exige que ambas partes estén presentes al mismo tiempo, en vez de ser una transacción silenciosa en la cadena. #baby
$BABY Desde la perspectiva de la gobernanza, sí que se podría poner un “colchón” para esto, por ejemplo definiendo una ventana de tiempo estandarizada de creación, reembolsos automáticos si se excede el tiempo, o montando un sistema de reputación de operadores para reducir la probabilidad de fallos de coordinación. Pero todo eso solo disimula la superficie. La raíz del problema es que el modelo UTXO de Bitcoin, por naturaleza, exige que el firmante esté presente, mientras que las necesidades de DeFi son asincrónicas, sin permisos y con la posibilidad de entrar y salir en cualquier momento. Esas dos lógicas chocan de frente justo en el instante en que se crea la bóveda.
Todas las promesas de seguridad de la bóveda descansan en un supuesto aparentemente insignificante: que dos personas puedan ponerse de acuerdo en el tiempo y sentarse juntas a firmar. El primer pilar de un sistema de no confianza, en realidad, era un baile frágil en pareja. DYOR.
Los detalles que se omiten, justo casualmente, son el eslabón más frágil del sistema. La acción de prefirmar implica que Bob y Larry deben estar simultáneamente en línea en el momento de crear la bóveda, y cada uno realiza la firma con su clave privada. Las firmas de Bitcoin son offline, manuales y no se puede escribir un guion para que se ejecuten automáticamente: o la clave privada está dentro de un hardware wallet, o está en un entorno aislado de cold storage. Dos personas tienen que coordinar un momento común en que ambos estén online; cada una saca su hardware wallet, introduce el PIN y verifica el hash de la transacción. Esto no es una llamada a una API: es una operación física.
¿Y si Bob está en Nueva York y Larry en Tokio? El huso horario, la latencia de red, que uno se desconecte temporalmente… eso no es un fallo técnico, es fricción cotidiana. La Sección 3 del whitepaper menciona que “operadores profesionales” pueden delegar parte del proceso, pero la acción de firmar precisamente no puede delegarse: porque no se puede entregar la clave privada. Bob debe firmar en persona, y Larry también debe firmar en persona. Así, la creación de la bóveda se convierte en un ritual de colaboración remota que exige que ambas partes estén presentes al mismo tiempo, en vez de ser una transacción silenciosa en la cadena. #baby
$BABY Desde la perspectiva de la gobernanza, sí que se podría poner un “colchón” para esto, por ejemplo definiendo una ventana de tiempo estandarizada de creación, reembolsos automáticos si se excede el tiempo, o montando un sistema de reputación de operadores para reducir la probabilidad de fallos de coordinación. Pero todo eso solo disimula la superficie. La raíz del problema es que el modelo UTXO de Bitcoin, por naturaleza, exige que el firmante esté presente, mientras que las necesidades de DeFi son asincrónicas, sin permisos y con la posibilidad de entrar y salir en cualquier momento. Esas dos lógicas chocan de frente justo en el instante en que se crea la bóveda.
Todas las promesas de seguridad de la bóveda descansan en un supuesto aparentemente insignificante: que dos personas puedan ponerse de acuerdo en el tiempo y sentarse juntas a firmar. El primer pilar de un sistema de no confianza, en realidad, era un baile frágil en pareja. DYOR.