Argomenti di tendenza
#
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.
Sono qui ancora una volta per ELI5 @akileshpotti
Ecco la spiegazione:
(a) I Registri degli Agenti come l'ERC-8004 sono una soluzione intermedia al meglio: I registri onchain sono un modo inefficace per gestire qualcosa di complesso come la scoperta e l'interazione degli agenti. In pratica non funziona bene.
(b) Agenti On-Chain Reali: Se vuoi davvero "agenti AI senza fiducia" su una blockchain, il passo logico è rendere i modelli e gli agenti AI una parte fondamentale della catena stessa—integrati nei livelli di esecuzione e consenso. Questo è il modo in cui chiunque sulla catena può accedervi in modo nativo e sicuro. @ritualnet ha già costruito questo. Un registro non ti offre questo (e vedi (c))
(c) I Ponti On-Chain/Off-Chain Ingombranti Non Funzionano: L'ERC-8004 è una soluzione maldestra per connettere sistemi on-chain e off-chain. Sappiamo che è subottimale per l'UX e il prodotto perché noi di @ritualnet abbiamo costruito quel modello esatto quasi due anni fa con il nostro oracolo Infernet. È solo una soluzione parziale (ed è per questo che abbiamo deciso di consacrare la nostra infrastruttura)
(d) Guarda Chi Sta Davvero Facendo Soldi: Le aziende di agenti Web2 di successo come @DecagonAI e @cursor_ai non stanno usando un mercato di scoperta aperto e caotico. Stanno guadagnando soldi o (1) eseguendo ripetutamente un potente agente o (2) utilizzando un piccolo set fisso di agenti in modo altamente strutturato. Il sogno che "gli agenti si scopriranno casualmente" semplicemente non è come vengono costruiti i prodotti redditizi in pratica (se questo è il tuo obiettivo)
(e) I Problemi Difficili Che Nessun Altro Sta Risolvendo: Chiamare un agente da una blockchain è facile. La vera sfida è costruire l'infrastruttura per farlo nel modo giusto. Questo significa:
- Scalabilità: Evitare il calcolo ridondante senza compromettere la sicurezza.
- Prezzi: Costruire mercati delle commissioni innovativi adattati a questi modelli/agenti specifici
- Utilità: Includere funzionalità essenziali come transazioni ricorrenti (pensa ai lavori Cron on-chain) che rendono gli agenti veramente utili
Nessun altro L1 ha pensato a tutto questo o ha costruito l'infrastruttura per risolvere tutti questi problemi. Solo @ritualnet.
(Per essere onesti, è molto più digeribile questa volta nel suo post OG, quindi consiglio a tutti di leggerlo)

27 ago, 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
Principali
Ranking
Preferiti