Jsem zde ještě jednou na ELI5 @akileshpotti Zde je rozpis: (a) Registry agentů, jako je ERC-8004, jsou přinejlepším středním řešením: Registry v chainu představují neefektivní způsob, jak zvládnout něco tak složitého, jako je objevování a interakce agentů. V praxi to prostě nefunguje dobře. (b) Skutečně agenti v řetězci: Pokud skutečně chcete "agenty umělé inteligence bez důvěry" na blockchainu, logickým krokem je, aby se modely a agenti umělé inteligence staly klíčovou součástí samotného řetězce – zabudované do prováděcích a konsensuálních vrstev. Díky tomu k nim může kdokoli v řetězci přistupovat nativně a bezpečně. @ritualnet to už vybudoval. Registr vám to nezajistí (a viz (c)) (c) Neohrabané on-chain/off-chain mosty nefungují: ERC-8004 je janky patch pro propojení on-chain a off-chain systémů. Víme, že to není optimální pro UX a produkt, protože jsme přesně tento model vytvořili před @ritualnet téměř dvěma lety pomocí našeho věštírny Infernet. Je to jen poloviční řešení (proto jsme se rozhodli zakotvit vlastní infrastrukturu) (d) Podívejte se na to, kdo ve skutečnosti vydělává peníze: Úspěšné společnosti poskytující agenty Web2, jako jsou @DecagonAI a @cursor_ai, nevyužívají nějaký chaotický trh s otevřeným objevováním. Vydělávají peníze buď (1) opakovaným provozováním jednoho mocného agenta, nebo (2) používáním malé, fixní sady agentů vysoce strukturovaným způsobem. Sen o tom, že "agenti se budou náhodně objevovat" prostě není o tom, jak se v praxi budují ziskové produkty (pokud je to váš cíl) (e) Těžké problémy, které nikdo jiný neřeší: Volání agenta z blockchainu je snadné. Skutečnou výzvou je vybudovat infrastrukturu, která to udělá správně. To znamená: - Škálovatelnost: Vyhněte se nadbytečným výpočtům bez ohrožení bezpečnosti. - Cenotvorba: Vytváření nových trhů s poplatky přizpůsobených těmto konkrétním modelům/agentům - Užitečnost: Včetně základních funkcí, jako jsou opakující se transakce (například úlohy Cron v řetězci), díky nimž jsou agenti skutečně užiteční Žádná jiná L1 to nepromyslela a nevybudovala infrastrukturu k vyřešení všech těchto problémů. Pouze @ritualnet. (tbh, tentokrát mnohem stravitelnější na jeho OG příspěvku, takže doporučuji lidem si ho přečíst)
Akilesh Potti
Akilesh PottiPřed 19 h
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.
10,9K