Apro może być rozumiane jako system oracle skoncentrowany na wykonywaniu, a nie tradycyjna usługa dostarczania danych. Jego architektura opiera się na założeniu, że przyszłe systemy działające na łańcuchu coraz bardziej będą polegały na autonomicznych procesach, które wymagają nie tylko dostępności danych, ale także weryfikowalnej logiki wykonania ściśle powiązanej z tymi danymi.
Na poziomie protokołu Apro oddziela to, co jest wymagane, od sposobu, w jaki jest to wykonywane. Żądania na łańcuchu są wyrażane w ustrukturyzowanych formatach z wyraźnymi ograniczeniami, co pozwala systemowi traktować wywołania oracle jako wykonalne intencje, a nie pasywne zapytania. To rozróżnienie jest ważne, ponieważ definiuje granicę między logiką kontraktu a odpowiedzialnością oracle bez wprowadzania niejasności.
Warstwa agenta AI działa jako deterministyczny silnik wykonawczy. Agenci nie wnioskują o rezultatach w sposób otwarty; zamiast tego stosują stałą logikę transformacji do zweryfikowanych danych wejściowych. Każde uruchomienie agenta jest parametryzowane i powtarzalne, co umożliwia weryfikatorom niezależne rekonstrukcje wyników wykonania. To pozycjonuje agentów jako operatorów natywnych dla maszyn, którzy rozszerzają inteligentne kontrakty poza ich natywne ograniczenia obliczeniowe, zachowując jednocześnie audytowalność.
Trójwarstwowy system tożsamości Apro formalizuje odpowiedzialność w różnych etapach wykonania. Tożsamości wnioskodawców definiują intencje i autoryzację. Tożsamości agentów definiują ograniczoną władzę obliczeniową. Tożsamości weryfikatorów definiują ostateczność i egzekucję poprawności. Oddzielając te role, protokół unika domysłów dotyczących zaufania i zapewnia wyraźną izolację błędów w przypadku sporów.
Kompatybilność z EVM jest traktowana jako kluczowe ograniczenie, a nie myśl dodatkowa. Wyniki wykonania są kodowane w standardowych strukturach danych, co pozwala istniejącym inteligentnym kontraktom na interakcję z Apro za pomocą znanych wzorców wywołania. Minimalizuje to tarcia integracyjne i zapewnia, że wykonanie sterowane przez oracle nie zmienia założeń na poziomie kontraktów dotyczących przejść stanów lub zachowania gazu.
Wykonanie w czasie rzeczywistym osiąga się poprzez skoordynowane planowanie w fazach rozwiązywania, obliczeń i rozliczeń. System jest zaprojektowany tak, aby utrzymywać przewidywalne opóźnienia, nawet gdy zapotrzebowanie na wykonanie rośnie, co jest kluczowe dla aplikacji, takich jak zautomatyzowane kontrole ryzyka, adaptacyjne mechanizmy cenowe i ciągłe wykonanie strategii.
Model tokenów w dwóch fazach odzwierciedla ten projekt z priorytetem na wykonanie. Jedna faza zarządza przepustowością operacyjną, obejmując dostęp do oracle, cykle obliczeniowe agentów i priorytetyzację. Druga faza zarządza ewolucją protokołu, w tym politykami weryfikatorów i aktualizacjami systemu. Oddzielenie tych kwestii pozwala na stabilność wydajności wykonania, podczas gdy zarządzanie ewoluuje celowo.
Z tej perspektywy, Apro jest mniej o dostarczaniu danych, a bardziej o umożliwieniu strukturalnego, natywnego dla maszyn wykonania na łańcuchu—zaprojektowanego dla systemów, w których autonomia, determinizm i weryfikacja są niepodważalne.
