Coinbase stuft x402 auf neutral ein, während Stripe weiterhin auf beiden Seiten außerhalb von MPP setzt

Autor: Charlie, Leiter von OSL Americas, Venture Partner bei Generative Ventures. Ehemaliger Vizepräsident beim Kryptowährungs-Einhorn Strike (beteiligt am Bitcoin-Gesetz von El Salvador und verantwortlich für das Bitcoin-Lightning-Netzwerk und das Stablecoin-Zahlungsgeschäft in Lateinamerika), Makro- und Währungsanalyst bei dem Billionen-Dollar-Fonds Franklin Templeton und ein frühes Mitglied des globalen Zahlungsriesen Adyen.

Der Artikel spiegelt die persönlichen Ansichten des Autors wider und stellt nicht die Positionen der betreffenden Unternehmen dar.

In letzter Zeit haben immer mehr Freunde auf agentischen Handel geachtet, aber die verschiedenen Protokolle und Akteure sind zunehmend verwirrend geworden.

Besonders letzte Woche, während alle damit beschäftigt waren, Stripe / Tempos MPP zu verstehen, trat Stripe unerwartet der x402-Stiftung des Konkurrenten Coinbase bei.

Darüber hinaus unterstützt Cloudflare jetzt beide Systeme. Google ist ebenfalls beteiligt, hat jedoch sein eigenes AP2 und UCP.

Visa und Mastercard sind ebenfalls beigetreten, aber sie sind eindeutig nicht da, um Stablecoins zu unterstützen.

Die Linux-Stiftung definiert x402 öffentlich als ein neutrales, branchenübergreifend mitverwaltetes "Basislager", während Cloudflare sowohl x402 als auch MPP ausdrücklich in sein eigenes Agents SDK aufgenommen hat, und Stripe hat ebenfalls öffentlich erklärt, dass es sowohl MPP als auch x402 unterstützt.

Wer konkurriert mit wem, und wer überschneidet sich mit wem?

Je mehr ich mir das in letzter Zeit anschaue, desto mehr habe ich das Gefühl, dass dieses "Chaos" nicht daher rührt, dass der Markt an Richtung mangelt, sondern weil der Markt bereits sehr klar ist. Wie ich zuvor in x402 erwähnt habe, könnten wir seine ursprüngliche Absicht missverstanden haben: Von Anfang an würde diese Angelegenheit nicht durch ein einziges Protokoll auf einmal vereinheitlicht werden.

Es ähnelt einer häufigen Situation in der Internetinfrastruktur – verschiedene Schichten entwickeln sich gleichzeitig, verschiedene Unternehmen setzen auf unterschiedliche Schichten, und letztendlich wird die Interoperabilität das Ganze zum Laufen bringen.

Die eigentliche strategische Geschichte dreht sich darum, wer die Standardkontrollschicht für den bezahlten Maschinenzugang im agentischen Web definieren wird; und wichtige Akteure setzen eindeutig auf Multi-Homing, da alle weiterhin darauf wetten, wo der wahre Engpass liegen wird – Autorisierung, Verteilung oder Abwicklung.

1. Warum hat Coinbase die x402-Stiftung an Linux übergeben?

Wenn x402 nur das Protokoll von Coinbase wäre, wäre es schwierig, die Standardoption der Branche zu werden.

Dies ist keine politisch korrekte Aussage, sondern vielmehr eine realistische Standardisierungslogik.

Die Erklärung der Linux Foundation ist diesmal sehr klar; sie betont die Neutralität der Dienstanbieter, die Gemeinschaftsverwaltung und die gemeinsame Infrastruktur, anstatt zu sagen: "Ein bestimmtes Unternehmen hat ein neues Produktmerkmal veröffentlicht."

Wichtiger ist, dass die Seite der x402 Foundation derzeit angibt, dass sich das Projekt in der Gründungsphase befindet und der Governance-Mechanismus sowie der Vorstand noch aufgebaut werden.

Mit anderen Worten, diese Maßnahme kündigt nicht primär an, dass "das Produkt ausgereift ist", sondern vielmehr, dass "wir diesem Protokoll ein neutrales Zuhause geben wollen."

Die zugrunde liegende Implikation ist ganz einfach.

Wenn x402 weiterhin das Gesicht eines Produktmerkmals von Coinbase trägt (wie das aktuelle Base), dann werden Cloud-Anbieter, Zahlungsunternehmen, Kartenorganisationen und Plattformakteure, selbst wenn sie technisch bereit sind, es zu übernehmen, politisch zögern.

Niemand möchte die zukünftige kostenpflichtige Zugriffsebene einer einzigen Plattform überlassen. Es unter die Linux Foundation zu stellen, geschieht nicht, weil Coinbase es nicht kontrollieren möchte; vielmehr ist es genau deshalb, weil es möchte, dass x402 weit verbreitet wird, dass es zunächst die Last von "dies ist das Protokoll von Coinbase" entfernen muss.

Dieser Punkt ist tatsächlich sehr wichtig, da viele Menschen Aktionen wie die der Stiftung lediglich als PR oder Open-Source-Gesten betrachten.

Aber im Protokollkrieg ist die Governance Teil des Produkts.

Insbesondere wenn ein Standard noch in den frühen Phasen ist und es an absoluten Netzwerkeffekten mangelt, ist das sogenannte "neutrale und vertrauenswürdige" nicht weniger wichtig als technische Eleganz.

Umgekehrt, wenn x402 tatsächlich in der Lage ist, in Zukunft eine Art HTTP-natives kostenpflichtiges Zugangs-Baseline zu werden, liegt das wahrscheinlich nicht daran, dass sein Code der schönste ist, sondern weil es die politischen Kosten früher als andere Lösungen gesenkt hat.

Mit anderen Worten, Governance ist hier keine unterstützende Rolle; die Governance selbst ist ein Wachstumsmotor.

2. Was bewirkt die duale Strategie von Stripe wirklich?

Der Spieler, auf den man diesmal achten sollte, ist definitiv Stripe, da seine Aktionen die verwirrendsten sind.

Einerseits hat es am 18. März MPP mit großem Tamtam eingeführt und es als offenen Standard für Maschinenzahlungen verpackt.

Andererseits ist es ein Gründungsbeitragender der x402 Foundation und seine eigene Dokumentation unterstützt ebenfalls x402 Maschinenzahlungen.

Die Dokumentation von Cloudflare ist sogar noch direkter und erklärt ausdrücklich, dass MPP rückwärtskompatibel mit dem Kernzahlungsprozess von x402 ist und MPP-Clients bestehende x402-Dienste direkt nutzen können.

Wenn man es ausschließlich durch die Linse des "Protokollwettbewerbs" betrachtet, scheint Stripe eine doppelte Strategie zu verfolgen.

Wenn man jedoch seine Perspektive ein wenig anhebt, macht dieser Ansatz tatsächlich am meisten kommerziellen Sinn.

Denn was Stripe wirklich schützen möchte, ist nicht nur der 402-Handshake selbst.

Was es wirklich bewahren möchte, sind die Schichten über dem Handshake: Anmeldeinformationen, Compliance, Risiko, Berichterstattung, Steuern, Rückerstattungen, Händlerintegration.

Stripe scheint kein wahrer Gläubiger an ein einzelnes Protokoll zu sein; vielmehr scheint es sicherzustellen, dass unabhängig davon, welches Handshake-Standard letztendlich überwiegt, Stripe die Standard-Abstraktionsschicht für Agentenzahlungen bleibt.

Die Unterstützung von x402 dient dazu, die Teilnahme am offenen Ökosystem zu gewährleisten; das Vorantreiben von MPP soll helfen, die zugrunde liegende Semantik zu definieren; und die weitere Förderung von ACP und Shared Payment Tokens soll die dickere Wertschicht von Workflows und Zahlungsanmeldeinformationen schützen.

Somit ist der seltsamste Aspekt von Stripe diesmal tatsächlich sein ehrlichster Aspekt.

Es tut nicht so, als würde die Zukunft schnell auf ein einzelnes Protokoll reduziert werden. Es ergreift Maßnahmen, um Ihnen zu sagen: Zumindest in dieser Phase sollte niemand nur auf eine Seite setzen.

3. Dies ist tatsächlich eine B2B-Infrastrukturgeschichte.

Ich habe zunehmend das Gefühl, dass viele Medienhäuser das Spotlight auf diese Angelegenheit falsch fokussiert haben.

Wenn es um Agentenzahlungen geht, ist das Einfachste, an den Einzelhandel zu denken: KI, die Ihnen hilft, Flüge zu buchen, Hotels zu reservieren, Bestellungen aufzugeben und den Checkout zu durchlaufen.

Aber wenn man sich die Szenarien ansieht, die tatsächlich öffentlich umgesetzt wurden und wirklich einen Infrastrukturgeschmack haben, ist das erste, was abhebt, nicht der Einzelhandels-Checkout, sondern der banalere und realere B2B-bezahlte Zugang: bezahlte APIs, bezahlte Daten, bezahlte Tools, bezahlte Browsersitzungen, bezahlte Agenten-Workflows.

Cloudflare unterstützt jetzt offen das Berechnen von HTTP-Inhalten, APIs und MCP-Tools unter Verwendung von x402 und MPP.

Der stärkste Adoptionsweg für x402 liegt in bezahlten APIs und Tools von Entwickler zu Entwickler, denn "kein Konto + Bezahlung pro Anfrage" ist hier nicht nur ein Gimmick, sondern eine wirklich betriebliche Realität.

Die Veränderungen dahinter sind ziemlich bedeutend.

In der Vergangenheit erforderte das Berechnen für eine API typischerweise, durch eine ganze Reihe von "menschenfreundlichen" Prozessen zu gehen: ein Konto zu eröffnen, die Abrechnung zu verknüpfen, API-Schlüssel auszustellen, Limits festzulegen, abzurechnen und dann die Zahlungsberechtigungen zu verwalten.

Für Menschen ist das bereits ziemlich ärgerlich; für Agenten ist es noch unangenehmer.

Der attraktivste Aspekt von x402 ist nicht, dass es mehr Krypto oder mehr KI ist, sondern dass es versucht, den "bezahlten Zugang" wieder in HTTP selbst einzufügen, sodass Zugangskontrolle und Zahlungsvereinbarung wie eine normale Anfrage-Antwort erfolgen können.

Der Server gibt einen 402 zurück, der Ihnen mitteilt, wie viel diese Anfrage kostet; der Client bezahlt, und versucht dann die gleiche Anfrage mit den Zahlungsdaten erneut.

Wenn Sie dieses Modell aus der Perspektive von B2B-Software und Maschinen-zu-Maschinen-Zugriff betrachten, fließt es viel reibungsloser als aus einer Einzelhandels-Perspektive.

Darüber hinaus werden die Vorteile von x402 umso offensichtlicher, je näher Sie B2B betrachten, und seine Mängel sind weniger fatal.

Denn im Verbrauchermarkt sind Rückerstattungen, Rückbuchungen, Händlerverantwortung, Verbraucherschutz und Haftungszuweisung alles schwierige Themen; aber bei B2B-API- und Toolaufrufen verringert sich die Bedeutung dieser Themen erheblich.

Im Gegensatz dazu ist "kein Konto, zahlungsabhängig, Ergebnisse erhalten und gehen" eine echte Nachfrage.

Der Einzelhandel ist sicherlich größer, lebendiger und einfacher, um Aufmerksamkeit zu erregen; aber die Szenarien, die wirklich definieren, wie das Protokoll aussieht, sind oft nicht die lebhaftesten, sondern diejenigen, die zuerst echte Bedürfnisse aufzeigen.

Für die heutige Welle von Agentenzahlungen ist dieses Szenario wahrscheinlich nicht der Warenkorb, sondern die zunehmende Anzahl von bezahltem Zugang zwischen Software, Agenten und Arbeitsabläufen.

4. Die Branchenentwicklung bestätigt mein vorheriges Urteil über Interoperabilität.

Das zentrale Urteil in meinem letzten Artikel war Interoperabilität.

Zu diesem Zeitpunkt klang dieses Urteil etwas wie "es sollte so strukturiert sein."

Jetzt ähnelt es zunehmend einer Realitätseinschränkung, da der offene Markt bereits mit den Füßen abstimmt.

Cloudflare hat sich nicht für eine Seite entschieden, sondern unterstützt sowohl x402 als auch MPP direkt, während es klar Kompatibilitätszuordnungen vornimmt.

Google beteiligt sich an x402, während es AP2 und UCP weiter vorantreibt.

Visa und Mastercard haben auch nicht ihre Strategien in einer "All-in-One-Gewinner"-Manier geäußert; stattdessen schließen sie sich beide x402 an, während sie weiterhin auf Agententoken, Identitätsverifizierung, Anweisungsvalidierung und Streitigkeitssignale setzen.

Die multilateralen Wetten der Giganten sind rationale Entscheidungen, keine kommerzielle Heuchelei.

Warum ist das der Fall? Weil diese Protokolle nicht einmal auf derselben Ebene sind.

Mindestens bisher sind x402 und MPP näher an der bezahlten HTTP-Handshake-Ebene, die die Frage behandelt, "wie man sicherstellt, dass Anfragen mit Zahlungsfähigkeit zurückkommen."

AP2 steht näher an der Autorisierung und dem vertrauenswürdigen Anliegen und behandelt die Frage: "Hat dieser Agent das Recht, dieses Geld auszugeben?"

UCP und ACP sind eher wie die Workflow-Ebene, die sich mit Entdeckung, Checkout, Händlerbeziehungen und der Übertragung von Berechtigungen befasst – Themen, die näher an der Frage sind: "Wer kontrolliert den Verkehr und die Transaktionsorchestrierung?"

Viele Unternehmen, die gleichzeitig x402, MPP, AP2 und UCP unterstützen, tun dies nicht, weil sie selbst unklar sind, sondern weil die Architektur, die letztendlich gewinnt, wahrscheinlich mehrere Ebenen umfassen wird und möglicherweise sogar mehrere Protokolle benötigt, um zusammenzuarbeiten.

Wenn ich also über mein vorheriges Urteil in einem Satz nachdenken würde, glaube ich jetzt noch stärker, dass ohne Interoperabilität diese Welle der Ökologie überhaupt nicht entstanden wäre.

Wenn ich es mir jetzt ansehe, validiert der Markt aktiv dieses Urteil.

Darüber hinaus ist dieses Urteil auch wichtig für B2B im Vergleich zum Einzelhandel.

Denn in der Einzelhandelswelt könnte es tatsächlich von einigen großen Plattformen und wenigen wichtigen Workflows absorbiert werden; aber die B2B-Welt ist nicht so.

Unternehmen existieren von Natur aus in einer Realität, in der Multi-Cloud, mehrere Zahlungsmethoden, mehrere Workflow-Systeme und mehrere Identitätsberechtigungssysteme koexistieren.

Jeder, der versucht, ein neues Protokoll zu verwenden, um den gesamten Unternehmensstapel vollständig zu überarbeiten, wird wahrscheinlich zuerst scheitern.

Wofür B2B-Kunden wirklich bereit sind zu zahlen, ist oft nicht "das eine korrekte Protokoll", sondern die Fähigkeit, bestehende Systeme in einer Multi-Protokoll-Umgebung zum Laufen zu bringen.

Diese Logik ist genau der Grund, warum Interoperabilität in Unternehmensszenarien kritischer ist als in Verbraucherszenarien.

5. Dies ist nicht nur ein Protokollwettbewerb, sondern ein Wettbewerb um geschichtete Stapel.

Sobald Sie diese Angelegenheit als geschichteten Stapel verstehen, werden viele Phänomene, die ursprünglich chaotisch schienen, sofort Sinn ergeben.

In der untersten Schicht befindet sich der bezahlte Zugangs-Handshake.

Diese Schicht betrifft, wie HTTP-Anfragen ausdrücken: "Zahlung ist hier erforderlich" und wie der Client die Zahlungsberechtigung nach der Zahlung zurückbringt.

x402 und MPP konkurrieren hier hauptsächlich. MPP versucht, 402 in offiziellere HTTP-Authentifizierungssemantiken zu formalisieren; während x402 mehr darauf abzielt, 402 zu plattformisieren, indem benutzerdefinierte Header, Vermittler, On-Chain-Abstraktionen zur Abwicklung und Ökosystemintegration verwendet werden, um es zuerst zum Laufen zu bringen.

Das eine ähnelt eher einer standardisierten semantischen Route, während das andere einer Plattformverteilungsroute ähnelt.

Die nächste Schicht darüber ist die Autorität zu spendieren, die lautet: "Wer hat dieses Geld autorisiert?"

Diese Schicht ist der Schlüssel, den viele Menschen noch nicht vollständig erkannt haben.

Maschinen, die Geld ausgeben, sind nicht so schwierig; die eigentliche Herausforderung besteht darin, sicherzustellen, dass Maschinen vertrauenswürdig sind, um Geld auszugeben.

AP2 ist wichtig, weil es nicht nur "wie man bezahlt" behandelt, sondern auch Vorgaben, überprüfbare Berechtigungen, Authentizität und Verantwortlichkeit vorschreibt.

Die Agententoken, die Validierung von Anweisungen, Passkeys und Streitbeilegungssignale, auf die Visa und Mastercard kürzlich verstärkt gesetzt haben, fallen im Wesentlichen alle unter diese Schicht.

Die nächste Schicht ist Workflow und Verteilung.

Dies umfasst Entdeckung, Checkout, Händlerbeziehungen, Berechtigungsfreigabe und die Integration von KI-Oberflächen – Themen, die näher an "wer den Verkehr und die Transaktionsorchestrierung kontrolliert" sind.

UCP und ACP sind eher wie Konkurrenten in dieser Schicht.

Für B2B mag diese Schicht kurzfristig nicht so lebhaft sein, aber ihr langfristiger Wert könnte sehr hoch sein.

Denn wenn immer mehr Unternehmenssoftware in Zukunft koordiniert, aufgerufen, beschafft und von Agenten bezahlt wird, dann verwaltet derjenige, der die Workflow-Sprache beherrscht, nicht nur eine einzelne Zahlung, sondern den gesamten Workflow.

Sobald Sie diese drei Schichten trennen, werden Sie eine sehr einfache Tatsache entdecken: Es besteht keine Notwendigkeit, einen einzelnen Protokoll zu erwarten, das alle Probleme abdeckt.

Ein realistischeren Weg ist, dass sich diese drei Schichten separat entwickeln und dann allmählich interoperabel werden.

Aus diesem Grund ist mehrköpfiges Wetten keine Unentschlossenheit, sondern Rationalität.

6. Das eigentliche Risiko von x402 könnte nicht die Regulierung sein, sondern die Wirtschaftlichkeit der Parallelität.

Wenn wir nur "die Koexistenz mehrerer Protokolle" anerkennen, ist das immer noch nicht tief genug.

Das größte Risiko für x402 könnte nicht primär die Regulierung sein, sondern vielmehr die Wirtschaftlichkeit von Zeit der Überprüfung/Zeit der Nutzung, die durch den zweistufigen Verifizierungs-Abrechnungsprozess entsteht.

Einfach ausgedrückt, wenn die Verifizierung der Zahlung und die endgültige Abrechnung nicht dasselbe sind, dann wird es in realen Internetumgebungen, die durch hohe Parallelität, Wiederholungen, Proxy-Schichten und Caching-Schichten gekennzeichnet sind, ein Fenster für "einmal bezahlen, mehrfach zugreifen" geben.

Das x402-Ökosystem schließt derzeit auch Lücken, wie Abrechnungscache, Idempotenzverlängerung und Zahlungsidentifikator, aber das zeigt genau, dass das Problem nicht nur theoretisch ist.

Warum ist dies besonders für B2B-Leser erwähnenswert?

Weil die größte Angst der B2B-Welt nicht die Unfähigkeit ist, eine schöne Demo zu produzieren, sondern dass es zu viele Randfälle gibt und, sobald es in die Produktion geht, beginnt es zu lecken.

API-Monetarisierung mag oberflächlich betrachtet wie das Bezahlen von ein paar Cent pro Anfrage erscheinen, was recht leicht ist; aber sobald Ihr Produkt pro Aufruf, pro Ergebnis oder pro Workflow Gebühren erhebt, ist es nicht nur ein Produktdetail, ob "einmal zahlen, einmal erhalten" oder "einmal zahlen, viele erhalten", sondern eine Frage von Leben und Tod.

Wenn x402 im B2B-Bereich tatsächlich durchstarten kann, ist eine wichtige Voraussetzung nicht die Erzählung, sondern dass diese standardmäßigen Sicherheitsmechanismen ausreichend einfach gestaltet werden müssen; andernfalls werden Unternehmen sich nicht sicher fühlen, echten Traffic zu generieren.

7. Protokolle mögen kostenlos sein, aber Mautstellen werden nicht verschwinden.

Es gibt noch einen weiteren Punkt, den ich in diesem Artikel für erwähnenswert halte.

Viele offene Protokolle gelangen letztendlich an einen sehr vertrauten Ort: Das Protokoll selbst wird zunehmend günstig, sogar kostenlos, aber echte Mautstellen werden parallel dazu entstehen.

x402 ist da keine Ausnahme.

Der Standard selbst betont sicherlich Offenheit, Neutralität und 0 Gebühren, die im Standard verankert sind, aber das bedeutet nicht, dass die Wertschöpfung verschwinden wird.

Wenn x402 erfolgreich ist, wird der Wert nicht primär im Protokoll verbleiben, sondern zu Vermittlern, Wallets, Schlüsselverwaltung, Entdeckung, Richtlinien-Engines und Vertrauensschichten wandern – diesen angrenzenden Schichten.

Dies ist besonders wichtig für B2B.

Denn Unternehmenskunden werden ihre gesamten Systeme nicht massiv für ein neues Protokoll umstellen; was sie wirklich bereit sind zu bezahlen, ist, wer ihnen helfen kann, Orchestrierung, Richtlinien, Risiko, Compliance, Audit, Abrechnung und Berechtigungsgrenzen in einer Multi-Protokoll-Umgebung zu ordnen.

Mit anderen Worten, Protokolle werden zunehmend den zugrunde liegenden Sprachen ähneln, aber die Fähigkeit, diese Sprachen in "unternehmensbereite" Fähigkeiten zu übersetzen, wird leichter neue Plattformen und neue Mautstellen hervorbringen.

Deshalb denke ich auch, dass wir beim Blick auf x402 heute nicht nur darauf achten sollten, wer unter Coinbase, Cloudflare oder Stripe mehr wie der "Protagonist" ist.

Was wirklich interessant zu beobachten ist, ist, wer die beste Gelegenheit hat, auf diesen angrenzenden Schichten zu stehen.

Cloudflare hat eine Position im Edge- und Traffic-Management, Stripe hat eine Position in der Zahlungsinfrastruktur und den Händlerbeziehungen, Visa und Mastercard haben Positionen in den Anmeldeinformationen, Netzwerktoken und dem Vertrauen der Verbraucher, und Google hat eine Position in Workflow- und Entdeckungsoberflächen.

Echte Wertschöpfung wird möglicherweise nicht in "wer 402 definiert hat" stattfinden, sondern vielmehr in "wer 402 in größere Unternehmenssysteme integriert hat."

8. Fazit

Die x402-Stiftung gibt nicht bekannt, dass x402 bereits in allen agentischen Handelsprotokollen gewonnen hat.

Sie erkennt öffentlich an, dass diese Generation von Agentenzahlungen von Tag eins an keine Welt mit einem einzigen Protokoll sein wird.

Die Übergabe von x402 durch Coinbase an die Linux Foundation soll es mehr zu einer neutralen öffentlichen Schicht machen, anstatt ein exklusives Produkt zu sein.

Das Vorantreiben von MPP durch Stripe, während es x402 beitritt, ist keine Unentschlossenheit; es liegt daran, dass es weiß, dass man momentan nicht nur auf eine Seite setzen sollte.

Die gleichzeitige Unterstützung beider Systeme durch Cloudflare liegt daran, dass es am nächsten am realen Verkehr ist.

Die Handlungen von Akteuren wie Google, Visa, Mastercard und Adyen deuten ebenfalls auf dasselbe hin: Zuerst sollen die Systeme interoperabel sein, dann kann man diskutieren, wer letztendlich welche Schicht einnimmt.

Und wenn wir unsere Perspektive vom Einzelhandel abwenden, wird dieses Urteil noch klarer.

Denn die ersten, die diese Protokolle benötigen, sind möglicherweise nicht der Einkaufswagen, sondern vielmehr die zunehmende Anzahl von B2B-Software und -Diensten, die pro Aufruf, Aufgabe oder Ergebnis abrechnen.

Der Einzelhandel ist sicherlich größer, aber B2B offenbart oft die echten Bedürfnisse früher und definiert, wie die Infrastruktur letztendlich aussieht, schneller.

In meinem letzten Artikel stellte ich die Interoperabilität in den Mittelpunkt, und ich glaube, die Antwort des Marktes ist jetzt ziemlich klar: Ja, und sogar früher, als ich damals dachte.

In diesem Sinne ist die x402 Foundation nicht das Ende dieser Geschichte.

Sie ermöglicht es uns einfach, früher zu erkennen, dass das eigentliche Thema nie "wer wird gewinnen" war, sondern vielmehr "diese Welt ist dazu bestimmt, zuerst interoperabel zu sein, und wer kann die wertvollste Schicht nach der Interoperabilität einnehmen."