Trendaavat aiheet
#
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.
Olen täällä jälleen kerran ELI5 @akileshpotti
Tässä on erittely:
(a) Agenttirekisterit, kuten ERC-8004, ovat parhaimmillaan keskitason ratkaisu: Ketjussa olevat rekisterit ovat tehoton tapa käsitellä jotain niinkin monimutkaista kuin agenttien löytäminen ja vuorovaikutus. Se ei vain toimi hyvin käytännössä.
(b) Itse asiassa ketjussa olevat agentit: Jos todella haluat "luotettavia tekoälyagentteja" lohkoketjuun, looginen askel on tehdä tekoälymalleista ja agenteista keskeinen osa itse ketjua – sisäänrakennettuna toteutus- ja konsensuskerroksiin. Näin kuka tahansa ketjun jäsen voi käyttää niitä natiivisti ja turvallisesti. @ritualnet jo rakentanut tämän. Rekisteri ei anna sinulle tätä (ja katso (c))
(c) Kömpelöt ketjun sisäiset/ketjun ulkopuoliset sillat eivät toimi: ERC-8004 on hankea korjaustiedosto ketjun sisäisten ja ketjun ulkopuolisten järjestelmien yhdistämiseen. Tiedämme, että se ei ole optimaalinen käyttökokemuksen ja tuotteen kannalta, koska @ritualnet rakensimme juuri tämän mallin lähes kaksi vuotta sitten Infernet-oraakkelillamme. Se on vain puolikas ratkaisu (minkä vuoksi päätimme säilyttää oman infrastruktuurimme)
(d) Katso, kuka todella ansaitsee rahaa: Menestyneet Web2-agenttiyritykset, kuten @DecagonAI ja @cursor_ai, eivät käytä kaoottisia, avoimia markkinapaikkoja. He tienaavat rahaa joko (1) pyörittämällä yhtä voimakasta agenttia toistuvasti tai (2) käyttämällä pientä, kiinteää agenttijoukkoa erittäin jäsennellyllä tavalla. "Agentit löytävät satunnaisesti toisensa" -unelma ei vain ole se, miten kannattavia tuotteita rakennetaan käytännössä (jos se on tavoitteesi)
(e) Vaikeat ongelmat, joita kukaan muu ei ratkaise: Agentille soittaminen lohkoketjusta on helppoa. Todellinen haaste on rakentaa infrastruktuuri, jotta se tehdään oikein. Tämä tarkoittaa:
- Skaalautuvuus: Tarpeettoman laskennan välttäminen turvallisuudesta tinkimättä.
- Hinnoittelu: Uusien maksumarkkinoiden rakentaminen, jotka on mukautettu näille malleille/agenteille
- Hyödyllisyys: Sisältää olennaisia ominaisuuksia, kuten toistuvia tapahtumia (ajattele ketjussa olevia Cron-töitä), jotka tekevät agenteista aidosti hyödyllisiä
Mikään muu L1 ei ole ajatellut tätä tai rakentanut infrastruktuuria kaikkien näiden ongelmien ratkaisemiseksi. Vain @ritualnet.
(tbh, paljon sulavampi tällä kertaa hänen OG-postauksessaan, joten suosittelen ihmisiä lukemaan sen)
27.8. klo 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,51K
Johtavat
Rankkaus
Suosikit