Artikulong may-akda: David Christopher
Artikulo na isinalin:Block unicorn
Ang tagumpay ng x402 ay hindi makakamit nang walang native integrators. Ang mga di-awtorisadong wrapper ay maaaring magpapalit sa potensyal na mga kasosyo bilang mga kalaban.
Noong nakaraang linggo, ipinakilala ng Coinbase ang agentic.market, isang platform na nagpapakita ng x402 endpoint na naglalayong gawing mas madaling makita ang x402 ecosystem.
Nagbibilang sa agentic.market, makikita mo ang real-time, on-demand na pag-access sa iba’t ibang serbisyo, mula sa on-chain tools hanggang sa mga pangunahing API. Ang ilang endpoint ay direktang ibinibigay ng orihinal na provider. Maraming endpoint naman ay galing sa third-party: ang ilang kumpanya ay nagpapakete ng mga umiiral na API bilang x402 (at/o MPP), at isinasama ito sa mga toolkit na available para sa mga agent, kung saan ang mga user ay maaaring mag-access sa pamamagitan ng isang koneksyon sa pamamagitan ng maliit na bayad.
Ang pangalawang paraan ay nagpapakomplikado sa sitwasyon. Sa mga third-party endpoint na ipinapakita sa Agentic Market, kasama ang mga serbisyo ng Wolfram Alpha, Google Flights, at Amadeus (isang malawakang ginagamit na platform para sa travel data). Pinapansin ko ang tatlong platform na ito dahil wala sa kanilang sarili ang nag-anunsyo ng x402 integration, at ang kanilang mga terms of service ay nagpapakita na mahirap silang magbigay ng pahintulot sa third-party na bumuo ng integration para sa kanila.
Ang bawat endpoint na indexado sa Agentic Market ay maaaring first-party (direktang ibinibigay ng orihinal na provider ang kanilang API), third-party na may pahintulot (mga distributor na may malinaw na pahintulot, karaniwang sa pamamagitan ng opisyal na sertipikasyon o partner program), o unauthorized third-party (mga kumpanya na walang pahintulot ay bumibili at ibinebenta ang kanilang API access).
Sa buong merkado at sa buong eko sistema ng x402, hindi namin agad makakadistingguho kung alin ang first-party at alin ang third-party, at maraming endpoint ay tila nanggagaling sa huling klase.

Mga tuntunin ng kontrata
Kasunod sa nabanggit, ang mga terma ng tatlong provider ay nagiging malamang na magkaroon ng mga pagpaplano ng mga hindi awtorisadong third party, at sa ilang kaso ay lubos na pinaghihiwalay ang iba pang mga opsyon.
Prohibido ng Wolfram Alpha ang "distribydor at aggregator", pinagbabawalan ang anumang uri ng pag-scrapping o pagmimina ng data, at pinagbabawalan ang pagbebenta o pagpapasa ng serbisyo nang walang pahintulot. Ang mga termino na ito ay tila walang anumang espasyo para sa pinapayagang third-party na daan. Bukod dito, pagkatapos tingnan ang quick start guide ng endpoint na ito, malinaw na ito ay hindi first-party integration.

(Mga pinagbabawalang nilalaman sa mga Tuntunin ng Serbisyo ng Wolfram Alpha)
Ang pangunahing pag-subscribe sa pagpapahintulot ng Amadeus ay nagpapahintulot lamang sa mga customer na mag-access para sa loob na layunin ng negosyo, at ipinagbabawal ang anumang “pagpapautang, pagpapakasal, pagpapamahagi, pagbebenta, pagrere-sale, pagpapalitan o pagpapalipat” ng kanilang access. Kailangan ng pagsasanay ng Amadeus para sa anumang koneksyon ng third party, at ito ay dapat ma-record sa pormal na order ng serbisyo. Ibig sabihin nito na ito ang tanging paraan upang makakuha ng pahintulot mula sa third party, at hindi makikita sa labas kung ang anumang umiiral na endpoint ay sumusunod sa mga ito.

(Mga limitasyon sa Agreement)
Ang sitwasyon ng Google ang pinakakaraniwan. Walang pampublikong API ang Google Flights, at mayroon ang Google sa mga pagsisikap na protektahan ang kanilang data.
Gayunpaman, ang mga third-party wrapper ay nagpapakita ng pag-access sa data ng Google Flights na galing sa SerpApi—isang kumpanya na pinaparusahan ng Google dahil sa pag-scrapping ng mga resulta ng paghahanap at pagbebenta ng pag-access. Ayon sa panukala ng Google, ang SerpApi ay nagbuo ng mga tool upang i-bypass ang mga kontrol ng pag-access, at nagpapadala ng “milyon-milyon” na fake na kahilingan araw-araw para sa pag-scrapping, at binebenta ang mga nakalagay na nilalaman na may karapatang-ari sa mga resulta ng paghahanap.
Kaya sinuhan ng Google ang SerpApi dahil sa pagbebenta ng mga nilalaman na may karapatan sa copyright at pag-iwas sa kanilang mga kontrol sa pag-access. Samantala, ang serbisyo ng SerpApi ay nilalagay ng isang provider ng agent toolkit at ipinapamahagi sa mga agente habang kinukuha ang bayad. Ito ay nagiging daan para mag-isip.

(Ma-access ang detalye ng SerpApi sa pamamagitan ng StableTravel endpoint)
Paano ipinapakita ang compliance
Hindi kailangan ng legal na eksperto upang makita na ang mga ito ay “kumplikado.” Ang magandang balita ay mayroon nang mas malinaw na pattern.
Ang MPP ay ang proxy payment protocol na ipinakilala ni Tempo noong pag-launch nito sa mainnet, na nag-aalok ng higit sa 100 na kompatibleng serbisyo sa unang araw ng pag-launch. Ang mga supplier na direkta ang i-integrate ng MPP—tulad ng Parallel, Stripe Climate, Browser Base—at iba pa—ay markahan ng green circle sa kanilang card, na nagpapakita na sila ay first-party suppliers.

(Serbisyo ng direktoryo na tingnan sa mpp.dev)
Hindi pa ilang linggo, ang sikat na AI research tool na Exa ay inanunsyo ang kanilang native support para sa x402 protocol sa kanilang search at content endpoints—naging first-party provider at nagkaroon ng partnership sa Coinbase. Sinabi ng Exa na pinili nila ang x402 kaysa sa proprietary protocol dahil ito ay pinagmamalaki ng Linux Foundation.

Inevitableng resulta
Kasalukuyan, hindi makakakuha ng external na impormasyon kung ang isang endpoint ay first-party, third-party-authorized, o unapproved third-party. Ito ay isang problema na maaaring lutasin, at ang service directory ng MPP—na malinaw na ipinapakita ang pinagmulan ng bawat integration—ay isang hakbang patungo dito.
Ang hindi pinahintulutang pagkuha ay nagdulot ng maraming masukat na presyon sa mga tagapagbigay ng serbisyo: load ng server, gastos sa bandwidth, at trapiko na hindi sila pinahintulutan na ibigay. Mas lumala pa ang sitwasyon nang ang mga ikatlong panig ay isinasaklaw ang mga datos na kinuha sa loob ng protokolo ng x402 at nagbabayad ng bayad. Ang mga tagapagbigay ng serbisyo ang nagdudulot ng lahat ng gastos, ngunit wala silang natatanggap.
Kaya kailangang malinaw ang pinagmulan ng problema. Ang x402 ay isang bukas na protokolo—tulad ng anumang developer na maaaring mag-develop batay sa HTTP, maaari ring mag-develop ang anumang developer batay sa x402. Hindi makakatukoy ang mekanismo ng pagbabayad kung ang mga data sa itaas ay kinuha nang may pahintulot. Ang sagot ay nasa mga developer na nagpapakita ng mga endpoint na ito para sa mga user.
Kung walang mekanismo ng pagkakasala, maaaring magdulot ng negatibong epekto sa pangkabuuang pag-unlad ng x402—ang mga potensyal na native integrator ay maaaring maging mga kalaban, hindi mga kalahati. Dapat ay ang mga kita na ito ay para sa mga service provider. Ang native integration ay ang paraan kung paano sinasabi nilang may-ari sila ng mga kita na ito, at ang paraan kung paano nakakakuha ng legimitasyon ang x402 para sa pag-unlad.
Tandaan: Hanggang Abril 25, hindi na kinukumpirma ng Agentic Market ang Google Flights.
