"Agentbetalning: Vad marknadsförs x402 starkt av Coinbase|med relaterade projekt och deltagandemetoder" 🧵 På senare tid har Agentic Payment plötsligt blivit populärt, och idag har @CoinbaseDev precis släppt den x402-baserade Payments MCP, som gör det möjligt för agenter att automatiskt betala för att slutföra uppgifter baserat på den omkostnadsgräns vi satt. Faktum är att vår hund @openmind stödde x402 i maj i år och kan vara en av de första robotarna som betalar med krypto. Bakom X402 är det inriktat på den globala marknaden för betalningsintäkter på 2 till 5 biljoner yuan. Så jag vill säga hela texten på ett nonsensfritt och lättförståeligt sätt: - Vad är x402? - X402-principen - x402 fungerar med Googles ess - Vilka möjligheter finns det att delta i de aktuella projekten?

1/ Vad är x402 Undrar du vad som är fel med webbsidan? HTTP talar om för dig med en "statuskod". Precis som 404 betyder otillgänglighet, betyder 402 att webbsidan är på väg att betalas. -> Men varför är den inte känd? Eftersom man i avtalet anser att den nuvarande betalningsmekanismen är svår att använda används den sparsamt. -> Varför är den nuvarande betalningsmekanismen svår att använda? För oavsett om det är WeChat Alipay eller bankkort Visa Mastercard, från KYC till UIUX, är det designat för människor, till exempel väntetiden för handlare i avvecklingsprocessen på upp till en månad, eller informationsformuläret som fylls i KYC Faktum är att de flesta områden inom pan-finance inte behöver krypto, men krypto är verkligen användbart vid "disintermediering". Åtminstone i den process som nämns ovan gör blockkedjans tillståndslösa och realtidsavveckling den till en naturlig passform för att skapa en betalningsstandard för agenter som de tycker är användbar -> Därför skapade @coinbase x402, ett HTTP-baserat stablecoin-betalningsprotokoll som agenter kan "förstå".

2/ x402-principen Hur ser den specifika processen ut? Jag har bifogat den officiella illustrationen av @coinbase, men för att sammanfatta kortfattat: - Klientförfrågningar till servern, "hej, jag vill betala" - Servern verifierar med facilitatorn: "Hjälp mig att se om den här personen är pålitlig" - Servern gör upp med Blockchain, "on-chain accounting, closing" Det finns fyra parter som är inblandade: - Kund: Främst appar och agenter - Server: Huvudsakligen olika API:er - Blockkedja: Inte begränsat till @base, teoretiskt sett med flera kedjor, där facilitatorn bestämmer vilka kedjor som ska stödjas - Facilitator: Den här processen kan vara så smidig tack vare "Facilitator", som motsvarar en outsourcingarbetare som hjälper servern att göra all verifiering och avveckling relaterad till blockkedjan, så att servern inte behöver göra det själv, vilket sparar pengar snabbt och effektivt.

3/ x402 samarbete med Google Halal-eran är kung. Blockchain-saker, oavsett hur mycket NB-rekommendationer det finns, du måste ha någon som använder dem, annars blir det ett slott i luften. Anledningen till att alla är så hausse på x402 är till stor del på grund av dess samarbete med Google Agent Payments Protocol (AP2), och alla förväntar sig att x402 kommer att bli standarden för kryptobetalningar i Googles ekosystem för agentbetalningar. Googles officiella tillkännagivande av AP2 nämnde att AP2 kommer att stödja Crypto-betalningar och utvecklade tillsammans A2A x402-plugin-programmet med @ethereumfndn @MetaMask, vilket gör det möjligt för agenter att använda Crypto för betalningar, som nu är öppet för användning.