@BabylonLabs_io
Estaba leyendo la sección del whitepaper de Babylon sobre las características de las bóvedas y una pequeña frase me detuvo: "pre-set claimer". Al principio sonó como un simple requisito técnico: el conjunto de partes autorizadas para reclamar y retirar el bitcoin tiene que definirse en el momento en que se crea la bóveda. Pero cuanto más lo consideré, más me pareció una decisión de diseño silenciosa que cambia por completo quién siquiera puede intentar tocar los fondos.
Lo interesante es lo que esto en realidad excluye. Nadie fuera de ese conjunto predefinido puede presentar una reclamación, ni siquiera con una prueba ingeniosa o un exploit técnico, porque la bóveda simplemente no los reconocerá como elegibles. Me hace pensar que esto reduce la superficie de ataque antes incluso de que entre en juego cualquier criptografía, casi como quitar puertas extra de un edificio en lugar de solo poner mejores cerraduras en las existentes.
Aun así, no estoy del todo seguro de que esto esté completamente libre de compromisos. Fijar el conjunto de reclamantes en la creación significa que hay poco margen para la flexibilidad más adelante: ¿qué sucede si cambian las circunstancias, si evoluciona una relación de préstamo o si una clave del reclamante se ve comprometida con el tiempo? ¿La rigidez que lo hace seguro también lo vuelve algo inflexible frente a sistemas que permiten permisos dinámicos?
Mirándolo desde fuera, parece que Babylon eligió la previsibilidad por encima de la adaptabilidad: apuesta por que una superficie de ataque más pequeña y fija vale más que la flexibilidad que la mayoría de los usuarios quizá ni siquiera necesite. Si esa suposición se mantiene mientras productos DeFi más complejos se construyen sobre TBV es algo que aún no puedo evaluar del todo. Quizá esa sea la verdadera prueba que viene… en cualquier caso, el tiempo lo dirá👍
$BROCCOLIF3B
$ON
$BABY
#baby
Estaba leyendo la sección del whitepaper de Babylon sobre las características de las bóvedas y una pequeña frase me detuvo: "pre-set claimer". Al principio sonó como un simple requisito técnico: el conjunto de partes autorizadas para reclamar y retirar el bitcoin tiene que definirse en el momento en que se crea la bóveda. Pero cuanto más lo consideré, más me pareció una decisión de diseño silenciosa que cambia por completo quién siquiera puede intentar tocar los fondos.
Lo interesante es lo que esto en realidad excluye. Nadie fuera de ese conjunto predefinido puede presentar una reclamación, ni siquiera con una prueba ingeniosa o un exploit técnico, porque la bóveda simplemente no los reconocerá como elegibles. Me hace pensar que esto reduce la superficie de ataque antes incluso de que entre en juego cualquier criptografía, casi como quitar puertas extra de un edificio en lugar de solo poner mejores cerraduras en las existentes.
Aun así, no estoy del todo seguro de que esto esté completamente libre de compromisos. Fijar el conjunto de reclamantes en la creación significa que hay poco margen para la flexibilidad más adelante: ¿qué sucede si cambian las circunstancias, si evoluciona una relación de préstamo o si una clave del reclamante se ve comprometida con el tiempo? ¿La rigidez que lo hace seguro también lo vuelve algo inflexible frente a sistemas que permiten permisos dinámicos?
Mirándolo desde fuera, parece que Babylon eligió la previsibilidad por encima de la adaptabilidad: apuesta por que una superficie de ataque más pequeña y fija vale más que la flexibilidad que la mayoría de los usuarios quizá ni siquiera necesite. Si esa suposición se mantiene mientras productos DeFi más complejos se construyen sobre TBV es algo que aún no puedo evaluar del todo. Quizá esa sea la verdadera prueba que viene… en cualquier caso, el tiempo lo dirá👍
$BROCCOLIF3B
$ON
$BABY
#baby