Il y a quelques jours, le marché était tellement mauvais que je n'avais même plus envie de regarder le prix du BTC. Mais un marché baissier est propice à étudier les projets qui pourraient émerger lors de la prochaine vague, après tout, chaque fois que l'on désespère, le BTC finit toujours par entraîner un nouveau groupe de personnes dans la bataille. À condition d'avoir de la patience et de trouver les bonnes choses. La semaine dernière, j'ai vu le message concernant le lancement de l'ARM par @Anoma, ce qui m'a rappelé ma première conversation avec l'équipe Anoma il y a un peu plus de deux ans (mars 2023). Après une heure de discussion, mes deux autres camarades et moi avions un peu ce sentiment de "ne pas comprendre mais d'être impressionnés". Je ne comprenais pas complètement, car pour être honnête, je n'ai pas tout saisi à 100%, mais j'étais impressionné par la logique de l'équipe, qui semblait très pertinente, et c'était un nouveau domaine. Il faut savoir qu'à l'époque, nous étions à cinq mois de l'annonce de Paradigm et de Vitalik sur l'architecture centrée sur l'intention (Intent-Centric) en août 2023, et je n'avais entendu parler d'Intent ou de Solver nulle part auparavant, donc c'était un peu flou lors de ma première écoute. Le concept de conception basé sur l'intention est devenu largement connu après plusieurs mois de vulgarisation et de discussions au second semestre 2023, mais son développement a été difficile ces deux dernières années : infrastructures immatures, coûts de développement élevés, besoins des utilisateurs peu clairs, normes de protocole non uniformes... En résumé, de nombreux projets sont restés à un stade purement théorique. Cependant, le lancement de l'ARM mérite d'être salué - c'est le premier à avoir évoqué l'Intent Centric, et au final, ils ont réussi à créer quelque chose d'utile. Je ne vais pas trop expliquer ce qu'est l'ARM, je vais juste partager une image de la réponse sur Surf. En termes simples, c'est un système d'exploitation qui prend en charge les intentions natives, la confidentialité programmable et l'interopérabilité. Ce qui est encore plus crucial, c'est comment vous comprenez l'ARM... Je vais faire deux analogies qui ne sont pas tout à fait précises, mais qui peuvent vous aider à comprendre - si l'EVM d'ETH est Chrome, alors l'ARM est une extension, ou vous pouvez voir l'EVM comme Windows, et l'ARM comme VMware. Prenons un exemple concret - vous voulez échanger 20 ETH contre des USDC sur la chaîne, mais vous ne voulez pas que les autres le sachent (besoin de confidentialité). Je me souviens d'avoir mentionné dans un tweet sur Aztec leur produit précédent. Maintenant, l'ARM d'Anoma a prolongé ce scénario. Théoriquement, l'ARM a deux façons de répondre à ce besoin. La première est qu'un développeur crée un DEX basé sur l'architecture de l'ARM, car l'ARM prend en charge la privatisation des pools de liquidité (private pools), les détails des transactions (comme le montant, l'adresse) étant masqués. Ainsi, lorsque l'utilisateur pose cette question, le Solver dirige directement la transaction vers ce DEX. La deuxième est qu'un développeur crée un pool protégé en front-end basé sur l'ARM, où les tokens (comme l'ETH) que l'utilisateur entre via le Solver sont d'abord anonymisés par ce pool, puis connectés à Uniswap pour effectuer l'échange. Cela permet d'éviter d'exposer les transactions sur Uniswap tout en résolvant le problème de liquidité de la création d'un DEX. Je vais "voler" une image de @awasunyin, co-fondateur d'Anoma....