Whitepaper · 14
Zukünftige Entwicklungen
Die Roadmap von einer eingefrorenen Alpha-Schnittstelle zu einem De-facto- und danach einem offiziellen Standard sowie die begleitende technische Arbeit. Termine sind Ziele, keine Zusagen.
Prinzip
Standardisiert werden die Schnittstellen; alles andere kann sich weiterentwickeln. Die Roadmap hat daher zwei Stränge: Standardisierung (die Schnittstellen vertrauenswürdig machen und zur Übernahme bringen) und Implementierung (die Referenz und die Module verbessern, ohne die Schnittstellen anzutasten).
Standardisierungsstrang
| Phase | Ziel | Abschlusskriterien |
|---|---|---|
| 0 · Alpha-Freeze (jetzt) | Schnittstellen v2.0.0-alpha veröffentlicht; Referenzimplementierung mit allen Domänen-Hooks und Erweiterungen; CI; Spezifikation im ERC-Format; Systementwurfsdokument, Entscheidungsprotokolle und Audit-Paket | keine Schnittstellenänderung ohne Hauptversion |
| 1 · Anker im Produktivbetrieb (6–12 Monate) | ein reales Deployment (Genossenschaft, Getreidelager oder Exporteur) mit realen Chargen auf einem L2 oder einer zugangsbeschränkten Chain | sechs Monate Betrieb; öffentliche Kennzahlen: Chargen, Transformationen, ausgeführte erzwungene Transfers, Zeit bis zur Beantwortung einer Rückverfolgbarkeitsanfrage; Audit durch Dritte veröffentlicht |
| 2 · Community (parallel) | Thread bei Ethereum Magicians; Koalition unabhängiger Hook-Implementierer; bidirektionaler ERC-3643-Compliance-Adapter | drei unabhängige IARexHook-Implementierungen außerhalb dieses Repositorys; zwei unabhängige konforme Token |
| 3 · Einreichung | Draft-ERC in ethereum/ERCs, der nur standard/AREX-CORE.md enthält (Schichten 1–3; ERC-7943 referenziert, nicht kopiert) | Annahme durch die Editoren; Last Call ohne blockierende Einwände |
| 4 · Neutrale Governance (Jahr 2) | Arbeitsgruppe oder Verband, unabhängig von den ursprünglichen Autoren; Verbindung zu ISO TC 307 (der spanischen Initiative zu ERC-3643) und GS1 | Governance-Dokumente verabschiedet; Spezifikation außerhalb eines einzelnen Unternehmens gepflegt |
Warum nicht jetzt einreichen: ERC-3643 war drei Jahre im Produktivbetrieb, bevor sein EIP entstand; ERC-7943 erreichte den Status Final in acht Monaten, weil seine Koalition ihn bereits nutzte. Ein ERC friert ein, was er standardisiert, und die Schnittstellen verdienen einen Produktivzyklus, bevor sie für alle eingefroren werden.
Implementierungsstrang
Domänenmodule: portiert (September 2026)
| Modul | Jetzt | Status |
|---|---|---|
| Verderblichkeit | PerishabilityHook (linear, exponentiell, stufenweise; Konfiguration je Rohstoff und je Charge) + ExpiryHook | erledigt |
| Saisonalität | SeasonalHook | erledigt |
| Lieferung | DeliveryHook (Zustandsautomat, Kühlkette, Streitfälle, O(1)-Einheitensperre, Abwicklung über Transferdaten) | erledigt |
| Rückverfolgbarkeit | TraceabilityHook (EPCIS-Vokabular; nur emittierend oder persistierend) | erledigt |
| Sanktionen, Compliance | EligibilityHook (Sanktionen mit Quelle und TTL) | erledigt |
| Transferlimits / Kontingente | nicht ausgeliefert; der Leitfaden Hook-Entwicklung zeigt ein Muster für einen begrenzten Kontingent-Hook | offen (Community) |
| Oracle | CommodityPriceOracle (nummerierte Runden, Quorum, Median) | erledigt |
| Kohlenstoff | CarbonImmobilizationWrapper (bei Registern immobilisierte Gutschriften; Attestierung; keine Ausgabe) | erledigt |
| Versicherung | ParametricInsurance (durch Attestierung ausgelöst) | erledigt |
Die verbleibende Implementierungsarbeit an diesen Komponenten ist Optimierung und Härtung für den Produktivbetrieb, kein Entwurf.
Primitive für Abwicklung und Finanzierung
- Holds und Escrow (Lieferung gegen Zahlung): ein Hook plus ein Begleiter, der die bedingte Freigabe umsetzt; Abstimmung mit ERC-7573, wo ein Zahlungsstrang On-Chain liegt.
- Pfand-Workflow: ein kleiner Contract, der
setFrozenTokens/forcedTransferaus dem Hash eines Pfandvertrags ansteuert, sodass Kreditgeber die Durchsetzungsrolle über ein prüfbares Verfahren statt über rohe Aufrufe ausüben.
Datenschutz
- Selektive Offenlegung von Qualitätsdaten: Zero-Knowledge-Beweise, dass ein Messwert im Metadatendokument innerhalb eines Grenzwerts liegt (Feuchtigkeit, Aflatoxin, Rückstände), ohne den Wert preiszugeben; der Beweis wird zu einer Attestierung.
- Zugriffskontrolle für eingeschränkte Daten: Referenzimplementierung des Zeigers
restrictedmit Capability-Token für Käufer, Zertifizierer und Aufsichtsbehörden.
Identität und Attestierungen
- Auf EAS gestützte Implementierung von
IARexAttest. - Berechtigungs-Hook, gestützt auf ONCHAINID-Claims und auf Verifiable Credentials (eIDAS-2.0-Wallets).
Cross-Chain
- Referenz für einen ERC-7802- / CCIP-Wrapper; die Abstammung verbleibt auf der Heimat-Chain.
Tooling
- EPCIS-2.0-Exporter über dem Ereignisprotokoll.
- JSON-Schema-Validator und RFC-8785-Kanonisierer für Metadaten.
- Subgraph-/Indexer-Vorlagen für Chargen, Abstammung, Attestierungen und Durchsetzung.
- Formale Verifikation der Invarianten der Transfer-Pipeline (Mengenerhaltung, terminaler Status, kein erneutes Betreten); ein mit festem Seed randomisierter Invariantentest prüft sie bereits (
test/standard/Invariants.test.js).
Forschungsfragen
- Ob
status-Übergänge als On-Chain-Tabelle (vom Aussteller definierter Automat) ausdrückbar sein sollten, ohne den Standard aufzublähen. - Ob eine standardisierte, von Hooks getrennte Schnittstelle für die Kontoberechtigung die Integration mit Compliance-Engines erleichtern würde oder ob die Konjunktion der Hooks genügt.
- Massenbilanzregeln für die Verarbeitung (Ausbeutegrenzen je Rohstoffpaar) als Hooks und ihr Zusammenspiel mit legitimen Verlusten.
- Abgleich zwischen der On-Chain-Abstammung und der physischen Vermischung in Silos, wo „welches Kilogramm“ rechtlich ein fungibler Anspruch ist.
Was sich nicht ändern wird
- Die vier Schnittstellen – nicht ohne Hauptversion und Migrationshinweis.
- Die Regel, dass Module Demonstrationen sind und nicht der Standard.
- Die Regel, dass personenbezogene Daten Off-Chain bleiben.
- Die Regel, dass die Befugnis aus Rollen kommt, nicht aus Salden.