Là où le web3 rencontre l’IA
Je suis Adam Boudjemaa, ingénieur web3 x IA basé en France. Je travaille là où les deux se rejoignent : standards de jetons, tokenisation et smart accounts d’un côté, agents IA en production pour la finance régulée de l’autre. Je suis auteur nommé (1 sur 5) d’ERC-3643, le standard de jetons utilisé pour $32B+ d’actifs tokenisés, et j’ai livré seul la première plateforme IA de 11 agents d’un fonds immobilier américain confidentiel.
Le détail : Auteur nommé (1 sur 5) d’ERC-3643, premier auteur d’ERC-6960, co-auteur d’ERC-7410 et co-auteur d’ERC-8203, encore à l’état de brouillon. Côté agents, j’ai aussi déployé environ 46 agents pour les opérations internes d’Integra, où j’étais CTO (2025-26). Ce sont deux systèmes distincts, et je ne mélange pas leurs chiffres.
Par Adam Boudjemaa · Publié le 2026-11-02 · Mis à jour le 2026-11-02
// POURQUOI CE CROISEMENT
Les agents commencent à toucher à l’argent et aux jetons
Les agents IA appellent désormais des API de paiement, signent via des smart accounts et demandent à transférer des actifs tokenisés. Chaque fois, les trois mêmes questions se posent : qui a autorisé cet agent, que peut-il dépenser, et qui vérifie avant que le transfert parte ?
Jetons et agents y répondent chacun à leur niveau. Un jeton permissionné vérifie le détenteur. Un smart account vérifie le signataire. Aucun des deux ne vérifie le mandat de l’agent si personne ne le construit. Cet écart est au cœur de mon travail, avec une règle simple : faire respecter les permissions par le système, jamais par la confiance dans le modèle.
// CÔTÉ WEB3
Les standards que j’ai écrits, et le code qui les accompagne
Je suis auteur nommé sur quatre standards Ethereum. Trois sont fusionnés (ERC-3643, ERC-6960, ERC-7410). Le quatrième, ERC-8203, est un brouillon encore en revue dans la PR #1614, dont je suis le deuxième auteur nommé.
Avant cela, j’ai été lead technique de Nexus chez Biconomy, la pile de smart accounts modulaires fondée sur ERC-4337 et ERC-7579. L’infrastructure de Biconomy a traité 38M+ transactions et $441M de transferts. Les smart accounts comptent ici parce que c’est par eux qu’un agent obtient une permission de signer limitée et révocable.
Quatre standards Ethereum, dont un brouillon (EN)
Statut, rôle et lien vers la spécification pour ERC-3643, ERC-6960, ERC-7410 et le brouillon ERC-8203.
ERC-3643 (T-REX) expliqué (EN)
Le standard Final des security tokens permissionnés. Cited by name by the SEC Chairman : une citation, pas une approbation.
ERC-6960, le Dual Layer Token (EN)
Un seul contrat pour un actif et ses classes ou fractions. J’en suis le premier auteur.
ERC-7410, l’autorisation réduite par l’adresse autorisée (EN)
Une petite extension d’ERC-20 : l’adresse autorisée à dépenser peut réduire ou révoquer sa propre autorisation.
ERC-8203, PR #1614 (brouillon en revue)
Agent Offchain Conditional Settlement. Non fusionné : une proposition, pas un standard terminé. Auteur principal : Xianrui Qin.
Quand un transfert groupé contourne les règles du jeton
Un exemple ERC-7943 qui refusait 80 mais acceptait 40 + 40, et une correction proposée.
ERC-3643 sur une chaîne Cosmos
Pourquoi un gel peut manquer des détenteurs quand un jeton traverse une frontière de VM.
// CÔTÉ IA
Des agents en production là où une erreur coûte cher
Mon travail IA, ce sont des agents et du RAG dans la finance régulée : des réponses qui citent leurs sources et s’abstiennent faute de preuve, des agents tenus au moindre privilège, et des évaluations qui décident si une version part en production. La page ci-dessous en donne la version longue.
L’IA en finance régulée
RAG fondé sur la preuve, confinement, permissions dans le système et évaluations qui bloquent une mise en production.
Étude de cas : une plateforme de 11 agents (EN)
L’architecture et les contrôles de livraison de la plateforme du fonds.
Agents IA qui paient : limiter leurs droits
Pourquoi le contrôle des droits se place dans le système de paiement, pas dans l’agent.
Tester un agent avant son lancement
Y aller, attendre ou bloquer : la suite d’évaluations qui verrouille une mise en production.
MCP sans session
Où un serveur MCP sans état range ce qu’il gardait par session.
// LÀ OÙ ILS SE REJOIGNENT
Paiements, identité et mandats des agents
Voici le vrai point de rencontre : un agent paie, un jeton vérifie, et quelqu’un doit ensuite prouver qui a approuvé quoi. Ces articles traitent la question point par point.
x402 : relier le paiement d’un agent à son approbation
x402 règle le paiement. La délégation, la politique de dépense et la trace du résultat restent à votre charge.
Paiements d’agents : les standards d’identité et de plafond
Qui est l’agent et ce qu’il peut dépenser, avec la place du brouillon ERC-8203, encore en revue.
x402 : quelle part de la valeur semble venir d’agents IA ?
À quoi ressemble un paiement x402, et pourquoi sa trace ne distingue pas un agent d’un script.
Know Your Agent : vérifier le mandat sur ERC-3643
L’éligibilité de l’investisseur face à l’autorité de l’agent, et l’endroit où placer ce contrôle.
// LES OUTILS
Ce que je construis pour coder avec l’IA
Je publie aussi des plugins Claude Code open source pour l’écriture, la recette, le design et la sécurité, ainsi qu’une sélection d’implémentations de standards et d’outils Solidity, dont l’implémentation de référence d’ERC-8203 (brouillon en revue). Tout est sur GitHub, avec licence et commande d’installation.
// FAQ
Réponses courtes
Qu’est-ce qu’un ingénieur web3 x IA ?
Un ingénieur qui construit les systèmes où agents IA et blockchains se rencontrent : des agents qui demandent des actions on-chain, des jetons qui vérifient qui peut les détenir, et les permissions entre les deux. Pour moi, cela recouvre le travail sur les standards Ethereum et des agents IA en production dans la finance régulée.
Un agent IA peut-il transférer des actifs tokenisés ?
Techniquement, oui : un agent peut signer via un smart account doté de permissions limitées et révocables. Le droit, lui, est une autre question. Un jeton permissionné comme ERC-3643 vérifie l’identité du destinataire et les règles de transfert, pas le mandat de l’agent : ce contrôle doit être construit ailleurs.
Qu’est-ce qu’ERC-8203 ?
ERC-8203, Agent Offchain Conditional Settlement, est un brouillon en revue (PR #1614) pour des agents IA qui règlent leur travail de façon conditionnelle hors chaîne. J’en suis auteur nommé, deuxième sur trois, derrière l’auteur principal Xianrui Qin, et j’en ai écrit l’implémentation de référence. Il n’est pas fusionné : c’est une proposition, pas un standard.
Par où commencer la lecture ?
Vous venez de l’IA ? Commencez par la page ERC-3643. Vous venez du web3 ? Commencez par l’article sur les agents qui paient. La page « Commencer ici » du blog organise la suite par thème.