Livre blanc · 01
Résumé exécutif
A-REX Core en un seul chapitre : ce qu'est le standard, ce qu'il laisse volontairement de côté, comment il se positionne juridiquement, et comment il entend devenir un standard de fait avant de devenir un standard officiel.
Le problème en un paragraphe
Les lots agricoles constituent la plus vaste catégorie d'actifs physiques dépourvue de forme on-chain interopérable. Les standards de jetons existants couvrent les deux extrémités du problème : ERC-3643 standardise les valeurs mobilières à accès restreint sur ERC-20, et ERC-7943 (Final, mai 2026) standardise la surface de mise en application dont tout jeton d'actif du monde réel a besoin. Les régimes de traçabilité tels que GS1 EPCIS 2.0, la règle de traçabilité alimentaire de la FDA (FSMA 204) et le règlement de l'UE sur la déforestation (EUDR) définissent ce qui doit être consigné à propos d'un lot. Aucun d'entre eux ne permet à un jeton d'être un lot : doté d'une date de production, d'une unité, d'une référence d'origine, d'un cycle de vie et — surtout — de la capacité d'être fractionné, fusionné et transformé en d'autres lots tout en conservant sa provenance.
Le standard en un paragraphe
A-REX Core est une petite extension d'ERC-1155, conçue pour rester extensible : le cœur normatif est volontairement minimal afin de pouvoir être adopté, et il passe à l'échelle par ce qu'il laisse ouvert (codes, hooks, attestations, filiation) plutôt que par ce qu'il prescrit. Un jeton conforme implémente quatre petites interfaces :
| Couche | Interface | Ce qu'elle apporte |
|---|---|---|
| 0 | IERC7943MultiToken (reprise telle quelle d'ERC-7943) | gel, transfert forcé, éligibilité des comptes, canTransfer |
| 1 | IARexBatch | codes ouverts de denrée et d'unité, dates de production et d'expiration, référence d'origine, engagement sur les métadonnées, statut contrôlé par rôle, et transform — le seul moyen de fractionner, fusionner ou traiter un lot, en enregistrant ses parents |
| 2 | IARexHook / IARexHookManager | un pipeline ordonné unique de contrats de règles renvoyant des codes bytes32 au lieu d'annuler la transaction avec des chaînes de caractères |
| 3 | IARexAttest | attestations par lot et par thème (certifications, inspections, déclarations réglementaires), avec des émetteurs de confiance par thème |
Tout ce qui est agricole et qui ne relève pas de l'identité ou de la filiation d'un lot — courbes de décroissance, fenêtres saisonnières, flux de travail de livraison, oracles, comptabilité carbone, assurance — est hors du standard. Cela vit dans des hooks et des contrats compagnons qui démontrent les interfaces, exactement comme les modules de conformité de T-REX démontrent ERC-3643 sans en faire partie.
Cinq règles de conception
- Aucune énumération fermée. Les denrées, les unités, les statuts et les thèmes d'attestation sont des codes ouverts. Ajouter le quinoa, un système de classement brésilien ou un nouveau label de durabilité n'exige jamais de redéploiement.
- Aucune donnée personnelle on-chain. L'origine d'un lot est un hash ou une référence (un numéro de déclaration de diligence raisonnée EUDR, un identifiant de récépissé d'entrepôt, un geohash tronqué), jamais une coordonnée de parcelle. Cela suit les lignes directrices 2026 du Comité européen de la protection des données sur la blockchain.
- L'avant-récolte est de plein droit. Un lot dont
producedAt == 0est un lot futur — l'objet d'une créance sur récolte, d'un contrat à terme ou d'un warrant. - Le statut relève de l'autorité, non du solde. Seul un rôle peut modifier le statut de cycle de vie d'un lot ; détenir un kilogramme d'un lot ne confère aucun pouvoir sur le lot.
- La filiation est obligatoire.
transformdétruit les entrées, émet les sorties et enregistre les parents. Elle correspond un pour un à unTransformationEventd'EPCIS, ce dont ont besoin un rappel, un événement de suivi critique de transformation au titre de FSMA 204 ou un audit de bilan massique.
Positionnement juridique
A-REX ne prend aucune position sur le point de savoir si un jeton émis avec lui est une valeur mobilière, un produit de base, un crypto-actif au sens de MiCA, un certificat de dépôt ou une créance. Cela dépend de la manière dont le jeton est offert et de ce qu'il représente, non de l'interface — le test de Howey lui-même est né de vergers d'agrumes vendus à des investisseurs passifs. Le standard fournit donc la surface de mise en application que requiert toute qualification (gel, transfert forcé, éligibilité, pause, événements auditables) et laisse la politique aux hooks et au conseil juridique de l'émetteur. Le chapitre réglementaire donne des dates vérifiées en septembre 2026 : conformité à FSMA 204 le 20 juillet 2028 ; application de l'EUDR le 30 décembre 2026 (opérateurs moyens et grands) et le 30 juin 2027 (micro-opérateurs et petits opérateurs) ; MiCA pleinement applicable depuis le 30 décembre 2024 ; lignes directrices de l'EDPB sur la blockchain définitives depuis juillet 2026.
Ce qui existe aujourd'hui
- Un texte normatif au format ERC (
standard/AREX-CORE.md, CC0) et les interfaces Solidity (contracts/standard/, CC0). Ce site retient ce texte. Les entreprises qui implémentent A-REX, émettent des lots avec lui ou l'auditent demandent un accès en lecture tant que les dépôts sont privés. Les termes écrits disent que le standard sera publié sous CC0 et que l'accès anticipé n'accorde aucune exclusivité. - Une implémentation de référence (
ARexToken,ARexAttestations, MIT) : mise à niveau UUPS, stockage ERC-7201, contrôle d'accès par rôles, pipeline de hooks verrouillé contre la réentrance, 24.1 KB (sous la limite d'EIP-170). - Des hooks de référence : éligibilité (autorisation/blocage/sanctions avec source et TTL), expiration, exigences d'attestation par denrée, modèles de décroissance de la périssabilité, fenêtres saisonnières, garde et règlement de la livraison, et traçabilité calquée sur EPCIS.
- Des extensions compagnons : un oracle de prix de denrées déterministe, un wrapper pour des crédits carbone immobilisés par un registre (attestation, jamais émission), et une assurance paramétrique déclenchée par attestation.
- Des tests : 42 sur l'implémentation de référence, les hooks et les extensions (dont un test d'invariants aléatoire à graine fixée) ; intégration continue ; dépendances épinglées ; un JSON Schema pour les métadonnées de lot aligné sur EPCIS 2.0 et sur les éléments de données clés de FSMA 204.
- Une documentation d'ingénierie sous forme de conception de système : un document de conception du système avec des modèles de composants, de données, d'interactions et d'exploitation, seize enregistrements de décision d'architecture, une matrice de traçabilité des exigences et un dossier de préparation à l'audit.
Ce qu'A-REX n'est pas
- Ni un registre d'exploitations, ni un système d'identité, ni un réseau d'oracles. Ce sont des intégrations, choisies par l'émetteur.
- Pas un moteur de valorisation. Le cœur n'a aucune notion de prix ni de décroissance ; un hook ou un service off-chain les fournit.
- Pas un registre carbone. Les crédits carbone peuvent être référencés et conditionnés par des attestations ; leur émission relève du registre.
- Pas encore un ERC. Les interfaces ne seront soumises à
ethereum/ERCsqu'après un déploiement en production, des implémentations de hooks indépendantes et un audit par un tiers, car un ERC fige ce qu'il standardise.
Comment il devient un standard
ERC-3643 était en production depuis trois ans avant son EIP, et son statut Final a suivi l'adoption plutôt que de la provoquer. ERC-7943 est passé du brouillon à Final en huit mois, avec une interface de six fonctions et une coalition d'implémenteurs. A-REX suit la même voie : figer une petite interface, livrer une référence fonctionnelle, la prouver avec des lots réels, réunir des implémenteurs indépendants, puis soumettre. La feuille de route figure dans le chapitre Évolutions futures.
Guide de lecture
- Décideurs : ce chapitre, Vue d'ensemble de la solution, Conformité réglementaire, Cas d'usage.
- Ingénieurs : Spécification technique, Standard de base, Hooks et modules de référence, Guide d'implémentation, Cadre de sécurité.
- Intégrateurs et régulateurs : Interopérabilité, Conformité réglementaire, annexe A.