Subiecte populare
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Sunt din nou aici la ELI5 @akileshpotti
Iată defalcarea:
(a) Registrele de agenți precum ERC-8004 sunt o soluție medie în cel mai bun caz: registrele onchain sunt o modalitate ineficientă de a gestiona ceva atât de complex precum descoperirea și interacțiunea agenților. Pur și simplu nu funcționează bine la antrenament.
(b) Agenți de fapt pe lanț: Dacă doriți de fapt "agenți AI fără încredere" pe un blockchain, pasul logic este să faceți modele și agenți AI o parte esențială a lanțului în sine - încorporat în straturile de execuție și consens. Acesta este modul în care oricine din lanț le poate accesa nativ și în siguranță. @ritualnet construit deja acest lucru. Un registru nu vă oferă acest lucru (și vedeți (c))
(c) Punțile greoaie pe lanț / în afara lanțului nu funcționează: ERC-8004 este un patch ciudat pentru a conecta sistemele în lanț și în afara lanțului. Știm că nu este optim pentru UX și produs, deoarece la @ritualnet am construit exact acel model în urmă cu aproape doi ani cu oracolul nostru Infernet. Este doar o soluție pe jumătate (motiv pentru care am decis să ne consacrăm propria infrastructură)
(d) Uitați-vă la cine face de fapt bani: Companiile de succes ale agenților Web2 precum @DecagonAI și @cursor_ai nu folosesc o piață haotică, deschisă. Ei fac bani fie (1) rulând un agent puternic în mod repetat sau (2) folosind un set mic și fix de agenți într-un mod foarte structurat. Visul "agenții se vor descoperi la întâmplare" pur și simplu nu este modul în care produsele profitabile sunt construite în practică (dacă acesta este scopul tău)
(e) Problemele dificile pe care nimeni altcineva nu le rezolvă: Apelarea unui agent de pe un blockchain este ușoară. Adevărata provocare este construirea infrastructurii pentru a face lucrurile corect. Asta înseamnă:
- Scalabilitate: Evitarea calculelor redundante fără a compromite securitatea.
- Prețuri: Construirea de noi piețe de taxe adaptate pentru aceste modele/agenți specifici
- Utilitate: Include funcții esențiale, cum ar fi tranzacțiile recurente (gândiți-vă la joburile Cron on-chain) care fac agenții cu adevărat utili
Niciun alt L1 nu s-a gândit la asta sau nu a construit infrastructura pentru a rezolva toate aceste probleme. Doar @ritualnet.
(tbh, mult mai digerabil de data aceasta în postarea sa OG, așa că recomand oamenilor să-l citească)
27 aug., 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.
12,82K
Limită superioară
Clasament
Favorite