Concordium Agent Registry menjadi fondasi utama bagi Concordium (CCD) di dalam ekonomi AI Agent. Ketika sebuah Agent dapat menandatangani, membayar, atau menjalankan layanan secara otomatis, pihak lawan harus dapat memastikan, "Siapa pemilik Agent ini dan siapa yang mengotorisasi tindakannya?" Registry ini menyediakan anchor identitas yang on-chain, dapat ditemukan, dapat diverifikasi, dan direferensikan lintas chain, serta terintegrasi dengan lapisan akun terverifikasi yang dijelaskan dalam identitas tingkat protokol dan zero-knowledge proof.
Registry, sesuai dokumentasi publik, terdiri dari CIS-8004 (standar registrasi Agent), Agent Card (JSON off-chain dan hash on-chain), CIS-8 External Key Registry (pengaitan kunci publik cross-chain), serta MCP Server (antarmuka alat Agent). Bagian berikut menjelaskan proses sebagai alur kerja yang dapat diulang, bukan sekadar satu kali proses.
Apa yang Harus Dipersiapkan Sebelum Registrasi Agent?
Sebelum registrasi, terdapat tiga prasyarat utama: akun native Concordium yang telah diverifikasi, URL hosting Agent Card yang dapat diakses publik, serta metadata yang memuat nama Agent, skills, dan endpoint layanan. Untuk interoperabilitas dengan jaringan seperti Ethereum atau Solana, Anda juga perlu menyiapkan kunci publik chain terkait dan kemampuan tanda tangan untuk pengaitan CIS-8.
| Item |
Tujuan |
Sumber Umum |
| Akun Concordium terverifikasi |
Menjadi akar akuntabilitas |
Dompet yang menyelesaikan proses Identity Issuer |
| Agent Card JSON |
Mendefinisikan kapabilitas dan endpoint Agent |
Dibuat oleh pengembang atau dihasilkan oleh alat MCP |
| agent_uri publik |
Menyimpan Agent Card |
Hosting statis HTTPS atau API |
| Kunci publik chain eksternal (opsional) |
Memungkinkan penemuan dan pemanggilan lintas chain |
Dompet ETH/SOL |
Concordium menegaskan Agent tidak perlu memigrasikan seluruh workload ke chain-nya: Registry dapat menjadi anchor identitas di Concordium, sementara Agent tetap dapat beroperasi di chain lain, menggunakan CIS-8 dan Badge untuk menyebarkan sinyal kepercayaan secara eksternal.
Bagaimana Akun dan Identitas Ditambatkan pada Agent?
Setiap Agent pada Registry terkait dengan token non-fungible CIS-8004 (NFT), yang dicetak dan diperbarui oleh akun native Concordium terverifikasi sebagai pemilik. Akun pemilik ini dihubungkan ke individu atau entitas nyata melalui identitas tingkat protokol, membentuk rantai otorisasi: NFT Agent → Akun pemilik → identitas yang didukung Identity Issuer.
Penyimpanan on-chain mencakup field penting: agent_uri yang mengarah ke Agent Card, metadata_hash (SHA-256) yang menjamin integritas dokumen, serta metadata key-value yang dapat diperluas (misalnya alamat dompet pembayaran). external_reference opsional dapat mengarah ke pengaitan CIS-8 atau handle platform sosial, memudahkan resolusi lintas lingkungan untuk Agent yang sama.
Struktur ini berbeda dari registrasi berbasis ERC-8004 yang hanya "menggambarkan Agent": Concordium mewajibkan pemilik memiliki akun terverifikasi, sehingga "siapa yang mengotorisasi" menjadi syarat utama sebelum registrasi, bukan sekadar tambahan setelahnya. Metadata Agent juga dapat memuat dompet pembayaran dan field key-value lain, mendukung settlement antar Agent atau skenario x402 pay-per-use untuk menemukan alamat penerima. Namun, kontrol pengeluaran di tingkat aplikasi tetap dibutuhkan; registrasi on-chain saja tidak membatasi perilaku Agent.
Bagaimana Integrasi Agent Card dan CIS-8004?
Agent Card adalah dokumen JSON yang mengikuti format seperti A2A (Agent-to-Agent), berisi nama Agent, deskripsi, skills, endpoint layanan, serta blok ekstensi Concordium (indeks kontrak, alamat token, akun pemilik, dsb). Dokumen ini di-host pada URL HTTPS agent_uri; saat registrasi, baik URL maupun hash SHA-256 dari isinya dicatat pada kontrak CIS-8004.
Setiap konsumen—Agent lain, alat MCP, atau peninjau manual—dapat memverifikasi Agent dengan cara: mengambil agent_uri dan metadata_hash dari chain, mengambil JSON mentah dari URL, menghitung SHA-256, lalu membandingkannya dengan hash on-chain. Alat MCP verify_agent_card mengotomatisasi proses ini.
Saat memperbarui kapabilitas Agent, JSON yang di-host harus diperbarui dan hash on-chain diperbarui melalui build_set_agent_uri atau operasi serupa. Jika tidak, anchor on-chain dan dokumen off-chain akan berbeda. Agent Card menjadi spesifikasi publik yang dapat diperbarui, sementara NFT on-chain menjadi anchor integritas yang tidak dapat disangkal. Disarankan menyimpan snapshot historis atau changelog saat memperbarui versi dokumen, agar auditor dapat melacak perubahan kapabilitas Agent.
Gambar 1. Alur kerja Concordium Agent Registry: akun terverifikasi, mint CIS-8004, penambatan hash Agent Card, dan tampilan Badge.
Bagaimana CIS-8 Memungkinkan Pengaitan Kunci Cross-Chain?
CIS-8 External Key Registry menyimpan bukti kriptografi pengaitan antara akun native Concordium dan kunci publik eksternal (seperti alamat Ethereum atau kunci publik Solana) di on-chain. Setelah pengaitan selesai, Agent CIS-8004 dapat mereferensikan entri CIS-8 sebagai external_reference, sehingga alat berbasis Ethereum dapat menemukan NFT Agent yang sama melalui kunci publik.
Jalur resolusi: alamat chain eksternal → pencarian pengaitan kontrak CIS-8 → akun pemilik Concordium → pencarian Agent CIS-8004 → Agent Card. token_address dan koordinat kontrak pada blok ekstensi Concordium membantu Registry eksternal melakukan pencarian tanpa perlu pengetahuan teknis Concordium.
Dengan demikian, Agent dapat diakses melalui ID token di alat Concordium dan melalui alamat ETH di alat Ethereum, keduanya merujuk pada identitas on-chain yang sama. Berbeda dengan pendekatan "proof of personhood" yang dibahas dalam Concordium vs Worldcoin, Registry ini berfokus pada identitas Agent yang dapat diverifikasi dan interoperabilitas cross-chain.
Bagaimana Badge Verified by Concordium Diverifikasi?
Badge Verified by Concordium merupakan sinyal kepercayaan yang jelas bagi pihak lawan, menandakan Agent terhubung ke akun terverifikasi tingkat protokol. Verifikasi harus mengacu pada data on-chain, bukan sekadar ikon Badge: pastikan token terkait ada di CIS-8004, periksa status identitas akun pemilik, opsional cek apakah hash Agent Card cocok dengan dokumen yang di-host, dan untuk skenario cross-chain, verifikasi pengaitan CIS-8.
Badge ini mengurangi beban komunikasi namun tidak menggantikan verifikasi mandiri. Di lingkungan perusahaan atau kepercayaan tinggi, Verify dan Access sering dikombinasikan untuk pemeriksaan atribut (seperti usia, kredensial, dan batas pengeluaran), melengkapi lapisan identitas dan otorisasi Registry. Jika Agent mewakili institusi keuangan atau platform e-commerce untuk pembayaran, tumpukan kepercayaan penuh biasanya: Registry mengonfirmasi Agent dan entitas yang diotorisasi → ZKP memverifikasi atribut bisnis → Protocol-Level Locks atau x402 membatasi jalur settlement, dengan setiap lapisan menjalankan fungsinya.
Apa yang Perlu Diperhatikan Saat Registrasi dan Verifikasi?
Pastikan hosting Agent Card tersedia dan integritas HTTPS tetap terjaga: jika URL tidak valid atau konten diubah tanpa memperbarui hash on-chain, verifikasi akan gagal. Pengaitan kunci eksternal harus dilakukan sebelum pengaturan external_reference CIS-8; urutan yang salah akan menyebabkan rollback registrasi atau referensi tidak valid. Keamanan kunci pemilik sangat menentukan kontrol Agent; karena NFT dapat dipindahtangankan, perubahan kepemilikan Agent harus mengikuti tata kelola internal.
MCP Server menyediakan alat untuk registrasi, pembangunan Agent Card, dan verifikasi card, sehingga integrasi kerangka kerja Agent menjadi lebih mudah. Namun, pengembang harus memahami operasi on-chain dan biaya gas (atau Sponsored Transactions). Ekosistem Registry masih berkembang, dan adopsi Badge sebagai syarat masuk tergantung pada praktik industri.
Dokumentasi publik mencantumkan kontrak mainnet seperti CIS-8004 Agent Registry (indeks 10082) dan CIS-8 External Key Registry (indeks 10081), yang dapat diakses melalui block explorer seperti CCDScan. Layanan indexer mengubah event on-chain menjadi REST API, memudahkan pencarian dan penemuan Agent tanpa pemindaian chain manual. Untuk produksi, sangat disarankan membuat daftar periksa deployment berulang untuk "registrasi on-chain → hosting Card → verifikasi hash → tampilan Badge," serta mengintegrasikannya ke workflow CI saat memperbarui kapabilitas Agent agar tidak terjadi perbedaan anchor antara chain dan dokumen.
Ringkasan
Concordium Agent Registry menyatukan identitas Agent, integritas dokumen, kunci publik cross-chain, dan akun terverifikasi dalam workflow yang konsisten. Memahami peran CIS-8004, Agent Card, dan CIS-8 sangat penting untuk mengintegrasikan Verified Badge dan verifikasi kepercayaan Agent cross-chain. Dalam penerapan, registrasi on-chain, hosting dokumen, dan verifikasi hash berkala harus menjadi bagian dari proses operasional untuk menghindari data usang yang tidak dapat diverifikasi setelah pembaruan kapabilitas Agent.
FAQ
Apa Itu Concordium Agent Registry?
Agent Registry adalah sistem identitas Agent on-chain milik Concordium, yang mendaftarkan Agent sebagai NFT melalui CIS-8004 dan mendeskripsikan kapabilitas serta endpoint mereka melalui Agent Card. Registry ini menghubungkan Agent ke akun Concordium terverifikasi, mendukung pengaitan kunci cross-chain, dan Badge Verified by Concordium.
Bagaimana Identitas AI Agent Terkait dengan Akun Nyata?
Setiap NFT Agent dimiliki dan dikelola oleh akun native Concordium yang terverifikasi. Akun ini dikaitkan dengan individu atau entitas yang diverifikasi melalui identitas tingkat protokol dan Identity Issuer, membentuk rantai akuntabilitas: Agent → Pemilik → entitas terverifikasi.
Apa Fungsi dari Agent Card?
Agent Card adalah dokumen JSON publik yang merinci nama Agent, skills, dan endpoint layanan; URL dan hash SHA-256-nya disimpan di on-chain untuk memastikan integritas. Pembaruan kapabilitas harus diikuti dengan pembaruan dokumen dan hash on-chain secara sinkron.
Apakah Agent Concordium Dapat Beroperasi di Ethereum atau Solana?
Ya. Dengan mengaitkan kunci publik chain eksternal ke akun Concordium melalui CIS-8 dan mengatur external_reference pada Agent CIS-8004, alat eksternal dapat menemukan identitas Agent yang sama menggunakan alamat Ethereum atau Solana, tanpa perlu memigrasikan seluruh logika ke Concordium.
Bagaimana Cara Memverifikasi Apakah Agent Dapat Dipercaya?
Verifikasi on-chain harus meliputi pengecekan token CIS-8004, status identitas akun pemilik, kecocokan hash Agent Card dengan dokumen yang di-host, dan pengaitan cross-chain CIS-8 jika diperlukan. Badge Verified adalah sinyal tambahan dan tidak dapat menggantikan proses verifikasi kriptografi.
