Ayer por la noche ejecuté el flujo de la red de pruebas de TBV, esperando que el propio vault fuera la parte sensible a la confianza. No lo es. Bloquear BTC y hacer que aparezca como colateral de Aave v4 fue limpio y totalmente autocustodiado; no hubo quejas.
Lo que me sorprendió fue la liquidación. Bitcoin en realidad no verifica nada de eso. Las reglas de gasto del vault se comprueban fuera de la cadena mediante un circuito garbleado, usando una configuración de cut-and-choose; esto significa que si alguien publica una prueba incorrecta, una parte específica tiene que detectarlo, ejecutar el verificador y publicar la corrección antes de que se acabe el tiempo de espera. Si nadie está vigilando esa ventana, la mala prueba simplemente pasa.
Me lo ha recordado: un edificio con alarmas de incendio pero sin rociadores. La alarma solo funciona si alguien está allí para oírla y actuar. La custodia “sin confianza” de TBV son las paredes a prueba de fuego. La corrección de la liquidación sigue siendo el sistema de alarmas, y depende de un conjunto reducido de liquidadores en lista blanca que se mantengan en línea y vigilen el oráculo de precios, no de un conjunto abierto y sin permisos.
Así que hay dos reclamaciones de confianza separadas apiladas en un solo producto, y solo una de ellas es realmente sin confianza. Custodia, sí, totalmente. Integridad de la liquidación, no: está minimizada la confianza, apoyándose en un grupo más pequeño que haga su trabajo a tiempo.
No es un impedimento en testnet. Pero significa que “vaults de Bitcoin sin confianza” está haciendo más trabajo de marketing que trabajo de protocolo para esa pieza en particular.
Me pregunto si Babylon abre el rol de retador/liquidador a medida que el producto madura, o si lo mantiene en lista blanca por diseño, dado que la velocidad de liquidación de Bitcoin simplemente no deja espacio para una carrera abierta con la que detectar el fraude a tiempo.
@BabylonLabs_io $BABY #baby $IDOL $UAI #Babylon
Lo que me sorprendió fue la liquidación. Bitcoin en realidad no verifica nada de eso. Las reglas de gasto del vault se comprueban fuera de la cadena mediante un circuito garbleado, usando una configuración de cut-and-choose; esto significa que si alguien publica una prueba incorrecta, una parte específica tiene que detectarlo, ejecutar el verificador y publicar la corrección antes de que se acabe el tiempo de espera. Si nadie está vigilando esa ventana, la mala prueba simplemente pasa.
Me lo ha recordado: un edificio con alarmas de incendio pero sin rociadores. La alarma solo funciona si alguien está allí para oírla y actuar. La custodia “sin confianza” de TBV son las paredes a prueba de fuego. La corrección de la liquidación sigue siendo el sistema de alarmas, y depende de un conjunto reducido de liquidadores en lista blanca que se mantengan en línea y vigilen el oráculo de precios, no de un conjunto abierto y sin permisos.
Así que hay dos reclamaciones de confianza separadas apiladas en un solo producto, y solo una de ellas es realmente sin confianza. Custodia, sí, totalmente. Integridad de la liquidación, no: está minimizada la confianza, apoyándose en un grupo más pequeño que haga su trabajo a tiempo.
No es un impedimento en testnet. Pero significa que “vaults de Bitcoin sin confianza” está haciendo más trabajo de marketing que trabajo de protocolo para esa pieza en particular.
Me pregunto si Babylon abre el rol de retador/liquidador a medida que el producto madura, o si lo mantiene en lista blanca por diseño, dado que la velocidad de liquidación de Bitcoin simplemente no deja espacio para una carrera abierta con la que detectar el fraude a tiempo.
@BabylonLabs_io $BABY #baby $IDOL $UAI #Babylon
