Protokół Fabric wciąż wstrzymywał zadanie, które normalnie wykonuje bez przerw. Nie długie przerwy. Tylko kilka sekund. Ale to działo się za każdym razem, gdy maszyna próbowała zażądać zasobu poza swoim pierwotnym zakresem. Na początku założyłem, że to opóźnienie w sieci lub jakiś dziwny problem z trasowaniem.

Potem zauważyłem wzór.

Każde żądanie robota było powiązane z tą samą tożsamością on-chain. Ta sama klucz. Ta sama koperta uprawnień. A gdy robot próbował zrobić coś trochę innego — uzyskać dostęp do innej usługi, wywołać instrukcję płatności, zażądać dodatkowego obliczenia — Fabric nie traktował tego jako „robot działający ponownie.” Traktował to jako tożsamość żądającą nowej zdolności.

Ta różnica wydaje się mała, dopóki nie spojrzysz na logi.

Bez tej warstwy tożsamości robot jest w zasadzie tylko oprogramowaniem wykonującym wywołania API. Jeśli coś przejmie proces, system naprawdę nie widzi różnicy. Fabric odwraca to. Robot jest najpierw tożsamością, a generatorem akcji w drugiej kolejności. Każda akcja łączy się z powrotem z tą tożsamością.

Co oznacza, że reputacja zaczyna się kumulować.

Możesz to zobaczyć w zachowaniu systemu. Po około dwudziestu cyklach udanego zadania, tarcie związane z uprawnieniami nieco maleje. Niektóre działania są trasowane szybciej. Sieć wydaje się bardziej ufać tożsamości, a nie tylko kodowi, który jest wykonywany za nią.

Ale to również wprowadza dziwną napięcie.

Robot może działać autonomicznie, oczywiście. Jednak każdy krok nadal odnosi się do trwałej tożsamości, która może być ograniczona, wstrzymana lub kwestionowana przez sieć.

Autonomia z obrożą.

Wciąż nie jestem pewien, czy to czyni ekonomię robotów w dużej skali bezpieczniejszą… czy po prostu wolniejszą w sposób, którego jeszcze całkowicie nie odczuliśmy.

#Robo $ROBO @FabricFND