El whitepaper dice que Bob mismo puede actuar como retador. Sin puerta, sin aprobación, no se necesita ningún tercero. Ese es el diseño real de bóveda de dos partes en Trustless Bitcoin Vaults (TBV). #baby

Pero la documentación de actores del protocolo nombra un rol específico llamado Universal Challenger, una sola entidad que supervisa cada reclamo en cada aplicación. En testnet, ese rol actualmente pertenece a una parte llamada Altlayer. @BabylonLabs_io

No estoy diciendo que eso sea una contradicción exacta. El diseño de dos partes y el rol de Universal Challenger podrían estar describiendo escenarios de despliegue distintos: bóvedas simples versus aplicaciones que necesitan una supervisión más amplia.

Tampoco digo que no sea nada. La propuesta completa del whitepaper es que cualquiera de las dos partes puede retar sin necesitar el permiso de nadie. Entonces, en la práctica, resulta que una compañía específica termina teniendo un rol que suena mucho más centralizado de lo que Bob puede retar.

Lo que no he visto explicado en ningún lado es si se supone que Universal Challenger debe seguir siendo una sola entidad a largo plazo o si así es como está configurado el testnet simplemente, mientras que más retadores se añaden después.

$SKYAI $BLESS $BABY