TermiX : Qui détient réellement le contrôle derrière le protocole ? En examinant l'historique on-chain, @termix_ai ne fonctionne pas selon un modèle entièrement permissionless. Le 03/07/2026, le Safe multisig 0x1095…195E42 a reçu les rôles OPERATOR_ROLE et UPGRADER_ROLE sur l'Escrow USDC, tandis que ces deux rôles ont été révoqués d'un EOA précédent. Il s'agit d'une transition d'un portefeuille unique vers un multisig 2-of-3 : réduction du risque lié aux clés privées, mais non élimination de la centralisation du pouvoir. Transaction Les transactions suivantes montrent que le Safe est le plan de contrôle du système. Le Safe accorde le rôle de caller autorisé au contrat de staking, la permission de recorder au contrat de réputation, et effectue des mises à jour et des mises à niveau des dépendances entre Escrow, Staking, Réputation et les Vault. TermiX présente donc une architecture modulaire claire, mais les transitions d'état critiques dépendent toujours de l'opérateur. Point remarquable : parmi les 35 transactions exécutées par le Safe, aucun grantRole(EVALUATOR_ROLE) ou grantRole(ARBITRATOR_ROLE) n'a été attribué à un agent spécifique. L'évaluateur pourrait être géré via un backend, une liste blanche privée ou un mécanisme non encore entièrement divulgué. Conclusion : TermiX est plus transparent qu'un modèle à clé privée unique, mais n'est pas entièrement trustless.