دا د جنوري 1997 دی. د (Internet Engineering Task Force) has just released په رسمي توګه defining د ځانګړتیاوې د ویب پینلرونو لخوا جوړ شوي دي د د , او ، د معمارانو چې د انټرنیټ د اړیکو څنګه جوړ کړي. د IETF د RFC 2068 HTTP/1.1 رایو فیلډینګ جیم Gettys جفری Mogul د هینګری د رنګ د Tim Berners-Lee د IETF د RFC 2068 رایو فیلډینګ جیم Gettys جفری Mogul د هینګری د رنګ د Tim Berners-Lee د ځانګړتیاوې واردوي : مخکې، هر واحد HTTP درخواست ته د نوي TCP اړیکو ته اړتيا لري. پیاوړی اړیکو دا حل کوي، د څو HTTP غوښتنو ته اجازه ورکوي چې د یو واحد، اوږد عمر TCP اړیکو له لارې جریان وکړي. د هر انځور، CSS فایل، یا یو ویب پاڼه کې د جاواسکرپټ نندارې لپاره د انفرادي اړیکو جوړولو نه. persistent connections دلته هم ، د ویب سرورونو لپاره د محتوای لپاره د بشپړ اندازه مخنیوی پرته یو نوی لاره. نه تر اوسه د سرور ته اړتيا لري چې د ډینیمیکي تولید شوي موادو ټول اندازه مخکې محاسبه کړي، دا اوس وړیا ده چې ډاټا ته دریمه وړاندې کړي، لکه څنګه چې دا تولید کیږي. chunked transfer encoding د ، د نوي حالت کوډ: RFC 2068 quietly introduces something intriguing HTTP 402 Payment Required This code is reserved for future use. دا ښيي چې څنګه د World Wide Web بنسټیزانو د پیسو په پایله کې د انټرنیټ يو لوی برخه وي. . even if they had no clear path on how it would actually play out اوس، 2025، تقریبا د درې ډیزاینونه او څو HTTP نسخه وروسته ( په 2015 کې، په 2022 کې، د فین ټیک انقلاب، د آنلاین پیسو د ودې، او د انټرنیټ سوداګرۍ پر بنسټ د اقتصاد په بشپړه توګه جوړ، هیڅکله نه پوه شي چې د دې سره څه وکړئ. HTTP/2 HTTP/3 Status Code 402 still sits there with the exact same note: 'reserved for future use.' Until now. په وروستیو میاشت کې (مئی 2025)، د آزاد د Open Source پروتوکول چې د د خپل لومړي حقیقي کار: د کورني وړاندیز د HTTP درخواستونو په منځ کې د پیسو. د Coinbase x402 HTTP 402 onchain Nowadays AI agents need to make (machine-to-machine) د کمولو سره په ویب کې د پیسو (انسان-in-the-loop) نندارتونونه، مګر په دې صورت کې روښانه پیسو جریانونه په ښه توګه کار نه کوي. دوی د ډیرو انسانو تبادلې، ته اړتيا لري، او د لارښوونې لارښوونه چې یوازې نه کار کوي کله چې د AI اګانو ته اړتیا لري چې په خپلواکه توګه د سوداګرۍ ترسره کړي. M2M HITL دا د HTTP پروتوکول په منځ کې د انټرنیټ په چټکه کې د پیسو د جریان وړاندې کوي، . x402 making them as seamless as any other web request But what does this look like in practice? د آرژانتیک او برخو د X402 د X402 دا په چار اصلي برخو کې جوړ شوی دی: x402 د د په ساده توګه، دا هغه څه دی چې د HTTP غوښتنلیک د پیسو دیوال ته وده ورکوي. دا کولی شي یو براؤزر چې د پریمیم موادو لپاره د غوښتنلیک ورکوي، د AI ایجنټ د API لاس رسی لپاره اړتیا لري، یا د ګرځنده اپلیکیشن د بندولو ځانګړتیاوې جوړوي. د کلینټ د کاروونکي د شخصي کلید په کارولو سره cryptographic سند ورکوي او په اتوماتيک ډول درخواستونه راټولوي کله چې پیسو اړتیا لري. client د د پایلو لپاره د پیسو پالیسۍ اغیزمنوي په داسې حال کې چې د خپل اصلي سوداګرۍ منطق تمرکز کوي. دا د ویب سرور یا API دی چې د پلورل شوي مواد یا خدمتونه هټولوي. دا ساده قیمت جدولونه لري چې پایلو ټایټونه په لګښتونو کې نقشه کوي، مګر د پیسو د تصدیق منطق ته لیږدوي. resource server د Blockchain منطق په کارولو کې کارول کیږي برخې: cryptographic امانتونو د تصدیق، د nonce څارنې له لارې replay حملاتو مخنیوی، او د واقعي on-chain حل مدیریت. دا اجازه ورکوي چې د مشتریانو او سرورونو سره د on-chain پیسو په کارولو پرته د blockchain implementation تفصيلاتو پوه شي. facilitator د د پایلې تبادلې کچه دی، د تبادلې غیر بدلون او شفاف دی. دا د سمارټ کنټرولونو او stable-coins له لارې پروګرام وړ پیسو اجازه ورکوي، . blockchain but its complexity is completely hidden from the application layer by the facilitator : Client لومړني مسؤولیت: د پیسو پیل اصلي ځانګړتیاوې:EIP-712 امانت، اتومات retries، د پیسو کشف هغه څه چې دا کار کوي: د غوښتنلیکونه ترسره کوي، د پولادو په کارولو سره، د پیسو سره retries : Resource Server لومړني مسؤولیت: د پیسو د اغیزې اصلي ځانګړتیاوې: د قیمت جدولونه، HTTP 402 ځوابونه، منځني سافټویر انټرنټ هغه څه چې دا کار کوي: نرخونه تنظیموي، پیسو چمتو کوي، د موادو خدمت کوي : Facilitator لومړني مسئولیت: د پیسو د تصدیق اصلي ځانګړتیاوې: د امپورت تصدیق، nonce څارنه، د ګازو استازیتوب هغه څه چې دا کوي: د امانتونو د تصدیق، د blockchain سره خبرې کوي : Blockchain لومړني مسؤولیت: د تادیاتو تادیاتو اصلي ځانګړتیاوې:USDC انتقالونه، سمارټ کنټرولونه، غیر بدلون رسنیو هغه څه چې دا کوي: په چټک کې د پیسو تادیه کوي اصولونه دا آرکټریټ د ډیری بنسټیز سافټویر انجنیري اصولونه ښيي. تر ټولو مهم دی هر برخې یو واحد، په مناسب ډول د مسئولیت لري. . separation of concerns Resource servers focus purely on business logic, facilitators handle payment complexity, and clients manage user interaction د سیستم د له دې امله چې برخو یوازې د معياري HTTP او REST انټرنیټونو له لارې تبادله کوي. دا انفرادي معنی لري چې تاسو کولی شئ د اجزاءو (د مثال په توګه، د مختلفو blockchain کارولو، د تبادلې وړاندیزونکي بدلون، یا د سرور منطق بدلون) پرته له دې چې د سیسټم بډایه اغیزه کړي. 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 د تبادلې تبادلې د ټول blockchain پیچیدو په یوه تخصصي خدمت کې راځي. دا د پیسو منطق څخه مخنیوی کوي چې د سوداګرۍ غوښتنلیکونو ته ورسیږي او ستونزو په مناسب ډول جدي کوي. single responsibility principle Last but not least، د دې آرژانتیک په لاندې د عالي کچه اجزاء په پرتله konkret implementations پر بنسټ دي. سرورونه او کلینټونه د HTTP انټرنیټونو پر بنسټ دي، نه ځانګړي blockchain APIs. دا اجازه ورکوي چې د ورته غوښتنلیک کوډ په مختلفو blockchains او د پیسو سیسټمونو کې د بدلون له لارې کار وکړي. dependency inversion د پیسو جریان When an AI agent or user hits an -enabled API، دلته د څلور ګامونه جریان چې ترسره کیږي: x402 د لومړي غوښتنلیک : د کلینټر د ځینې سرچینې ته لاس رسی لپاره د معياري HTTP غوښتنلیک ورکوي د پیسو اړتیا ځواب: که د پیسو نه شامل شي، د سرور د HTTP 402 سره ځواب ورکوي او د پیسو معلوماتو شامل دي د پیسو د تایید: د مشتریانو د کریپټرافکس امین شوي پیسو جوړوي او د غوښتنلیک ته وده ورکوي د تصدیق او دسترسی: د سرور د پیسو تصدیق کوي، دا ته د بلاکچین ته ورسیږي، او د دسترسی وړاندیز کوي هغه څه چې دا اغیزمن کوي دا ده چې دا ټول په HTTP پروتوکول کچه ترسره کیږي. نه د تګلاره پیسو پروسسرونو ته راځي، نه د جریان، نه حساب جوړولو. OAuth Just standard HTTP with extra headers: X-PAYMENT د کلینټ څخه د سرور ته جریان کوي او د امانت شوي پیسو ګټه لګښت لري. دا شامل دي د پیسو معلوماتو (د مقدار، پیاوړونکي، ټکین) او د کریپټرافکس امانت چې د کلینټ د پیسو اجازه ورکوي ثابتوي. X-PAYMENT-RESPONSE د پیسو په بریالیتوب سره وروسته د سرور څخه پیرودونکي ته جریان کوي او د سوداګرۍ ترلاسه کولو معلومات لري ، د چټک په اړه شفافیت وړاندې کوي. د د سرور سایټ پیژندنه Payment middleware architecture د کور د سرور په برخه کې د پیسو فلټر (AKA Middleware) چې د HTTP غوښتنلیکونه مخنیوي او د پیسو غوښتنلیکونه اغیزه کوي. کله چې ستاسو د ویب سرور کې انټرنټ شوی، دا Middleware د داخلې غوښتنلیکونو سره د قیمت جدول په اړه چمتو کوي چې د پایپ ټایټونه د دوی لګښتونو سره نقشه کوي. د منځني محصول د ساده فیصلہ لرې پیژندل کیږي: که د غوښتنې د پاملرنې پرته د پاملرنې پرته خوندي پای ته ورسیږي، دا سره ځواب ورکوي. او د پیسو تفصيلات. که پیسې په په هټۍ کې، دا د درخواست ته اجازه ورکولو مخکې د تبادلې سره د تبادلې د تبادلې تفتیش کوي. HTTP 402 X-PAYMENT دلته د جاوا پیژندنې اړین جوړښت دی: 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); } } } تاسو یوازې د تادیاتو فلټر ته ستاسو د منځني محصوالتو کڅوړه اضافه کړئ او مشخص کړئ چې کوم پایلې د تادیاتو ته اړتيا لري. The beauty of this approach is that it requires minimal changes to existing applications. ځواب PaymentRequirements کله چې یو کلینټر د پیسو له امله د ساتل شوي پایپ ټکي ته ورسیږي، د سرور د پیسو د اړتیاوو په اړه د تفصيلي موضوع جوړوي. دا د پیسو مقدار، قبول شوي ټکینونه (چې د پیسو اړتیاوې) شامل دي. )، د ترلاسه کولو د پولادو پته، blockchain شبکې، او د تکرار د حملو د مخنیوی لپاره د ختم وخت. 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)); } په هر سيمه کې د is described as follows: PaymentRequirements : Defines the payment scheme ( for fixed amounts) and target blockchain network ( for Base testnet). This tells the client exactly how to structure and execute the payment. kind exact base-sepolia پېرېدونکي: د پولادو پته چې د پیسو باید وساتي. دا ستاسو د سوداګرۍ پولادو ده چې به د پیسو ترلاسه کړي. مقدار: د دې ځانګړي پایپ ته لاس رسی کولو لګښت، ستاسو د قیمت جدول څخه لیږل شوی. د USDC لپاره، دا په عادي ډول په wei (د کوچني واحد) بیان شوی دی. اټکل: د پیسو لپاره کارول شوي ټکین د سمارټ کنټرول پته. د مثال په Base Sepolia testnet کې USDC ښيي. ختم: د وخت ټیم چې وروسته چې دا د پیسو د اړتیا د غیر فعال شي. دا د پیرود د پیسو غوښتنلیکونو څخه مخنیوی کوي او د replay حملاتو ضد امنیت اضافه کوي. nonce: د یوځای شناسه (UUID) چې د هر پیسو اړتیا تضمین کوي، یوازې یو ځل کولی شي پوره شي، حتی که د ورته پیرودونکي په ورته پای کې ډیری غوښتنلیکونه ورکوي. د مشتریانو د غوښتنلیک د اتومات پیسو د پروسس د مشتریانو کتابتون د معياري HTTP مشتریانو ته د 402 ځوابونو په اتوماتيک ډول کاروي. کله چې د مشتریانو د پیسو غوښتنلیک ترلاسه کوي، (1) دا د پیسو د ګټور وزن جوړوي، (2) دا د کاروونکي د خوندي کلید سره سند ورکوي، او (3) د پیسو سره د اصل غوښتنلیک ته وده ورکوي. 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; } د امانت کولو پروسه د د معياري معياري، کوم چې د پیسو ډاټا څخه د hashing او امانت کولو دمخه جوړ شوی، د انسان په لوړه کچه ښودل کیږي. دا تضمین کوي چې د پیسو cryptographically خوندي دی او د ځانګړي غوښتنې سره تړل کیږي. EIP-712 د پیسو د چمتو کولو جریان د انټرنېټ فابريکې facilitator خدمت دی چې د blockchain پیچیدو ژوند کوي، دا د مشتریانو او سرورونو څخه جدي کړي. کله چې یو سرور د پیسو ترلاسه کوي، دا د پیسو د ګمرک لګښت ته د تصدیق لپاره لیږدوي. 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); } } د فابريکې د ځينو شیان چمتو کوي: آیا د امانت ارزانه دی؟ آیا د پیسو مقدار د اړتیاوو سره مطابقت کوي؟ آیا د دې پیسو مخکې کارول شوی؟ آیا د پیسو هنوز په خپل پړاو پنجره کې دی؟ که د تصدیق ترسره شي، د فابریکټر د تبادلې په توګه د تبادلې ته د انتخاب د بلاکچین ته ورسیږي. د انټرنیټ د قرارداد تعریف کوي چې هر فلیټر کلن باید ترسره کړي: FacilitatorClient public interface FacilitatorClient { VerificationResponse verify(String paymentHeader, PaymentRequirements requirements); SettlementResponse settle(String paymentHeader, PaymentRequirements requirements); } ستاسو د غوښتنلیک باید د دې انټرنیټ په واقعي پیژندل وړاندې کړي. د انټرنېټ مثال اوس چې موږ د انفرادي اجزاء (د پیسو فلټرونه، فابریکټر انډول، او د مشتریانو د کارولو) وګورئ چې څنګه د دغو ټوټې په یوه حقیقي غوښتنلیک کې یوځای شي. دلته د لږ تر لږه د مثال په توګه چې د بشپړ جریان ښيي. Spring Boot لومړی، د جوړولو a نندارتون : @PaymentRequired @Target(ElementType.METHOD) @Retention(RetentionPolicy.RUNTIME) public @interface PaymentRequired { String price(); String currency() default "USDC"; String network() default "base-sepolia"; } بیا د بدلون د انټرنټ کې د دې نوټونو لپاره scan: 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; } } اوس تاسو کولی شئ ستاسو د کنټرولر طریقې په مستقیم ډول یادونه ورکړئ: @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; } } د annotation pricing configuration declaratively کاروي، کله چې د په پیل کولو کې په اتوماتيک ډول د دې نندارتونونو کشف کوي او د قیمت جدول جوړوي. ستاسو د کنټرولر روشونو کې د موجودې سوداګرۍ منطق به په بشپړه توګه بدل نه وي. د کنټرولر لخوا د پیسو فلټر ثبت کول او دا سره د تبادلې خدماتو سره اړیکه ونیسئ. د تبادلې کولو وروسته، د غوښتنې ته اړتيا لري د قیمت 0.001 USDC او د 0.01 USDC لګښت، ټول د پیسو د پروسس په شفافه توګه په HTTP کچه ترسره کیږي. @PaymentRequired PaymentFilter /weather /premium-forecast د امنیت او تولید نظرونه دا ساده او ښکلي ده، دا پیچیدو مخه کوي. دا یو مسلکي او یو مخه ده. دا د انټرنېټ آسانه کوي، مګر دا هم یو مهم سایټ مخه کوي: . x402 putting AI agents in charge of money creates new attack vectors کله چې د امپراتور او نانسی مدیریت د تکرار د حملاتو په کارولو سره، کله چې یو اګانو ته وده ورکړي؟ د روایتی د فحش تشخیص د انسان د رفتار نمونې پر بنسټ لري، مګر د مخکښ ایجنټونه کولی شي د هر انسان د مخکښ په پرتله چټک پیسې چمتو کړي. EIP-712 AI agents don't follow human spending habits د تبادلې برخې یو بل لوړ ارزښت هدف وي ځکه چې دا د امانتونو تصدیق او nonces مدیریت کوي. په پرتله د سنګاري پیسو پروسیسرونه چې کولی شي سوداګریزونه بدل کړي، . blockchain settlements are final له خوا په چڼاسکه کې سوداګرۍ پر بنسټ، دا د blockchain سوداګرۍ عملیاتي خطرونه وارث کوي. د ګازو فیسونه غليظ دي، ځینې وختونه مایکروپلیټونه اقتصاد ته ناڅاپي کوي. د شبکې غلظت کولی شي سوداګرۍ ته تاخیر وکړي. کله چې دا د واقعي وخت ډاټا ته اړتيا لري، مګر د پیسو په میپول کې دی؟ x402 یو بل مهم Aspect د مقرراتو ده. د مطابقت د اتومات پیسو، cryptocurrency کارولو، او د معلوماتو د ساتنې په اړه مختلف قوانین سره په مختلفو ادارو کې توپیر لري. یو AI ایجنټ چې د محدودیتونو په پرتله یو لوی حجم micro-transactions ترسره کوي ممکن د AML هټۍ وکاروي یا د محلي مقرراتو پرته له هغه څه پوه شي. هغه څه چې بل د څه په اړه دلچسپي دا د وخت دی. د AI افسرانو ته اړتيا لري د انفرادي پیسو وړتیاوې، stablecoins د پروګرام وړ پیسو کچه وړاندې کوي، او د blockchain انټرنېټ د انفرادي افسر یا micropayments لپاره جوړ نه شوي دي. x402 دا د خپل pragmatic لارښوونې لخوا حیرانتیا لري. په ځای کې چې د پیسو له اصل څخه reinventing، دا د موجوده HTTP زیربنا پراختیا کوي. په ځای کې چې د نوي انډولونو ته اړتیا لري، دا د معياري نمونې سره کار کوي چې موږ اوس هم پوه. x402 د خوندیتوب او عملیاتي چالونه واقعی دي، مګر دوی د امکاناتو حل سره انجنیري ستونزو دي. په نږدې درې کلونو کې، په پای کې کولی شي هغه کار وکړي چې د دې لپاره ډیزاین شوی دی: د انټرنیټ په اړه د چیزونو لپاره پیسې ورکړي لکه څنګه چې دا ته غوښتل کیږي. HTTP 402 The foundation is set. Now it's time to build. سپارښتنه ایریک ریپیل، رینی کاسپرس، کینین لیف، Danny Organ، او ټول د ټیم په د Coinbase د دې پروتوکول د Open Source لپاره. ایرک Reppel رینی کاسپرس کینین Leffew د انټرنیټ د Coinbase . سپارښتنه ایرک Reppel او د Yuga Cohler د تفتیش زموږ د انعام د x402 ایرک Reppel د Yuga Cohler زموږ د انعام سرچینې او نور مطالعه HTTP 402 پیسو اړتیا لري - RFC 2068 - اصل 1997 HTTP ځانګړتیاوې x402 پروتوکول ځانګړتیاوې - رسمي پروتوکول سند x402 GitHub Repository - د Coinbase د Open Source اجرا x402 د جاوا نصب - د PR چې د پروتوکول د جاوا نصب رامینځته EIP-712: د Ethereum ټیپ شوي جوړ شوي ډاټا Hashing او امانت - د x402 کې کارول شوي امانت معياري Base Network Documentation - په مثالونو کې د Layer 2 blockchain پلیټ فارم کارول کیږي د USDC سند - د USD Coin stablecoin قرارداد تفصيلات Spring Boot Filter Documentation - د جاوا ماډلر پیژندنه د جاوا HTTP کلینټ API - د کلینټ په برخه کې د HTTP مدیریت د ماشین-د ماشین (M2M) اړیکو معیارونه - اتومات سیسټم اړیکو Autonomous AI Agent Architectures - د AI Agent ډیزاین نمونې په اړه څیړنې د AI اګانو د خوندیتوب لپاره د Google لارښوونې - د Google وړاندیزونه د خوندي، انسان په لارښوونې کې د AI اګانو چارچوب
