د AI افسرانو کولی شي د x402 او HTTP 402 لخوا خپلواکه پیسې ورکړي

دا د جنوري 1997 دی.

دد IETF (Internet Engineering Task Force) has just released د RFC 2068په رسمي توګه definingHTTP/1.1د ځانګړتیاوې د ویب پینلرونو لخوا جوړ شوي ديرایو فیلډینګدجیم Gettysدجفری Mogul, د هینګری د رنګاود Tim Berners-Lee، د معمارانو چې د انټرنیټ د اړیکو څنګه جوړ کړي.

د IETF د RFC 2068 رایو فیلډینګ جیم Gettys جفری Mogul د هینګری د رنګ د Tim Berners-Lee

د ځانګړتیاوې واردويpersistent connections: مخکې، هر واحد HTTP درخواست ته د نوي TCP اړیکو ته اړتيا لري. پیاوړی اړیکو دا حل کوي، د څو HTTP غوښتنو ته اجازه ورکوي چې د یو واحد، اوږد عمر TCP اړیکو له لارې جریان وکړي. د هر انځور، CSS فایل، یا یو ویب پاڼه کې د جاواسکرپټ نندارې لپاره د انفرادي اړیکو جوړولو نه.

دلته هم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 نسخه وروسته (HTTP/2په 2015 کې،HTTP/3په 2022 کې،Status Code 402 still sits there with the exact same note: 'reserved for future use.'د فین ټیک انقلاب، د آنلاین پیسو د ودې، او د انټرنیټ سوداګرۍ پر بنسټ د اقتصاد په بشپړه توګه جوړ، هیڅکله نه پوه شي چې د دې سره څه وکړئ.

Until now.

په وروستیو میاشت کې (مئی 2025)،د Coinbaseد آزادx402د Open Source پروتوکول چې دHTTP 402د خپل لومړي حقیقي کار: د کورني وړاندیزonchainد HTTP درخواستونو په منځ کې د پیسو.

Nowadays AI agents need to make M2M(machine-to-machine) د کمولو سره په ویب کې د پیسوHITL(انسان-in-the-loop) نندارتونونه، مګر په دې صورت کې روښانه پیسو جریانونه په ښه توګه کار نه کوي. دوی د ډیرو انسانو تبادلې، ته اړتيا لري، او د لارښوونې لارښوونه چې یوازې نه کار کوي کله چې د AI اګانو ته اړتیا لري چې په خپلواکه توګه د سوداګرۍ ترسره کړي.

x402دا د HTTP پروتوکول په منځ کې د انټرنیټ په چټکه کې د پیسو د جریان وړاندې کوي،making them as seamless as any other web request.

But what does this look like in practice?

د آرژانتیک او برخو`د X402`

د X402

x402دا په چار اصلي برخو کې جوړ شوی دی:

دclientپه ساده توګه، دا هغه څه دی چې د HTTP غوښتنلیک د پیسو دیوال ته وده ورکوي. دا کولی شي یو براؤزر چې د پریمیم موادو لپاره د غوښتنلیک ورکوي، د AI ایجنټ د API لاس رسی لپاره اړتیا لري، یا د ګرځنده اپلیکیشن د بندولو ځانګړتیاوې جوړوي. د کلینټ د کاروونکي د شخصي کلید په کارولو سره cryptographic سند ورکوي او په اتوماتيک ډول درخواستونه راټولوي کله چې پیسو اړتیا لري.

دresource serverد پایلو لپاره د پیسو پالیسۍ اغیزمنوي په داسې حال کې چې د خپل اصلي سوداګرۍ منطق تمرکز کوي. دا د ویب سرور یا API دی چې د پلورل شوي مواد یا خدمتونه هټولوي. دا ساده قیمت جدولونه لري چې پایلو ټایټونه په لګښتونو کې نقشه کوي، مګر د پیسو د تصدیق منطق ته لیږدوي.

د Blockchain منطق په کارولو کې کارول کیږيfacilitatorبرخې: cryptographic امانتونو د تصدیق، د nonce څارنې له لارې replay حملاتو مخنیوی، او د واقعي on-chain حل مدیریت. دا اجازه ورکوي چې د مشتریانو او سرورونو سره د on-chain پیسو په کارولو پرته د blockchain implementation تفصيلاتو پوه شي.

دblockchainد پایلې تبادلې کچه دی، د تبادلې غیر بدلون او شفاف دی. دا د سمارټ کنټرولونو او stable-coins له لارې پروګرام وړ پیسو اجازه ورکوي،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.

د سیستم دloose couplingله دې امله چې برخو یوازې د معياري HTTP او REST انټرنیټونو له لارې تبادله کوي.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د ټول blockchain پیچیدو په یوه تخصصي خدمت کې راځي. دا د پیسو منطق څخه مخنیوی کوي چې د سوداګرۍ غوښتنلیکونو ته ورسیږي او ستونزو په مناسب ډول جدي کوي.

Last but not least، د دې آرژانتیک په لاندېdependency inversionد عالي کچه اجزاء په پرتله konkret implementations پر بنسټ دي. سرورونه او کلینټونه د HTTP انټرنیټونو پر بنسټ دي، نه ځانګړي blockchain APIs. دا اجازه ورکوي چې د ورته غوښتنلیک کوډ په مختلفو blockchains او د پیسو سیسټمونو کې د بدلون له لارې کار وکړي.

د پیسو جریان

When an AI agent or user hits an x402-enabled API، دلته د څلور ګامونه جریان چې ترسره کیږي:

د لومړي غوښتنلیک : د کلینټر د ځینې سرچینې ته لاس رسی لپاره د معياري 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`ځواب

کله چې یو کلینټر د پیسو له امله د ساتل شوي پایپ ټکي ته ورسیږي، د سرور د پیسو د اړتیاوو په اړه د تفصيلي موضوع جوړوي. دا د پیسو مقدار، قبول شوي ټکینونه (چې د پیسو اړتیاوې) شامل دي.USDC)، د ترلاسه کولو د پولادو پته، blockchain شبکې، او د تکرار د حملو د مخنیوی لپاره د ختم وخت.

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));
}

په هر سيمه کې دPaymentRequirements is described as follows:

kind: Defines the payment scheme (exact for fixed amounts) and target blockchain network (base-sepolia for Base testnet). This tells the client exactly how to structure and execute the payment.
پېرېدونکي: د پولادو پته چې د پیسو باید وساتي. دا ستاسو د سوداګرۍ پولادو ده چې به د پیسو ترلاسه کړي.
مقدار: د دې ځانګړي پایپ ته لاس رسی کولو لګښت، ستاسو د قیمت جدول څخه لیږل شوی. د 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;
}

د امانت کولو پروسه دEIP-712د معياري معياري، کوم چې د پیسو ډاټا څخه د hashing او امانت کولو دمخه جوړ شوی، د انسان په لوړه کچه ښودل کیږي. دا تضمین کوي چې د پیسو cryptographically خوندي دی او د ځانګړي غوښتنې سره تړل کیږي.

د پیسو د چمتو کولو جریان

د انټرنېټ فابريکې

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";
}

بیا د بدلونPaymentFilterد انټرنټ کې د دې نوټونو لپاره scan:

@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;
    }
}

د@PaymentRequiredannotation pricing configuration declaratively کاروي، کله چې دPaymentFilterپه پیل کولو کې په اتوماتيک ډول د دې نندارتونونو کشف کوي او د قیمت جدول جوړوي. ستاسو د کنټرولر روشونو کې د موجودې سوداګرۍ منطق به په بشپړه توګه بدل نه وي. د کنټرولر لخوا د پیسو فلټر ثبت کول او دا سره د تبادلې خدماتو سره اړیکه ونیسئ. د تبادلې کولو وروسته، د غوښتنې ته اړتيا لري/weatherد قیمت 0.001 USDC او/premium-forecastد 0.01 USDC لګښت، ټول د پیسو د پروسس په شفافه توګه په HTTP کچه ترسره کیږي.

د امنیت او تولید نظرونه

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.

له خواx402په چڼاسکه کې سوداګرۍ پر بنسټ، دا د blockchain سوداګرۍ عملیاتي خطرونه وارث کوي. د ګازو فیسونه غليظ دي، ځینې وختونه مایکروپلیټونه اقتصاد ته ناڅاپي کوي. د شبکې غلظت کولی شي سوداګرۍ ته تاخیر وکړي. کله چې دا د واقعي وخت ډاټا ته اړتيا لري، مګر د پیسو په میپول کې دی؟

یو بل مهم Aspect د مقرراتو ده. د مطابقت د اتومات پیسو، cryptocurrency کارولو، او د معلوماتو د ساتنې په اړه مختلف قوانین سره په مختلفو ادارو کې توپیر لري. یو AI ایجنټ چې د محدودیتونو په پرتله یو لوی حجم micro-transactions ترسره کوي ممکن د AML هټۍ وکاروي یا د محلي مقرراتو پرته له هغه څه پوه شي.

هغه څه چې بل

د څه په اړه دلچسپيx402دا د وخت دی. د AI افسرانو ته اړتيا لري د انفرادي پیسو وړتیاوې، stablecoins د پروګرام وړ پیسو کچه وړاندې کوي، او د blockchain انټرنېټ د انفرادي افسر یا micropayments لپاره جوړ نه شوي دي.

x402دا د خپل pragmatic لارښوونې لخوا حیرانتیا لري. په ځای کې چې د پیسو له اصل څخه reinventing، دا د موجوده HTTP زیربنا پراختیا کوي. په ځای کې چې د نوي انډولونو ته اړتیا لري، دا د معياري نمونې سره کار کوي چې موږ اوس هم پوه.

د خوندیتوب او عملیاتي چالونه واقعی دي، مګر دوی د امکاناتو حل سره انجنیري ستونزو دي.

په نږدې درې کلونو کې،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 اګانو چارچوب

د AI افسرانو کولی شي د x402 او HTTP 402 لخوا خپلواکه پیسې ورکړي

ډېر اوږد؛ لوستل

د آرژانتیک او برخو`د X402`

اصولونه

د پیسو جریان

د سرور سایټ پیژندنه

Payment middleware architecture

`PaymentRequirements`ځواب

د مشتریانو د غوښتنلیک

د اتومات پیسو د پروسس

د پیسو د چمتو کولو جریان

د انټرنېټ فابريکې

د انټرنېټ مثال

د امنیت او تولید نظرونه

هغه څه چې بل

سرچینې او نور مطالعه

About Author

hang tags

دا مقاله په کې وړاندې شوې وه...

Trending Topics

Classic

Neon Noir

Minty

Newspaper

HN StartUps

د AI افسرانو کولی شي د x402 او HTTP 402 لخوا خپلواکه پیسې ورکړي

ډېر اوږد؛ لوستل

د آرژانتیک او برخود X402

اصولونه

د پیسو جریان

د سرور سایټ پیژندنه

Payment middleware architecture

PaymentRequirementsځواب

د مشتریانو د غوښتنلیک

د اتومات پیسو د پروسس

د پیسو د چمتو کولو جریان

د انټرنېټ فابريکې

د انټرنېټ مثال

د امنیت او تولید نظرونه

هغه څه چې بل

سرچینې او نور مطالعه

About Author

hang tags

دا مقاله په کې وړاندې شوې وه...

اړوندې کیسې

Trending Topics

Classic

Neon Noir

Minty

Newspaper

HN StartUps

د آرژانتیک او برخو`د X402`

`PaymentRequirements`ځواب