Parliamo dell'aggiornamento V2 di x402, condividendo alcuni punti che considero fondamentali: 1) Identità del portafoglio + sessioni riutilizzabili Nella versione V1, ogni chiamata API doveva seguire l'intero processo di transazione on-chain. Se un agente avvia richieste di pagamento consecutive, si generano un gran numero di transazioni on-chain, e con l'accumulo di ritardi e Gas, in alcuni scenari di applicazione ad alta frequenza non è possibile funzionare affatto; La V2 introdurrà il meccanismo Sign-In-With-X (SIWx), dove l'agente verifica una volta l'identità del portafoglio, e le chiamate successive possono riutilizzare direttamente la sessione, senza dover confermare on-chain ogni volta. Questo in realtà trasforma x402 da un modello di pagamento per utilizzo a un modello di abbonamento, riducendo la soglia tecnica necessaria per gli scenari ad alta frequenza; 2) Compatibilità multi-chain con standard CAIP La V1 si basava principalmente sulla combinazione Base + EIP3009 USDC, mentre per altre chain l'integrazione richiedeva incapsulamento, bridging o relay, con una complessità tecnica decisamente maggiore. La V2, attraverso CAIP, può realizzare un riconoscimento unificato degli asset multi-chain, consentendo l'integrazione senza soluzione di continuità con Solana, Monad, Avalanche, altre L2 e persino canali di pagamento in valuta fiat tradizionale, rendendo il protocollo x402 più aperto e facilmente integrabile da più chain; questo aggiustamento è molto necessario, poiché x402 non può rimanere solo a livello di protocollo, ma alla fine sarà una competizione di ecosistemi multi-chain, dove è fondamentale combinare al massimo il vantaggio competitivo di Base, le alte prestazioni di Solana, la liquidità di BSC, ecc.; 3) Meccanismo di estensione espandibile La V2 introduce il concetto di Extensions, che consente di espandere nuove funzionalità senza forkare il protocollo principale. La scoperta automatica, il routing payTo dinamico e varie innovazioni future possono essere sovrapposte in forma di Extension. Questo in realtà crea le premesse per l'innovazione infrastrutturale e applicativa a livello di Facilitator e Provider. Gli sviluppatori possono esplorare vari modelli di innovazione nei pagamenti sulla base del protocollo x402, inclusi prezzi dinamici, ripartizione tra più parti, pagamenti condizionati, regolamenti differiti, ecc. 4) SDK modulari + meccanismo di scoperta automatica L'esperienza di integrazione della V1 era ancora a livello di operazioni manuali, come modificare il codice sorgente dell'SDK, abbinare manualmente l'elenco dei Facilitator, che in scenari di applicazione su piccola scala poteva andare bene, ma una volta scalato diventava problematico; La V2 ha modificato l'architettura dell'SDK, consentendo ai Facilitator di estrarre automaticamente e indicizzare i metadati dei servizi x402, con prezzi, routing e informazioni sulle chain supportate che si sincronizzano automaticamente. In effetti, la soglia tecnica è ulteriormente diminuita e l'ambiente aperto è diventato più amichevole. Questo è tutto. La V1 ha eseguito un gran numero di txs, dimostrando solo la fattibilità della narrazione di x402, ma ha anche esposto molti problemi, come l'ecosistema chiuso, l'alta soglia di integrazione e l'inadeguatezza per l'implementazione di applicazioni ad alta frequenza. È evidente che il rapido avanzamento della V2 è volto a risolvere il problema della scalabilità di x402. ...