Я снова здесь, чтобы объяснить @akileshpotti на пальцах. Вот разбивка: (a) Реестры агентов, такие как ERC-8004, являются лишь средним решением: Реестры в блокчейне — это неэффективный способ справляться с чем-то таким сложным, как обнаружение и взаимодействие агентов. На практике это просто не работает. (b) На самом деле, агенты на блокчейне: Если вы действительно хотите "доверенные AI-агенты" на блокчейне, логичным шагом будет сделать модели AI и агентов основной частью самого блокчейна — встроенными в слои выполнения и консенсуса. Так любой на блокчейне сможет получить к ним доступ нативно и безопасно. @ritualnet уже это построил. Реестр вам этого не даст (и смотрите (c)). (c) Неуклюжие мосты между блокчейном и вне его не работают: ERC-8004 — это неуклюжая заплатка для соединения систем на блокчейне и вне его. Мы знаем, что это не оптимально для UX и продукта, потому что мы в @ritualnet построили именно эту модель почти два года назад с нашим оракулом Infernet. Это лишь полурешение (поэтому мы решили закрепить нашу собственную инфраструктуру). (d) Посмотрите, кто на самом деле зарабатывает деньги: Успешные компании-агенты Web2, такие как @DecagonAI и @cursor_ai, не используют какой-то хаотичный рынок открытого обнаружения. Они зарабатывают деньги, либо (1) запуская одного мощного агента многократно, либо (2) используя небольшой фиксированный набор агентов в строго структурированном виде. Мечта о том, что "агенты будут случайно находить друг друга", просто не соответствует тому, как на практике создаются прибыльные продукты (если это ваша цель). (e) Сложные проблемы, которые никто другой не решает: Вызвать агента из блокчейна легко. Реальная проблема заключается в создании инфраструктуры для правильного выполнения этой задачи. Это означает: - Масштабируемость: Избегание избыточных вычислений без компромисса в безопасности. - Ценообразование: Создание новых рынков сборов, адаптированных для этих конкретных моделей/агентов. - Полезность: Включение необходимых функций, таких как повторяющиеся транзакции (подумайте о заданиях Cron в блокчейне), которые делают агентов действительно полезными. Ни один другой L1 не продумал это или не построил инфраструктуру для решения всех этих проблем. Только @ritualnet. (честно говоря, на этот раз это гораздо более усваиваемо в его оригинальном посте, так что я рекомендую всем его прочитать)
Akilesh Potti
Akilesh Potti27 авг., 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,34K