Chicos, no pude dejar de pensar en una pregunta: ¿Qué es exactamente lo que hace que una bóveda sea "cross-chain" si el BTC nunca sale de Bitcoin?🤔
@BabylonLabs_io
Esa pregunta me fue trayendo de vuelta a la documentación del peg-in. Pensé que la respuesta estaría en algún punto de cómo Bitcoin y Ethereum se comunicaban entre sí. No era eso.
En papel, el flujo no parece inusual. El BTC se bloquea en un script de Taproot mientras la bóveda se registra en Ethereum. Luego noté el hashlock que enlaza ambos lados del proceso, y otro detalle empezó a destacar. La bóveda no se activa hasta que cada participante requerido ya haya firmado todo el grafo de la transacción. Cada ruta de redención, cada respuesta a un desafío, incluso la ruta de reembolso, se acuerdan antes de que la bóveda pueda usarse realmente. Me detuve ahí un segundo porque no estaba seguro de si eso era solo un detalle de implementación o el punto real del diseño. Cuanto más lo miraba, más parecía que el protocolo estaba desplazando deliberadamente la coordinación hacia el inicio en vez de dejarla para después.
Chicos, releí el flujo de peg-in porque todavía no me cuadraba algo. Había asumido que serían necesarias nuevas aprobaciones cada vez que los fondos eventualmente se movieran. No lo son. La mayoría de esas decisiones ya se han tomado antes de que la bóveda exista en un sentido práctico. Eso cambia cuando ocurre la coordinación.
La ruta de reembolso fue lo que finalmente cambió mi perspectiva. Si la configuración nunca se completa o el secreto nunca se revela, el depositante aún puede recuperar el BTC mediante un hash timelock en el lado de Bitcoin, sin depender de otro participante. Estuve pensando en eso un rato. Me preguntaba por qué dejaría tan poco a decisiones futuras. Me seguía preguntando por qué había que decidir tanto de antemano.... ¿Por qué comprometer cada ruta de gasto legítima antes de que la bóveda esté ni siquiera activa? Tal vez el protocolo no está optimizando principalmente para mover activos entre dos redes después de todo. Quizá está intentando que la incertidumbre sea mucho más difícil de introducir.
Así que,
¿Reducir las decisiones futuras es solo otra forma de reducir la confianza?👀
#baby $BABY $BTC
@BabylonLabs_io
Esa pregunta me fue trayendo de vuelta a la documentación del peg-in. Pensé que la respuesta estaría en algún punto de cómo Bitcoin y Ethereum se comunicaban entre sí. No era eso.
En papel, el flujo no parece inusual. El BTC se bloquea en un script de Taproot mientras la bóveda se registra en Ethereum. Luego noté el hashlock que enlaza ambos lados del proceso, y otro detalle empezó a destacar. La bóveda no se activa hasta que cada participante requerido ya haya firmado todo el grafo de la transacción. Cada ruta de redención, cada respuesta a un desafío, incluso la ruta de reembolso, se acuerdan antes de que la bóveda pueda usarse realmente. Me detuve ahí un segundo porque no estaba seguro de si eso era solo un detalle de implementación o el punto real del diseño. Cuanto más lo miraba, más parecía que el protocolo estaba desplazando deliberadamente la coordinación hacia el inicio en vez de dejarla para después.
Chicos, releí el flujo de peg-in porque todavía no me cuadraba algo. Había asumido que serían necesarias nuevas aprobaciones cada vez que los fondos eventualmente se movieran. No lo son. La mayoría de esas decisiones ya se han tomado antes de que la bóveda exista en un sentido práctico. Eso cambia cuando ocurre la coordinación.
La ruta de reembolso fue lo que finalmente cambió mi perspectiva. Si la configuración nunca se completa o el secreto nunca se revela, el depositante aún puede recuperar el BTC mediante un hash timelock en el lado de Bitcoin, sin depender de otro participante. Estuve pensando en eso un rato. Me preguntaba por qué dejaría tan poco a decisiones futuras. Me seguía preguntando por qué había que decidir tanto de antemano.... ¿Por qué comprometer cada ruta de gasto legítima antes de que la bóveda esté ni siquiera activa? Tal vez el protocolo no está optimizando principalmente para mover activos entre dos redes después de todo. Quizá está intentando que la incertidumbre sea mucho más difícil de introducir.
Así que,
¿Reducir las decisiones futuras es solo otra forma de reducir la confianza?👀
#baby $BABY $BTC