Saya di sini sekali lagi untuk ELI5 @akileshpotti Berikut rinciannya: (a) Registri Agen seperti ERC-8004 adalah Solusi Menengah Terbaik: Registri onchain adalah cara yang tidak efektif untuk menangani sesuatu yang kompleks seperti penemuan dan interaksi agen. Itu tidak bekerja dengan baik dalam praktik. (b) Agen On-Chain Sebenarnya: Jika Anda benar-benar menginginkan "agen AI tanpa kepercayaan" di blockchain, langkah logisnya adalah menjadikan model dan agen AI sebagai bagian inti dari rantai itu sendiri—dibangun ke dalam lapisan eksekusi dan konsensus. Ini adalah bagaimana siapa pun di rantai dapat mengaksesnya secara asli dan aman. @ritualnet sudah membangun ini. Registri tidak memberi Anda ini (dan lihat (c)) (c) Jembatan On-Chain/Off-Chain yang Kikuk Tidak Berfungsi: ERC-8004 adalah tambalan janky untuk menghubungkan sistem on-chain dan off-chain. Kami tahu ini tidak optimal untuk UX dan produk karena kami @ritualnet membangun model yang tepat hampir dua tahun lalu dengan oracle Infernet kami. Ini hanya setengah solusi (itulah sebabnya kami memutuskan untuk mengabadikan infrastruktur kami sendiri) (d) Lihat Siapa yang Benar-benar Menghasilkan Uang: Perusahaan agen Web2 yang sukses seperti @DecagonAI dan @cursor_ai tidak menggunakan pasar penemuan terbuka yang kacau. Mereka menghasilkan uang dengan (1) menjalankan satu agen yang kuat berulang kali atau (2) menggunakan sekumpulan agen kecil yang tetap dengan cara yang sangat terstruktur. Impian "agen akan menemukan satu sama lain secara acak" bukanlah bagaimana produk yang menguntungkan dibangun dalam praktik (jika itu tujuan Anda) (e) Masalah Sulit yang Tidak Dipecahkan Orang Lain: Memanggil agen dari blockchain itu mudah. Tantangan sebenarnya adalah membangun infrastruktur untuk melakukannya dengan benar. Itu berarti: - Skalabilitas: Menghindari komputasi yang berlebihan tanpa mengorbankan keamanan. - Harga: Membangun pasar biaya baru yang disesuaikan untuk model/agen khusus ini - Utilitas: Termasuk fitur-fitur penting seperti transaksi berulang (pikirkan pekerjaan Cron on-chain) yang membuat agen benar-benar berguna Tidak ada L1 lain yang memikirkan hal ini atau membangun infrastruktur untuk memecahkan semua masalah ini. Hanya @ritualnet. (tbh, kali ini jauh lebih mudah dicerna di postingan OG-nya jadi saya sarankan orang-orang membacanya)
Akilesh Potti
Akilesh Potti27 Agu, 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.
13K