[Kolom] Aset Tokenisasi, Dari Penerbitan Menuju Pendanaan... Peran CCIP 2.0

CCIP 2.0 terhubung dengan pembiayaan berbasis jaminan. Sumber=ChatGPT

CCIP (Cross-Chain Interoperability Protocol) 2.0 dari Chainlink memperluas ruang lingkup untuk mencerminkan verifikasi berdasarkan lembaga, kebijakan transfer aset, dan persyaratan kepastian transaksi (finality) dalam pengiriman antar rantai. Lembaga keuangan dapat mempertahankan prosedur verifikasi yang mereka butuhkan sebagai syarat pelaksanaan meskipun mitra transaksinya dan buku besar berbeda. Dengan mencerminkan batasan kelayakan investor dari penerbit, kontrol disposisi oleh lembaga kustodian, dan syarat pelaksanaan pinjaman oleh pemberi pinjaman dalam struktur koneksi, ini menjadi dasar untuk memperluas sirkulasi aset tokenisasi ke dalam transaksi keuangan.

Pinjaman berbasis jaminan yang menggunakan aset tokenisasi memerlukan pengiriman aset, penilaian kelayakan jaminan, verifikasi syarat pembayaran, dan penerimaan dana yang sebenarnya. Karena setiap lembaga memiliki kriteria persetujuan dan sistem kustodian serta penyelesaian yang berbeda, koneksi antar buku besar harus mampu mengakomodasi perbedaan ini. Dengan membangun prosedur verifikasi dan pelaksanaan untuk setiap hubungan transaksi, pekerjaan interkoneksi yang serupa akan diulang saat memasuki pasar baru atau mengubah kontrol.

Makna strategis dari CCIP 2.0 adalah menyediakan basis umum untuk verifikasi dan pelaksanaan sambil mempertahankan kontrol transaksi berdasarkan lembaga. Lembaga dapat mempertahankan penilaian kredit dan wewenang kustodian, serta menyampaikan verifikasi yang diperlukan untuk dieksekusi sebagai syarat pelaksanaan. Nilai dari struktur ini muncul pada biaya integrasi yang berulang, ketersediaan dana dalam tenggat waktu, dan waktu penggunaan kembali jaminan.

Fulcrum menunjukkan arah layanan keuangan yang menghubungkan manajemen perjanjian dengan jaminan dan penyelesaian dana. Jika struktur teknis CCIP 2.0 diterapkan pada pekerjaan keuangan ini, siapa yang memverifikasi fakta dan hasilnya pada tahap pembayaran dan pembebasan jaminan menjadi kunci. Selanjutnya, yang perlu dievaluasi adalah bagaimana koneksi ini mengubah batasan pelaksanaan transaksi dan kebutuhan dana.

1. Perubahan Kunci CCIP 2.0

1.1. Fungsi Pengiriman dan Syarat Pelaksanaan Berdasarkan Lembaga

CCIP yang ada menyediakan pengiriman pesan dan token, serta menggabungkan instruksi pelaksanaan tujuan pada pengiriman token yang dapat diprogram (programmable token transfer). Fungsi ini telah mendukung struktur pengiriman aset ke layanan pinjaman di rantai lain untuk digunakan sebagai jaminan. CCIP 2.0 memperluas ruang lingkup untuk membangun verifikasi, kebijakan transfer, dan persyaratan kepastian.

CCV (Cross-Chain Verifier) menghubungkan verifikasi tambahan oleh lembaga itu sendiri atau pihak ketiga ke antarmuka umum. Fungsi perluasan dari pool token yang mengelola pengiriman token menerapkan kebijakan transfer aset dan persyaratan verifikasi per transaksi. FTF (Faster-than-Finality) memungkinkan komponen yang terlibat untuk melanjutkan pelaksanaan sebelum kepastian akhir dari rantai asal dalam batas yang diizinkan. Pilihan ini terhubung dengan titik kontak yang ada dari router yang menerima permintaan pengiriman.

Lembaga keuangan memiliki tiga area desain baru. Mereka harus menentukan bukti apa yang akan diminta, pengiriman apa yang akan diizinkan, dan pada tingkat kepastian mana pelaksanaan akan dilakukan. Setiap pilihan mempengaruhi wewenang kontrol lembaga, periode pembatasan penggunaan aset, dan risiko yang ditanggung oleh mitra transaksi.

1.2. Peran Pekerjaan Keuangan dan Komponen

CCIP bertanggung jawab untuk pengiriman pesan dan token antar buku besar, sementara CCV bertanggung jawab untuk memenuhi persyaratan verifikasi yang ditetapkan untuk pengiriman. ACE (Automated Compliance Engine) menerapkan kebijakan transaksi pada tindakan yang ditentukan dari kontrak pintar (smart contract) yang terhubung. CRE (Chainlink Runtime Environment) mengkoordinasikan pencarian data, penilaian kondisi, dan pelaksanaan lanjutan dalam satu prosedur kerja. Data feed dan data stream menyediakan data yang diperlukan untuk penilaian aset, dan komponen ini digabungkan sesuai dengan kontrol dan persyaratan data dari produk.

Meskipun menangani token yang sama, bukti yang diminta oleh lembaga dapat berbeda. Satu pemberi pinjaman mungkin meminta kesesuaian antara catatan pendaftaran resmi dan catatan kustodian, sementara pemberi pinjaman lain mungkin meminta verifikasi tambahan mengenai kelayakan investor. Untuk memanfaatkan antarmuka umum, arti dan wewenang persetujuan dari setiap verifikasi harus didefinisikan, serta pada tahap pelaksanaan mana hasilnya akan digunakan.

2. CCV dan Basis Umum Verifikasi Berdasarkan Lembaga

2.1. Verifikasi Pesan dan Pelaksanaan Tujuan

Pemrosesan pesan CCIP mengikuti urutan pengiriman, verifikasi, dan pelaksanaan tujuan. Kontrak verifikasi dan pelaksanaan tujuan, yang disebut OffRamp, memeriksa pengidentifikasi pesan dan bukti, serta memverifikasi kriteria pemenuhan untuk CCV wajib dan opsional sebelum melanjutkan pemrosesan token dan pemanggilan kontrak penerimaan. Ini adalah struktur yang menggabungkan persyaratan tambahan dari penerbit dan aplikasi penerima ke dalam verifikasi dasar yang dilakukan oleh verifier komite.

Setelah OffRamp memverifikasi persyaratan verifikasi yang diminta, permintaan tersebut diteruskan ke kontrak penerimaan. Aplikasi pinjaman memeriksa batas kredit yang tersisa, kelayakan transaksi saat ini, dan riwayat pembayaran untuk permintaan yang sama untuk menentukan apakah akan dilaksanakan. Selanjutnya, hasil pemrosesan oleh lembaga penyelesaian digunakan untuk memverifikasi penerimaan dana yang sebenarnya. Setiap langkah dari verifikasi hingga pelaksanaan pinjaman dan pembayaran harus memiliki subjek yang bertanggung jawab dan kriteria penyelesaian yang ditetapkan.

Persyaratan verifikasi dan kepastian dari kontrak penerimaan diterapkan pada jalur pengiriman yang memanggil kontrak tersebut. Jalur khusus token menerapkan persyaratan dari pool token dan jalur pengiriman, dan pemanggilan kontrak penerimaan dapat diabaikan. Untuk menegakkan kontrol yang ditetapkan oleh lembaga pada kontrak penerimaan, pengiriman yang sebenarnya juga harus dirancang untuk memanggil kontrak tersebut.

2.2. Verifikasi Wajib dan Wewenang Kontrol Lembaga

Dalam desain CCV, penting untuk menentukan apakah verifikasi dari lembaga tertentu berfungsi sebagai syarat wajib untuk pelaksanaan transaksi. OffRamp meminta bukti dari semua CCV wajib dan kriteria pemenuhan yang ditetapkan untuk CCV opsional. Di dalam satu CCV berbasis komite, jumlah tanda tangan yang berbeda diterapkan. Persyaratan verifikasi antar lembaga dan struktur pengambilan keputusan di dalam lembaga verifikasi harus dirancang bersama untuk memastikan wewenang kontrol yang substansial.

Fungsi penghubung kebijakan kustom dari alat pengembangan CCV meminta penilaian dari sistem kebijakan lembaga sebelum tanda tangan. Node yang menerima respons penolakan (FAIL) akan menahan tanda tangan. Dalam konfigurasi yang memerlukan 3 tanda tangan dari 5 node, meskipun 2 node menolak, 3 tanda tangan yang tersisa masih memenuhi kuorum. Untuk memberikan hak veto pada kebijakan tertentu, ruang lingkup penerapan kebijakan dan jumlah tanda tangan harus ditentukan bersama.

Sebagai contoh, pemberi pinjaman yang menjadikan verifikasi lembaga kustodian sebagai syarat pembayaran harus menentukan catatan mana yang akan diperiksa pada titik waktu tertentu, dan dengan permintaan pinjaman mana yang akan disesuaikan. Prosedur penanganan untuk penolakan kebijakan dan keterlambatan respons sistem juga diperlukan. Yang pertama adalah penilaian tentang persyaratan transaksi, dan yang terakhir adalah masalah ketersediaan operasional. Dengan membedakan keduanya, wewenang yang sesuai dapat ditempatkan untuk peninjauan kembali transaksi yang ditolak dan pemulihan gangguan pada transaksi yang valid.

Kegagalan verifikator wajib akan menunda pemrosesan transaksi terkait. Oleh karena itu, ketersediaan layanan verifikasi, prosedur alternatif yang disetujui, dan wewenang pemulihan merupakan bagian dari desain kontrol. Jika prosedur alternatif dirancang untuk melanjutkan transaksi sambil mempertahankan persyaratan persetujuan asli, wewenang kontrol lembaga dan kontinuitas operasional dapat dipastikan bersama.

2.3. Penggunaan Kembali Pengaturan Verifikasi dan Manajemen Perubahan

CCV dapat menghubungkan implementasi berdasarkan versi sambil mempertahankan alamat kontrak resolver yang memilih implementasi verifikasi. Lembaga dapat memperbarui logika verifikasi sambil mempertahankan titik kontak umum. Bukti terkait dengan pesan individu, dan antarmuka serta logika verifikasi diterapkan secara umum pada beberapa transaksi.

Oframp tujuan menghitung kembali persyaratan verifikasi untuk kontrak penerima, kumpulan token, dan jalur pengiriman pada saat eksekusi. Hash konfigurasi verifikasi pada tahap pengiriman digunakan dalam prosedur verifikasi di luar blockchain. Ketika lembaga mengubah pengaturan, mereka harus menentukan waktu penerapan persyaratan baru dan kebijakan pemrosesan untuk transaksi yang sudah dikirim.

Dalam bisnis keuangan, riwayat perubahan status alokasi jaminan dan persetujuan pembayaran juga harus dikelola. Ketika terjadi perubahan catatan penitipan, alokasi jaminan, kedaluwarsa persetujuan, dan penyelesaian pembayaran, kelayakan eksekusi permintaan tersebut dievaluasi kembali. Menghubungkan pengidentifikasi permintaan pinjaman, alokasi jaminan, titik acuan, masa berlaku, dan versi status ke pesan dan catatan bisnis memungkinkan penerapan konfirmasi yang valid dari masa lalu ke transaksi saat ini.

Ekonomi penggunaan kembali muncul dalam ruang lingkup di mana makna ini dan aturan perubahan disepakati. Antarmuka umum mengurangi integrasi teknologi yang berulang, dan lembaga dapat fokus pada tinjauan bukti dan persyaratan persetujuan yang diperlukan dalam transaksi baru. Semakin banyak makna catatan, siklus pembaruan, dan wewenang untuk memperbaiki kesalahan distandarisasi, semakin luas ruang lingkup bisnis yang dapat digunakan kembali.

3. Pengendalian Transaksi dan Manajemen Hasil Pembayaran

3.1. Wewenang dan Titik Kontrol Berdasarkan Lembaga

Fungsi perluasan kumpulan token CCIP (advanced pool hooks) adalah titik kontak yang menerapkan persyaratan CCV tambahan berdasarkan daftar yang diizinkan, kebijakan ACE, dan kondisi transaksi. Contoh keterkaitan ACE memeriksa kebijakan sebelum penguncian (lock) dan pembakaran (burn) token di lokasi asal serta sebelum pembebasan (release) dan penerbitan (mint) di tujuan. Penggunaan ACE memerlukan akses program beta (Beta) pada tanggal tinjauan saat ini, dan saat penerapan, lingkungan dukungan dan kondisi penggunaan harus diperiksa.

Penerbit mengelola kelayakan investor dan batasan transfer, lembaga penitipan mengelola syarat disposisi aset yang disimpan, dan pemberi pinjaman mengelola kelayakan jaminan dan kriteria eksekusi kredit. Untuk transfer aset yang ter-tokenisasi, kelayakan penerima diterapkan, sedangkan untuk eksekusi pinjaman, struktur hukum jaminan, kredit peminjam, nilai penilaian jaminan dan haircut, batas kredit, dan syarat eksekusi diterapkan. Haircut adalah rasio yang dikurangkan dari nilai penilaian jaminan saat menentukan jumlah yang dapat dipinjam.

Dengan menempatkan wewenang ini di atas koneksi umum, setiap lembaga dapat mempertahankan kriteria penilaian mereka sendiri sambil menyediakan hasil verifikasi sebagai syarat untuk pekerjaan berikutnya. Menyelaraskan wewenang persetujuan lembaga dengan titik eksekusi teknis adalah makna finansial dari struktur ini.

3.2. Perubahan Kebijakan dan Aset yang Menunggu Proses

Pemeriksaan kebijakan di lokasi asal dan tujuan dilakukan pada waktu yang berbeda. Jika kelayakan penerima atau kebijakan berubah selama pengiriman, transaksi dapat ditolak di tujuan. Dalam hal ini, penguncian dan pembakaran di lokasi asal tetap dipertahankan, dan pengiriman di tujuan tetap dalam status menunggu. Proses selanjutnya dikelola melalui prosedur verifikasi ulang dan eksekusi ulang berdasarkan alasan penolakan dan wewenang.

Waktu penerapan kebijakan juga mempengaruhi waktu ketersediaan aset. Jika kebijakan baru diterapkan segera, efek perubahan kontrol akan cepat tercermin, tetapi waktu tunggu untuk aset yang sedang dikirim dapat meningkat. Aturan transisi kebijakan, wewenang pemrosesan transaksi yang sedang berlangsung, dan prosedur pemulihan harus ditentukan bersama untuk mengelola biaya dana yang terkait dengan penguatan kontrol.

Setelah pembatasan transaksi, kewajiban bunga, pelunasan pokok, dan jaminan tambahan tetap berlaku sesuai perjanjian. Aturan operasional harus mencakup jalur yang valid untuk pelunasan, pengembalian jaminan, dan penanganan wanprestasi bersamaan dengan penghentian penarikan baru. CRE dan aplikasi dapat dikonfigurasi untuk memeriksa status terkait dan mengatur pekerjaan lanjutan ini.

3.3. Rekonsiliasi Pembayaran, Pelunasan, dan Pembebasan Jaminan

Lembaga keuangan mengelola penerimaan pesan, persetujuan pembayaran, pembayaran dana yang sebenarnya, penyelesaian utang, dan pembebasan jaminan sebagai status pekerjaan masing-masing. Dalam Cross-Chain Vault Adapter, jika aplikasi menangkap kesalahan setoran atau penebusan dan memprosesnya secara terpisah, pemrosesan pesan dapat dicatat sebagai sukses, sementara setoran atau penebusan tetap dalam status gagal. Dalam penerapan ini pada bisnis keuangan, prosedur rekonsiliasi diperlukan untuk mencocokkan catatan pengiriman dengan hasil pemrosesan transaksi.

Menghubungkan catatan komunikasi, catatan aset, catatan utang, dan hasil pembayaran dengan satu pengidentifikasi transaksi memungkinkan pelacakan penyelesaian setiap tahap. Jika perusahaan memerlukan dana dolar dari rekening bank untuk transaksi, mereka harus memverifikasi penerimaan token, konversi, setoran rekening, dan waktu penarikan yang mungkin. Berdasarkan catatan ini, tingkat penyelesaian tepat waktu dan jumlah aset yang menunggu pemrosesan dapat dihitung.

4. Kepastian Transaksi dan Biaya Likuiditas

4.1. Kriteria Kepastian Berdasarkan Transaksi

CCIP pada dasarnya menunggu hingga transaksi di rantai asal mencapai kepastian akhir (full finality) sebelum melanjutkan verifikasi pesan dan eksekusi tujuan. Jika FTF dipilih, eksekusi tujuan dapat dilakukan sebelum kepastian akhir berdasarkan jumlah blok tambahan (block depth) setelah blok yang menyertakan transaksi. Kriteria konfirmasi yang diminta oleh pengirim harus memenuhi semua syarat kumpulan token, CCV, eksekutor, dan kondisi penerimaan aplikasi yang berlaku untuk jalur tersebut. Eksekutor mengajukan permintaan eksekusi ke kontrak tujuan.

Lembaga keuangan harus mengevaluasi risiko reorganisasi rantai (chain reorganization, reorg) dan biaya dana yang terjadi selama menunggu kepastian transaksi. Reorganisasi rantai adalah fenomena di mana blok-blok terbaru yang telah diadopsi sebelumnya diganti dengan blok-blok lain, yang dapat mengubah apakah transaksi disertakan atau urutannya. Untuk alokasi jaminan internal yang dapat dibatalkan dan pembayaran tunai melalui bank eksternal, kriteria konfirmasi yang berbeda dapat diterapkan berdasarkan kemungkinan pemulihan masing-masing pekerjaan dan perkiraan kerugian. Harus ditentukan pekerjaan dan batas jumlah yang diizinkan untuk eksekusi awal, serta memverifikasi kepastian penyelesaian pembayaran sesuai dengan hukum yang berlaku dan aturan sistem pembayaran.

4.2. Waktu Tunggu dan Biaya Dana Tambahan

Nilai pengurangan waktu tunggu bergantung pada sumber daya yang dibatasi penggunaannya selama waktu tersebut. Jaminan yang menunggu konfirmasi pembebasan setelah pelunasan dapat mempercepat waktu penggunaan kembali jika konfirmasi lebih cepat. Dalam transaksi yang memerlukan persetujuan kredit atau pembayaran bank yang paling lama, prosedur tersebut menentukan waktu penerimaan dana akhir. Oleh karena itu, perlu dipastikan apakah perbaikan waktu pemrosesan pesan berfungsi sebagai bottleneck untuk keseluruhan transaksi.

Efek operasional dapat diukur dengan jumlah aset yang dibatasi penggunaannya × waktu yang dipersingkat. Efek biaya yang sebenarnya dihitung berdasarkan jumlah pengadaan alternatif, durasi pengadaan, dan suku bunga, mencerminkan risiko yang terkait dengan eksekusi awal. Dalam transaksi menjelang batas pembayaran, pengurangan waktu yang singkat juga dapat mengurangi pengadaan tambahan. Ini adalah alasan untuk mengukur rata-rata waktu pengiriman, tingkat penyelesaian tepat waktu, dan jumlah kekurangan dana maksimum selama transaksi.

4.3. Tanggapan terhadap Reorganisasi dan Beban Kerugian

Verifikator komite dasar mengkarantina pesan yang terpengaruh oleh reorganisasi yang terdeteksi sebelum penerbitan bukti dan menyediakan prosedur untuk menunggu kepastian akhir. Tanggapan reorganisasi CCV eksternal mengikuti kebijakan operasional verifikator tersebut. Pemulihan pembayaran eksternal yang sudah dieksekusi dan pembagian kerugian harus tercermin dalam perjanjian transaksi dan prosedur pemulihan.

Perlu juga mempertimbangkan kemungkinan bahwa permintaan pekerjaan yang sama dapat diekspresikan kembali dengan pengidentifikasi pesan yang berbeda setelah reorganisasi. Jika aplikasi mencocokkan pengidentifikasi permintaan pinjaman dan riwayat pembayaran, kontrol eksekusi ganda per pesan dapat diperluas menjadi pencegahan pembayaran ganda dalam bisnis keuangan. Lembaga harus menetapkan kriteria konfirmasi dan batasan FTF, serta menempatkan syarat penundaan pembayaran lanjutan, wewenang pemulihan, dan beban kerugian dalam prosedur operasional dan perjanjian.

5. Struktur Perjanjian, Jaminan, dan Pembayaran Fulcrum

5.1. Pengelolaan Perjanjian dan Pemilihan Buku Pembayaran

Fulcrum menghubungkan pengelolaan perjanjian keuangan dengan penyelesaian jaminan dan dana. Lembaga peserta memilih platform transaksi untuk mengelola perjanjian dan buku pembayaran untuk jaminan dan dana, serta menyepakati pokok, suku bunga, jaminan yang memenuhi syarat, dan haircut. CRE mengoordinasikan pembuatan perjanjian, verifikasi jaminan, dan pembayaran dana, CCIP menangani komunikasi dan transfer antar buku, dan aliran data menyediakan data yang diperlukan untuk evaluasi.

Struktur ini memisahkan pilihan sistem manajemen perjanjian, buku catatan jaminan, dan buku catatan penyelesaian dana. Lembaga dapat mempertimbangkan desain yang menghubungkan dana dari buku catatan lain sambil mempertahankan hubungan kustodian yang ada dan buku catatan aset yang diizinkan. Keputusan apakah akan memindahkan jaminan atau menyampaikannya dalam keadaan disimpan di buku catatan asli ditentukan berdasarkan struktur hak, kustodian, dan eksekusi.

Pilihan lembaga keuangan terwujud dalam aset kustodian mana yang akan diberikan kepada pemberi pinjaman mana, dan dengan aset penyelesaian mana dana dapat diterima. Independensi penyediaan dana dan diversifikasi risiko dievaluasi berdasarkan ketergantungan pada pemberi pinjaman, lembaga kustodian, dan bank penyelesaian masing-masing jalur. Dengan cara ini, perluasan pilihan buku catatan dapat dihubungkan dengan akses ke pasar pengadaan yang sebenarnya.

5.2. Verifikasi Jaminan dan Pelaksanaan Pinjaman

Makna finansial dari fulkrum adalah menghubungkan konfirmasi pemenuhan persyaratan jaminan yang disepakati oleh pihak-pihak yang terlibat dalam transaksi sebagai prasyarat untuk pembayaran dana. Data pasar digunakan untuk penilaian nilai jaminan, dan pihak-pihak yang terlibat dalam transaksi menentukan kelayakan jaminan, haircut, dan syarat pembayaran. Penilaian ini harus tercermin dalam prosedur operasional agar penarikan aktual sesuai dengan perjanjian pinjaman dapat dilakukan.

Item verifikasi spesifik dari produk keuangan dapat mencakup kepemilikan dan jumlah aset yang ditetapkan sebagai jaminan, hubungan antara buku catatan resmi dan catatan kustodian, alokasi jaminan untuk utang terkait, pembatasan disposisi, titik waktu penilaian, dan validitas persetujuan kredit. Lembaga memilih item yang diperlukan pada tahap pengenalan dan menentukan pihak yang melakukan verifikasi, dokumen pendukung, dan masa berlaku hasil verifikasi.

Makna 'pengamanan jaminan' juga harus didefinisikan sesuai dengan struktur transaksi. Pengiriman token ke alamat tertentu, kontrol disposisi oleh lembaga kustodian, dan pengaturan hak jaminan berdasarkan kontrak masing-masing memerlukan verifikasi yang berbeda. Jika pemberi pinjaman mengakui kondisi mana yang dianggap sebagai prasyarat pembayaran, maka penghubungan CCIP dan penyesuaian pekerjaan CRE dapat disusun sebagai prosedur untuk mengeksekusi kondisi tersebut.

Dengan merancang perjanjian, verifikasi jaminan, dan pembayaran sebagai satu alur kerja, lembaga dapat mengakses pasar dana eksternal sambil mempertahankan hak dan kontrol yang ada. Unit evaluasi interoperabilitas juga diperluas dari pengiriman individu menjadi transaksi keuangan dengan syarat tertentu.

6. Efek Ekonomi dari Mobilisasi Jaminan dan Pembiayaan

6.1. Kapasitas Jaminan dan Jumlah Pengadaan yang Sebenarnya

Dengan menerapkan haircut pada nilai evaluasi aset tokenisasi, jumlah pinjaman yang dapat diberikan berdasarkan jaminan dihitung. Jumlah penarikan yang sebenarnya ditentukan dalam rentang yang memenuhi batas persetujuan peminjam, sumber daya pemberi pinjaman, alokasi jaminan, prasyarat pelaksanaan, dan tenggat waktu pembayaran. Manfaat investasi terhubung muncul ketika kondisi yang membatasi pengadaan saat ini dihilangkan.

Berikut adalah contoh hipotetis untuk melihat efek penghubungan verifikasi. Sebuah perusahaan membutuhkan 30 juta USD yang dapat digunakan di rekening bank hingga pukul dua siang. Pada awal transaksi, nilai evaluasi aset tokenisasi yang dapat diberikan sebagai jaminan adalah 40 juta USD, setelah mengeluarkan jumlah yang terdaftar ganda dari hak yang sama, jumlah jaminan yang ada, dan jumlah yang sedang dalam proses buyback.

Jalur G dari lembaga keuangan memiliki batas penarikan masing-masing 22 juta USD dan 10 juta USD, dan sumber pinjaman yang dibagikan oleh kedua jalur adalah 26 juta USD. Diasumsikan bahwa persyaratan penarikan lainnya terpenuhi. Pemberi pinjaman terpisah C telah menyetujui batas kredit sebesar 9,4 juta USD untuk peminjam sebelum dan sesudah perbandingan, dan secara independen memiliki sumber pinjaman dengan jumlah yang sama. Haircut untuk semua jalur adalah 6%, dan suku bunga, jatuh tempo, jaminan, dan perjanjian kontrol C serta jalur pembayaran bank juga sama.

Jumlah pinjaman yang dapat diberikan berdasarkan jaminan adalah 37,6 juta USD. Jaminan yang diperlukan untuk total pokok pinjaman G dan C sebesar 35,4 juta USD adalah sekitar 37,6596 juta USD, yang dipenuhi tanpa alokasi ganda dalam ekuitas yang tersedia. Di antara ini, alokasi dan status penguncian ekuitas sebesar 10 juta USD untuk C juga dipertahankan secara konsisten dalam kedua struktur.

Dalam struktur pemrosesan yang ada, diasumsikan bahwa penguncian buku catatan jaminan dan kesesuaian catatan kustodian yang disetujui memerlukan waktu hingga setelah batas pembayaran untuk sistem pinjaman C untuk memverifikasi dan mengeksekusi. Waktu penyelesaian untuk jalur manual dan alternatif juga setelah batas waktu. Pengadaan hingga pukul dua siang adalah 26 juta USD dari G, di mana setelah mengurangi 5 juta USD untuk pembayaran utang yang ada dan 300 ribu USD untuk biaya dan cadangan tunai, dana bersih yang tersedia adalah 20,7 juta USD. Pembayaran utang yang ada adalah kewajiban yang harus diproses setelah menerima pinjaman baru, dan jaminan baru dapat digunakan sejak awal transaksi.

Dalam struktur yang diimplementasikan dengan penghubungan verifikasi, C menyusun rekonsiliasi catatan penguncian dan kustodian berdasarkan pesan yang diminta sebagai logika verifikasi CCV tambahan, dan kontrak penerimaan mewajibkan CCV tersebut. Setelah verifikasi off-ramp, aplikasi pinjaman memeriksa validitas permintaan, kelayakan terbaru, batas yang tersisa, dan riwayat pembayaran. Diasumsikan bahwa transfer bank selesai dan dana dapat digunakan di rekening peminjam hingga pukul dua siang. Setelah mengurangi biaya 100 ribu USD yang terjadi saat penarikan dari 9,4 juta USD C, aliran bersih adalah 9,3 juta USD, dan total dana bersih mencapai 30 juta USD.

Jika haircut diturunkan dari 6% menjadi 1%, jumlah pinjaman yang dapat diberikan berdasarkan jaminan meningkat menjadi 39,6 juta USD. Jika anggaran dana G dan waktu verifikasi serta eksekusi C tetap sama, maka dana bersih yang tersedia hingga pukul dua siang tetap 20,7 juta USD. Faktor yang menciptakan peningkatan pengadaan dalam contoh ini adalah menghubungkan sumber daya yang disetujui di bawah kondisi keuangan yang sama untuk dapat ditarik dalam waktu yang ditentukan.

6.2. Penggunaan Jaminan Non-Tunai dan Pilihan Pembiayaan

Penggunaan jaminan non-tunai juga mempengaruhi pengeluaran tunai yang direncanakan. Jika perjanjian memungkinkan pemenuhan kewajiban tertentu seperti margin dengan ekuitas yang memenuhi syarat, maka jaminan dapat diberikan dalam waktu yang ditentukan untuk melindungi kas. Rencana dana mencerminkan efek ini sebagai pengurangan arus kas keluar sekali, dan aset yang diberikan dikurangi dari jaminan yang tersedia untuk transaksi lain.

Ekuitas dari buku catatan resmi, token yang ditunjukkan di rantai lain, dan bukti kustodian yang menunjukkan hak yang sama dikelola sebagai satu sumber daya ekonomi. Bersama dengan pengelolaan jumlah pasokan token, alokasi jaminan per lembaga, utang terkait, dan syarat pelepasan harus direkonsiliasi. Dengan menghubungkan unit pengiriman dan unit hak, kapasitas jaminan dapat dihitung secara konsisten meskipun aset ditampilkan di beberapa buku catatan.

Dengan mengakses pemberi pinjaman eksternal yang memiliki batas persetujuan, sumber daya independen, dan kemungkinan penyelesaian, pilihan pembiayaan juga diperluas. Sebelum penarikan yang sebenarnya, hipotesis dapat diperiksa bahwa keberadaan alternatif dapat mempengaruhi daya tawar dan perilaku penyedia dana. Efek tersebut harus dievaluasi berdasarkan struktur penetapan harga di pasar seperti pinjaman tetap dua pihak, dan kumpulan pinjaman dengan suku bunga yang berubah berdasarkan tingkat penggunaan.

Pada saat ini, beban dana peminjam dan risiko baru dari pemberi pinjaman baru juga harus diperhatikan. Meskipun pengadaan alternatif menjadi mungkin, pembatasan disposisi jaminan atau buyback dapat berlanjut ke transaksi baru. Lembaga mana yang menanggung risiko keterlambatan dan penagihan, serta bagaimana risiko tersebut dicerminkan dalam harga, menentukan ekonomi perluasan koneksi.

6.3. Urutan Pembayaran, Kebutuhan Dana, dan Penggunaan Kembali Jaminan

Efek likuiditas pinjaman harus dievaluasi dari pelaksanaan hingga pelunasan. Dengan menghitung kas yang tersedia pada titik utama termasuk pokok dan kewajiban jaminan tambahan, serta jumlah kekurangan dana sementara maksimum, dapat dilihat bagaimana manfaat penarikan awal tercermin dalam rencana dana selama periode transaksi.

Mari kita lihat contoh hipotetis terpisah yang memisahkan efek urutan pembayaran. Dengan pokok 9,4 juta USD, suku bunga tahunan 6%, dan menggunakan metode diskonto ACT/360 dengan jumlah hari yang sebenarnya dibagi 360, jumlah pembayaran adalah 9,401,566.67 USD. Kas yang dapat dibayarkan segera sebelum jatuh tempo adalah 8,5 juta USD, dan kas margin yang disimpan secara terpisah adalah 1 juta USD. Kedua struktur perjanjian perbandingan mengizinkan margin untuk langsung digunakan untuk memenuhi utang tersebut.

Dalam struktur di mana penyelesaian margin dilakukan setelah batas waktu pembayaran, total jumlah pembayaran harus dibayarkan terlebih dahulu, sehingga diperlukan dana jembatan sebesar 901,566.67 USD. Dalam struktur di mana sistem kustodian, pinjaman, dan pembayaran memastikan pemenuhan terlebih dahulu, jumlah pembayaran tunai berkurang menjadi 8,401,566.67 USD sehingga dapat dibayarkan dengan kas yang tersedia. Setelah pembayaran, saldo adalah 98,433.33 USD. Dalam perhitungan, jumlah yang digunakan untuk memenuhi margin dikurangi dari jumlah yang diperlukan untuk pelunasan.

Ketersediaan dana sementara dapat bervariasi tergantung pada kemungkinan pelaksanaan urutan pembayaran meskipun aset dan utang sama. Dalam kasus ini, kontribusi dari keterkaitan teknologi adalah mempercepat penyediaan yang diizinkan oleh perjanjian dibandingkan dengan prosedur yang ada. Manfaat nyata diukur pada saat penyelesaian pemrosesan oleh lembaga kustodian dan pembayaran serta pengurangan jumlah pengadaan sementara yang terkait.

Dalam struktur jaminan jarak jauh, urutan pembayaran dan pembatalan juga penting. Untuk memastikan pembatalan, status belum dibayar di tujuan dan pemblokiran pelaksanaan di masa depan harus diverifikasi. Jika transfer bank sedang berlangsung, hasil pemrosesan bank juga akan dipertimbangkan dalam penilaian ini. Selama utang masih ada, kunci jaminan harus dipertahankan, dan setelah memverifikasi hak untuk mengakhiri utang, prosedur pengembalian jaminan dilakukan.

Saat jaminan dialokasikan kembali, utang tersebut dihubungkan dengan pengenal alokasi dan versi status. Pesan akhir dari pinjaman masa lalu yang tiba terlambat diproses setelah mencocokkan dengan status alokasi saat ini. Dengan cara ini, dapat mengurangi penundaan pelepasan setelah pelunasan sambil mempertahankan jaminan yang diperlukan untuk setiap utang.

Kinerja penggunaan kembali jaminan diukur dengan membagi periode penyediaan jaminan yang diatur dalam perjanjian dan periode penundaan pemrosesan setelah pelunasan. Kinerja pemulihan dilacak hingga penjualan, pembelian kembali, penerimaan tunai, dan penyelesaian utang. Untuk dapat mencerminkan dalam rencana keuangan, nilai penilaian jaminan serta jalur disposisi nyata dan waktu yang diperlukan harus diperiksa.

7. Ekspansi dan Evaluasi Penerapan Keuangan Institusi

7.1. Perbandingan Terintegrasi di Bawah Kondisi Keuangan yang Sama

Kontribusi tambahan dari CCIP 2.0 dapat dievaluasi di antara alternatif yang mewujudkan kondisi dan hasil keuangan yang sama. Perbandingan pengadaan sebelum dan sesudah keterkaitan verifikasi menunjukkan efek interoperabilitas. Dalam kasus di mana transaksi yang sama diimplementasikan dengan CCIP yang ada dan aplikasi khusus, biaya untuk penggunaan kembali antarmuka umum, manajemen perubahan, dan pemulihan harus dibandingkan.

Evaluasi dapat diperkaya dalam tiga situasi perubahan.

Penambahan pasar baru. Saat menghubungkan aset yang sama ke pemberi pinjaman baru atau buku besar, perlu diukur sejauh mana penggunaan kembali logika verifikasi dan definisi bukti, jumlah pengembangan tambahan, dan periode persetujuan lembaga.

Perubahan kebijakan dan implementasi. Ketika kualifikasi investor, catatan kustodian, implementasi CCV, dan persyaratan verifikasi berubah, perlu dievaluasi pemrosesan transaksi yang sedang berlangsung, beban pengujian ulang, distribusi, dan persetujuan.

Pemulihan dari gangguan verifikasi dan pembayaran. Memastikan jumlah aset yang menunggu pemrosesan dalam keadaan keterlambatan respons dari verifikator yang diperlukan atau status pembayaran bank yang belum terkonfirmasi, waktu pemulihan, dan tingkat kontrol prosedur alternatif.

Total biaya mencakup biaya penggunaan fungsi umum, pengembangan integrasi per lembaga, pengoperasian kebijakan, rekonsiliasi data, dan tenaga pemulihan. Dengan mengukur area yang dapat digunakan kembali dan persyaratan persetujuan dan pengoperasian lembaga baru, dapat dievaluasi biaya tambahan yang terkait dengan ekspansi pasar.

7.2. Kinerja Keuangan dan Indikator Operasional

Indikator pertama adalah jalur transaksi yang dapat disetujui dan dibayarkan. Mengukur jalur yang benar-benar disetujui dan digunakan berulang kali dari kombinasi aset, lembaga, struktur kustodian, dan metode pembayaran. Independensi pasokan dana dievaluasi berdasarkan sumber daya dan ketergantungan operasi utama.

Kedua adalah jumlah dana bersih yang tersedia dalam tenggat waktu dan jumlah maksimum kekurangan dana sementara. Mengukur waktu dari persetujuan kredit hingga penyelesaian pembayaran, tingkat penyelesaian sebelum batas waktu, dan kebutuhan dana pada titik waktu termasuk pokok dan jaminan. Setelah menghitung manfaat likuiditas operasional, efek modal regulasi dievaluasi sesuai dengan persyaratan regulasi yang berlaku.

Ketiga adalah kinerja pelepasan dan pemulihan jaminan. Melacak jumlah dan waktu hingga pelepasan setelah pelunasan, aset yang menunggu karena penolakan kebijakan atau pembayaran yang belum terkonfirmasi, serta jumlah pemulihan aktual dari pembayaran atau pelepasan yang salah. Dengan membedakan antara periode penyediaan jaminan yang normal dan periode penundaan pemrosesan, efek perbaikan operasional dapat diungkapkan.

Keempat adalah biaya operasional akibat perubahan. Mengukur biaya pengembangan, persetujuan, dan rekonsiliasi yang diperlukan untuk integrasi lembaga baru, pembaruan kebijakan, penggantian verifikator, dan pemulihan dari gangguan. Dalam kasus penggunaan verifikator umum atau sumber data, efisiensi penggunaan kembali dan cakupan transaksi yang terpapar pada gangguan yang sama juga harus dievaluasi.

7.3. Kontrol Institusi dan Ekspansi Pasar

Ekonomis CCIP 2.0 dapat meningkat dalam lingkungan di mana penerbitan, kustodian, distribusi, dan pengadaan aset terdistribusi di berbagai lembaga dan buku besar, serta ketika pasar baru ditambahkan dengan verifikasi dan keterkaitan kebijakan yang serupa diulang. Semakin banyak prosedur verifikasi yang dapat digunakan kembali, semakin besar kemungkinan untuk mengurangi pekerjaan yang diperlukan untuk masuk ke pasar baru dan perubahan kontrol.

Fulcrum mengkonkretkan keterkaitan ini dalam struktur keuangan perjanjian, jaminan, dan dana. Dengan menetapkan kontrol yang harus dipertahankan oleh lembaga dan prosedur pelaksanaan yang harus diseragamkan, pemilihan buku besar untuk aset dan dana dapat diarahkan ke perluasan hubungan transaksi yang nyata.

Ruang lingkup pemanfaatan finansial dari aset tokenisasi ditentukan oleh hubungan lembaga yang dapat mengakui, memverifikasi, membayar dana, dan menyelesaikan utang tersebut. Nilai CCIP 2.0 dapat dievaluasi dari biaya untuk membangun dan mengoperasikan hubungan ini secara berulang, penyelesaian transaksi tepat waktu, dan ketersediaan nyata dari jaminan dan tunai.

** Teks asli yang ditulis oleh Kim Jong-seung, CEO Excripton, dapat dilihat di sini.**

Referensi

Pengumuman Resmi Chainlink

Memperkenalkan CCIP 2.0

Siaran Pers CCIP 2.0

Arsitektur dan Verifikasi CCIP

Ikhtisar CCIP

Ikhtisar CCIP v1

Catatan Perubahan CCIP 2.0

Ikhtisar Arsitektur CCIP

Ikhtisar CCV

Kebijakan, Koordinasi Alur Kerja, dan Data

Dokumentasi ACE

Dokumentasi CRE

Aliran Data

Aliran Data

Finalitas dan Eksekusi

Ikhtisar Lebih Cepat dari Finalitas

FTF untuk Penerbit Token

Invarian Finalitas

Fulcrum dan Keuangan yang Dijamin

Memperkenalkan Chainlink Fulcrum

Ikhtisar Produk Fulcrum

Rekap Sibos 2026

Manajemen Jaminan Lintas Rantai

Jaminan yang Dtokenisasi: Memungkinkan Efisiensi Modal

Data Proprietary untuk Manajemen Jaminan Onchain

Transfer Agency dengan Blockchain

FSB --- Implikasi Stabilitas Keuangan dari Tokenisasi