Dans mon dernier billet, j’ai parlé du registre VCK, dans lequel j’ai évoqué le choix de conception important qui consiste à utiliser des clés. Cet article fait suite à cela ; je vous invite à le consulter. Concordium s’étend au-delà du générique ERC‑8004. Du côté Ethereum, la norme peut vous dire qu’une adresse est associée à un contrat d’agent. Elle peut exposer des métadonnées et des sémantiques. Elle ne peut pas, par conception, vous dire qui contrôle finalement cette adresse. Le registre VCK de Concordium comble cette lacune au sein de l’écosystème : une manière de dire que « cette clé, sur cette chaîne, relève de la responsabilité de ce compte Concordium vérifié », et de le dire d’une façon qui sera vérifiable et auditable ultérieurement. Vous n’avez pas besoin de croire que chaque agent aura besoin de ce type d’ancrage. Mais il est facile d’imaginer des classes d’agents pour lesquelles cela sera non optionnel : des flux de conservation, des trésoreries d’entreprise, des intégrations fortement réglementées, et tout ce qui touche des juridictions sur liste noire ou des sanctions. Dans ces cas, une clé qui n’est que sur chaîne ne suffit pas ; quelqu’un finira par demander une chaîne de responsabilités. Le registre VCK est la réponse de Concordium à cette question, et le fait qu’il prenne déjà en charge à la fois Ethereum et Solana suggère qu’ils prennent au sérieux le fait d’être un service de confiance inter-chaînes, et pas un jardin clos. $CCD #BTC Price Analysis# #AI Agents 🤖#