Akankah perdagangan agensi membuka tumpukan pembayaran dua lapis untuk transaksi berbasis AI?

Saat transaksi yang lahir dari AI beralih dari konsep ke implementasi, perdagangan agen (agentic commerce) memaksa peninjauan ulang yang mendasar terhadap cara infrastruktur pembayaran dan penyelesaian digital bekerja.

Dari pembayaran berpusat pada manusia ke jalur (rails) yang lahir dari AI

Antara September 2025 dan Maret 2026, setiap pemain besar dalam pembayaran global bergerak ke perdagangan berbasis AI. OpenAI dan Stripe meluncurkan Agentic Commerce Protocol, sementara Google meluncurkan Universal Commerce Protocol kepada lebih dari 30 mitra ritel dan fintech.

Dalam periode yang sama, Visa dan Mastercard merilis kerangka pembayaran yang berfokus pada agen. Coinbase memajukan standar x402-nya, menyelesaikan lebih dari 15 juta transaksi di Base. Selain itu, Stripe dan Tempo ikut menulis Machine Payments Protocol dan mengajukannya untuk standardisasi di IETF.

Timing ini tidak kebetulan. Infrastruktur pembayaran tiga dekade terakhir dibangun untuk manusia yang duduk di browser, mengisi formulir, dan menjalani verifikasi bertahap. Namun, agen AI membutuhkan antarmuka pemrograman, otorisasi yang hampir instan, dan penyelesaian yang dapat menangani transaksi dalam pecahan sen.

Tumpukan yang ada tidak pernah dirancang untuk lingkungan itu, dan industri mengakui adanya ketidaksesuaian. Yang muncul justru adalah arsitektur dua lapis: lapisan orkestrasi tingkat atas untuk penemuan dan inisiasi, serta lapisan penyelesaian tingkat bawah untuk transfer nilai. Lapisan-lapisan ini akan berkembang pada jalur yang berbeda, didorong oleh insentif yang berlainan.

Orkestrasi komersial: bagaimana transaksi agen berpadu

Lapisan orkestrasi mendefinisikan bagaimana sebuah agen menemukan layanan, mengelola sesi, dan menyerahkan ke pembayaran. Dua kategori kasus penggunaan yang berbeda telah muncul, dan menyamakannya berisiko menimbulkan salah paham tentang struktur pasar.

1.1 Agen bertindak atas nama konsumen

Untuk agen yang membeli atas nama manusia, masalah utama saat ini bukan mekanik pembayaran, melainkan akses. Kebanyakan platform e-commerce dioptimalkan untuk navigasi manusia. Namun, sebuah agen tidak semestinya menggulir halaman produk, menginterpretasikan banner, atau mengklik tombol “add to cart”.

Pedagang justru membutuhkan endpoint yang terstruktur dan dapat dibaca mesin. Ini masih jarang, yang membatasi interaksi agen secara native. Gelombang pertama protokol dalam segmen ini berasal dari OpenAI, Stripe, dan Google, masing-masing dengan pendekatan berbeda terhadap kontrol dan keterbukaan.

OpenAI dan Stripe meluncurkan Agentic Commerce Protocol (ACP) pada September 2025. Protokol ini berpusat pada pendelegasian pembayaran yang aman saat checkout: metode pembayaran pengguna disimpan di ChatGPT, dan setelah konfirmasi pembelian, Stripe mengeluarkan Shared Payment Token (SPT), kredensial sekali pakai yang dibatasi pada merchant dan total keranjang.

Token ini disampaikan kepada merchant melalui API, di mana merchant mempertahankan status Merchant of Record sepenuhnya dan memproses pembayaran melalui infrastruktur Stripe yang sudah ada. SPT Stripe—per penulisan ini—adalah implementasi live pertama dari desain pendelegasian tersebut dan kompatibel dengan OpenAI’s Delegated Payment Spec. PSP lain dapat mengimplementasikan spesifikasi ini, sehingga ACP terbuka pada lapisan pembayaran.

ChatGPT Instant Checkout diluncurkan pada September 2025 untuk pengguna AS, tetapi ditutup pada Maret 2026 setelah konversi nyaris nol. OpenAI sejak itu beralih ke penemuan: ChatGPT kini menampilkan produk dan mengarahkan pengguna ke situs atau aplikasi merchant untuk checkout. ACP bertahan dalam peran yang lebih sempit, menggerakkan aplikasi khusus di dalam ChatGPT untuk sejumlah kecil peritel besar.

Merchant harus mengajukan permohonan untuk berpartisipasi, dan OpenAI mengontrol mana yang muncul dan dalam peringkat seperti apa. Namun, model kurasi ini memberi OpenAI kontrol end-to-end atas pengalaman di dalam asisten, sambil mendelegasikan penyelesaian ke prosesor pihak ketiga seperti Stripe.

Google’s Universal Commerce Protocol (UCP) merepresentasikan strategi yang kontras. Diumumkan oleh Sundar Pichai di Konferensi NRF pada 11 Januari 2026, UCP dikembangkan bersama dengan Shopify, Etsy, Wayfair, Target, dan Walmart, serta didukung oleh lebih dari 20 mitra termasuk Adyen, American Express, Best Buy, Mastercard, Visa, Stripe, dan The Home Depot.

UCP secara eksplisit selaras dengan protokol pembayaran agen milik Google sendiri (AP2), standar Agent2Agent (A2A), dan Model Context Protocol (MCP. Dorongan interoperabilitas ini adalah upaya yang disengaja untuk menempati posisi unggul dalam indeksasi dan akses. Google Pay menjadi metode pembayaran default, dengan PayPal diumumkan sebagai opsi yang akan datang.

Secara teknis, UCP beroperasi melalui dokumen manifest kapabilitas yang dikenal sebagai profil UCP. Merchant memublikasikan dokumen JSON terstruktur di /.well-known/ucp di bawah domain mereka, yang menentukan metode transport, kapabilitas checkout, dan handler pembayaran yang didukung. Agen membaca manifest ini langsung tanpa perantara.

Arsitektur ini mencerminkan prioritas strategis Google. Google kurang tertarik menjadi perantara transaksi, yang akan mengundang tekanan margin, risiko tanggung jawab, dan pengawasan regulatori. Sebaliknya, ia ingin mendapatkan visibilitas penuh ke jejaring perdagangan. UCP menempatkan Gemini sebagai lapisan penemuan utama untuk belanja agen, sekaligus tetap sebagian besar tidak terlihat pada saat penyelesaian.

Kontras dengan ACP sangat tajam. ACP adalah lingkungan kurasi tempat OpenAI bertindak sebagai penjaga gerbang (gatekeeper), merchant harus mengajukan permohonan, dan alurnya dioptimalkan di dalam ChatGPT. UCP berfungsi sebagai katalog terbuka: merchant memublikasikan sendiri, agen mana pun yang kompatibel dapat mengonsumsi profil, dan Google mengontrol permukaan penemuan tetapi bukan pembayaran itu sendiri.

Hambatan onboarding lebih rendah dan potensi jangkauan lebih luas di bawah UCP, tetapi merchant menerima pendampingan yang lebih sedikit secara langsung. Pada dasarnya, ACP menukar keterbukaan dengan kontrol, sementara UCP menukar kontrol dengan keluasan indeks dan standardisasi pada level protokol.

1.2 Agen melakukan transaksi dengan agen lain

Kategori besar kedua berbeda secara struktural: kedua sisi transaksi adalah agen otonom, dan tidak ada merchant manusia yang terlibat. Dalam lingkungan ini, jangkar kepercayaan tradisional menghilang, menyisakan sedikit perlindungan yang sudah dikenal.

Tidak ada undang-undang perlindungan konsumen atau hak chargeback kartu yang bisa diandalkan. Selain itu, pihak-pihak tersebut mungkin belum pernah berinteraksi sebelumnya, namun tetap harus menukar nilai dengan aman. Inilah masalah yang coba diatasi oleh standar Ethereum baru.

Diajukan pada 10 Maret 2026 oleh tim dAI dari Ethereum Foundation bersama dengan Virtuals Protocol, ERC-8183 menyusun setiap transaksi sebagai pekerjaan tiga pihak. Seorang Client memberi komisi pekerjaan, sebuah Provider mengeksekusikannya, dan seorang Evaluator menyertifikasi penyelesaiannya.

Dana ditahan dalam escrow smart-contract dan dilepaskan hanya ketika Evaluator memberikan tanda-tangan persetujuan. Baik Client maupun Provider tidak perlu menilai kelayakan kepercayaan pihak lainnya; kontrak menegakkan hasil secara mekanis. Secara paralel, ERC-8004 mendefinisikan lapisan identitas yang menjadi fondasi mekanisme ini.

Di bawah ERC-8004, agen mendaftarkan diri di chain dan membangun skor reputasi dari riwayat transaksi. Ini menciptakan sinyal kredibilitas yang portabel dan bertahan melintasi interaksi. Desainnya kuat secara teori; namun, bootstrapping adopsi dalam skala masih menjadi hambatan praktis.

Saat ini, sebagian besar penggunaan nyata terkonsentrasi di dalam platform Virtuals Protocol. Sebuah agen orkestrator bernama Butler memecah tugas kompleks menjadi sub-jobs dan mengarahkannya ke agen spesialis. Komunitas developer yang lebih luas belum terlibat pada skala yang sebanding. ERC-8183 pada dasarnya adalah upaya untuk membuat pola ini terbuka dan permissionless.

Satu poin struktural berikut langsung. E-commerce ritel bisa beroperasi dengan nyaman di jalur kartu, karena pembeli manusia tetap berada dalam loop. Sebaliknya, commerce murni agen-ke-agen kemungkinan besar memerlukan penyelesaian stablecoin, karena biaya kartu menjadi tidak ekonomis pada ukuran tiket yang sangat kecil dan frekuensi yang sangat tinggi.

Protokol penyelesaian: siapa yang benar-benar memindahkan uang

Jika orkestrasi menentukan apa dan di mana untuk bertransaksi, lapisan penyelesaian menentukan apakah nilai benar-benar bergerak. Lima protokol besar kini bersaing di sini, masing-masing disetel untuk use case dan batasan ekonomi yang berbeda.

2.1 Delegated Payment Spec dan SPT (Stripe)

Stripe’s Delegated Payment Spec memperluas infrastruktur kartu, bukan menggantikannya. Ketika seorang pelanggan mengotorisasi sebuah agen, Stripe menyediakan SPT yang disimpan agen tersebut. Pada waktu transaksi, agen menyajikan token yang dibatasi waktu dan dibatasi jumlah ini kepada merchant.

Penyelesaian kemudian berjalan melalui tumpukan kartu yang sudah ada milik Stripe. Di bagian belakang, Stripe terhubung ke Visa Intelligent Commerce dan Mastercard Agent Pay, yang mengeluarkan agentic network tokens. Merchant melihat satu permukaan integrasi tunggal, terlepas dari jaringan kartu mana yang ada di bawahnya.

Model ini cocok untuk pembelian ritel standar dan banyak pembayaran agen-ke-agen bernilai tinggi, di mana chargeback dan perlindungan konsumen lain masih diinginkan. Namun, model ini kurang pas untuk pola nilai-mikro berfrekuensi tinggi seperti pembayaran streaming mesin-ke-mesin.

Dalam skenario tersebut, jumlah transaksi sering kali berupa pecahan sen, dan volume bisa mencapai ribuan operasi per menit. Ekonomi biaya kartu dan overhead otorisasi menjadi cepat tidak berkelanjutan, bahkan jika secara teknis memungkinkan.

2.2 Visa Intelligent Commerce dan Mastercard agentic tokens

Baik Visa maupun Mastercard telah merombak lapisan tokenisasi mereka untuk menangani pembayaran yang dimulai oleh agen. Nomor kartu asli diganti dengan token terenkripsi dinamis yang menyertakan metadata tentang agen yang mengotorisasi, dari identitas hingga batas pengeluaran dan jendela validitas.

Merchant yang diizinkan juga ditentukan di dalam metadata token, memungkinkan kontrol yang lebih terperinci tentang di mana agen dapat membayar. Penyelesaian itu sendiri tetap berada di jalur kartu warisan (legacy), yang menjaga jalur integrasi tetap familiar dan menghindari infrastruktur yang benar-benar baru.

Kedua jaringan telah melangkah jauh melampaui proof-of-concept. Mastercard memproses transaksi agen teridentifikasi penuh pertama pada September 2025, bekerja sama dengan Commonwealth Bank di Australia. Visa menyelesaikan penerapan awal di pasar Eropa melalui program Agentic Ready.

Infrastruktur tampaknya mampu, tetapi fee floor adalah batasan struktural. Tidak satu pun jaringan dapat mendukung pembayaran di bawah satu dolar dengan efisiensi pada kepadatan yang mungkin diminta oleh commerce agen masa depan. Selain itu, lapisan regulasi dan kepatuhan semakin membatasi eksperimen pada ujung spektrum tiket yang sangat kecil.

2.3 x402 (Coinbase)

x402, sebagai pembanding, dimulai dari HTTP, bukan kartu. Ia dibangun di atas status code 402 “Payment Required”, yang ada di spesifikasi HTTP sejak 1997 tetapi nyaris tidak digunakan. Ketika sebuah agen meminta resource berbayar, server membalas dengan 402 yang berisi parameter pembayaran.

Agen menandatangani otorisasi, dan sebuah Facilitator menyelesaikan settlement on-chain secara atomik dalam USDC atau token lain yang didukung, biasanya dalam sekitar dua detik. Tidak ada setup akun, tidak ada distribusi API key, dan tidak ada penegakan KYC pada level protokol. Tata kelola berada pada x402 Foundation, yang didirikan oleh Coinbase dan Cloudflare.

Pada akhir 2025, x402 telah memproses lebih dari 100 juta transaksi di Base, Solana, dan Polygon. Namun, analis di Artemis, yang menulis pada Februari 2026, memperkirakan bahwa sebagian besar volume ini mencerminkan self-dealing dan pengujian infrastruktur, bukan commerce yang sesungguhnya.

Volume pembayaran tahunan protokol itu berada di sekitar $600 juta, tetapi konsentrasi dan isu kualitas-volume menjadi signifikan. Meski demikian, x402 tidak menghadapi fee floor struktural; protokol ini secara eksplisit dirancang untuk micropayments. Celah utamanya adalah kedalaman adopsi dan kepadatan commerce dunia nyata, bukan desain teknis.

2.4 Nanopayments (Circle)

Protokol Nanopayments milik Circle secara sengaja kompatibel dengan x402, menggunakan HTTP 402 sebagai pemicu sambil menambahkan lapisan penyelesaian yang dibatch (dibatch-kan). Daripada menyelesaikan setiap pembayaran on-chain secara individual, pembeli mengisi dana terlebih dahulu ke akun Circle Gateway dan menandatangani pesan off-chain EIP-3009 untuk setiap transaksi.

Penyelesaian berkala yang dibatch-kan ke blockchain menyebarkan biaya gas ke banyak pembayaran, membuat transfer sekecil $0.000001 menjadi layak secara ekonomi. Gas pada dasarnya dibayar sekali saat deposit, bukan per pembayaran—optimasi penting untuk kasus penggunaan berfrekuensi sangat tinggi.

Trade-off-nya adalah kedua pihak harus melakukan deposit ke Circle Gateway, sehingga menciptakan jaringan semi-tertutup dalam arsitektur saat ini. Nanopayments diluncurkan di testnet pada Maret 2026 di 12 rantai yang didukung. Selain itu, model fee menarik untuk alur micro-payment intensif jika Circle dapat mengurangi hambatan onboarding.

2.5 MPP Machine Payments Protocol (Tempo dan Stripe)

MPP, yang ditulis bersama oleh Tempo dan Stripe, adalah desain penyelesaian yang paling ambisius dari kelima desain tersebut. MPP menggunakan HTTP 402 sebagai pemicu dan memungkinkan merchant serta agen memilih di antara beberapa jalur penyelesaian dalam satu kerangka terpadu.

Para developer tidak lagi perlu meng-hard-wire infrastruktur stablecoin atau fiat pada saat membangun. Sebagai gantik, agen dapat memutuskan pada runtime jalur mana yang akan digunakan berdasarkan kebutuhan transaksi. Opsi yang tersedia mencakup penyelesaian stablecoin Tempo, pembayaran Stripe SPT, token jaringan kartu, dan pembayaran Lightning Bitcoin yang didukung Lightspark.

Yang paling penting, MPP memperkenalkan primitive “session” yang mirip dengan OAuth. Agen mengotorisasi sekali dan mendanai akun terlebih dahulu, lalu menikmati penyelesaian otomatis real-time untuk interaksi berikutnya tanpa transaksi on-chain per pembayaran.

Spesifikasi inti telah diajukan ke IETF sebagai implementasi referensi HTTP 402. Pada peluncuran 18 Maret 2026, mainnet Payment Directory sudah mengintegrasikan lebih dari 100 layanan. Namun, pola adopsi masih berada pada tahap awal.

Peran ganda Stripe sangat penting secara strategis. Stripe ikut menulis protokol dan juga muncul sebagai salah satu opsi pembayaran di dalamnya, sehingga menangkap nilai ketika developer memilih MPP terutama untuk fleksibilitas atau secara khusus untuk kapabilitas kartu.

Realitas pasar: protokol yang lebih dulu datang daripada penerapan

3.1 Di mana pasar berdiri

Meski peluncuran protokol cepat selama enam bulan terakhir, daya tarik komersial masih terbatas. Pada penyelesaian, x402 memimpin dalam jumlah transaksi, tetapi volume commerce harian nyata berada di kisaran mendekati $28,000. Pada orkestrasi, Instant Checkout milik ACP ditutup setelah konversi yang nyaris nol.

Standar baru seperti ERC-8183 dan MPP menunjukkan pola serupa: narasi lebih cepat daripada implementasi aktual. Industri mencapai titik belok di mana sebagian besar arsitektur protokol sudah ada, tetapi penerapan komersial berskala belum dimulai.

Bottleneck utama adalah fragmentasi pada lapisan orkestrasi. Merchant menghadapi beberapa standar yang berdiri sendiri, masing-masing dengan SDK berbeda, alur autentikasi berbeda, dan aturan kepatuhan yang berbeda. Namun, ini meningkatkan biaya integrasi dan menghambat eksperimen.

Secara historis, fragmentasi seperti ini diselesaikan oleh lapisan agregasi yang menyatukan akses lintas standar yang saling bersaing. Siklus ini mungkin berbeda. Platform dengan trafik agen yang berarti, termasuk OpenAI, Google, dan Microsoft, mendapatkan insentif untuk mempertahankan permukaan tertutup, bukan menyerahkan pengguna ke tempat lain.

Logika yang sama juga terjadi secara regional. Tiongkok, Asia Tenggara, Korea, dan Jepang masing-masing mengembangkan ekosistem loop tertutup yang berlabuh pada super-app atau platform dominan. Hasil yang paling mungkin adalah serangkaian sistem tertutup regional yang sejajar, bukan satu standar global terbuka.

Lapisan agregasi yang ingin dimiliki merchant karenanya lebih mungkin datang dari penyedia infrastruktur pihak ketiga yang melayani merchant secara langsung, bukan dari platform yang bersaing untuk memiliki trafik agen. Insentif untuk keterbukaan dan jangkauan lintas-platform tidak selaras pada lapisan platform.

3.2 Di mana peluang jangka pendek berada

Dua kumpulan peluang muncul dari lanskap ini: infrastruktur penyelesaian dan layanan agen-ke-agen pada lapisan aplikasi. Yang pertama tampak seperti bisnis paling pasti dalam jangka pendek, sementara yang kedua paling kurang berkembang tetapi berpotensi paling transformatif.

Dalam penyelesaian, fragmentasi pada orkestrasi berkontras tajam dengan tekanan konsolidasi pada lapisan pembayaran. Setiap agen, apa pun platformnya, pada akhirnya menghadapi masalah yang sama: bagaimana membayar pihak lawan secara efisien lintas berbagai rails.

Developer tidak dapat secara realistis memelihara integrasi pembayaran terpisah untuk setiap permukaan tempat agen mereka mungkin beroperasi. Ketika platform bertambah, tekanan ekonomi mengarah pada satu integrasi pembayaran yang terunifikasi, yang menyamarkan kompleksitas rails yang mendasarinya.

Hal ini mendefinisikan kebutuhan produk yang konkret: multi-rail wallet untuk agen. Rails kartu seperti SPT, Visa agentic tokens, dan Mastercard agentic tokens akan terus mendukung commerce merchant tradisional. Rails stablecoin seperti x402 dan MPP session payments akan berlabuh pada API on-chain dan transfer agen-ke-agen.

Kedua kategori ini sudah berjalan dan tidak akan berkonvergensi menjadi satu rail dalam jangka pendek. Beban fleksibilitas ada di sisi agen, bukan di sisi merchant. Merchant memilih rails yang mereka dukung—sebuah keputusan yang relatif stabil dan dapat dikendalikan.

Perusahaan kemudian menyediakan agen mereka dengan stablecoin dan delegated cards. Agen membayar menggunakan rail apa pun yang dapat diterima oleh pihak lawan. Wallet yang dapat menangani keduanya secara mulus, dalam satu integrasi, menjadi lapisan pengaktifan bagi agen tujuan umum yang beroperasi lintas ekosistem yang beragam.

Nilai integrasi ini bertambah dengan setiap transaksi dan setiap platform baru, menciptakan kedalaman infrastruktur yang sulit digeser begitu sudah mapan. Selain itu, hal ini menempatkan penyedia wallet sebagai lapisan kliring netral di antara lingkungan orkestrasi yang terfragmentasi.

Commerce agen-ke-agen: peluang yang belum berkembang

Peluang kedua berada di lapisan aplikasi untuk commerce agen-ke-agen. Saat ini, sebagian besar aktivitas A2A masih terbatas pada workflow yang lahir dari kripto: agen mengkueri data on-chain, berinteraksi dengan protokol DeFi, dan mengeksekusi transaksi blockchain.

Pasar belum meluas ke layanan dunia nyata yang luas. Namun, dari sisi protokol, agen sudah dapat mengontrak tugas seperti analisis data, pembuatan konten, riset hukum, atau code review, dengan membayar per panggilan (per-call).

Bagian yang hilang adalah ekosistem developer. Pembuat layanan belum mengemas penawaran sebagai API yang bisa dibayar oleh agen dengan harga yang terperinci berdasarkan penggunaan. Itulah kesenjangan sebenarnya, dan saat ini ini menjadi salah satu area yang paling sedikit diperebutkan dalam tumpukan.

Ruang ini dibatasi oleh masalah cold-start. Sistem identitas seperti ERC-8004 memerlukan kepadatan transaksi yang signifikan untuk menghasilkan skor kepercayaan yang kredibel. Agen tanpa riwayat tidak memiliki bobot reputasi, sehingga membatasi pihak lawan yang bersedia bertransaksi dengan mereka.

Microsoft telah memproyeksikan sekitar 1,3 miliar active AI agents pada 2028. Basis terpasang saat ini jauh lebih kecil dalam skala. Kesenjangan ini tidak akan menutup otomatis; tepatnyalah yang membuat kompetisi jangka pendek tetap rendah dan membuat upaya mengambil posisi awal menjadi menarik.

Implikasinya meluas di luar pembayaran ke model bisnis. Model dominan internet—periklanan dan langganan—mengasumsikan adanya pembeli manusia. Agen tidak bisa diyakinkan melalui iklan dan tidak membutuhkan bundel akses bulanan; mereka membayar untuk hasil dari panggilan-panggilan spesifik.

Dalam konteks itu, pembayaran http 402 menciptakan primitive ekonomi yang berbeda. Penyedia menjual hasil, bukan akses; membebankan biaya besar kepada pengguna berat sebanding dengan konsumsi aktual, serta berhenti mensubsidi pengguna ringan atau melakukan over-provisioning untuk beban puncak yang jarang.

Apakah ekonomi A2A akan meluas di luar kripto dan apakah HTTP 402 menjadi lapisan penetapan harga umum untuk perangkat lunak pada dasarnya adalah pertanyaan yang sama. Keduanya bergantung pada agen menjadi aktor ekonomi yang rutin, bertransaksi dalam skala besar terhadap direktori layanan yang kaya per panggilan.

Kesimpulan: tumpukan dua lapis dan primitive yang hilang

Ke depan, perdagangan agen akan terus berkembang pada dua jalur terpisah. Agen yang berorientasi pada konsumen yang membeli barang untuk manusia sebagian besar akan mengandalkan card rails, bergerak seiring kerangka otorisasi perusahaan dan kepercayaan pengguna pada permukaan pembayaran baru.

Secara paralel, tumpukan protokol agentic commerce untuk pembayaran software-to-software sudah secara teknis layak pada stablecoin rails. Kini ia menunggu penerapan agen dan layanan yang memerlukan penyelesaian programatik berfrekuensi tinggi dalam skala.

Hasil akhir yang mungkin adalah tumpukan dua lapis yang berkembang secara paralel: orkestrasi yang mengatur penemuan dan inisiasi, serta penyelesaian yang mengatur transfer nilai. Bagi para pembangun, keluasan integrasi lintas kedua lapisan adalah prioritas strategis.

Infrastruktur yang dapat merutekan transaksi agen apa pun melalui protokol yang dibutuhkan oleh pihak lawan, sambil menyembunyikan kompleksitas ini dari aplikasi, akan menempati posisi yang kuat secara struktural saat pasar berkembang. Lapisan ini akan tidak terlihat bagi pengguna akhir, tetapi kepentingannya akan semakin bertambah.

Pemicu untuk skala komersial bukanlah protokol yang lebih baik. Pemicunya adalah saat perusahaan mendelegasikan otoritas belanja kepada agen dengan jejak yang dapat diaudit, kontrol anggaran, dan tanggung jawab yang jelas untuk pembelian yang salah arah. Ketika ambang itu terlewati, dua posisi infrastruktur menjadi penting.

Pertama, multi-rail agent wallet yang mendukung pembayaran stablecoin dan kartu dalam satu integrasi. Kedua, sebuah accessible per-call service directory yang memungkinkan developer tanpa latar belakang kripto mengekspos API kepada pembeli agen. Keduanya adalah peluang terbuka saat ini, dan keduanya menjadi penting begitu spending agents beroperasi dalam skala.