Denne artikel er opdelt i fire dele, hvoraf hver bygger den kontekst, du har brug for til den næste. Del 1 forklarer, hvordan x402 passer ind i eksisterende Web2 og enterprise faktureringsstrømme, og hvordan det kan flytte virksomheder "på kæde" ved at omdanne API-brug til stablecoin-baserede mikrobetalinger uden at ændre deres mentale model af software. Del 2 viser, hvorfor det nuværende ad-og-abonnement web bryder ind i en agentisk verden, og hvordan x402, sammen med ERC-8004 og programmerbare tegnebøger, kan omdanne skrabet indhold og API'er til nano-virksomheder, som agenter betaler for pr. Opkald. , then describes how x402, ERC-8004, and agent discovery layers address per-call payments, spam resistance, pricing, and interoperability. Part 3 analyzes the technical bottlenecks that block agent commerce today Del 4 giver et konkret eksempel i DayDreams.Systems og dets Lucid-stack, der viser, hvordan AP2, x402, A2A og ERC-8004 kommer sammen i virkelige værktøjer, der giver udviklere mulighed for at implementere, operere og monetere autonome agenter i produktion. Denne skrivning er for teknisk dygtige læsere, især udviklere, protokoldesignere og produktteams, der arbejder med AI-agenter, API'er eller kryptografiske spor, der ønsker et klart overblik over, hvordan disse områder forbinder. Det forklarer, hvordan x402, ERC-8004 og agentopdagelseslag forvandler API'er og agenter til små brugsbaserede virksomheder, og hvad det betyder for virkelige systemer i løbet af de næste 1-3 år. Vocabulary: I denne artikel bruger jeg udtrykket mikrovirksomhed til at henvise til små / nano-virksomheder for et enkelt x402-prissat endpoint eller agent, der opererer uafhængigt og tjener indtægter fra per-call-betalinger i stablecoins. (Agent Payment Protocol): AP2 defines how agents pay each other. It standardizes how a service quotes a price, how payment is confirmed, and how both sides record what was bought, so payments fit directly into automated agent workflows. In practice, it is a protocol that enables one machine to pay another for work without a human in the loop. AP2 A2A (agent-til-agent kommunikation): A2A undersøger, hvordan agenter kommunikerer, deler kontekst og koordinerer arbejde. Det giver agenter mulighed for at ringe til hinanden, udveksle strukturerede beskeder og kædeopgaver i stedet for at fungere som isolerede skript. x402 er en HTTP-baseret betalingsprotokol for APIs.En server svarer med en 402 Payment Required statuskode, prisen og en betalingsrute.Klienten betaler med on-chain stablecoins og gentager derefter anmodningen for at modtage resultatet. ERC-8004 (8004) er et standard on-chain register for agenter. Det giver hver agent en identitet og et sted at gemme omdømme data, så andre agenter og værktøjer kan beslutte, hvem man skal stole på og hvilke tjenester man skal ringe til. Forord **x402 and ERC-8004. \ Standards for on-chain payments and identity for agent operation. Most people have never heard of these standards, and even many crypto natives only see the surface of the agent narrative. Behind them is a simple idea. Agents can pay and get paid through tiny on-chain transactions, and in return, they can handle tasks that would be impossible to scale by hand. Vi er stadig tidligt i dette nye rum, men jeg har mistanke om, at alt vil udvikle sig meget hurtigere end de fleste mennesker forventer. One of the drivers for this is the push to build an agent-driven internet. Another is the need to improve privacy in the processes we already use. For eksempel har Vitalik Buterin allerede fremhævet behovet for privatlivsbevarende x402-betalinger. Hver gang en agent betaler et endpoint, lækker det, hvilken tjeneste den brugte, hvornår den brugte den, hvor ofte den brugte den, og nogle gange endda den grove størrelse eller type job. Konkurrenter kan se, hvilke API'er din app eller agent er afhængig af. Data mæglere kan rekonstruere brugeradfærd og forretningslogik fra betalingsstrømme. Over tid får du et kæmpe, søgbart kort over, hvem der betaler hvem for hvad. For human users, this is a privacy nightmare. For agents as businesses, it is also an alpha leak. Agents can do a lot of practical work for you, but privacy-preserving payments are one of the first problems to solve. A development team I use as an example is currently building private x402 transactions on the Starknet stack, also known as z402. Når dette lag er på plads, åbner det døren til hundredvis af brugssager. Jeg vil først forklare, hvor nettet er i dag, og hvorfor agenter bryder den gamle ad-and-abonnement model. I will also introduce the basic terms you need to understand to get the most from this reading. Then, I will show how standards such as x402 and ERC-8004 give agents a way to pay and prove value. Endelig vil jeg se på et eksempel udviklingshold, DayDreams.Systems, der bygger på toppen af disse standarder. Målet er ikke at fremme et bestemt hold, men at vise, hvorfor denne type vandledning sandsynligvis betyder noget, hvis agentøkonomien bliver reel. Del 1 - Bringing virksomheder på kæde med x402 Today, most x402 experiments start with crypto-native builders, but the long-term impact ultimately falls on traditional companies. x402 runs on familiar Web2 infrastructure but settles in on-chain stablecoins, so it integrates directly with existing usage-based billing. **Enterprises already use metered APIs and issue monthly invoices. Hvis et endpoint kan udsætte "dette opkald koster 0,2 cent i USDC" over HTTP 402, kan finansieringsteams forene, at strømmen er den samme måde, de håndterer cloud eller SaaS-omkostninger. med andre ord, x402 beder ikke virksomheder om at ændre, hvordan de tænker på software. det ændrer kun jernbanen, der flytter pengene. x402 sidder, hvor Web2-virksomheder allerede bor: på HTTP, API'er, brugsbaseret fakturering og stablecoins, snarere end kortnetværk. Det er også derfor, jeg synes, det er vigtigt at være klar over, hvad x402 ikke er. Det er ikke et token salg, og det er ikke et spekulativt aktiv. Det er en betalingsprotokol. That is also why I think it is essential to be clear about what x402 is not. It is not a token sale, and it is not a speculative asset. It is a payment protocol. Or, as people in payments, fintech, and crypto might say, a “payment rail.” Fra mit synspunkt, og fra hvordan bygherrer i blockchain-rummet taler om det, er x402 en måde at muliggøre mikrobetalinger over internettet hurtigt og lade traditionelle virksomheder blive meningsfuldt på kæden uden at skulle ommærke sig som "crypto projekter". Når du ser på brugerbase tal, bliver potentialet klarere. I dag er der omkring 40-50 millioner ugentlige aktive krypto-brugere.Til sammenligning bruger omkring 900 millioner mennesker allerede applikationer i ChatGPT-klassen. Forestil dig nu en stor grænseflade, såsom ChatGPT eller en lignende agent front-end, der i stigende grad er afhængig af eksterne API'er, som selv udsætter priser i x402.I stedet for at holde alle disse opstrømsomkostninger skjult som et internt linjeelement, kunne det afregne en del af dem direkte på kæden, i stablecoins, på samme standard, som disse udbydere bruger. This would make it easier to share revenue with third-party services, give users or their own agents the option to pay directly for some calls, and reduce the need for custom billing integrations with every partner. If a setup like that becomes common, you are no longer talking about thousands of transactions per day. Du ser på milliarder af mikroskopiske begivenheder, som hver repræsenterer en betalt enhed af beregning eller data. Traditionelle kortnetværk og ad-finansierede modeller er ikke designet til dette mønster. Kortsystemer antager også et menneske i slutningen af strømmen og en checkout-stil oplevelse. Agentbetalinger ser anderledes ud. De forekommer i baggrunden, ofte i udbrud af mange små opkald, med priser, der afhænger af kontekst, volumen eller betingede regler. Dette er den type arbejdsbyrde, for hvilken stablecoin rails og en HTTP-native protokol, såsom x402, er bedre egnet end kortgebyrer og månedlige faktureringscyklusser. Kortsystemer udsætter heller ikke en simpel, maskinlæsbar måde for en tjeneste at citere en pris pr. Opkald og en anden tjeneste til at betale det automatisk. x402 is designed to fill exactly this gap between legacy and modern payment rails. Det holder den velkendte HTTP-anmodning-og-svar-model, knytter en stablecoin-pris til hvert opkald og fastsætter den pris på kæden som en lille, brugsbaseret betaling. På den skala, hvor agenttrafik lever, kan den slags betalingsprotokol håndtere den granularitet, som eksisterende betalingsinfrastruktur kæmper med. Agentbetalinger har tendens til at være højvolumen, høj hastighed og lavværdi, ofte betinget og komposterbar på tværs af mange tjenester, som passer stablecoin rails meget bedre end kortnetværk. Når du tager det volumen og denne retning af rejser alvorligt, opstår et andet spørgsmål. Hvad hvis de store arbejdstagere ignorerer x402 og holder alt inde i deres egne faktureringssystemer? Nå, de kan ikke fjerne x402 slutpunkter fra internettet, men de kan beslutte, hvilke betalingstrømme de understøtter i deres egne produkter. Modpunktet er, at x402 ikke har brug for tilladelse fra en enkelt platform. Den kører på simpel HTTP, så enhver agent, SDK eller "agent browser" kan ringe til et x402 endpoint og betale det. Hvis x402 endpoints bliver en god kilde til nyttige data eller computing, er det billigere for store virksomheder at tale med dem end at genopbygge hver nyttig ressource internt. Hvis de nægter at interoperere, skaber det en åbning for andre værktøjer, tegnebøger og agentklienter, der gør. In that sense, x402 is less about convincing a single company to flip a switch and more about setting a standard for the rest of the ecosystem that works even if incumbents are slow to join. Fra dette perspektiv, når folk taler om "at bringe virksomheder på kæde", er fokus ikke på at tokenisere balancer eller sætte aktier på en bogholderie.Det skifter til noget mere mundtligt og mere kraftfuldt: flytte faktureringslaget for daglige AI API'er og SaaS-endpoints til x402, så internettet kan understøtte milliarder af subcentbetalinger om dagen uden at kollapse under sin egen forretningsmodel. Del 2- Introduktion: Ud over annoncer og abonnementer: Agenthandel på x402 og ERC-8004 Forestil dig, at du kører en hjemmeside med reel værdi. En forskning blog. En niche data feed. En bog, du giver gratis. En lang form guide, der tog dig nætter og weekender at skrive. I dag er den måde, du "monetiserer" det arbejde på, enkel og, for at sige det ærligt, brutal. Du klæber ind i annonceskript og håber, at menneskelige øjenbolde dukker op. I mellemtiden scraper bots og AI-agenter dine sider på kodeniveau, skraber det rå indhold, fodrer det ind i deres rørledninger og betaler aldrig dig en krone. Men den virkelige forbruger er en hovedløs agent, der ikke bekymrer sig om bannere eller pop-ups. TL;DR Du bærer hostingomkostningerne. Du bærer båndbreddeomkostningerne. Agenten går væk med værdien. De fleste webtrafik kommer fra automatiserede klienter, ikke fra mennesker i browsere, så det giver mening, at maskiner, ikke mennesker, bliver de primære betalere på protokolniveau. Now imagine a different setup. Dit indhold sidder bag en lille paywall, der forstår x402.Når et menneske eller en AI-agent vil have dine data, ser de ikke annoncer.De ser et 402 "Payment Required" svar med klare, maskinlæsbare vilkår.Deres klient eller agent ringer til dig med en tegnebog, der allerede har en lille stablecoin-balance, og som brugeren har autoriseret til at bruge på deres vegne. Agent betaler en brøkdel af en cent fra den balance, og så får dataene. En menneskelig bruger topper stadig den balance fra tid til anden, ved kort, bankoverførsel eller en normal on-ramp, men hvert opkald håndteres automatisk af softwaren, ikke ved at klikke på en "Betal" -knap på hver anmodning. Agenten foretager mikrobetalingerne, men mennesket definerer stadig politikken og finansieringskilden. Results: Ingen regnskaber Ikke OAUT Ingen e-mails fanger funnels Du kører ikke en endeløs krig mod scrapers. Du kører din egen agent, der beskytter dataene, forhandler adgang og sælger det på dine vegne. Med ERC-8004 har den agent en verificerbar identitet og et omdømme på kæden, så andre agenter ved, hvem de taler med, og om de kan stole på den strøm, den tjener. Din “skrapning offer” hjemmeside bliver en nano-virksomhed i en agent økonomi. Men vent et sekund. Der er også en "lys side af månen" til det. : Agents can Handle som matchmakere mellem dit indhold og de rigtige læsere, ligesom du gør, når du deler dit arbejde på sociale medier Tilbyde personlige adgangspunkter og automatiserede opfølgninger til folk, der nyder dit arbejde, og hjælpe med at distribuere det til de rigtige hjørner af internettet Overvåg sundheden af dit indhold ved at spore, hvilke dele af din artikel der udløser refusioner, hurtige bounces eller aldrig resulterer i opfølgningsforanstaltninger Act as quality filters and bring you only the material that matches your preferences Håndtering af adgangskontrol ved at styre, hvem der får hvilket indholdsniveau, hvilke dele der er gratis, og hvilke dele der er betalt pr. læsning Tjek sponsoreringstilbud mod dine etiske retningslinjer og prissætning, og placer små, relevante sponsorer i dit indholdsfeed på dine vilkår Give cross-format levering ved at generere en kort lydversion, en bullet-point version eller en "for grundlæggere" version af det duplikerede indhold, og tilbyde dem som mikro-opgraderinger Lad læserens agent vælge det format, personen foretrækker Og i det lange løb betaler de for deres egen eksistens ved at tjene mere på deres arbejde, end de bruger på data, computere og værktøjer. Kontrollere penge uden tilladelse og bruge betalinger til at påvirke mennesker, andre agenter og software-systemer Hver Google-forespørgsel bruger CPU, hukommelse, netværksbåndbredde og energi. Det koster reelle ressourcer hver gang du skriver et ord og trykker på Enter. Du ser aldrig regningen, fordi Google besluttede for længe siden, at du ikke er kunden. Annoncøren er. For at gøre det arbejde, sælger Google adgang til dets indeks. Sponsorerede links køber deres vej til toppen. Det første resultat er ofte ikke det bedste svar for dig. Det er svaret, der vandt en auktion. Now project that forward into an agentic internet. Instead of one giant search engine that hides costs behind ads, you have a search agent that works only for you. You pay it directly in crypto by using x402 for the time and data it spends on your query. It fans out your request to many data providers, each with their own x402 paywall, and picks the best mix of price and quality. The results it returns are not sponsored. They reflect what your agent actually believes is the best answer under your constraints. **Again, ERC-8004 matters here. \ Your search agent needs to decide which other agents and services to trust. Identity, reputation, and validation registries give it a way to see who has delivered good results in the past and who has a track record of spam or low-quality work. I stedet for SEO-spil og annonceauktioner får du et marked, hvor agenter rangerer hinanden baseret på verificerbart arbejde og reelle betalinger. Når du har x402 til betalinger og ERC-8004 til identitet og omdømme, begynder mange af de brudte dele af dagens internet at se fast. #1 API billing becomes less painful. Right now, if you run an API, you set up subscriptions, rate limits, or custom contracts. You over-provision for big customers and under-serve the long tail. With x402, any API endpoint can publish a price per call, down to fractions of a cent, and accept stablecoins over HTTP 402 without accounts or manual invoicing. Agents and apps pay exactly for what they use, and nothing else. #2 Spam becomes more expensive. In Web2, bots can hammer your endpoints for free until you give up and put everything behind API keys, CAPTCHAs, or hard gating. In an x402 world, every request costs something, even if it is tiny. Attackers cannot spray infinite traffic without burning real money. Legitimate users still pay far less than a typical subscription, and they do not have to fight your protection layers. #3 Agent discovery becomes less biased. Hvis opdagelsesmotorer sidder på toppen af x402 og ERC-8004, kan de rangere tjenester ikke kun efter, hvem der råber højst, men efter, hvem andre højt ansete agenter rent faktisk betaler og bruger. #4 Multi-agent workflows become less fragile. Protokoller som A2A eller MCP definerer, hvordan agenter kommunikerer med hinanden. ERC-8004 forankrer, hvem de er, og hvorfor du kan stole på dem. x402 giver dem en måde at bosætte sig efter hvert opkald. tale. bevise. betale. Og alt dette sker uden at kaste nettet væk - HTTP stays. APIs stay. We just finally lit up the status code that has been reserved for three decades and connected it to a global ledger. Vi giver agenterne et pas og en kreditlinje, og vi fortæller dem: “Hvis du vil bruge internettets værdi, betaler du de mennesker, der skaber det.” “Hvis du vil bruge internettets værdi, betaler du de mennesker, der skaber det.” That is the gap that x402 and ERC-8004 try to close. They do not promise magic. They take two simple ideas that the speakers in the Fortsætter med at vende tilbage til: . Trust should be as inspectable as a transaction. DayDreams X Space Payment should be as native as a GET request Min egen agent kan gemme mit indhold bag x402, tale ERC-8004 så andre agenter ved, hvem de beskæftiger sig med, og anbefale mit arbejde til læsere, der sandsynligvis vil værdsætte det. Andre agenter kan arbejde på vegne af læsere, scanne betalte slutpunkter og beslutte, at min artikel er værd en brøkdel af en krone. For twenty years, the web asked one central question: “ ” Does this look good to a human on a screen? Ser dette godt ud for et menneske på en skærm? Vi var besat af skabeloner, CSS, kopi og SEO, så en landingsside både så godt ud og rangerede godt. In the agent era, the question changes, and the question changes the angle to this: "Kan en agent nå din værdi gennem et rent API, betale for det over x402, og vide fra ERC-8004 hvem det beskæftiger sig med?" "Kan en agent nå din værdi gennem et rent API, betale for det over x402, og vide fra ERC-8004 hvem det beskæftiger sig med?" Websteder og tjenester, der svarer ja på det spørgsmål, bekymrer sig stadig om UX og SEO, men de er ikke afhængige af fancy landingssider for at overleve.De har noget mere betydningsfuldt.De har en forretningsmodel og en grænseflade, der taler det nye internets modersmål: agenter, API'er og finkornede betalinger. Del 3 - Teknologi, der vil ændre internettet Agenthandel, x402 og ERC-8004: fra ad-finansieret web til betalte API'er Where we are now: ads, subscriptions, and hard-coded APIs Hvor vi er nu: Annoncer, abonnementer og hardcodede API'er Lad os se nærmere på den aktuelle tilstand af online-oplevelsen. Most online products still rely on two basic business models. Ads pay for “free” content, and subscriptions bundle access into monthly or yearly plans. This works poorly for today’s AI-driven internet. De kan ignorere reklamer. Subscriptions are too coarse when you only need a few calls or a small amount of data. API'er leverer reel værdi, men der er ingen standard måde at opkræve pr. opkald på internettet. On the technical side, most AI systems still look like this: En app eller agent bruger et sæt API'er med manuelt administrerede API-nøgler. Arbejdsprocesser er hårdt kodet af mennesker. Betalinger behandles via separate Web2 faktureringssystemer, såsom Stripe dashboards, brugerdefinerede fakturaer eller forudbetalte kreditter. Access lever ofte i murede haver i stedet for på åbne, fælles skinner. Denne indstilling har nogle indlysende begrænsninger: Agenter kan ikke nemt opdage nye tjenester på egen hånd. Der er ingen standard betalingstrøm for maskin-til-maskine opkald. Hver integration er brugerdefineret, langsom at opbygge og svær at erstatte. Abuse and scraping are common because there is no built-in economic cost per call. Samtidig er efterspørgslen efter AI og API'er eksploderende. Der er omkring 10 millioner ugentlige krypto-brugere. Hundreds of millions of users interact with ChatGPT-class apps. **We are in “the API era.” \ The web serves more APIs than static pages, yet the payment and access layer still behaves like the early web. What needs to change for agent commerce to work? Hvad skal der ændres for at agenthandel skal fungere? AI is moving from answering questions to taking actions. Agenter er ikke kun chatte. De er: Kald API'er til at hente data og kontekst. Styring og styring af cloud-ressourcer. Trigger workflows across services. Compose multiple tools to solve a task end-to-end. For at understøtte dette har vi brug for følgende tre: En standard betaling primitiv for API'er og agenter, såsom x402. 2. A discovery and identity layer so agents can find and rank services, which in the Ethereum ecosystem maps to ERC-8004 agent registries. 3. A business layer so individuals and teams can turn endpoints into small, efficient businesses. I dag er det manglende stykke ofte betaling og opdagelse. Agenter har ikke en indfødt måde at betale pr. opkald. Udbydere kan ikke afsløre små, nano-størrelse tjenester på en simpel, åben måde. Udviklere ved ikke, hvor de skal liste slutpunkter op, eller hvordan de kan nå brugere ud over deres egen app. Dette blokerer et mere granulært og åbent marked, hvor: En vejr API kan opkræve en brøkdel af en cent pr. Opkald. A niche dataset can charge per query instead of per month. Et lille værktøj kan være en nano-virksomhed, du opretter i 30 minutter og lader køre. Without a standard, every project reinvents billing and access. That slows the market and keeps power in a few large platforms. Current bottlenecks: walled gardens, spam, mispriced data Current bottlenecks: walled gardens, spam, mispriced data The web stack of today suffers from being built on the code infrastructure of yesteryear. #1. Walled gardens and private workflows Arbejdsprocesser er private og hardcodede. API keys are stored and managed by humans. Agenter kan ikke udforske nye tjenester frit på grund af uklare kontrakter, brugerdefinerede dashboards eller adgang til nøgler pr. sælger. Result: Innovation is locked within platforms rather than occurring on neutral rails. #2. No standard way for agents to pay Agents need to pay for: Data. til beregning. Modeller og inferencer. Specialized tools and services. However, there is currently no common payment layer for agents. Providers handle billing off-chain. Opkald kan være gratis, indtil prisgrænserne rammer, så "kontaktsalg". There is no portable, machine-readable way to say “this endpoint costs X per call.” This prevents a real microservice economy between agents. #3. Broken pricing models for content and data Valuable sites and datasets are scraped for free. Ads do not work well when agents are the consumers. Subscriptions do not fit small, rare, or niche usage. There is no good way to price: A single clean Polymarket signal. A specialized dataset query. One high-value article read by an agent. The result is either under-monetization or overly heavy paywalls. #4. Spam and free riding Bots and abusive traffic often attack APIs. Uden en indbygget pris pr. opkald er spam billig. Providers add complex rate limits, CAPTCHAs, and manual approvals. This hurts honest developers and makes APIs harder to use. #5. Distribution and discoverability Builders do not know: Hvor kan du liste x402-stil endepunkter. How agents will find them. How to rank providers when many offer similar services. The coming evolution phase is comparable to the early web. Søgemaskiner er blevet portalen til hjemmesider. Here, agent discovery engines and agent stores will serve as the gateway. Men uden standarder risikerer disse opdagelseslag at blive nye silos. How x402 solves per-call payments and spam How x402 solves per-call payments and spam Let me present now a clear “ ” struktur omkring x402 som skal udvikles. cause → solution → fix cause → solution → fix x402 in short: Uses HTTP status 402 Payment Required. Note: The HTTP 402 Payment Required code has existed in the spec since the early web, but it never had a practical implementation until standards such as x402 defined how to attach a real payment flow to it. Let's have a server reply with “you must pay X in asset Y” in a machine-readable way. Let a client (human app or agent) pay by using stablecoins on a supported chain. Efter betaling returnerer serveren resultatet. This has several important properties. It fits directly into existing HTTP flows. Web2-udviklere forstår allerede statuskoder og retries. Developers only need a wallet adapter and payment handler, not a full Web3 stack. For them, it feels closer to adding Stripe than building a dApp. How x402 fixes the issues Standard per-call payments: Each endpoint can publish a clear per-call price. Agents and apps can: Discover the endpoint. Receive a 402 with pricing terms. Pay and get the result. **This turns any useful resource into a nano business. Better pricing models: x402 supports: Per-call pricing. Very small payments, even fractions of a cent. Flexible models for data, content, and compute. **This aligns well with AI and API cost structures, which are naturally usage-based. **Spam resistance: Every call has a cost. \ Bots and abusive patterns become expensive to run. x402 serves as both a security primitive and a payment rail. **Open and chain-agnostic design: x402 stays open and does not lock anyone to a single vendor. \ Different chains and infrastructure providers can implement it. Any wallet that speaks x402 can pay any endpoint that speaks x402. **On-ramp for traditional companies: Enterprises already use usage-based billing, and stablecoins are easier to explain than volatile tokens. \ x402 lets them reuse: HTTP. Usage invoices. Stable settlement rails. This lowers their barrier to on-chain adoption. Why ERC-8004 is as important as x402 Hvorfor ERC-8004 er lige så vigtigt som x402 Betaling er ikke nok. Agenterne skal også beslutte, hvem de skal ringe til. We now need to link x402 to an identity and reputation layer, concretely to the ERC-8004 standard for agent registries. ERC-8004 lets agents anchor identity, reputation, and verification data on-chain. Together, x402 and ERC-8004 give agents a way to both pay for services and trust the services they choose. Key points: Agents register with an on-chain identity. Orkestrationsmotorer kan vælge mellem udbydere baseret på tillidssignaler, ikke kun pris. This enables: Trusted agent-to-agent handel, hvor en agent kan retfærdiggøre, hvorfor den valgte en given udbyder. Komposterbar orkestrering, hvor arbejdsprocesser ruter trafik til endpoint med et højt omdømme. Open discovery, where search and agent stores can index resources on neutral infrastructure instead of closed catalogs. Sammen skaber x402 og ERC-8004: A payment primitive for APIs and agents. A discovery-and-trust primitive that sits above it. This is the foundation for an open agent-commerce stack. På toppen af staben kan vi nu tilføje betonværktøjer, hvoraf mange allerede er under udvikling. Lad os gå ned til business. DayDreams.Systems: turning the stack into real tools and businesses DayDreams.Systems: Gør stacken til virkelige værktøjer og virksomheder As an example of tooling that builds on the x402 and ERC-8004 stack, let us look at DayDreams.Systems project. The work of the DayDreams team mainly focuses on the following 3 areas: 1. XGATE: discovery and composition XGATE acts as a discovery layer for x402 resources and for agents registered through ERC-8004 or compatible identity registries. Bygherrer kan liste slutpunkter. Agents can find and compose them. Orkestreringslogik kan stable sammen flere mikro endpoints, som hver gør en ting godt. Example flow: En agent får en opgave. The agent queries XGATE to find relevant endpoints (data, signals, tools). The agent pays per call by x402. The agent combines the outputs into a final result. Dette gør "limekode" til et generisk lag i stedet for at have brugerdefineret logik i hver app. 2. Lucid: operations and micro-business management Lucid is DayDreams’s platform for individuals who run many micro businesses. Users can bring agents they built elsewhere or by using the Lucid agent kit. They can manage all their x402 endpoints from a single location and sandbox. De kan spore P&L, fondeagenter og inspicere analyser. I praksis giver Lucid: An operations dashboard for agent commerce. A way to manage multiple nano businesses from a single interface. Værktøjer til at forstå, hvilke slutpunkter tjener, hvem taber penge, og hvor man skal optimere. 3. Agent framework and software development kits (SDKs) DayDreams also focuses on the developer experience. Stack omfatter: An agent framework with context, memory, and multi-agent collaboration. Libraries to integrate x402 payments into services. Infrastruktur til at hjælpe agenter med at ringe til API'er, betale for dem og kombinere resultaterne. Together, this turns the abstract idea of “agent-to-agent commerce on x402” into code that real developers can ship. Competition and wider ecosystem Competition and wider ecosystem It is important to note that DayDreams is not the only project in this area. The wider ecosystem includes: Other agent frameworks that orchestrate tools and APIs, including those that build on ERC-8004 or on alternative identity and reputation layers. Traditional payment processors and cloud providers that explore usage-based billing and machine-to-machine payments on Web2 rails. Alternative crypto payment and streaming protocols that target per-second or per-stream billing rather than per-call HTTP flows. Emerging discovery and agent store platforms that plan to index AI tools, APIs, and agents, sometimes with their own marketplace logic. Disse projekter har tilsvarende mål: Make it easier for agents and apps to pay for services. Improve discovery of tools and data. Allow small providers to compete with large platforms. The specific angle in this article is the combination of x402, open discovery layers, and nano businesses built around single paid endpoints. I use DayDreams.Systems’ Lucid as a concrete example of this path, not as the only option. If you want to find out which project best fits your needs, it helps to look at three basic questions: How open are the standards and interfaces, and how hard is it to leave if you change your mind later? How simple and clear does the developer experience feel in real workflows, from first test to production? How well does the pricing and technical model match usage-based AI and API costs in your own stack? From status quo to agent commerce in three steps From status quo to agent commerce in three steps This, and the final section of this article, explain how the components in this article form an end-to-end flow. Den skitserer først de aktuelle problemer, derefter beskriver den protokol-niveau design, og endelig viser, hvordan det fungerer i praktiske implementeringer. The following sequence shows how these components work together end-to-end. Cause (status quo) → Solution (x402 + 8004 + discovery) → Fix in practice (agents and endpoints + Lucid/XGATE-style platforms) Cause The internet runs on APIs, but business models are stuck on ads and subscriptions. AI agents act more like users, but they lack standard payment and discovery tools. Arbejdsprocesser er private, adgang er lukket, og spam er billigt. Solution Use x402 to define a standard per-call payment flow for HTTP. Tilføj et lag med identitet og omdømme til at hjælpe agenter med at finde og rangere tjenester. Build discovery engines and agent stores that index x402 endpoints Provide frameworks and platforms that enable individuals and teams to run micro-businesses on these rails. Fix i praksis A developer spins up a server and exposes a useful resource as an x402 endpoint. Endpoint bliver til en nano-virksomhed med klar prissætning og on-chain afvikling. De betaler pr. opkald med stablecoins gennem x402. Lucid and similar platforms help operators manage, fund, and optimize these nano businesses. Over tid dannes der et nyt marked, hvor agenter betaler agenter for API'er, data og computing, mens annoncer og grove abonnementer bliver mindre kritiske. From a technical standpoint, this is a clean, incremental change. It keeps HTTP and the mental model of APIs, but extends them with: Machine-readable prices. Native on-chain settlement. Åben opdagelse og identitet. This is a realistic path from where we are now to a web where agent commerce is normal behavior, not a niche experiment. Finishing thoughts There is already a small but growing ecosystem around x402 and ERC-8004, spanning payment routers, agent toolkits, and agent-native discovery engines. Different teams explore different trade-offs around custody, privacy, and UX. This article does not rank or endorse any of them, but aims to explain why these standards exist and why they are likely to matter if agent commerce takes off. Disclosure: I hold positions on projects working on the x402/8004 ecosystems. This article is for educational purposes and is not investment advice. Part 4 - DayDreams.Systems: an x402 / 8004 implementation example The current article discusses AI agents that do real work, pay each other for APIs, and build an economy on top of standards such as x402 and ERC-8004. DayDreams.Systems passer ind i dette billede som et praktisk implementeringslag for disse standarder.Teamet har bygget mod en agentisk økonomi i løbet af de sidste 12 måneder og har justeret sin stack med x402 siden Coinbase introducerede standarden i maj 2025. I praksis betyder det, at DayDreams' agentiske slutpunkter er konkrete værktøjer, som din agent kan bruge til at komponere DeFi-strategier og andre betalte arbejdsprocesser på toppen af x402 og ERC-8004. These standards are powerful, but unrefined. They address “how to pay,” “how to speak,” and “how to identify agents,” but on their own do not provide developers with a clear way to deploy, monitor, and scale agent workloads. Det sigter mod at give et sted, hvor agenter kan fungere som økonomiske aktører: de kommunikerer A2A, betaler og får betalt via x402/AP2, og bærer en ERC-8004-identitet fra det øjeblik, de kommer online. Personlig autonomi er nu åben for alle, der sender betalt agent endpoints. Reputation and volume will gravitate toward useful endpoints, putting early movers ahead when traffic spikes. Bygget med Lucid -> Distribuer via XGATE -> Få betalt på x402. Hvordan DayDreams strukturerer staben DayDreams.Systems har i øjeblikket fire kernekomponenter. 1. DAYDREAMS Library – Open-source agent framework DAYDREAMS Library – Open-source agent framework Byg selvstændige AI agenter. Brug en modulær arkitektur. Reach multiple chains through x402 as a common payment layer. Develop in the open, with GitHub and documentation available. The library serves as the foundation for agent logic: tools, policies, and behaviors. 2. DREAMS Router – x402-powered USDC router DREAMS Router – x402-powered USDC router Pay multiple providers with USDC through a single interface. Use a unified payment abstraction on top of x402. Route across multiple chains. Optimize for cost and path automatically. Et eksempel er at betale for Googles VEO3 direkte med USDC over x402, med flere udbydere planlagt. 3. Lucid – a platform for autonomous agent operation Lucid – a platform for autonomous agent operation Run agents in an autonomous mode. Define custom workflows. Monitor behavior in real time. Aim for maximum autonomy rather than manual supervision. Lucid is also where AP2, A2A, x402, and ERC-8004 are tied together into a single operational surface. 4. XGATE – agent-native search engine XGATE – agent-native search engine Index x402 endpoints by agents, for agents. Expose a live view of the x402 network. Provide direct links to deployment targets. This component is the discovery side of the stack, with a focus on “agent engine optimization” rather than human SEO. The intended user experience is as follows: Build agents → manage them in Lucid → discover and consume them via XGATE → pay agents → build more agents → repeat. Lucid as an abstraction over AP2, A2A, x402, and 8004 Lucid fungerer både som en runtime og et kontrolplan for agenthandel. Standards such as x402, ERC-8004, and A2A define a shared contract for payments, identity, and messaging, so agents built on different stacks can interoperate rather than live in isolated walled gardens. Lucids mål er at gøre interoperabilitet praktisk ved at give bygherrer en konkret runtime og værktøjskasse, der gør det muligt for mange uafhængige agenter at deltage i den samme agentøkonomi. When a developer deploys an agent on Lucid, several capabilities are available from the start: The agent can send and receive x402 payments and use the AP2 protocol to settle payments with other agents. Payments: The agent can join A2A conversations and workflows rather than relying solely on one-off HTTP calls. Communication: Identitet og tillid: Agenten kan registrere via ERC-8004, som giver den en on-chain identitet og et rum for omdømme data. : The platform can route tasks across multiple models and endpoints, with built-in monitoring. Inference and routing Målet er, at udviklerne skal fokusere på, hvad en agent gør, mens Lucid håndterer, hvordan den betaler, beviser sig selv og kommunikerer med andre deltagere. Over tid danner dette, hvad holdet kalder det klare netværk: mange agenter handler, samarbejder og sammensætter værdi i stedet for at operere isoleret. What kinds of agents is Lucid designed for The ecosystem already sketches a wide range of agent types that could live on this stack: Makroforskningsagenter, der offentliggør betalte daglige rapporter. Game agents that play on-chain games, grind, farm, or plan strategies on behalf of a user. Arbitrage agents that scan exchanges and execute trades. E-handel scouts, der overvåger markedspladser for specifikke varer og udfører øjeblikkelig checkout. Indholdsagenter, der udarbejder, redigerer og offentliggør nyhedsbreve eller indlæg, der opretholder en sammenhængende tone. Data guardians that watch wallets, positions, or contracts and trigger protective actions. Videnagenter specialiseret i områder som jura eller bioteknologi, tilgængelig på efterspørgsel. Creative agents that output music, art, or video snippets as small digital products. Coordination agents that connect other agents into larger workflows and act as orchestrators. All of these can operate in the same economy. A clear design choice is to rank agents by actual earnings, so revenue serves as social proof of quality. In this model, x402 is how an agent charges for its work, and ERC-8004 provides a structured surface to prove that the work is worth paying for. Lucid Agents: BYO framework with x402 and 8004 baked in Under the name Lucid Agents, DayDreams offers a toolkit designed to be a “bring your own framework” while remaining commerce-ready. At the center is the Lucid Agent Kit, a commerce SDK for AI agents. In its current release, Lucid Agents includes bi-directional payment tracking, persistent storage backends (SQLite, in-memory, and Postgres), strict policies for incoming and outgoing payments, an analytics module for financial reporting, and a scheduler for automated paid agent hires. These capabilities help teams run agents as accountable economic actors rather than as one-off scripts. Det pakker x402-betalinger, ERC-8004-identitet, A2A-meddelelser og AP2-agent-til-agent-afvikling i et enkelt TypeScript-rammeværk, der gør det muligt for agenter at opkræve, betale og kommunikere med hinanden uden for boksen. In a minimal setup, a small Lucid Agent Kit snippet starts an HTTP server for web access, wires x402 payment handling so the agent can get paid, and creates a wallet object for outbound payments. It also generates an A2A-compatible `agent.json` card so other agents can discover it, understand its interface, and call it as part of larger workflows. I praksis fokuserer det på USDC-strømme på x402, ved hjælp af Coinbase Developer Platform som den primære stablecoin rail. Recent objectives include: En framework-agnostic wallet SDK til at interagere med x402. Et refaktoriseret typesystem for at forbedre vedligeholdelsesevnen og undgå cirkulære afhængigheder. A stronger build system and code quality improvements. Foundations for bidirectional A2A communication between agents. Developers can already spin up: A Next.js agent wired into ERC-8004 and x402. A TanStack Start agent. En hono agent. More integrations are planned. A public tutorial shows how to launch a full-stack TanStack agent in a few minutes, with x402 payments and ERC-8004 trust integrated, so the agent is “paid, verified, and production-ready” from the first deploy. Målet er at holde forretningslogik og rammevalg fleksible, mens Lucid Agents giver et sammenhængende lag for betalinger, identitet og netværk. Reliability and Router v2: from per-request to balance-based flows One recurring theme around x402 is that pure per-request payment is not always enough for robust systems. Lucid’s design acknowledges that: Inference calls and other services can involve many hops. Hver betalingstransaktion er et potentielt fejlpunkt. Agentarbejdsprocesser kan påberåbe sig flere ressourcer sekventielt eller parallelt. For at imødegå dette arbejder teamet på et Router v2-design, hvor agenter holder balancer for tjenester. Instead of a transaction for every individual request, agents draw down from pre-funded balances. Dette reducerer antallet af transaktioner og sænker sandsynligheden for delvise fejl i lange kæder af opkald, hvilket er vigtigt i agentistisk design. sande agent autonomi afhænger af uautoriserede betalingsbaner, fordi en agent skal være i stand til at holde saldi, tildele budgetter, og afregne med andre agenter eller tjenester uden en menneskelig nød til at klikke gennem hver transaktion. They also describe the complexity of networking in a fully agentic, multi-resource environment: Netværk mellem ressourcer. Networking between facilitators and resources. Intern netværk inden for ressourcer. Client-side networking and streaming. Client–server networking and streaming. Each layer can introduce timeouts and sync issues, especially in a decentralized setting. The message is that the x402 ecosystem still needs significant engineering work to be fully robust, and Lucid’s roadmap is shaped around those concrete failure modes. Fra SEO til AEO: optimering for agenter i stedet for mennesker En vigtig konceptuel ændring i dette økosystem er flytningen fra SEO til, hvad nogle bygherrer allerede kalder AEO. SEO (Search Engine Optimization) tilpasser indhold til menneskelignende søgemaskiner. AEO (Agent Engine Optimization) tilpasser tjenester til autonome agenter, så maskinklienter pålideligt kan opdage slutpunkter, analysere svar og beslutte, hvad de skal ringe til og hvad de skal betale for. In an x402 / ERC-8004 world: Agents chain paid APIs in real time, turning web endpoints into billable microservices. SaaS billing based on static subscriptions is starting to look outdated. Providers tune response schemas, latency, pricing, and proof hooks rather than landing page visuals. ERC-8004 agent cards help filter spam by giving machines structured information about who they are paying. Facilitators that see many requests and outcomes can evolve into discovery and reputation layers for AEO. En simpel regel indfanger designet: x402 lets a service charge. ERC-8004 hjælper med at bevise, at tjenesten er værd at betale for. Dette er i overensstemmelse med ideen om, at søgning vil skifte fra en annonce-drevet menneskelig grænseflade til et agentlag, der rangerer og betaler baseret på ydeevne og omdømme. Privacy, z402, and Starknet Der er også åbne spørgsmål omkring privatlivets fred. For some use cases, public payments and visible consumption patterns are fine. For others, endpoint usage and pricing need to stay private. One of the directions in the DayDreams context is private x402 transactions on Starknet, sometimes referred to as z402: Private mikrobetalinger til x402-stil endpoints. En vej, hvor agenter kan betale og bevise afvikling uden at afsløre alle detaljer offentligt. This is still early work, but it shows that the stack is not limited to fully transparent flows. Where the value in x402 is likely to appear Flere temaer omkring værdiskabelse dukker op gentagne gange: Consumer products built on curated x402 resources, where users do not see chains, only balances and services. Platforms for creators and builders that want to monetize APIs, content, or agents without ad networks. Curation og opdagelse lag, såsom XGATE, hvor agenter og endpoints mødes. Fra brugerens perspektiv er forventningen, at "on-chain" vil blive usynlig: Apps vil enten acceptere stablecoins eller udsætte betalte endpoints på en agentvenlig måde. Or they will feel like legacy products, tied to subscription forms and card payments. Macro backdrop and current stage Det bredere miljø er dannet af: Store udgifter til infrastruktur. Stærkt statsstøtte er nødvendig, fordi AI nu er bundet til økonomisk konkurrenceevne. Forudsigelser om, at agenter kan drive meget store segmenter af fremtidig økonomisk aktivitet. I den sammenhæng er on-chain rails blandt de få måder, hvorpå enkeltpersoner og små teams kan deltage uden at stole på store formidlere. Standards such as x402 and ERC-8004, and platforms built on top of them, target that space. Lige nu : Stablecoin rails som x402 har nået et inflection point, med mainstream spillere som Google bevæger sig mod agentbetalinger. LLM brugergrænseflader er udbredt, men de fleste agenter forbliver tættere på scripts end til fuldt autonome økonomiske aktører.I praksis synes de fleste produktionsstrømme stadig at være menneske-initierede handlinger, der udløser agent arbejdsprocesser og x402-stil betalinger i baggrunden, snarere end fuldt autonome agenter, der bruger uden udtrykkelig bruger hensigt. . The following 24 months will determine which stacks make agent commerce practical in production Konklusionen Standarder som AP2, x402, A2A og ERC-8004 definerer, hvordan agenter taler, betaler og beviser deres arbejde. DayDreams.Systems positionerer sig selv som en af flere platforme, der forsøger at lukke dette hul. Det pakker disse protokoller ind i et udvikler-facing værktøjskit og runtime, så agenter ikke kun kan eksistere, men også tjene, betale og blive opdaget som en del af et større netværk. At the same time, other projects work on adjacent pieces of the stack. Some focus on alternative payment protocols for API metering or streaming. Others provide general-purpose agent frameworks, orchestration engines, or marketplaces where tools and models expose paid endpoints. There are also discovery and reputation layers that index agents and services atop ERC-8004-style registries or proprietary identity systems. Once payments are programmable at the protocol level, the internet itself starts to behave differently. Every API call can have a clear, machine-readable price. Every workflow can settle in real time. Agents, services, and even small human teams can participate in the same economic fabric without going through a single platform or marketplace. If the agent economy grows anywhere near current expectations, more platforms will emerge, compete, and converge on standards that let agents treat the internet as a set of fair, billable resources rather than a free-for-all for scrapers. In that world, the critical question is simple: **Can an agent reach your value through a clean API, pay for it over x402, and know, via ERC-8004, who it is dealing with? \ If the answer is yes, you are already aligned with the following central crypto narrative. You are also prepared for the next version of the internet. The version in which, by the end of 2026, you will be paying these AI agents to do the job for you, and they will also be able to make you a fortune if appropriately used.
