Alasan Mengapa 'Execution Harness' Diperlukan dalam Keuangan Agensial

"Pindahkan aset ini ke rantai lain, bayar biaya data di sana, lalu ambil tanda terima."

Bagi manusia, itu adalah permintaan satu kalimat. Namun, untuk menyelesaikan tugas ini, agen AI harus memilih jembatan, membandingkan estimasi, membuat transaksi persetujuan, menghitung gas dari rantai tujuan, memulihkan pengiriman yang terhenti, mencegah uang yang sama keluar dua kali, dan memastikan bahwa hasil yang diminta pada awalnya benar-benar tercapai.

Cerita tentang era di mana AI menghabiskan uang biasanya dimulai dengan "cukup berikan dompet kepada agen." Jika itu hanya pembayaran sederhana, itu bukanlah pernyataan yang salah. Pembayaran biaya API oleh agen menggunakan x402 hanya melibatkan konfirmasi harga, persetujuan, transfer, dan tanda terima. Namun, permintaan di atas bukanlah pembayaran, melainkan alur kerja keuangan agensial (Agentic Finance), dan pembayaran hanyalah salah satu langkah di dalamnya. Perbedaan ini penting. Menjelaskan semua transfer nilai dalam sistem keuangan yang kompleks membuat pembayaran biasa tampak sulit, dan jika semua alur kerja keuangan disebut sebagai pembayaran, masalah pelaksanaan yang lebih rumit akan hilang. Tulisan ini membahas keduanya secara terpisah.

1. Batasan antara Pembayaran dan Keuangan

Dalam pembayaran agensial, ada juga penilaian. Apa yang akan dibeli, penyedia mana yang akan digunakan, dan berapa banyak yang akan dibelanjakan dalam batasan, ditentukan oleh agen. Namun, pembayaran itu sendiri adalah tugas terbatas yang melibatkan konfirmasi syarat, persetujuan, transfer nilai, dan pengembalian bukti. Ketika layanan seperti x402 mengirimkan syarat pembayaran, agen menandatangani untuk melakukan pembayaran dan mengirimkan permintaan kembali dengan bukti.

Keuangan agensial dimulai ketika agen bertanggung jawab atas penilaian keuangan dan hasilnya. Ini melibatkan mengoordinasikan berbagai tindakan dalam keadaan yang berubah, seperti pemilihan jalur swap dan jembatan, manajemen batas persetujuan, penyesuaian treasury, pinjaman, dan hedging. Pada saat itu, sistem harus mempertahankan niat melalui beberapa langkah dan membuktikan bahwa keadaan akhir sesuai dengan tujuan awal. Perdagangan adalah kategori terpisah yang tumpang tindih dengan keuangan, di mana pembayaran adalah satu langkah di dalamnya. Cara membedakannya sederhana. Pembayaran memindahkan nilai, sementara keuangan memutuskan bagaimana mengalokasikan, melindungi, dan mengelola modal.

2. Tumpukan 7 Lapisan Keuangan Agensial
[Gambar 2] Tumpukan 7 Lapisan Keuangan Agensial --- Peran per lapisan dan pemain utama (Sumber=Aomi Labs Research)

Tidak ada model, dompet, protokol, atau rantai yang dapat mewakili seluruh keuangan agensial sendirian. Proses dari tujuan hingga penyelesaian dibagi menjadi tujuh lapisan.

Lapisan pertama adalah layanan agen yang mendapatkan tujuan dan persetujuan pengguna (ChatGPT, Gemini, Amazon Luffers, PayPal), lapisan kedua adalah runtime yang mengelola alur kerja, memori, percobaan ulang, dan status, lapisan ketiga adalah eksekusi domain yang mengubah rencana menjadi pesanan atau transaksi nyata (1inch, DeBridge, Uniswap, Kraken). Lapisan keempat adalah dompet dan otoritas yang menentukan siapa yang dapat melakukan apa atas nama siapa dan memutuskan apakah akan menandatangani. Coinbase, MetaMask, OKX, Privacy, Turnkey, Safe, Fireblock bersaing, sementara Google AP2 dan Visa/Mastercard menetapkan standar. Hanya lapisan kelima yang menangani pembayaran secara langsung. x402, MPP, ACP, UCP bertukar harga, metode pembayaran, dan bukti. Lapisan keenam adalah stablecoin dan treasury (Circle, Tether, Stripe, Bridge), dan lapisan ketujuh adalah rel penyelesaian (Base, Solana, Ethereum Layer 2, jaringan kartu, jaringan bank). Keamanan, kepatuhan, simulasi, dan reconciliations melintasi semua tujuh lapisan.

Peta ini menempatkan tanggung jawab, bukan perusahaan. Satu perusahaan dapat mencakup beberapa lapisan, tetapi pekerjaan yang dilakukan di setiap lapisan berbeda. Protokol pembayaran mengoordinasikan prosedur pembayaran, dan dompet menyetujui atau menolak permintaan. Namun, tidak ada di antara keduanya yang bertanggung jawab untuk menilai apakah tujuan keuangan yang melibatkan beberapa langkah telah selesai dengan benar.

3. Batasan Persetujuan

Bagian awal alur kerja keuangan dapat fleksibel. Menginterpretasikan tujuan, memilih jalur, dan membuat tawaran. Namun, sejak saat permintaan menyentuh hak untuk menghabiskan uang, itu harus bersifat definitif. Penandatangan menilai permintaan yang tidak berubah berdasarkan identitas, persetujuan, batasan, dan kebijakan, dan rel penyelesaian memprosesnya tanpa menginterpretasikan kembali niat. Model pembayaran agensial IMF 2026 juga membagi "niat dan koordinasi", "kontrol dan persetujuan", dan "penyelesaian" karena alasan yang sama. Model dapat mengusulkan secara bebas, dan dompet dapat menolak secara independen. Runtime menyiapkan bukti tetapi tidak boleh mengambil alih otoritas.

4. Posisi Saat Ini di Pasar

Pembayaran dalam arti sempit dengan cepat menjadi produk. Dompet sedang bertransisi dari tempat penyimpanan kunci menjadi sistem otorisasi yang dapat diprogram. Coinbase mengisolasi kunci di area keamanan untuk menetapkan batas, sementara MetaMask mempertahankan self-custody sambil mewajibkan simulasi sebelum penandatanganan. Circle dan Crossmint menggabungkan dompet, dana, dan protokol pembayaran sekaligus. Protokol tidak menyatu menjadi satu tetapi berbagi peran dan hidup berdampingan. x402 dan MPP menangani pembayaran mesin, ACP dan UCP menangani alur perdagangan, sementara protokol AP2 dan kartu menangani delegasi otoritas dan identitas.

Menurut agregasi Chainalysis, hingga kuartal pertama 2026, transaksi x402 di Base telah melebihi 100 juta, dan Solana juga melaporkan lebih dari 35 juta. Namun, beberapa di antaranya adalah aktivitas spekulatif. Ini adalah bukti bahwa teknologi telah menyebar, tetapi bukan bukti bahwa permintaan untuk keuangan otonom yang kompleks telah terwujud. Penggunaan bersifat digital, harga dapat dibaca oleh mesin, dan pembelajaran dimulai dari pembayaran API dan panggilan data yang dapat gagal dan dapat dibatalkan. Perdagangan DeFi dan routing lintas rantai memiliki risiko pelaksanaan yang tinggi, dan treasury serta pekerjaan lintas batas menghadapi masalah regulasi dan tanggung jawab. Stablecoin adalah alat penyelesaian yang penting, tetapi tidak menyelesaikan identitas agen, pengembalian dana, pajak, dan komposisi transaksi.

5. Tugas yang Dilakukan oleh Execution Harness
[Gambar 3] Siklus Hidup Eksekusi 7 Tahap dan Batasan Persetujuan --- Bagian yang Ditangani oleh Harness dan Bagian yang Ditangani oleh Dompet (Sumber=Aomi Labs Research)

Tidak semua pembayaran memerlukan execution harness. Ini diperlukan ketika beberapa tindakan saling bergantung, ketika jalur harus dipilih, ketika status terus berubah, ketika ada kegagalan parsial dan eksekusi yang tidak dapat dibatalkan, atau ketika hasil tidak dapat dibuktikan hanya dengan tanda terima.

Mari kita kembali ke permintaan di kalimat pertama. Dompet menetapkan batas pengeluaran, simulator menjalankan satu transaksi sebelumnya, dan rantai membuktikan finalitas. Namun, membuktikan bahwa tujuan asli terhubung dari pemilihan jalur hingga saldo akhir bukanlah tugas siapa pun di antara ketiga pihak. Saat ini, kekosongan ini diisi oleh inferensi model. Agen membaca kembali dokumen, memeriksa aturan persetujuan setiap kali, dan mencoba ulang jika gagal. Setiap kali, token dan waktu digunakan, dan di antara itu, estimasi dapat berubah atau ada risiko uang yang sama keluar dua kali.

Execution harness adalah runtime yang mengambil peran ini. Ini menginterpretasikan tujuan, memilih alat dan jalur dalam batas yang terkendali, membuat transaksi yang tepat, mensimulasikan sebelum permintaan otorisasi, mengajukan permintaan yang telah ditinjau oleh penandatangan hanya sekali, dan membandingkan keadaan akhir dengan niat awal. Berbeda dengan toolbox, ia bertanggung jawab atas status, pemulihan, dan penyelesaian, dan berbeda dari dompet, ia tidak mengambil otoritas untuk menandatangani. Hak untuk menolak tetap ada di dompet hingga akhir. Oleh karena itu, hasil dari harness bukanlah satu transaksi yang berhasil, tetapi rantai bukti yang menghubungkan dari niat hingga persetujuan, tanda terima, dan keadaan akhir.

6. Mengapa Harness Diperlukan Meskipun Model yang Lebih Baik Muncul

Apakah lapisan ini akan menjadi tidak perlu jika model menjadi lebih pintar? Namun, urutan persetujuan, aturan pencegahan eksekusi ganda, format tanda terima, dan cara memverifikasi saldo tidak berubah setiap kali dieksekusi. Hal-hal ini harus dimasukkan ke dalam perangkat lunak yang terverifikasi, dan inferensi model seharusnya digunakan di tempat yang benar-benar membutuhkan penilaian. AI hukum dan medis telah terlebih dahulu menempuh jalan ini. Harvey membungkus model umum dengan alur kerja, persyaratan kutipan, dan tinjauan manusia, sementara Avery mengikat draf catatan medis dengan informasi asli. Pekerjaan profesional yang berulang telah berpindah dari prompt ke perangkat lunak. Dalam keuangan, hasilnya adalah pergerakan aset yang tidak dapat dibatalkan, sehingga perangkat lunak harus bertanggung jawab langsung atas simulasi, pencegahan duplikasi, pemulihan, dan reconciliations.

Argumen ini harus diverifikasi dengan pengukuran. Bandingkan antara ada dan tidak adanya harness dalam model, tugas, kebijakan tanda tangan, dan kondisi pasar yang sama, dan ukur token, waktu, biaya, dan intervensi manusia untuk setiap hasil yang terverifikasi. Lihat juga tingkat keberhasilan tugas, tingkat pemblokiran tawaran berisiko, tingkat kesesuaian antara simulasi dan eksekusi nyata, dan akurasi keadaan akhir. Keuntungan harus tetap ada bahkan dalam kondisi yang tidak menguntungkan seperti estimasi lama atau jembatan yang terhenti. Harness yang menyembunyikan kegagalan atau hanya meningkatkan percobaan ulang tidak membuktikan nilai.

7. Ke Depan dalam 2-3 Tahun

Dalam satu tahun, kebijakan pengeluaran untuk agen dan keamanan transaksi akan menjadi fitur dasar dompet, dan penyedia pemrosesan akan mendukung x402 dan MPP. Ini adalah kemajuan dalam pembayaran agensial. Peluang yang lebih besar terbuka di atasnya. Agen akan membawa otoritas yang didelegasikan dan berpindah antara layanan, router akan memilih alat yang tepat di antara stablecoin, kartu, dan bank, dan treasury serta kepatuhan harus menghubungkan semua tindakan dengan agen, tugas, dan hasil yang tepat. Sistem yang bertahan akan memisahkan proposal, eksekusi, persetujuan, dan penyelesaian, dan menghubungkan keempatnya sebagai bukti. Saat itu, pembayaran agensial akan menjadi fungsi bawaan, dan keuangan agensial akan menjadi sistem operasi yang lebih luas di mana pembayaran itu terjadi.

Pembayaran agensial menciptakan cara bagi agen untuk mengeluarkan uang. Keuangan agensial memungkinkan penilaian keuangan dan pelaksanaan dalam batasan yang didelegasikan. Model yang lebih baik membuat penilaian yang lebih baik. Harness memastikan bahwa penilaian tersebut berakhir dengan hasil yang dapat diverifikasi tanpa mengambil otoritas dari dompet.

Apa itu Aomi Labs?

Mengembangkan infrastruktur yang mengubah niat agen AI menjadi eksekusi on-chain yang terverifikasi yang mencakup tindakan pembayaran dan non-pembayaran. Fokus pada runtime (lapisan 2) dan eksekusi domain (lapisan 3) di antara tujuh lapisan, menghubungkan tanpa menggantikan dompet, protokol pembayaran, dan rel penyelesaian. Perbandingan antara "ada dan tidak ada harness" masih merupakan metode verifikasi, bukan hasil pengukuran.

Pada KBW kali ini, kami akan bertemu dengan pembangun Korea di hackathon TRUST404 (29 September), EASYCON (1 Oktober), dan Dev Korea mixer (2 Oktober).

Konten ini disediakan hanya untuk tujuan informasi umum dan bukan merupakan nasihat keuangan, investasi, hukum, atau pajak. Setiap acara, reward, promosi online, atau informasi terkait yang disebutkan di sini tidak boleh dianggap sebagai rekomendasi, ajakan, atau undangan untuk membeli, menjual, memperdagangkan, atau melakukan transaksi aset kripto apa pun. Aset kripto sangat fluktuatif dan dapat mengakibatkan kerugian. Ketersediaan layanan, produk, dan acara terkait WEEX dapat berbeda-beda di setiap wilayah. Anda bertanggung jawab untuk memastikan bahwa partisipasi Anda sesuai dengan hukum dan peraturan setempat yang berlaku.