Apro kann als eine Reihe formaler Modulverträge beschrieben werden, die definieren, wie Informationen von externen Quellen in die EVM-Abwicklung gelangen. Das Protokollziel besteht darin, jeden Übergang explizit zu machen: Eingangszulassung, Berechnung, Überprüfung und Ausführung sind in Module mit gut definierten Schnittstellen aufgeteilt.
Modul 1: Eingangszulassung. Externe Daten gelangen über einen authentifizierten Eingangspfad, der durch eine Quellrichtlinie geregelt ist. Das Eingangsmodul stellt die Einhaltung des Schemas und zeitliche Regeln sicher, sodass die nachfolgende Berechnung eine deterministische Darstellung erhält, anstatt heterogene Rohformate.
Modul 2: Agentenberechnung. KI-Agenten werden als eingeschränkte Prozessoren ausgeführt. Ihre Berechnung ist parameterbegrenzt und anweisungsgetrieben und erzeugt standardisierte Anweisungen, die für die Abwicklung geeignet sind. Das Designziel ist Reproduzierbarkeit: Gegeben dasselbe zugelassene Datenset und Konfiguration ergibt unabhängige Überprüfung das gleiche Ergebnis.
Modul 3: Überprüfung und Endgültigkeit. Die Korrektheit der Ausgabe wird durch die Teilnahme von Validatoren sichergestellt, die durch Protokollregeln gelenkt werden. Die Überprüfung umfasst die Rekonstruktion des Berechnungspfads und die Durchsetzung von Konsensbedingungen vor der endgültigen Abwicklung. Streitbeilegung wird als Protokollverantwortung betrachtet und nicht als Anwendungsanliegen.
Modul 4: EVM-Abwicklungsschnittstelle. Ausgaben werden in für Verträge nutzbare Calldata-Muster kodiert, die mit bestehenden EVM-Anwendungen kompatibel sind. Diese Schnittstelle bewahrt die erwarteten Zustandsübergangs-Semantik und unterstützt gängige Verbrauchsformen, einschließlich ereignisgesteuerter Aktualisierungen und gruppierten Ausführungen.
Modul 5: Echtzeit-Zeitplanung. Die Ausführungsintervalle werden durch ein Zeitplanungsmechanismus gesteuert, der die Zulassungsfenster, die Agentenberechnungscyklen und die Abwicklungszeit synchronisiert. Dies unterstützt latenzarme, zeitkritische Anwendungsfälle und gewährleistet eine deterministische Reihenfolge unter variablen Netzwerkbedingungen.
Modul 6: Zwei-Phasen-Token-Modell. Der Betriebsgebrauch (Abfragen, Berechnungscyklen, Bandbreitenpriorisierung) ist von der Governance-Kontrolle (Parameter, Validatorkriterien, Updates) getrennt. Diese Trennung verringert die Kopplung zwischen Laufzeitdurchsatz und Protokollentwicklung.
