........
Publicación
MICHAEL MOORE
·
--
Por fin me senté a leer la página Trustless BTCVault 101 de Babylon, en lugar de los resúmenes de noticias, y un detalle cambió la forma en que leí todo el diseño.
Según la propia documentación de Babylon Labs, cada bóveda tiene un claimer preestablecido. Las partes que pueden reclamar o retirar el bitcoin bloqueado deben definirse en el momento en que se crea la bóveda. Nadie fuera de ese conjunto puede jamás reclamarlo, pase lo que pase después.
El producto DeFi objetivo también está preconfigurado. Una vez que se construye una bóveda para un contrato específico de préstamo o de empréstito, no puede redirigirse a uno diferente posteriormente.
Ese es un verdadero intercambio, no una simple nota al pie.
La rigidez es lo que elimina la superficie de ataque, pero también significa menos flexibilidad que en un pool DeFi típico, donde los fondos se mueven entre estrategias cada vez que el usuario lo desea.
Aquí tienes una línea de tiempo que armé yo mismo; no se afirma en ninguna parte como un solo número. El whitepaper de Babylon salió a inicios de agosto, y la testnet pública seguía apuntando a la última semana de mayo del año siguiente, según la llamada de los propios fundadores de la compañía.
Eso son aproximadamente nueve meses entre el documento y un entorno de prueba en vivo: un ritmo deliberadamente lento para algo que reescribe la forma en que Bitcoin toca a DeFi.
La parte que aún me inquieta está más en el ámbito criptográfico. En BitVM3, lo que realmente se oculta y se verifica mediante el circuito garbled no es la lógica completa del contrato de préstamo que está en la otra cadena, sino el verificador de SNARK en sí.
Eso significa que la etiqueta de “trustless” depende en parte de que ese contrato inteligente externo también esté escrito correctamente; una distinción que no he visto que Babylon explique de manera clara fuera de círculos técnicos.
Me gusta que el diseño elija la permanencia por encima de la conveniencia, porque la permanencia es lo que hace que un reclamo sea exigible sin intermediarios.
Sigo preguntándome cómo planea Babylon explicar ese límite entre el verificador de SNARK y los usuarios cotidianos de BTC, cuando TBV realmente entre en funcionamiento.
@BabylonLabs_io #baby $BABY
Según la propia documentación de Babylon Labs, cada bóveda tiene un claimer preestablecido. Las partes que pueden reclamar o retirar el bitcoin bloqueado deben definirse en el momento en que se crea la bóveda. Nadie fuera de ese conjunto puede jamás reclamarlo, pase lo que pase después.
El producto DeFi objetivo también está preconfigurado. Una vez que se construye una bóveda para un contrato específico de préstamo o de empréstito, no puede redirigirse a uno diferente posteriormente.
Ese es un verdadero intercambio, no una simple nota al pie.
La rigidez es lo que elimina la superficie de ataque, pero también significa menos flexibilidad que en un pool DeFi típico, donde los fondos se mueven entre estrategias cada vez que el usuario lo desea.
Aquí tienes una línea de tiempo que armé yo mismo; no se afirma en ninguna parte como un solo número. El whitepaper de Babylon salió a inicios de agosto, y la testnet pública seguía apuntando a la última semana de mayo del año siguiente, según la llamada de los propios fundadores de la compañía.
Eso son aproximadamente nueve meses entre el documento y un entorno de prueba en vivo: un ritmo deliberadamente lento para algo que reescribe la forma en que Bitcoin toca a DeFi.
La parte que aún me inquieta está más en el ámbito criptográfico. En BitVM3, lo que realmente se oculta y se verifica mediante el circuito garbled no es la lógica completa del contrato de préstamo que está en la otra cadena, sino el verificador de SNARK en sí.
Eso significa que la etiqueta de “trustless” depende en parte de que ese contrato inteligente externo también esté escrito correctamente; una distinción que no he visto que Babylon explique de manera clara fuera de círculos técnicos.
Me gusta que el diseño elija la permanencia por encima de la conveniencia, porque la permanencia es lo que hace que un reclamo sea exigible sin intermediarios.
Sigo preguntándome cómo planea Babylon explicar ese límite entre el verificador de SNARK y los usuarios cotidianos de BTC, cuando TBV realmente entre en funcionamiento.
@BabylonLabs_io #baby $BABY
Aviso legal: Incluye opiniones de terceros. No es asesoramiento. Binance Ai puede utilizarse sin garantía. Consultar Términos y condiciones.