Estoy aquí una vez más para ELI5 @akileshpotti Aquí está el desglose: (a) Los Registros de Agentes como ERC-8004 son una Solución Media como Mucho: Los registros en la cadena son una forma ineficaz de manejar algo tan complejo como el descubrimiento e interacción de agentes. Simplemente no funciona bien en la práctica. (b) Agentes Realmente En la Cadena: Si realmente quieres "agentes de IA sin confianza" en una blockchain, el paso lógico es hacer que los modelos y agentes de IA sean una parte central de la cadena misma, integrados en las capas de ejecución y consenso. Así es como cualquiera en la cadena puede acceder a ellos de manera nativa y segura. @ritualnet ya construyó esto. Un registro no te proporciona esto (y mira (c)) (c) Puentes Torpes On-Chain/Off-Chain No Funcionan: ERC-8004 es un parche defectuoso para conectar sistemas en la cadena y fuera de ella. Sabemos que es subóptimo para la experiencia del usuario y el producto porque en @ritualnet construimos ese modelo exacto hace casi dos años con nuestro oráculo Infernet. Es solo una solución a medias (que es por lo que decidimos consagrar nuestra propia infraestructura) (d) Mira Quiénes Están Realmente Ganando Dinero: Las empresas de agentes exitosas de Web2 como @DecagonAI y @cursor_ai no están utilizando algún mercado caótico de descubrimiento abierto. Están ganando dinero ya sea (1) ejecutando un agente poderoso repetidamente o (2) utilizando un pequeño conjunto fijo de agentes de manera altamente estructurada. El sueño de que "los agentes se descubrirán aleatoriamente entre sí" simplemente no es cómo se construyen productos rentables en la práctica (si ese es tu objetivo) (e) Los Problemas Difíciles que Nadie Más Está Resolviendo: Llamar a un agente desde una blockchain es fácil. El verdadero desafío es construir la infraestructura para hacerlo bien. Eso significa: - Escalabilidad: Evitar la computación redundante sin comprometer la seguridad. - Precios: Construir mercados de tarifas novedosos adaptados a estos modelos/agentes específicos. - Utilidad: Incluir características esenciales como transacciones recurrentes (piensa en trabajos Cron en la cadena) que hagan que los agentes sean realmente útiles. Ninguna otra L1 ha pensado en esto o ha construido la infraestructura para resolver todos estos problemas. Solo @ritualnet. (para ser honesto, es mucho más digerible esta vez en su publicación OG, así que recomiendo a la gente que la lea)
Akilesh Potti
Akilesh Potti27 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.
12,83K