Cuatro grupos se afanan alrededor de un BTC, pero ninguno de ellos tiene permisos completos para llevárselo. Después de redibujar el diagrama de roles del @BabylonLabs_io , descubrí que “sin confianza” no significa que en el sistema no haya nadie, sino que cada persona solo recibe una parte de la capacidad.
VP es como un project manager. Se selecciona al crear la cuenta del usuario y no se puede cambiar después; organiza los diagramas de transacciones prefirmadas, sube firmas de PegIn, genera pruebas de reembolso y empuja el Claim. Pero no puede añadir temporalmente una nueva ruta para mover BTC; si se desconecta, el usuario todavía puede hacer Claim por su cuenta usando los artefactos de WOTS y del claim.
AVK es el asiento de liquidación dentro de la aplicación. Participa en firmas cruzadas durante el registro; en una liquidación en Aave, solo el AVK que ya fue preingresado en el diagrama de la transacción puede comprar el Vault en custodia y canjear el BTC. Puede seguir la ruta de liquidación establecida, pero no puede modificar la dirección normal de retiro.
Universal Challenger se encarga de vigilar y detectar: supervisa Claims entre aplicaciones; si descubre que la prueba no coincide con el estado de Ethereum, la impugna. Este conjunto está cerrado y versionado por el momento, y no cualquiera puede unirse; aun así, el usuario conserva una ruta para impugnar, de modo que la seguridad no depende de que un único monitor esté en línea.
Security Council es el freno rojo. En la red de pruebas se requiere 3/5 de firmas; puede impedir el Payout cuando el sistema de pruebas falla de manera catastrófica, pero no puede especificar una nueva dirección de cobro: puede evitar que el dinero se mueva por un tiempo, pero no puede trasladarlo.
Creo que su verdadera inteligencia está en descomponer el “hacer el mal” en acciones parciales que nadie puede ejecutar de forma independiente. Pero aún no es totalmente sin permisos: AVK, los challengers y el comité tienen umbrales de acceso. Tras el lanzamiento en la mainnet, más que la cantidad de personas, importa si los roles provienen de organizaciones distintas y si, ante una falla, las rutas de reemplazo realmente pueden ejecutarse.
¿Te preocupa que un rol haga el mal, o que todos los roles fallen juntos en un momento clave?
#baby $BABY
VP es como un project manager. Se selecciona al crear la cuenta del usuario y no se puede cambiar después; organiza los diagramas de transacciones prefirmadas, sube firmas de PegIn, genera pruebas de reembolso y empuja el Claim. Pero no puede añadir temporalmente una nueva ruta para mover BTC; si se desconecta, el usuario todavía puede hacer Claim por su cuenta usando los artefactos de WOTS y del claim.
AVK es el asiento de liquidación dentro de la aplicación. Participa en firmas cruzadas durante el registro; en una liquidación en Aave, solo el AVK que ya fue preingresado en el diagrama de la transacción puede comprar el Vault en custodia y canjear el BTC. Puede seguir la ruta de liquidación establecida, pero no puede modificar la dirección normal de retiro.
Universal Challenger se encarga de vigilar y detectar: supervisa Claims entre aplicaciones; si descubre que la prueba no coincide con el estado de Ethereum, la impugna. Este conjunto está cerrado y versionado por el momento, y no cualquiera puede unirse; aun así, el usuario conserva una ruta para impugnar, de modo que la seguridad no depende de que un único monitor esté en línea.
Security Council es el freno rojo. En la red de pruebas se requiere 3/5 de firmas; puede impedir el Payout cuando el sistema de pruebas falla de manera catastrófica, pero no puede especificar una nueva dirección de cobro: puede evitar que el dinero se mueva por un tiempo, pero no puede trasladarlo.
Creo que su verdadera inteligencia está en descomponer el “hacer el mal” en acciones parciales que nadie puede ejecutar de forma independiente. Pero aún no es totalmente sin permisos: AVK, los challengers y el comité tienen umbrales de acceso. Tras el lanzamiento en la mainnet, más que la cantidad de personas, importa si los roles provienen de organizaciones distintas y si, ante una falla, las rutas de reemplazo realmente pueden ejecutarse.
¿Te preocupa que un rol haga el mal, o que todos los roles fallen juntos en un momento clave?
#baby $BABY
