Ni Januari wa 1997. ya (Tume ya Utafiti wa Uhandisi wa Mtandao) ilizindua , officially defining Ufafanuzi huu ulifanywa na waanzilishi wa wavuti ya ya ya na ya Wafanyabiashara ambao wametengeneza jinsi mtandao unavyoweza kuwasiliana. wafu Mfumo wa RFC 2068 HTTP/1.1 Mfalme wa Fielding Jim Gettys Jeffrey Mogul Henry Mwakyembe Kwa mujibu wa Tim Berners-Lee wafu Mfumo wa RFC 2068 Mfalme wa Fielding Jim ya Gettys Jeffrey Mogul Henry Mwakyembe Kwa mujibu wa Tim Berners-Lee Ufafanuzi huu unajumuisha Kabla ya hapo, kila ombi moja la HTTP lilihitaji uhusiano mpya wa TCP. Uhusiano wa kudumu unafanywa hii, kuruhusu maombi kadhaa ya HTTP kupita kupitia uhusiano mmoja wa TCP wa muda mrefu. persistent connections Pia kuna , njia mpya kwa seva za wavuti kuhamisha maudhui bila kujua ukubwa kamili kabla. Hakuna tena seva inahitaji kuhesabu ukubwa wa jumla wa maudhui yaliyotengenezwa kwa kiwango cha juu, sasa ni bure kutoa data kwa kiwango cha juu, kama inavyotengenezwa. chunked transfer encoding Lakini Kodi mpya ya hali: RFC 2068 quietly introduces something intriguing HTTP 402 Payment Required This code is reserved for future use. Hii inaonyesha jinsi wazazi wa mwanzilishi wa World Wide Web walitabiri jinsi fedha itakuwa hatimaye sehemu kubwa ya mtandao. . even if they had no clear path on how it would actually play out Leo, 2025, karibu miongo mitatu na matoleo mengi ya HTTP baadaye ( Katika mwaka wa 2015, Mwaka wa 2022, Licha ya mapinduzi ya fintech, kuongezeka kwa malipo ya mtandaoni, na uchumi mzima uliojengwa kwenye shughuli za mtandao, hakuna aliyejua nini cha kufanya na hilo. HTTP/2 HTTP/3 Status Code 402 still sits there with the exact same note: 'reserved for future use.' Until now. Last month (May 2025), Kutolewa kwa Mipango ya wazi ambayo inatoa Kazi yake ya kwanza ya kweli: kuwezesha asili Malipo katika maombi ya HTTP. Coinbase ya x402 HTTP 402 onchain Wafanyakazi wa sasa wanahitaji kufanya (Machine-to-machine) malipo katika mtandao na kupunguzwa (man-in-the-loop) maingiliano, lakini mtiririko wa malipo ya jadi haufanyi kazi vizuri katika kesi hii. Wanahitaji maingiliano mengi ya binadamu, uhamisho, na hatua za mwongozo ambazo sio kazi wakati mfanyabiashara wa AI anahitaji kufanya biashara kwa kujitegemea. M2M HITL fills this gap. It proposes an automated on-chain payment flow implemented natively within the HTTP protocol, . x402 making them as seamless as any other web request Lakini jinsi hii inaonekana katika vitendo? Utamaduni na vipengele vya x402 Mifano ya x402 imejengwa karibu na vipengele vitatu vya msingi: x402 ya ya inafanya kazi kama mwanzilishi wa malipo, kufahamu kile kinachohitajika kwa upatikanaji na kujenga malipo ya malipo yanayohitajika. Kwa maneno rahisi, hii ni chochote kinachofanya ombi la HTTP kwa rasilimali ya malipo. Inaweza kuwa kivinjari kinachofanya ombi la maudhui ya juu, mtaalamu wa AI ununua API ya upatikanaji, au vipengele vya kufungua programu ya simu. Mteja hufanya saini ya siri kwa kutumia kichwa cha kibinafsi cha mtumiaji na moja kwa moja huchukua ombi wakati malipo yanahitajika. client ya inachukua sera za malipo kwa pointi zake za mwisho wakati unaendelea kuzingatia mantiki yake ya biashara ya msingi. Hii ni seva ya wavuti au API ambayo inahudumia maudhui au huduma inayopatikana. Inahifadhi meza rahisi za bei ambazo zinachapisha pointi za mwisho kwa gharama, lakini inawakilisha mantiki ya uhakiki wa malipo kwa mfanyabiashara. resource server Blockchain logic inatumika katika kipengele: uthibitisho wa saini za crypto, kuzuia mashambulizi ya replay kupitia ufuatiliaji wa nonce, na kusimamia utekelezaji halisi wa mstari. Inakuwezesha wateja na seva kufanya kazi na malipo ya mstari bila kuelewa maelezo ya utekelezaji wa blockchain. facilitator ya iko katika kiwango cha mwisho cha malipo, kuhakikisha malipo ni isiyobadilika na ya uwazi. Inawezesha fedha za programu kupitia mikataba ya smart na sarafu za kudumu, . blockchain but its complexity is completely hidden from the application layer by the facilitator : Client Uwajibikaji wa kwanza: Utaratibu wa malipo Kipengele muhimu:Usajili wa EIP-712, rekodi za moja kwa moja, ufumbuzi wa malipo Nini inafanya: Inatoa maombi, inashughulikia wallets, retries na malipo : Resource Server Uwajibikaji wa msingi: Utekelezaji wa malipo Kipengele muhimu: Mipango ya bei, majibu ya HTTP 402, ushirikiano wa middleware Nini anafanya: Anatoa bei, kuangalia malipo, hutoa maudhui : Facilitator Uwajibikaji wa kwanza: Uhakiki wa malipo Kipengele muhimu: uthibitisho wa saini, kufuatilia nonce, abstraction ya gesi Nini inafanya: Inathibitisha saini, kuzungumza na blockchain : Blockchain Uwajibikaji wa msingi: Malipo ya utekelezaji Kipengele muhimu: Uhamisho wa USD, mikataba ya akili, rekodi isiyobadilika Nini inafanya: Kuweka malipo kwenye mzunguko Kanuni ya Mfumo huu unaonyesha kanuni kadhaa za msingi za uhandisi wa programu. muhimu zaidi ni Kila sehemu ina wajibu mmoja, ulioelezwa vizuri. . separation of concerns Resource servers focus purely on business logic, facilitators handle payment complexity, and clients manage user interaction Mfumo huu unafanikiwa kwa kuwa vipengele vya kuingiliana tu kupitia viungo vya HTTP na REST. Isolation hii inamaanisha unaweza kubadilisha vipengele (kwa mfano, kutumia blockchain tofauti, kubadilisha watoa wa muundo, au kubadilisha mantiki ya seva) bila kuathiri mfumo mwingine. loose coupling A resource server doesn't need to understand how blockchain transactions work, and a client doesn't need to know the server's internal implementation Msaidizi anafanya kazi kwa kwa kutenganisha utata wote wa blockchain katika huduma moja maalum. Hili huzuia mantiki ya malipo ya kushuka katika maombi ya biashara na inahifadhi wasiwasi kwa usahihi. single responsibility principle Mwisho lakini sio muhimu, utamaduni huu unafuata Sehemu za kiwango cha juu zinategemea uchambuzi badala ya utekelezaji wa kimsingi. seva na wateja zinategemea viungo vya HTTP, sio API za blockchain maalum. Hii inaruhusu msimbo huo wa maombi kufanya kazi kwa njia tofauti za blockchain na mipango ya malipo bila mabadiliko. dependency inversion Mchakato wa Fedha Ikiwa mtumiaji au mtumiaji anapoteza API iliyoidhinishwa, hapa ni mtiririko wa hatua nne unaofanyika: x402 Ombi la awali: Mteja hufanya ombi la HTTP la kawaida kufikia rasilimali fulani Jibu linahitajika kwa malipo: Ikiwa hakuna malipo yanayohusishwa, seva inakabiliwa na HTTP 402 na ina maelezo ya malipo Uwajibikaji wa malipo: Mteja huunda malipo yaliyoandikwa kwa siri na kurejesha ombi Uhakiki na upatikanaji: seva inathibitisha malipo, inatoa kwenye blockchain, na inatoa upatikanaji Nini hufanya hii nguvu ni kwamba yote hutokea kwenye ngazi ya mkataba wa HTTP. Hakuna redirect kwa processors ya malipo ya tatu, hakuna Ujenzi wa akaunti, hakuna usajili wa akaunti. OAuth Just standard HTTP with extra headers: flows from client to server and contains the . This includes the payment details (amount, recipient, token) plus a cryptographic signature proving the client authorized the payment. X-PAYMENT signed payment payload X-PAYMENT-RESPONSE hupita kutoka seva kwa mteja baada ya malipo ya mafanikio na ina taarifa ya mapato ya shughuli, hutoa uwazi kuhusu kile kilichotokea kwenye mstari. ya Utekelezaji wa server-side Mipango ya Malipo ya Middleware Utekelezaji wa msingi wa upande wa seva unakaribia filters ya malipo (AKA middleware) ambayo inashughulikia maombi ya HTTP na kutekeleza mahitaji ya malipo. Wakati wa kuunganishwa kwenye seva yako ya wavuti, bidhaa hii ya kati inashughulikia maombi yanayotoka dhidi ya meza ya bei ambayo inafuta vituo vya mwisho kwa gharama zao. Bidhaa ya kati inafuata mti wa uamuzi rahisi: ikiwa ombi hufikia kiungo kilichohifadhiwa bila malipo, inashughulikia kwa na maelekezo ya malipo ya kina. Ikiwa malipo ni pamoja na header, inathibitisha malipo na huduma ya mfanyabiashara kabla ya kuruhusu ombi kuendelea. HTTP 402 X-PAYMENT Hapa ni muundo muhimu kutoka kwa utekelezaji wa Java: public class PaymentFilter implements Filter { private final String payTo; private final Map<String, BigInteger> priceTable; // path → amount private final FacilitatorClient facilitator; public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { String path = req.getRequestURI(); String paymentHeader = req.getHeader("X-PAYMENT"); if (!priceTable.containsKey(path)) { chain.doFilter(request, response); // Free endpoint return; } if (paymentHeader == null) { send402Response(resp, path); // Request payment return; } // Verify payment, process request, then settle VerificationResponse verification = facilitator.verify(paymentHeader, requirements); if (verification.valid) { chain.doFilter(request, response); facilitator.settle(paymentHeader, requirements); } } } Unaweza tu kuongeza filters ya malipo kwenye mfuko wako wa bidhaa za kati na kufafanua vitu ambavyo vinahitaji malipo. The beauty of this approach is that it requires minimal changes to existing applications. Majibu ya PaymentRequirements Wakati mteja anapiga kiungo kilichohifadhiwa bila malipo, seva huunda kitu kinachohitajika cha mahitaji ya malipo. Hii inajumuisha kiasi cha malipo, tokens zilizopitishwa (kama vile ), anwani ya mfuko wa kupokea, mtandao wa blockchain, na muda wa kumalizika ili kuzuia mashambulizi ya replay. USDC private void send402Response(HttpServletResponse response, String path) throws IOException { response.setStatus(HttpStatus.PAYMENT_REQUIRED); response.setContentType("application/json"); PaymentRequirements requirements = PaymentRequirements.builder() .paymentRequirement(List.of( PaymentRequirement.builder() .kind(new Kind("exact", "base-sepolia")) // Payment scheme + blockchain network .receiver(payTo) // Wallet address to receive payment .amount(priceTable.get(path)) // Cost for this specific endpoint .asset("<USDC_TOKEN_CONTRACT>") // USDC token contract .expiry(Instant.now().plus(Duration.ofMinutes(5))) // Payment window .nonce(UUID.randomUUID().toString()) // One-time use identifier .build() )) .build(); response.getWriter().write(Json.MAPPER.writeValueAsString(requirements)); } Kila eneo katika Hii inajulikana kama ifuatavyo: PaymentRequirements aina: Inafafanua mpango wa malipo (hakika kwa kiasi kikubwa) na mitandao ya blockchain ya lengo (base-sepolia kwa base testnet). Hii inakuambia mteja kwa usahihi jinsi ya muundo na utekelezaji wa malipo. : The wallet address where payment should be sent. This is your business wallet that will receive the funds. receiver kiwango: Gharama ya upatikanaji wa kiwango hiki maalum, iliyopatikana kutoka kwenye meza yako ya bei. Kwa USDC, hii kwa kawaida inajulikana katika wei (unit ndogo). mali: Anwani ya mikataba ya smart ya token inayotumika kwa malipo. Mfano unaonyesha USDC kwenye Base Sepolia testnet. kumalizika: Tarehe baada ya ambayo mahitaji haya ya malipo huwa hai. Hili huzuia maombi ya malipo ya zamani kutumika tena na kuongeza usalama dhidi ya mashambulizi ya replay. nonce: Idadi ya kipekee (UUID) ambayo inahakikisha kila mahitaji ya malipo inaweza kukamilika mara moja tu, hata kama mteja mmoja anatoa maombi kadhaa kwa kituo kimoja. Utekelezaji wa upande wa mteja Utaratibu wa malipo ya moja kwa moja Maktaba ya wateja hufunika wateja wa HTTP wa kiwango ili kukabiliana na majibu ya 402 moja kwa moja.Kama mteja anapokea ombi la malipo, (1) inajenga matumizi ya malipo, (2) inatangaza na kichwa cha kibinafsi cha mtumiaji, na (3) hufanya upya ombi la awali na malipo yaliyounganishwa. public HttpResponse<String> makeRequest(String url, String method) throws Exception { HttpRequest request = HttpRequest.newBuilder() .uri(URI.create(url)) .method(method, HttpRequest.BodyPublishers.noBody()) .build(); HttpResponse<String> response = httpClient.send(request, HttpResponse.BodyHandlers.ofString()); // Handle 402 Payment Required if (response.statusCode() == 402) { PaymentRequirements requirements = Json.MAPPER.readValue( response.body(), PaymentRequirements.class); // Create payment payload matching the requirements PaymentPayload payment = PaymentPayload.builder() .receiver(requirements.getPaymentRequirement().get(0).getReceiver()) .amount(requirements.getPaymentRequirement().get(0).getAmount()) .asset(requirements.getPaymentRequirement().get(0).getAsset()) .nonce(requirements.getPaymentRequirement().get(0).getNonce()) .expiry(requirements.getPaymentRequirement().get(0).getExpiry()) .build(); // Sign using EIP-712 structured data signing String signature = signer.sign(payment.toSigningMap()); // Retry with payment header String paymentHeader = encodePaymentHeader(payment, signature); HttpRequest paidRequest = HttpRequest.newBuilder() .uri(URI.create(url)) .method(method, HttpRequest.BodyPublishers.noBody()) .header("X-PAYMENT", paymentHeader) .build(); return httpClient.send(paidRequest, HttpResponse.BodyHandlers.ofString()); } return response; } Mchakato wa kusajili hutumia kiwango, ambacho huunda muonekano wa muundo, unaofaa kwa binadamu wa data ya malipo kabla ya hashing na kutia saini. Hii inahakikisha malipo ni salama kwa siri na yanahusishwa na ombi maalum. EIP-712 Uhakiki wa Mzunguko wa Malipo Uwezeshaji wa Ushirikiano Huduma ya mfanyabiashara ni mahali ambapo ugumu wa blockchain unaishi, ukiondoa mbali na wateja na seva.Kama seva inapokea malipo, inatoa mzigo wa malipo kwa mfanyabiashara kwa ukaguzi. public class HttpFacilitatorClient implements FacilitatorClient { private final HttpClient http; private final String baseUrl; @Override public VerificationResponse verify(String paymentHeader, PaymentRequirements requirements) throws Exception { // Construct verification request with payment and requirements VerifyRequest body = VerifyRequest.builder() .paymentHeader(paymentHeader) // The X-PAYMENT header from client .requirements(requirements) // What the server expects .build(); HttpRequest request = HttpRequest.newBuilder() .uri(URI.create(baseUrl + "/verify")) .POST(HttpRequest.BodyPublishers.ofString(Json.MAPPER.writeValueAsString(body))) .header("Content-Type", "application/json") .build(); String json = http.send(request, HttpResponse.BodyHandlers.ofString()).body(); return Json.MAPPER.readValue(json, VerificationResponse.class); } @Override public SettlementResponse settle(String paymentHeader, PaymentRequirements requirements) throws Exception { // Settlement happens after successful verification SettleRequest body = SettleRequest.builder() .paymentHeader(paymentHeader) .requirements(requirements) .build(); HttpRequest request = HttpRequest.newBuilder() .uri(URI.create(baseUrl + "/settle")) .POST(HttpRequest.BodyPublishers.ofString(Json.MAPPER.writeValueAsString(body))) .header("Content-Type", "application/json") .build(); String json = http.send(request, HttpResponse.BodyHandlers.ofString()).body(); return Json.MAPPER.readValue(json, SettlementResponse.class); } } Mtumiaji anaweza kuangalia mambo kadhaa: Je, saini hiyo ni halali? Je, kiwango cha malipo kinakabiliana na mahitaji? Je, malipo haya yalitumika hapo awali? Je, malipo bado ni ndani ya dirisha lake la mwisho? Ikiwa uthibitisho unatolewa, mfanyabiashara pia hutafakari utekelezaji kwa kuhamisha shughuli kwenye blockchain ya chaguo. interface inafafanua mkataba kwamba kila mfanyabiashara mteja lazima kutekeleza: FacilitatorClient public interface FacilitatorClient { VerificationResponse verify(String paymentHeader, PaymentRequirements requirements); SettlementResponse settle(String paymentHeader, PaymentRequirements requirements); } Maombi yako inahitaji kutoa utekelezaji halisi wa interface hii. Mfano wa ushirikiano Sasa kwamba tumeona vipengele tofauti (filters ya malipo, ushirikiano wa mfanyakazi, na usindikaji wa mteja), hebu tuangalie jinsi vipengele hivi vinakuja pamoja katika programu halisi. Mfano ambao unaonyesha mchanganyiko kamili. Spring Boot Kwanza, kuunda a Maelezo ya: @PaymentRequired @Target(ElementType.METHOD) @Retention(RetentionPolicy.RUNTIME) public @interface PaymentRequired { String price(); String currency() default "USDC"; String network() default "base-sepolia"; } Kisha mabadiliko ya kutafuta maelezo haya kwenye startup: PaymentFilter @Component public class PaymentFilter implements Filter { private final Map<String, BigInteger> priceTable; private final String payTo; private final FacilitatorClient facilitator; public PaymentFilter(ApplicationContext context, String payTo, FacilitatorClient facilitator) { this.payTo = payTo; this.facilitator = facilitator; this.priceTable = buildPriceTableFromAnnotations(context); } private Map<String, BigInteger> buildPriceTableFromAnnotations(ApplicationContext context) { Map<String, BigInteger> prices = new HashMap<>(); // Scan all @RestController beans for @PaymentRequired annotations Map<String, Object> controllers = context.getBeansWithAnnotation(RestController.class); for (Object controller : controllers.values()) { Method[] methods = controller.getClass().getMethods(); for (Method method : methods) { PaymentRequired payment = method.getAnnotation(PaymentRequired.class); if (payment != null) { String path = extractPathFromMapping(method); BigInteger amount = new BigInteger(payment.price().replace(".", "")); prices.put(path, amount); } } } return prices; } } Sasa unaweza kuchanganya mbinu za msimamizi wako moja kwa moja: @RestController public class WeatherController { @GetMapping("/weather") @PaymentRequired(price = "0.001", currency = "USDC", network = "base-sepolia") public WeatherData getWeather(@RequestParam String city) { // Your existing business logic return weatherService.getWeatherForCity(city); } @GetMapping("/premium-forecast") @PaymentRequired(price = "0.01", currency = "USDC", network = "base-sepolia") public ExtendedForecast getPremiumForecast(@RequestParam String city) { return weatherService.getExtendedForecast(city); } } @Configuration public class PaymentConfig { @Bean public PaymentFilter paymentFilter(ApplicationContext context) { return new PaymentFilter( context, "<WALLET_ADDRESS>", // Your wallet address new HttpFacilitatorClient("<FACILITATOR_URL>") ); } @Bean public FilterRegistrationBean<PaymentFilter> paymentFilterRegistration(PaymentFilter filter) { FilterRegistrationBean<PaymentFilter> registration = new FilterRegistrationBean<>(); registration.setFilter(filter); registration.addUrlPatterns("/*"); registration.setOrder(1); return registration; } } ya Kuanzisha mlinzi juu ya msalaba wa msalaba wa mwisho. at hutafuta maelezo haya moja kwa moja katika uanzishaji na huunda orodha ya bei. Mantiki yako ya biashara iliyopo katika mbinu za udhibiti bado haijabadilika kabisa. Mipangilio huunganisha kila kitu kwa kuandikisha filters ya malipo na kuunganisha kwenye huduma ya mfanyabiashara. Baada ya kutekelezwa, maombi ya gharama ya 0.001 USDC na gharama 0.01 USDC, na usindikaji wote wa malipo hutokea kwa uwazi kwenye kiwango cha HTTP. @PaymentRequired PaymentFilter /weather /premium-forecast Maoni ya Usalama na Uzalishaji ni rahisi na ya kifahari, inaficha utata. Hii ni faida na hasara. Inafanya ushirikiano rahisi, lakini pia inaficha kipengele muhimu: . x402 putting AI agents in charge of money creates new attack vectors Wakati wa mikataba na usimamizi wa nonce kushughulikia mashambulizi ya replay, nini kinatokea wakati mfanyabiashara anapoharibiwa? uchunguzi wa udanganyifu wa jadi unategemea mifano ya tabia ya binadamu, lakini Msaidizi aliyejeruhiwa anaweza kuondoa fedha haraka kuliko mtu yeyote mwenye udanganyifu wa kibinadamu. EIP-712 AI agents don't follow human spending habits Sehemu ya mfanyabiashara inakuwa lengo jingine la thamani kubwa kwa sababu inathibitisha saini na kusimamia nonces. . blockchain settlements are final Tangu inategemea shughuli za mstari, inawakilisha hatari za uendeshaji wa shughuli za blockchain. Gesi ada kuanguka vibaya, wakati mwingine kufanya malipo ya micropayments kiuchumi yasiyofaa. Mzunguko wa mtandao unaweza kuzuia shughuli. Ni nini mfanyabiashara wa AI anapaswa kufanya wakati anahitaji data ya wakati halisi lakini malipo yamefungwa katika mempool? x402 Kipengele kingine muhimu ni udhibiti. Ufuatiliaji unabadilika kati ya mamlaka na sheria tofauti kuhusu malipo ya automatiska, matumizi ya cryptocurrency, na kuhifadhi data. Mwakilishi wa AI anayefanya kiasi kikubwa cha micro-transactions kati ya mipaka inaweza kusababisha tahadhari za AML au kuvunja sheria za mitaa bila mtu yeyote kutambua. Nini ni ya baadaye Nini ni ya kuvutia kuhusu ni wakati. wafanyabiashara wa AI wanahitaji uwezo wa malipo ya kujitegemea, stablecoins hutoa kiwango cha fedha cha programu, na miundombinu ya blockchain imekuwa ya kutosha kukabiliana na maombi ya kupanua. Picha hizi hazikuwa zimeunganishwa kabla. mtandao sasa unahitaji aina mpya ya malipo, na mtiririko wa jadi haukujengwa kwa wafanyabiashara wa kujitegemea au mikopo. x402 ni ya kuvutia kutokana na mbinu yake ya pragmatic. Badala ya kutafakari malipo kutoka mwanzo, inafanya upanuzi wa miundombinu ya HTTP iliyopo. Badala ya kuhitaji ushirikiano mpya, inafanya kazi na mifano ya kawaida ambayo tayari tunajua. x402 Changamoto za usalama na uendeshaji ni halisi, lakini ni matatizo ya uhandisi na ufumbuzi wa uwezekano. Baada ya takribani miaka mitatu, inaweza hatimaye kufanya kile kilichotengenezwa: kufanya malipo kwa vitu kwenye mtandao rahisi kama kuomba. HTTP 402 The foundation is set. Now it's time to build. Shukrani kwa Msisemi Shaykh Rabiy ́ ni Ronnie Caspers kwa ujumla. Kiongozi wa Leffew, Danny Organ, na timu nzima ya Coinbase ya kwa ajili ya ufungaji wa wazi wa mkataba huu. Erik Mwakyembe Ronnie Kaspers kwa mara ya kwanza Maoni ya Kevin Leffew Mfumo wa Danny Coinbase ya . Shukrani kwa Erik Mwakyembe na ya Yuga wa Cohler Kwa ajili ya kuangalia mchango wangu ya x402 Erik Mwakyembe Yuga wa Cohler mchango wangu rasilimali na kusoma zaidi HTTP 402 Malipo inahitajika - RFC 2068 - 1997 HTTP ya awali X402 Protocol Specification - Takwimu rasmi za mkataba x402 GitHub Repository - utekelezaji wa chanzo cha wazi wa Coinbase x402 utekelezaji wa Java - PR ambayo ilizindua utekelezaji wa Java wa protocol EIP-712: Ethereum Tipped Structured Data Hashing na Mkataba - Mkataba wa kiwango kinachotumiwa katika x402 Takwimu ya Msingi wa Mtandao - Layer 2 blockchain jukwaa kutumika katika mifano Ufafanuzi wa USDC - Maelezo ya mkataba wa USD Coin Stablecoin Spring Boot Filter Documentation - Utekelezaji wa Java Middleware Java HTTP Client API - Usimamizi wa HTTP kwa upande wa mteja Kiwango cha Mawasiliano ya Machine-to-Machine (M2M) - Mawasiliano ya mfumo wa kujitegemea Autonomy AI Agent Architectures - Utafiti juu ya mifano ya kubuni ya wafanyakazi wa AI Njia ya Google ya Usalama wa Wafanyabiashara wa AI - Mapendekezo ya Google ya Mfumo wa Wafanyabiashara wa AI salama, waongozwa na mwanadamu