Stack Agenik Memiliki Empat Lapisan. Sebagian Besar Implementasi Hilang Tiga

Identitas, reputasi, mandat, dan pembayaran perlu berada di on-chain. Dalam banyak implementasi produksi, mereka masih belum, dan itu merupakan masalah arsitektur, bukan sekadar pertimbangan kepatuhan.

Saya menghabiskan banyak waktu mempelajari bagaimana implementasi agen produksi sebenarnya terhubung, dan pola yang sering muncul adalah: modelnya mampu, kerangka orkestrasinya masuk akal, namun lapisan otentikasinya masih berupa kunci API bersama yang belum diganti selama berbulan‑bulan.

Infrastruktur agen otonom belum mengikuti kecepatan model yang berjalan di atasnya. Stack agenik memiliki empat komponen yang harus menjadi native di chain: identitas, reputasi, mandat, dan pembayaran. Dalam kebanyakan implementasi produksi yang saya lihat, komponen‑komponen tersebut masih dipasang secara tambahan setelahnya, jika memang ada.

Dan hal ini lebih penting dalam keuangan yang diatur dibandingkan tempat lain. Sebuah agen yang dapat melakukan transaksi pada sekuritas yang ditokenisasi, menyetujui tindakan treasury, atau mengalokasikan posisi harus dapat menunjukkan apa yang diotorisasi untuk dilakukannya, siapa yang mengotorisasi, dalam batas apa, dan di mana catatan on-chain dari otoritas tersebut berada. Sebagian besar implementasi tidak dapat menjawab hal itu dengan jelas saat ini. Tanpa catatan tersebut, agen itu sendiri menjadi risiko audit dan kepatuhan.

Why shared API keys are the wrong primitive

Model otentikasi yang paling banyak diadopsi oleh implementasi agen dari SaaS adalah rahasia bersama yang dikirimkan dalam header. Ia mengotentikasi layanan yang memanggil tetapi tidak memberi informasi tentang agen spesifik yang melakukan panggilan, atau apa yang diizinkan bagi agen tersebut, serta tidak meninggalkan catatan yang dapat bertahan dalam audit dalam bentuk yang dapat diperiksa regulator. Setiap aksi agen hanya dapat diatribusikan kepada pemegang kunci, yang pada praktiknya berarti atribusi runtuh begitu Anda memiliki lebih dari satu agen atau lebih dari satu operator.

Alternatifnya adalah penyelesaian per‑permintaan berbasis tanda tangan. Setiap permintaan ditandatangani oleh dompet milik agen sendiri dan diselesaikan secara kriptografis pada saat pemanggilan. Inilah tujuan dibangunnya x402 , dengan otentikasi dan pembayaran ditangani bersama. Hal ini memberikan institusi catatan dompet mana yang bertindak, kapan bertindak, dan apa yang dibayarkan, sebuah buku besar yang dapat bertahan dari pemeriksaan audit.

The identity gap

ERC-8004 menetapkan identitas on-chain untuk agen tanpa kepercayaan: sebuah registri dimana agen terdaftar dengan dompet pengontrol, endpoint layanan, dan referensi model. Saat ini, agen tersebut hanyalah proses opak yang berjalan di dalam infrastruktur vendor. Entri registri menjadikannya aktor on-chain kelas satu dengan asal yang dapat diverifikasi — yang dapat diperiksa langsung oleh kontrak pintar atau dasbor kepatuhan, tanpa mempercayai perantara.

Lapisan reputasi dibangun di atas ini. Sinyal umpan balik yang ditulis ke dalam registri ERC-8004 bersifat tidak dapat diubah, diberi cap waktu, dan dapat diatribusikan. Sistem apa pun yang ingin membuat keputusan kepercayaan tentang agen dapat membaca registri tersebut secara langsung. Tidak seperti skor yang dikelola vendor atau peringkat Discord, kepercayaan di sini merupakan properti jaringan bukan milik siapa pun yang mengontrol basis data.

Kedua lapisan dapat diimplementasikan hari ini tanpa rekayasa eksotis. Sebagian besar implementasi tidak memilikinya karena jalur implementasi dengan hambatan paling rendah masih memperlakukan agen sebagai akun layanan bukan sebagai aktor kelas satu. Jalan pintas yang masuk akal dalam prototipe menjadi hutang arsitektural yang bertambah dalam produksi.

The mandate problem is where regulated finance diverges from everything else

Identitas dan reputasi memberi tahu Anda siapa agen itu dan bagaimana perilakunya. Mereka tidak menetapkan apa yang diotorisasi untuk dilakukan agen. Dalam banyak kasus penggunaan agen, kontrol lapisan aplikasi dapat menutup kesenjangan tersebut. Untuk agen yang beroperasi pada aset yang diatur, pertanyaan otorisasi menjadi pertanyaan hukum. Jawabannya harus ada dalam bentuk yang dapat memenuhi regulator.

ERC-8226, Standar Mandat Agen yang Diatur (RAMS), dirancang untuk menutup kesenjangan ini. RAMS mendefinisikan lapisan delegasi kepatuhan yang berada di antara identitas agen dan kerangka kepatuhan tingkat token. Seorang prinsipal yang terverifikasi KYC memberikan agen mandat dengan ruang lingkup, yurisdiksi, batas nilai, dan tanggal kedaluwarsa yang ditentukan. Pada praktiknya, ini berfungsi seperti kuasa hukum on-chain yang dapat diperiksa sebelum penyelesaian. Kontrak token yang diatur kemudian memverifikasi mandat tersebut secara atomik di dalam hook kepatuhan pra‑transfernya sebelum penyelesaian apa pun terjadi.

Dua antarmuka membawa desain ini. `ComplianceProvider` diimplementasikan oleh operator KYC atau attestation mana pun dan menjamin kelayakan prinsipal untuk ruang lingkup tertentu. `IAgentMandate` adalah registri yang mencatat pemberian, perpanjangan, pencabutan, eksekusi, dan pembekuan tingkat regulator. Penegakan terjadi melalui `recordExecution`, yang memeriksa batas mandat aktif pada saat transfer dan membatalkan jika transaksi akan melanggarnya.

Arsitektur ini berada di antara identitas ERC-8004 dan kerangka kepatuhan token seperti ERC-7943, bukan menggantikan keduanya. Identitas menyatakan agen ada dan dapat diverifikasi; kepatuhan token menyatakan prinsipal berhak memegang aset spesifik ini. RAMS menambahkan bagian yang tidak dicakup keduanya: otoritas dari prinsipal ini, untuk ruang lingkup ini, dalam batas ini, hingga tanggal ini. Lapisan delegasi yang dapat ditegakkan secara hukum yang saat ini hanya hidup dalam PDF dan spreadsheet back‑office dipindahkan ke on-chain, dimana ia dapat benar‑benar ditegakkan pada saat transfer.

The prepare-and-execute separation is not friction

Satu keputusan desain pantas mendapat pembelaan langsung: memisahkan persiapan transaksi dari penandatanganan dan penyiaran. Hal ini sering dihilangkan dalam banyak sistem yang berusaha membuat agen terasa lebih mulus.

Instingnya adalah menggabungkan ini menjadi satu langkah karena terasa lebih efisien. Namun kesenjangan antara persiapan dan penyiaran justru merupakan tempat pengawasan institusional berada. Di sinilah seorang petugas kepatuhan meninjau apa yang akan dilakukan agen sebelum chain mengetahuinya, di mana pemeriksaan mandat RAMS memvalidasi payload yang dipersiapkan terhadap ruang lingkup aktif, batas nilai, dan yurisdiksi sebelum tanda tangan dibuat, dan di mana CFO menyetujui tindakan treasury yang telah dipersiapkan agen namun belum dikomit.

Banyak institusi yang menerapkan agen otonom pada skala signifikan pada akhirnya membangun kembali pemisahan ini ketika mereka menyadari kekurangannya. Membangunnya sebagai primitive arsitektural yang disengaja bukan sebagai retrofit yang membawa sistem melewati tinjauan kepatuhan pertamanya.

What the stack looks like when it is complete

Ketika keempat lapisan berada pada tempatnya, mereka berkomposisi dengan bersih. ERC-8004 menjadi jangkar identitas agen dan reputasi on-chain, dan ERC-8226 menambahkan lapisan mandat yang membatasi apa yang dapat dilakukan setiap agen atas nama siapa. x402 menangani penyelesaian, menandatangani setiap permintaan sehingga setiap aksi dapat diatribusikan dan diaudit. Di bawahnya, kerangka aset yang diatur seperti ERC-7943 menegakkan kepatuhan pada saat transfer terhadap kelayakan prinsipal serta mandat aktif agen.

Bagian‑bagian ini berada pada tingkat kematangan yang berbeda, namun tidak ada yang semata‑mata teoretis. ERC-8004 adalah Draft Standards Track ERC dengan primitive identitas dan reputasi yang dapat diterapkan. ERC-7943 adalah standar Ethereum Final. ERC-8226 berada di jalur standar, dan antarmuka inti cukup stabil untuk pekerjaan implementasi awal. x402 sudah aktif dan telah dirancang di sekitar pembayaran HTTP programatik untuk manusia dan agen.

Tim yang berhasil melakukannya dapat membangun menuju stack ini sekarang atau menunggu hingga tekanan audit dan kepatuhan memaksa retrofit. Institusi yang berhasil melakukannya akan menjadi yang memperlakukan lapisan mandat dan identitas sebagai persyaratan infrastruktur sejak hari pertama, sama seperti mereka memperlakukan KYC dan kustodi. Regulator mungkin belum secara eksplisit mewajibkan setiap bagiannya. Tim yang membangun sistem produksi di bidang ini sudah mengetahui betapa mahalnya menambahkan kontrol‑kontrol ini setelah fakta.