Jestem tutaj ponownie, aby ELI5 @akileshpotti Oto podział: (a) Rejestry agentów, takie jak ERC-8004, są w najlepszym razie rozwiązaniem średnim: Rejestry on-chain są nieskutecznym sposobem na obsługę czegoś tak złożonego jak odkrywanie agentów i interakcja. Po prostu nie działa to dobrze w praktyce. (b) Rzeczywiste agenty on-chain: Jeśli naprawdę chcesz "agentów AI bez zaufania" na blockchainie, logicznym krokiem jest uczynienie modeli AI i agentów kluczową częścią samego łańcucha — wbudowaną w warstwy wykonawcze i konsensusu. W ten sposób każdy na łańcuchu może uzyskać do nich dostęp natywnie i bezpiecznie. @ritualnet już to zbudował. Rejestr nie daje ci tego (i zobacz (c)) (c) Niezgrabne mosty on-chain/off-chain nie działają: ERC-8004 to nieudolna łatka do połączenia systemów on-chain i off-chain. Wiemy, że jest to suboptymalne dla UX i produktu, ponieważ my w @ritualnet zbudowaliśmy dokładnie ten model prawie dwa lata temu z naszym oracle Infernet. To tylko pół rozwiązania (dlatego zdecydowaliśmy się na ugruntowanie naszej własnej infrastruktury) (d) Zobacz, kto naprawdę zarabia pieniądze: Sukcesywni agenci Web2, tacy jak @DecagonAI i @cursor_ai, nie korzystają z jakiegoś chaotycznego, otwartego rynku odkrywania. Zarabiają pieniądze, albo (1) uruchamiając jednego potężnego agenta wielokrotnie, albo (2) używając małego, stałego zestawu agentów w wysoce zorganizowany sposób. Marzenie, że "agenci będą się losowo odkrywać", po prostu nie jest tym, jak w praktyce buduje się dochodowe produkty (jeśli to jest twój cel) (e) Trudne problemy, których nikt inny nie rozwiązuje: Wywołanie agenta z blockchaina jest łatwe. Prawdziwym wyzwaniem jest zbudowanie infrastruktury, aby zrobić to dobrze. To oznacza: - Skalowalność: Unikanie zbędnych obliczeń bez kompromisów w zakresie bezpieczeństwa. - Ceny: Budowanie nowatorskich rynków opłat dostosowanych do tych konkretnych modeli/agentów - Użyteczność: Włączenie niezbędnych funkcji, takich jak transakcje cykliczne (pomyśl o zadaniach Cron on-chain), które sprawiają, że agenci są naprawdę użyteczni Żaden inny L1 nie przemyślał tego ani nie zbudował infrastruktury do rozwiązania wszystkich tych problemów. Tylko @ritualnet. (szczerze mówiąc, tym razem znacznie bardziej przystępne w jego oryginalnym poście, więc polecam, aby ludzie to przeczytali)
Akilesh Potti
Akilesh Potti27 sie, 07:19
i am once again here to say agent discovery & registry hell is one of the least impactful things to focus on that for whatever reason keeps nerd sniping cracked ppl...most "mid" solutions for it are good enough and "better" solutions barely move the needle either you: 1) actually take your 'thought experiment' to its sci-fi logical conclusion wrt "autonomous" + "trustless" agents and make them a first class citizen by enshrining the {fdn model, tool use, etc.} components of an agent directly into the chain* (we do this) rather than frankensteining together some off-chain & on-chain stuff as mentioned in 8004 (we did this: infernet) 2) stay grounded in reality & grok how the largest b2b / b2b2c web2 agent startups (sierra, decagon, ...) that are printing real $$$ work. either they're in the camp of single general purpose agent deployed many times or a statically defined computational graph of how specialized agents communicate. this intellectual masturbatory notion of dynamic graphs of agents discovering each other much less useful than you may think if you're in the camp of web2 cos getting real users. if you're not in this camp, and believe in futuristic settings, then you should do 1). anything in between is worst of both worlds imo. *feel free to @ me but your fave L1 today (eth, solana, monad, ...) doesn't allow for enshrined agents. it's also highly non-trivial for them to do this given it's not in line with their fundamental design. expanding the exec clients' vm to handle fwd passes across oss llms, network calls for tool use, etc. is the easy part. hard part is bypassing replicated exec in consensus for non-deterministic behavior w/out ~degrading safety/liveness, fee mech, and how to allow for scheduled txs to exist in a way without borking the perf / end UX for regular txs. wouldn't be possible for us without the gigabrains @noamnisan @n_durvasula @bahrani_maryam and others coming up with some new machinery. reality is most L1s are an exercise in networking-bound settings...we're in an exec-bound one.
11,72K