Актуальні теми
#
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.
Я знову тут, щоб @akileshpotti ELI5
Ось розбивка:
(a) Реєстри агентів, такі як ERC-8004, є в кращому випадку середнім рішенням: реєстри в ланцюжку є неефективним способом обробки чогось настільки складного, як виявлення агента та взаємодія. На практиці це просто погано працює.
(b) Фактично агенти в ланцюжку: якщо вам дійсно потрібні «агенти штучного інтелекту без довіри» в блокчейні, логічним кроком буде зробити моделі та агентів штучного інтелекту основною частиною самого ланцюга, вбудованою в рівні виконання та консенсусу. Ось як будь-хто в мережі може отримати до них вбудований і безпечний доступ. @ritualnet вже побудував це. Реєстр не дає вам цього (і див. (c))
(c) Незграбні мости в ланцюжку/поза ланцюгом не працюють: ERC-8004 — це незручний патч для підключення ончейн і офчейн систем. Ми знаємо, що це неоптимально для UX та продукту, тому що ми в @ritualnet створили саме цю модель майже два роки тому за допомогою нашого оракула Infernet. Це лише половинчасте рішення (саме тому ми вирішили закріпити власну інфраструктуру)
(d) Подивіться, хто насправді заробляє гроші: успішні компанії-агенти Web2, такі як @DecagonAI та @cursor_ai, не використовують якийсь хаотичний, відкритий ринок. Вони заробляють гроші, використовуючи або (1) багаторазове використання одного потужного агента, або (2) використовуючи невеликий, фіксований набір агентів у дуже структурований спосіб. Мрія про те, що «агенти випадково виявлять один одного» просто не полягає в тому, наскільки прибуткові продукти будуються на практиці (якщо це ваша мета)
(e) Складні проблеми, які ніхто інший не вирішує: зателефонувати агенту з блокчейну просто. Справжній виклик полягає в тому, щоб побудувати інфраструктуру, щоб зробити це правильно. Це означає:
- Масштабованість: уникнення зайвих обчислень без шкоди для безпеки.
- Ціноутворення: Створення нових ринків комісій, адаптованих для цих конкретних моделей/агентів
- Утиліта: включає основні функції, такі як повторювані транзакції (згадайте роботу Cron у мережі), які роблять агентів справді корисними
Жоден інший L1 це не продумав і не побудував інфраструктуру для вирішення всіх цих проблем. Тільки @ritualnet.
(tbh, цього разу набагато краще засвоюється в його дописі на OG, тому я рекомендую людям прочитати його)

27 серп., 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.
11,72K
Найкращі
Рейтинг
Вибране