Che diavolo è MPP, Visa, Agents, 0x402, Tempo e come si collegano tutti? @Stripe e @Tempo hanno lanciato MPP e mainnet oggi. Poi @Visa ha annunciato Visa CLI per gli agenti. @base sta guidando con 0x402 da quasi un anno ormai. Sono tutte la stessa cosa? Stanno usando tutte stablecoin? Ci sarà un unico vincitore tra tutte le applicazioni? Un modo per comprendere questo spazio è separare due dibattiti diversi che spesso si mescolano. Un dibattito riguarda i crypto rails contro le carte, e un altro dibattito riguarda MPP contro 0x402. 1. Il dibattito sul regolamento: crypto rails contro carte Questa è la dimensione più familiare. Riguarda l'infrastruttura finanziaria che alla fine muove il denaro. Le reti di carte tradizionali rimangono potenti perché sono semplici, globali e profondamente integrate nell'ecosistema dei commercianti. Interfacce programmabili che espongono i pagamenti con carta agli agenti software rendono possibile automatizzare gli acquisti senza ridisegnare i flussi di lavoro aziendali esistenti. Per transazioni più grandi o occasionali, questo modello è ancora efficiente. La contabilità è chiara. La conformità è integrata. L'accettazione è quasi universale. I crypto rails introducono un insieme diverso di proprietà. Le stablecoin abilitano regolamenti globali istantanei, basse commissioni e saldi programmabili che gli agenti possono gestire direttamente. Questo diventa importante quando i pagamenti sono piccoli, frequenti o continui. I carichi di lavoro delle macchine spesso comportano utilizzi misurati piuttosto che acquisti discreti. In questi ambienti, il micro-regolamento in streaming o in batch è strutturalmente più facile da implementare con i rails basati su blockchain. Il punto chiave è che la scelta del regolamento è in gran parte economica. Gli sviluppatori selezioneranno il rail che meglio si adatta alla frequenza, alla dimensione e alla complessità operativa dei pagamenti. 2. Il dibattito sul protocollo: 0x402 contro MPP Un secondo dibattito si sta svolgendo a un livello superiore rispetto al regolamento. Riguarda come gli agenti esprimono effettivamente l'intento di pagare. Sia i flussi in stile 0x402 che MPP si basano sulla semantica HTTP 402 Payment Required, a lungo inutilizzata. L'idea condivisa è che il pagamento dovrebbe diventare parte del normale ciclo di richiesta-risposta del web. Un agente chiede una risorsa. Il server emette una sfida di pagamento leggibile dalla macchina. L'agente dimostra l'autorizzazione. L'accesso è concesso. Le implementazioni di 0x402 tendono a concentrarsi su sfide di pagamento senza stato. Ogni richiesta può includere un requisito di pagamento, rendendo il modello semplice e composabile. Questo approccio ha guadagnato terreno in ecosistemi come Base, dove l'esecuzione a basso costo supporta interazioni ad alta frequenza. MPP introduce un framework più strutturato attraverso sessioni di pagamento. Un agente può aprire un mandato di spesa con vincoli definiti e regolare l'uso in modo incrementale nel tempo. Questo riduce l'overhead delle transazioni e si adatta bene al consumo continuo di servizi come inferenze, flussi di dati o flussi di lavoro automatizzati. ...