@OpenLedger

Jest taki moment w większości ogłoszeń o nowych protokołach, na którym nauczyłem się zatrzymywać. To nie sekcja dotycząca tokenomiki, ani roadmapa. To zdanie, które opisuje, co system robi w imieniu użytkownika bez jego obecności. W OctoClaw od Openledger to zdanie pojawia się wcześnie i często. Agent bada. Agent decyduje. Agent wykonuje. Do czego ciągle wracałem, czytając otoczkę tego systemu, to prostsze i bardziej strukturalne pytanie: w którym momencie w tej sekwencji intencja użytkownika przestaje być tym, co kontroluje, a interpretacja tej intencji przez agenta przejmuje kontrolę?

Ta granica to nie techniczna przypisówka. To centralny problem projektowania autonomicznego wykonania na łańcuchu, a OctoClaw czyni to niezwykle widocznym.

Openledger pozycjonuje się jako zdecentralizowana sieć AI danych i inteligencji, z $OPEN jako warstwą koordynacyjną do zachęcania do wkładów danych i treningu modeli w swoim ekosystemie. OctoClaw znajduje się w tym ekosystemie jako coś odrębnego: agent orkiestrujący, zaprojektowany do interpretacji instrukcji w naturalnym języku od użytkownika i przetłumaczenia ich na sekwencję działań na łańcuchu. Stawiana ambicja to zniwelowanie różnicy między tym, co ktoś chce zrobić w Web3, a operacyjną złożonością faktycznego zrealizowania tego. To legitarny problem wart rozwiązania. Większość osób, które interagują z protokołami DeFi lub narzędziami na łańcuchu, napotyka tarcia, które nie mają nic wspólnego z ich rzeczywistymi celami, a wszystko z liczbą kroków, interfejsów i decyzji stojących między nimi a wynikiem. Premisa OctoClaw jest taka, że agent może wchłonąć tę złożoność.

Workflow, jak rozumiem z dostępnej dokumentacji i pozycjonowania ekosystemu, przechodzi przez mniej więcej trzy etapy. Po pierwsze, użytkownik wyraża zamiar w naturalnym lub niemal naturalnym języku. Coś w stylu: znajdź najlepszą możliwość zysku dla tej klasy aktywów przy obecnych warunkach rynkowych i wykonaj, gdy ją zidentyfikujesz. Po drugie, OctoClaw wchodzi w to, co można by nazwać fazą badawczą, pobierając dane z dostępnych źródeł, w tym potencjalnie z szerszej sieci danych Openledger, aby modelować krajobraz i zidentyfikować kandydackie działania. Po trzecie, autonomicznie wykonuje wybrane działanie, przesyłając transakcję na łańcuch bez potrzeby zatwierdzania każdego poszczególnego kroku przez użytkownika.

Ten trzeci etap to moment, w którym zaczynam zwalniać.

Jest istotna różnica między agentem, który przedstawia rekomendację i czeka, a agentem, który działa na podstawie osądu wyformowanego z niekompletnych lub probabilistycznych danych. Oba przypadki wiążą się z zaufaniem, ale to zaufanie jest jakościowo różne. W pierwszym przypadku użytkownik zachowuje rolę ostatecznego arbitra. W drugim przypadku ta rola została delegowana i pytanie brzmi: delegowana do czego, dokładnie? Do zrozumienia modelu instrukcji? Do źródeł danych, z których skorzystał agent? Do ekonomicznych bodźców wbudowanych w system, które kształtują sposób, w jaki agent waży swoje opcje?

Szersza architektura Openledger oparta jest na pomyśle, że jakość danych jest fundamentem jakości inteligencji. Sieć zachęca współtwórców do dostarczania niezawodnych, różnorodnych zbiorów danych, które mogą trenować bardziej zdolne modele. To spójne podejście do problemu osadzania podejmowania decyzji AI w czymś mniej arbitralnym niż zbiór treningowy jednego dostawcy. Ale nie rozwiązuje w pełni pytania o zaufanie, które pojawia się w kontekście OctoClaw. Nawet dobrze pozyskane dane, przetworzone przez model, którego użytkownik nie może bezpośrednio zbadać, generują wyniki, które niosą ze sobą niepewność, której użytkownik może nie być w stanie ocenić przed tym, jak transakcja już będzie na łańcuchu.

To nie jest krytyka unikalna dla OctoClaw. To strukturalna cecha każdego systemu, który kompresuje odległość między instrukcją a wykonaniem. Kompresja to wartość propozycji. To także tam, gdzie powierzchnia odpowiedzialności staje się trudniejsza do zmapowania. Jeśli autonomiczny agent podejmuje sekwencję decyzji, która skutkuje wynikiem, którego użytkownik nie przewidział, jak wygląda proces przeglądu? Transakcja jest niezmienna. Rozumowanie, które agent wykorzystał, jest, w zależności od tego, jak system jest zbudowany, albo rejestrowane w formie, którą użytkownik może audytować, albo w ogóle nie rejestrowane w żaden znaczący sposób. Różnica między tymi dwoma przypadkami jest znacząca.

To, co uważam za naprawdę interesujące w pozycjonowaniu OctoClaw w ramach Openledger, to to, że dziedziczy orientację sieci na przejrzystość danych i odpowiedzialność współtwórców, przynajmniej w teorii. Filozofia projektowa ekosystemu skłania się ku weryfikowalności: pochodzenie danych, zapisy wkładów, linia treningowa modeli. Jeśli ta orientacja przenika do warstwy agenta, to OctoClaw mógłby, teoretycznie, oferować użytkownikom coś, czego większość autonomicznych systemów wykonawczych nie ma, a więc ścisłą ścieżkę od danych, które informowały decyzję, do samej decyzji. Czy ta ścisłość jest udostępniana użytkownikowi w zrozumiały sposób, i czy obejmuje krok wykonawczy, a nie kończy się na kroku badawczym, to coś, co obecna dokumentacja pozostawia otwarte.

Jest też pytanie o rozrost zakresu w ramach jednej instrukcji. Kiedy użytkownik wyraża zamiar w naturalnym języku, to wyrażenie jest z natury niedospecyfikowane. Język kompresuje znaczenie. Instrukcja do "optymalizacji" lub "maksymalizacji" lub "znalezienia najlepszego" zawiera założenia dotyczące tolerancji ryzyka, horyzontu czasowego, akceptowalnych kontrahentów i akceptowalnych protokołów, które użytkownik może nie mieć świadomie wyartykułowane. Agent musi jakoś rozwiązać tę niedospecyfikację. Wybory, które podejmuje w rozwiązywaniu tego, nie są neutralne. Odbijają dane treningowe, architekturę modelu, a być może także strukturę ekonomiczną ekosystemu, w którym działa. Protokół, który kieruje wykonanie przez swoją własną infrastrukturę płynności, na przykład, ma inną relację do osądu agenta niż taki, który jest rzeczywiście agnostyczny wobec wyników.

Nie sugeruję, że OctoClaw podejmuje te decyzje w złej wierze. Sugeruję, że pytanie, jak je podejmuje, jest warte zrozumienia, zanim agent będzie miał zarówno mapę, jak i klucze.

Obietnica autonomicznych agentów na łańcuchu jest realna, a problem, który rozwiązują, jest realny. Ale ramy zaufania wokół nich wciąż są budowane w czasie rzeczywistym, a konstrukcje te znacznie różnią się pod względem głębokości. To, do czego wciąż wracam w odniesieniu do OctoClaw, to pytanie, czy warstwa orkiestracji, którą oferuje, sprawia, że rozumowanie agenta jest dostępne do inspekcji, czy po prostu sprawia, że wynik wydaje się płynniejszy. To nie są te same rzeczy, a różnica ma większe znaczenie im dalej agent może działać, zanim użytkownik zostanie poproszony o spojrzenie.

#OpenLedger

#Execution

#creatorpad