Wafanyabiashara wa AI sasa wanaweza kulipa kwa kujitegemea na x402 na HTTP 402

Ni Januari wa 1997.

yawafu(Tume ya Utafiti wa Uhandisi wa Mtandao) ilizinduaMfumo wa RFC 2068, officially defining HTTP/1.1Ufafanuzi huu ulifanywa na waanzilishi wa wavutiMfalme wa FieldingyaJim GettysyaJeffrey MogulyaHenry Mwakyembena yaKwa mujibu wa Tim Berners-LeeWafanyabiashara ambao wametengeneza jinsi mtandao unavyoweza kuwasiliana.

Ufafanuzi huu unajumuishapersistent connectionsKabla 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.

Pia kunachunked transfer encoding, 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.

LakiniRFC 2068 quietly introduces something intriguingKodi mpya ya hali:

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 (HTTP/2Katika mwaka wa 2015,HTTP/3Mwaka wa 2022,Status Code 402 still sits there with the exact same note: 'reserved for future use.'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.

Until now.

Last month (May 2025), Coinbase yaKutolewa kwax402Mipango ya wazi ambayo inatoaHTTP 402Kazi yake ya kwanza ya kweli: kuwezesha asilionchainMalipo katika maombi ya HTTP.

Wafanyakazi wa sasa wanahitaji kufanyaM2M(Machine-to-machine) malipo katika mtandao na kupunguzwaHITL(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.

x402 fills this gap. It proposes an automated on-chain payment flow implemented natively within the HTTP protocol, making them as seamless as any other web request.

Lakini jinsi hii inaonekana katika vitendo?

Utamaduni na vipengele vyax402

x402imejengwa karibu na vipengele vitatu vya msingi:

ya

yaclientinafanya 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.

yaresource serverinachukua 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.

Blockchain logic inatumika katikafacilitatorkipengele: 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.

yablockchainiko 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,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 niseparation of concernsKila sehemu ina wajibu mmoja, ulioelezwa vizuri.Resource servers focus purely on business logic, facilitators handle payment complexity, and clients manage user interaction.

Mfumo huu unafanikiwaloose couplingkwa kuwa vipengele vya kuingiliana tu kupitia viungo vya HTTP na 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 implementationIsolation hii inamaanisha unaweza kubadilisha vipengele (kwa mfano, kutumia blockchain tofauti, kubadilisha watoa wa muundo, au kubadilisha mantiki ya seva) bila kuathiri mfumo mwingine.

Msaidizi anafanya kazi kwasingle responsibility principlekwa 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.

Mwisho lakini sio muhimu, utamaduni huu unafuatadependency inversionSehemu 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.

Mchakato wa Fedha

Ikiwa mtumiaji au mtumiaji anapotezax402API iliyoidhinishwa, hapa ni mtiririko wa hatua nne unaofanyika:

1. Ombi la awali: Mteja hufanya ombi la HTTP la kawaida kufikia rasilimali fulani
2. Jibu linahitajika kwa malipo: Ikiwa hakuna malipo yanayohusishwa, seva inakabiliwa na HTTP 402 na ina maelezo ya malipo
3. Uwajibikaji wa malipo: Mteja huunda malipo yaliyoandikwa kwa siri na kurejesha ombi
4. 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, hakunaOAuthUjenzi wa akaunti, hakuna usajili wa akaunti.Just standard HTTP with extra headers:

• X-PAYMENT flows from client to server and contains the signed payment payload. This includes the payment details (amount, recipient, token) plus a cryptographic signature proving the client authorized the payment.
• 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 kwaHTTP 402na maelekezo ya malipo ya kina. Ikiwa malipo ni pamoja naX-PAYMENTheader, inathibitisha malipo na huduma ya mfanyabiashara kabla ya kuruhusu ombi kuendelea.

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

The beauty of this approach is that it requires minimal changes to existing applications.Unaweza tu kuongeza filters ya malipo kwenye mfuko wako wa bidhaa za kati na kufafanua vitu ambavyo vinahitaji malipo.

PaymentRequirementsMajibu ya

Wakati mteja anapiga kiungo kilichohifadhiwa bila malipo, seva huunda kitu kinachohitajika cha mahitaji ya malipo. Hii inajumuisha kiasi cha malipo, tokens zilizopitishwa (kama vileUSDC), anwani ya mfuko wa kupokea, mtandao wa blockchain, na muda wa kumalizika ili kuzuia mashambulizi ya replay.

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 katikaPaymentRequirementsHii inajulikana kama ifuatavyo:

• 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.
• receiver: The wallet address where payment should be sent. This is your business wallet that will receive the funds.
• 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 hutumiaEIP-712kiwango, 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.

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.FacilitatorClientinterface inafafanua mkataba kwamba kila mfanyabiashara mteja lazima kutekeleza:

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.Spring BootMfano ambao unaonyesha mchanganyiko kamili.

Kwanza, kuunda a@PaymentRequiredMaelezo ya:

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface PaymentRequired {
    String price();
    String currency() default "USDC";
    String network() default "base-sepolia";
}

Kisha mabadiliko yaPaymentFilterkutafuta maelezo haya kwenye startup:

@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@PaymentRequiredKuanzisha mlinzi juu ya msalaba wa msalaba wa mwisho. atPaymentFilterhutafuta 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/weathergharama ya 0.001 USDC na/premium-forecastgharama 0.01 USDC, na usindikaji wote wa malipo hutokea kwa uwazi kwenye kiwango cha HTTP.

Maoni ya Usalama na Uzalishaji

x402ni rahisi na ya kifahari, inaficha utata. Hii ni faida na hasara. Inafanya ushirikiano rahisi, lakini pia inaficha kipengele muhimu:putting AI agents in charge of money creates new attack vectors.

Wakati waEIP-712mikataba na usimamizi wa nonce kushughulikia mashambulizi ya replay, nini kinatokea wakati mfanyabiashara anapoharibiwa? uchunguzi wa udanganyifu wa jadi unategemea mifano ya tabia ya binadamu, lakiniAI agents don't follow human spending habitsMsaidizi aliyejeruhiwa anaweza kuondoa fedha haraka kuliko mtu yeyote mwenye udanganyifu wa kibinadamu.

Sehemu ya mfanyabiashara inakuwa lengo jingine la thamani kubwa kwa sababu inathibitisha saini na kusimamia nonces.blockchain settlements are final.

Tangux402inategemea 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?

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 kuhusux402ni 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.

x402ni 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.

Changamoto za usalama na uendeshaji ni halisi, lakini ni matatizo ya uhandisi na ufumbuzi wa uwezekano.

Baada ya takribani miaka mitatu,HTTP 402inaweza hatimaye kufanya kile kilichotengenezwa: kufanya malipo kwa vitu kwenye mtandao rahisi kama kuomba.

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.

Shukrani kwa Erik Mwakyembe na ya Yuga wa Cohler Kwa ajili ya kuangalia mchango wangu ya x402.

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