Coinbase spinge x402 a neutrale, mentre Stripe continua a scommettere su entrambi i lati al di fuori di MPP

Autore: Charlie, Responsabile di OSL Americas, Partner di Venture @ Generative Ventures. Ex Vice Presidente della unicorn criptovalutaria Strike (coinvolta nella legge sul Bitcoin di El Salvador e responsabile per il business dei pagamenti in Bitcoin Lightning Network e stablecoin in America Latina), analista macro e valutario presso il fondo da trilioni di dollari Franklin Templeton, e un membro precoce del gigante dei pagamenti globali Adyen.

L'articolo riflette le opinioni personali dell'autore e non rappresenta le posizioni delle aziende correlate.

Recentemente, sempre più amici hanno prestato attenzione al commercio agentico, ma i vari protocolli e attori sono diventati sempre più confusi.

Soprattutto la scorsa settimana, mentre tutti erano occupati a comprendere MPP di Stripe / Tempo, Stripe ha inaspettatamente aderito alla Fondazione x402 del concorrente Coinbase.

Inoltre, Cloudflare ora supporta entrambi i sistemi. Anche Google è coinvolto, ma ha il proprio AP2 e UCP.

Visa e Mastercard si sono unite, ma chiaramente non sono lì per supportare le stablecoin.

La Fondazione Linux definisce pubblicamente x402 come un "campo base" neutrale, co-governato dall'industria, mentre Cloudflare ha esplicitamente incluso sia x402 che MPP nel proprio SDK per Agenti, e Stripe ha anche dichiarato pubblicamente che supporta sia MPP che x402.

Chi sta competendo con chi, e chi si sovrappone a chi?

Tuttavia, più guardo a questo in questi giorni, più sento che questo "caos" non è perché il mercato manca di direzione, ma perché il mercato è già molto chiaro. Come ho già accennato in x402, potremmo aver frainteso la sua intenzione originale: fin dal primo giorno, questa questione non sarebbe stata unificata da un singolo protocollo tutto in una volta.

Ricorda una situazione comune nell'infrastruttura internet: diversi strati si stanno sviluppando simultaneamente, diverse aziende scommettono su diversi strati, e alla fine, l'interoperabilità farà funzionare tutto.

La vera storia strategica riguarda chi definirà il livello di controllo predefinito per l'accesso a pagamento alle macchine sul web agentico; e i principali attori stanno chiaramente multi-homing, poiché tutti stanno ancora scommettendo su dove cadrà il vero collo di bottiglia: autorizzazione, distribuzione o regolamento.

1. Perché Coinbase ha ceduto la Fondazione x402 a Linux?

Se x402 fosse solo il protocollo di Coinbase, sarebbe difficile diventare l'opzione predefinita del settore.

Questa non è una dichiarazione politicamente corretta, ma piuttosto una logica di standardizzazione realistica.

La dichiarazione della Linux Foundation questa volta è molto chiara; enfatizza la neutralità dei fornitori di servizi, la governance della comunità e l'infrastruttura condivisa, piuttosto che "una certa azienda ha rilasciato una nuova funzionalità del prodotto."

Più crucialmente, la pagina della x402 Foundation attualmente afferma che il progetto è nella fase di istituzione e il meccanismo di governance e il consiglio sono ancora in fase di costruzione.

In altre parole, questa azione non sta principalmente annunciando "il prodotto è maturo", ma piuttosto annunciando "vogliamo dare a questo protocollo una casa neutrale."

L'implicazione sottostante è piuttosto semplice.

Se x402 continua a portare il volto di una funzionalità del prodotto Coinbase (come l'attuale Base), allora i fornitori di cloud, le aziende di pagamento, le organizzazioni di carte e i player della piattaforma, anche se tecnicamente disposti ad adottarlo, esiteranno politicamente.

Nessuno vuole cedere il futuro strato di accesso a pagamento a una singola piattaforma. Metterlo sotto la Linux Foundation non è perché Coinbase non voglia controllarlo; piuttosto, è proprio perché vuole che x402 venga ampiamente adottato che deve prima rimuovere il peso di "questo è il protocollo di Coinbase."

Questo punto è in realtà molto importante perché molte persone vedono azioni come quelle della fondazione come semplici gesti di PR o open-source.

Ma nella guerra dei protocolli, la governance è parte del prodotto.

Soprattutto quando uno standard è ancora nelle sue fasi iniziali e manca di effetti di rete assoluti, il cosiddetto "neutro e affidabile" non è meno importante dell'eleganza tecnica.

Al contrario, se x402 può effettivamente diventare una sorta di baseline di accesso a pagamento nativa HTTP in futuro, è probabile che non sia perché il suo codice è il più bello, ma perché ha abbassato i costi politici prima di altre soluzioni.

In altre parole, la governance qui non è un ruolo di supporto; la governance stessa è un motore di crescita.

2. Cosa sta realmente facendo la doppia strategia di Stripe?

Il player da tenere d'occhio questa volta è sicuramente Stripe, poiché le sue azioni sono le più confuse.

Da un lato, ha lanciato MPP con grande clamore il 18 marzo, presentandolo come uno standard aperto per i pagamenti delle macchine.

Dall'altro lato, è un contributore fondatore della x402 Foundation e la sua stessa documentazione supporta anche i pagamenti delle macchine x402.

La documentazione di Cloudflare è ancora più diretta, affermando esplicitamente che MPP è retrocompatibile con il processo di pagamento core di x402, e i client MPP possono consumare direttamente i servizi x402 esistenti.

Se visto esclusivamente attraverso la lente della "competizione dei protocolli", Stripe sembra impegnarsi in una strategia duale.

Ma se elevi un po' la tua prospettiva, questo approccio ha effettivamente il senso commerciale più logico.

Perché ciò che Stripe desidera realmente proteggere non è solo il handshake 402 stesso.

Ciò che desidera veramente salvaguardare sono i livelli sopra il handshake: credenziali, conformità, rischio, reporting, tasse, rimborsi, integrazione dei commercianti.

Stripe non sembra essere un vero credente in alcun protocollo singolo; piuttosto, sembra garantire che, indipendentemente da quale standard di handshake alla fine prevalga, Stripe rimanga il livello di astrazione predefinito per i pagamenti degli agenti.

Supportare x402 significa garantire la partecipazione nell'ecosistema aperto; spingere MPP serve a definire la semantica sottostante; e promuovere ulteriormente ACP e i Token di Pagamento Condivisi serve a proteggere il livello di valore più spesso dei flussi di lavoro e delle credenziali di pagamento.

Pertanto, l'aspetto più "strano" di Stripe questa volta è in realtà il suo aspetto più onesto.

Non finge che il futuro si ridurrà rapidamente a un singolo protocollo. Sta agendo per dirti: almeno in questa fase, nessuno dovrebbe scommettere su un solo lato.

3. Questa è in realtà una storia di infrastruttura B2B.

Sento sempre più che molti media hanno distorto l'attenzione su questa questione.

Quando si tratta di pagamenti degli agenti, la cosa più facile da pensare è il retail: L'IA che ti aiuta a prenotare voli, riservare hotel, effettuare ordini e completare il checkout.

Ma se guardi agli scenari che sono stati realmente implementati pubblicamente e che hanno davvero un sapore di infrastruttura, il primo a decollare non è il checkout al dettaglio, ma piuttosto l'accesso B2B a pagamento più banale e reale: API a pagamento, dati a pagamento, strumenti a pagamento, sessioni del browser a pagamento, flussi di lavoro degli agenti a pagamento.

Cloudflare ora supporta apertamente la fatturazione per contenuti HTTP, API e strumenti MCP utilizzando x402 e MPP.

Il percorso di adozione più forte per x402 risiede nelle API e negli strumenti a pagamento da sviluppatore a sviluppatore, perché "nessun account + pagamento per richiesta" qui non è solo un espediente, ma una realtà operativa genuina.

I cambiamenti dietro questo sono piuttosto significativi.

In passato, fatturare per un'API richiedeva tipicamente di passare attraverso un intero insieme di processi "a misura d'uomo": aprire un account, collegare la fatturazione, emettere chiavi API, impostare limiti, riconciliare e poi gestire i permessi di pagamento.

Per gli esseri umani, questo è già piuttosto fastidioso; per gli agenti, è ancora più imbarazzante.

L'aspetto più attraente di x402 non è che sia più crypto o più AI, ma che tenta di reinserire l'accesso a pagamento all'interno di HTTP stesso, consentendo il controllo degli accessi e la negoziazione dei pagamenti come una normale richiesta-risposta.

Il server restituisce un 402, informandoti di quanto costa questa richiesta; il client paga, quindi ripete la stessa richiesta con le credenziali di pagamento.

Se si osserva questo modello dalla prospettiva del software B2B e dell'accesso macchina-a-macchina, scorre molto più fluidamente rispetto a una prospettiva al dettaglio.

Inoltre, più ci si avvicina al B2B, più diventano evidenti i vantaggi di x402, e i suoi difetti sono meno fatali.

Perché nel commercio al consumo, rimborsi, chargeback, merchant-of-record, protezione dei consumatori e attribuzione della responsabilità sono tutti problemi complessi; ma nelle chiamate API e strumenti B2B, l'importanza di questi problemi diminuisce significativamente.

Al contrario, "nessun account, pagamento per chiamata, ottieni risultati e vai" è una vera richiesta.

Il retail è certamente più grande, più vivace e più facile da attirare l'attenzione; ma gli scenari che definiscono veramente come appare il protocollo non sono spesso i più vivaci, ma quelli che espongono per primi esigenze reali.

Per l'attuale ondata di pagamenti per agenti, quello scenario probabilmente non è il carrello della spesa, ma il numero crescente di accessi a pagamento tra software, agenti e flussi di lavoro.

4. Lo sviluppo dell'industria convalida il mio precedente giudizio sull'interoperabilità.

Il giudizio centrale nel mio ultimo articolo era l'interoperabilità.

A quel tempo, questo giudizio suonava in un certo modo come "dovrebbe essere strutturato in questo modo."

Ora, somiglia sempre più a un vincolo di realtà, poiché il mercato aperto sta già votando con i piedi.

Cloudflare non ha scelto un lato ma supporta direttamente sia x402 che MPP mentre chiaramente crea mappature di compatibilità.

Google sta partecipando a x402 mentre continua a far progredire AP2 e UCP.

Visa e Mastercard non hanno espresso le loro strategie in modo "tutto in uno vincente"; invece, entrambi stanno aderendo a x402 mentre continuano a puntare su token per agenti, verifica dell'identità, validazione delle istruzioni e segnali di disputa.

Le scommesse multilaterali dei giganti sono decisioni razionali, non ipocrisia commerciale.

Perché è così? Perché questi protocolli non sono nemmeno sullo stesso livello.

Almeno finora, x402 e MPP sono più vicini al livello di handshake HTTP a pagamento, affrontando la questione di "come garantire che le richieste tornino con la capacità di pagamento."

AP2 è più vicino all'autorizzazione e all'intento fidato, affrontando la questione "questo agente ha il diritto di spendere questi soldi?"

UCP e ACP sono più simili al livello di flusso di lavoro, occupandosi di scoperta, checkout, relazioni con i commercianti e trasmissione delle credenziali: questioni che sono più vicine a "chi controlla il traffico e l'orchestrazione delle transazioni."

Molte aziende che supportano x402, MPP, AP2 e UCP simultaneamente non lo fanno perché non sono chiare, ma perché l'architettura che alla fine avrà successo probabilmente si estenderà su più livelli e potrebbe persino richiedere più protocolli per funzionare insieme.

Quindi, se dovessi riflettere sul mio giudizio precedente in una frase, ora credo ancora più fermamente che senza interoperabilità, questa onda di ecologia non sarebbe emersa affatto.

Guardando ora, il mercato sta attivamente convalidando questo giudizio.

Inoltre, questo giudizio è anche importante per B2B rispetto al retail.

Perché nel mondo del retail, potrebbe effettivamente finire per essere assorbito da alcune grandi piattaforme e da alcuni flussi di lavoro principali; ma il mondo B2B non è così.

Le aziende esistono intrinsecamente in una realtà in cui coesistono multi-cloud, molteplici metodi di pagamento, molteplici sistemi di flusso di lavoro e molteplici sistemi di autorizzazione dell'identità.

Chiunque cerchi di utilizzare un nuovo protocollo per ristrutturare completamente l'intero stack aziendale è probabile che fallisca per primo.

Ciò per cui i clienti B2B sono veramente disposti a pagare non è spesso "l'unico protocollo corretto", ma la capacità di far funzionare i sistemi esistenti in un ambiente multi-protocollo.

Questa logica è precisamente il motivo per cui l'interoperabilità è più critica negli scenari aziendali rispetto a quelli dei consumatori.

5. Questa non è mera competizione di protocolli, ma competizione di stack stratificati.

Una volta che si comprende questa questione come uno stack stratificato, molti fenomeni che inizialmente sembravano caotici avranno immediatamente senso.

Nello strato inferiore c'è la stretta di mano per l'accesso a pagamento.

Questo strato riguarda come le richieste HTTP esprimono "il pagamento è richiesto qui" e come il cliente riporta la credenziale di pagamento dopo aver pagato.

x402 e MPP stanno principalmente competendo qui. MPP sta cercando di formalizzare 402 in semantiche di autenticazione HTTP più ufficiali; mentre x402 riguarda più la piattaforma di 402, utilizzando intestazioni personalizzate, facilitatori, astrazioni di regolamento on-chain e integrazione dell'ecosistema per farlo funzionare per primo.

Uno è più simile a un percorso semantico standardizzato, mentre l'altro assomiglia a un percorso di distribuzione della piattaforma.

Il livello successivo è l'autorità di spesa, che è "chi ha autorizzato questi soldi."

Questo strato è la chiave che molte persone non hanno ancora pienamente realizzato.

Le macchine che pagano denaro non sono così difficili; la vera sfida è garantire che le macchine possano essere fidate per essere autorizzate a spendere denaro.

L'AP2 è importante proprio perché affronta non solo "come pagare", ma anche mandati, credenziali verificabili, autenticità e responsabilità.

I token degli agenti, la validazione delle istruzioni, le chiavi di accesso e i segnali di controversia su cui Visa e Mastercard hanno recentemente puntato rientrano essenzialmente in questo strato.

Il prossimo strato è il flusso di lavoro e la distribuzione.

Questo include scoperta, checkout, relazioni con i commercianti, condivisione delle credenziali e integrazione della superficie AI—questioni che sono più vicine a "chi controlla il traffico e l'orchestrazione delle transazioni."

UCP e ACP sono più simili a una competizione per questo strato.

Per il B2B, questo strato potrebbe non essere così vivace nel breve termine, ma il suo valore a lungo termine potrebbe essere molto alto.

Perché se sempre più software aziendale è coordinato, chiamato, procurato e pagato da agenti in futuro, allora chi padroneggia il linguaggio del flusso di lavoro non sta solo gestendo un singolo pagamento ma l'intero flusso di lavoro.

Una volta che separi questi tre strati, scoprirai un fatto molto semplice: non c'è bisogno di aspettarsi un singolo protocollo che copra tutte le questioni.

Un percorso più realistico è che questi tre strati si sviluppino separatamente e poi interagiscano gradualmente.

Per questo motivo, le scommesse a più teste non sono indecisione ma razionalità.

6. Il vero rischio di x402 potrebbe non essere la regolamentazione, ma l'economia della concorrenza.

Se riconosciamo solo "la coesistenza di più protocolli", non è ancora abbastanza profondo.

Il rischio maggiore per x402 potrebbe non essere principalmente la regolamentazione, ma piuttosto l'economia del tempo di controllo/tempo di utilizzo portata dal processo di verifica a due fasi e di regolamento.

In parole semplici, se la verifica del pagamento e il regolamento finale non sono la stessa cosa, allora in ambienti internet reali caratterizzati da alta concorrenza, ripetizioni, strati proxy e strati di caching, ci sarà una finestra per "pagare una volta, accedere più volte."

L'ecosistema x402 sta attualmente anche riparando buchi, come la cache di regolamento, l'estensione dell'idempotenza e l'identificatore di pagamento, ma questo indica precisamente che la questione non è meramente teorica.

Perché è particolarmente degno di nota per i lettori B2B?

Perché ciò che il mondo B2B teme di più non è l'incapacità di produrre una bella demo, ma piuttosto che ci siano troppi casi limite, e una volta che entra in produzione, inizia a perdere.

La monetizzazione delle API può sembrare superficialmente come il pagamento di pochi centesimi per richiesta, il che è piuttosto leggero; ma una volta che il tuo prodotto addebita per chiamata, per risultato o per flusso di lavoro, allora se "paga una volta e ottieni uno" o "paga una volta e ottieni molti" non è solo un dettaglio del prodotto ma una questione di vita o di morte.

Quindi, se x402 può effettivamente decollare nel B2B, un prerequisito importante non è la narrativa ma il fatto che questi meccanismi di sicurezza predefiniti devono essere resi sufficientemente semplici; altrimenti, le imprese non si sentiranno sicure nel portare traffico reale.

7. I protocolli possono essere gratuiti, ma i caselli non scompariranno.

C'è un ulteriore punto che penso valga la pena di elaborare in questo articolo.

Molti protocolli aperti alla fine arrivano in un luogo molto familiare: il protocollo stesso diventa sempre più economico, persino gratuito, ma i veri caselli cresceranno insieme ad esso.

x402 non è diverso.

Lo standard stesso enfatizza certamente l'apertura, la neutralità e 0 commissioni incorporate nello standard, ma ciò non significa che la cattura di valore scomparirà.

Se x402 ha successo, il valore non rimarrà principalmente all'interno del protocollo ma migrerà verso facilitatori, portafogli, gestione delle chiavi, scoperta, motori di policy e wrapper di fiducia—queste strati adiacenti.

Questo è particolarmente importante per il B2B.

Perché i clienti aziendali non ristruttureranno massicciamente i loro interi sistemi per un nuovo protocollo; ciò per cui sono veramente disposti a pagare è chi può aiutarli a sistemare orchestrazione, policy, rischio, conformità, audit, regolamento e confini di autorizzazione in un ambiente multi-protocollo.

In altre parole, i protocolli assomiglieranno sempre di più a lingue sottostanti, ma la capacità di tradurre queste lingue in capacità "pronte per l'impresa" diventerà più facilmente nuove piattaforme e nuovi caselli.

Questo è anche il motivo per cui sento che, guardando x402 oggi, non dovremmo concentrarci solo su chi tra Coinbase, Cloudflare o Stripe è più simile al "protagonista."

Ciò che vale davvero la pena osservare è chi ha la migliore opportunità di posizionarsi su questi strati adiacenti.

Cloudflare ha una posizione nella distribuzione del traffico e ai margini, Stripe ha una posizione nell'infrastruttura dei pagamenti e nelle relazioni con i commercianti, Visa e Mastercard hanno posizioni nelle credenziali, nei token di rete e nella fiducia dei consumatori, e Google ha una posizione nei flussi di lavoro e nelle superfici di scoperta.

La cattura di valore reale potrebbe non avvenire in "chi ha definito 402," ma piuttosto in "chi ha integrato 402 nei sistemi aziendali più ampi."

8. Conclusione

La Fondazione x402 non sta annunciando che x402 ha già vinto in tutti i protocolli di commercio agentico.

Sta riconoscendo pubblicamente che questa generazione di pagamenti agentici non sarà un mondo di protocollo unico fin dal primo giorno.

Coinbase che cede x402 alla Linux Foundation ha lo scopo di renderlo più simile a uno strato pubblico neutrale piuttosto che a un prodotto esclusivo.

Stripe che promuove MPP mentre si unisce a x402 non è indecisione; è perché sa che non si dovrebbe scommettere su un solo lato in questo momento.

Cloudflare che supporta entrambi i sistemi simultaneamente è perché è il più vicino al traffico reale.

Le azioni di attori come Google, Visa, Mastercard e Adyen indicano anche la stessa cosa: prima, lasciare che i sistemi interoperino, poi discutere chi occupa infine quale strato.

E se spostiamo la nostra prospettiva lontano dal retail, questo giudizio diventa ancora più chiaro.

Perché i primi a necessitare di questi protocolli potrebbero non essere il carrello della spesa, ma piuttosto il numero crescente di software e servizi B2B che addebitano per chiamata, compito o risultato.

Il retail è certamente più grande, ma il B2B spesso espone esigenze reali prima e definisce come appare infine l'infrastruttura più rapidamente.

Nel mio ultimo articolo, ho posto l'interoperabilità al centro, e credo che la risposta del mercato sia ora piuttosto chiara: sì, e anche prima di quanto pensassi all'epoca.

In questo senso, la Fondazione x402 non è la fine di questa storia.

Consente semplicemente di vedere prima che il vero tema non è mai stato "chi vincerà", ma piuttosto "questo mondo è destinato a interoperare prima, e chi può occupare lo strato più prezioso dopo l'interoperabilità."