Apro jest zaprojektowany, aby działać jak komponent systemu z interfejsem kontraktowym: akceptuje formalnie określone żądania, produkuje deterministyczne wyniki w ramach ograniczonego wykonania agenta i osadza wyniki z powrotem w inteligentnych kontraktach EVM z przewidywalną semantyką. Architektura jest zorganizowana wokół ścisłych interfejsów, które minimalizują niejednoznaczność między intencją on-chain a obliczeniami off-chain.
Specyfikacja żądania jest traktowana jako prymityw protokołu. Wywołania Oracle są ograniczone przez schematy, które definiują typy wejściowe, zasady rozwiązywania i rytm aktualizacji. To umożliwia systemowi kierowanie żądaniami w sposób deterministyczny i standaryzację sposobu walidacji i kodowania danych przed obliczeniami. Wynik jest powierzchnią wykonawczą, która może być audytowana na poziomie interfejsu, a nie wnioskowana z zachowania.
Agenci AI działają w wyraźnie dozwolonych domenach wykonawczych. Ich rolą jest przetwarzanie zweryfikowanych danych wejściowych na ustandaryzowane dyrektywy nadające się do konsumpcji na łańcuchu, przy użyciu stałych zestawów instrukcji i granic parametrów. Warstwa agenta jest zaprojektowana z myślą o reprodukowalności: niezależny weryfikator powinien być w stanie odtworzyć ten sam wynik, mając ten sam zestaw wejściowy i konfigurację, co umożliwia deterministyczną weryfikację.
Trójwarstwowy system tożsamości Apro definiuje granice autorytetu w interfejsach. Warstwa tożsamości żądającego autoryzuje i uwierzytelnia wywołania. Warstwa tożsamości agenta definiuje, która domena agenta może przetwarzać które klasy żądań i na jakich warunkach. Warstwa tożsamości walidatora potwierdza poprawność, egzekwuje konsensus i zarządza rozstrzyganiem sporów. Ta separacja wspiera śledzenie i izoluje uprawnienia wykonawcze z założenia.
Kompatybilność EVM osiąga się poprzez interfejs tłumaczenia i kodowania, który mapuje wyjścia oracle i dyrektywy agenta na standardowe calldata oraz formaty czytelne dla umowy. Umożliwia to aplikacjom integrację Apro jako deterministycznego modułu bez zmiany istniejącej logiki umowy. Interfejs wspiera wzorce konsumpcji oparte na zdarzeniach, warunkowe haki wykonawcze oraz zbiorcze aktualizacje tam, gdzie to stosowne.
Wykonanie w czasie rzeczywistym jest zarządzane przez skoordynowany pipeline, który synchronizuje rytm żądań, okna obliczeniowe agentów oraz czas rozliczeń na łańcuchu. Logika harmonogramu zachowuje przewidywalne zachowanie aktualizacji w zmieniających się warunkach sieciowych, wspierając aplikacje wrażliwe na czas, które polegają na ciągłym odświeżaniu stanu.
Model tokenów w dwóch fazach oddziela przepustowość operacyjną od kontroli zarządzania. Faza operacyjna obejmuje opłaty za żądania, cykle obliczeniowe i priorytetyzację wykonania. Faza zarządzania kontroluje politykę walidatora, aktualizacje parametrów i ulepszenia protokołu, zapewniając, że ewolucja pozostaje uporządkowana i nie zakłóca gwarancji wykonania w czasie rzeczywistym.
