Cabang pengembangan XRPL kini mencantumkan LendingProtocolV1_2, amendemen baru yang belum didukung dan berada di atas LendingProtocolV1_1 serta entri LendingProtocol yang asli. Pekerjaan standar terkait mengusulkan perubahan mendasar pada cara pinjaman dibuat: penyiapan dan penerimaan akan dilakukan dalam transaksi terpisah sebelum pinjaman menjadi aktif.
Penambahan ini mengarah pada revisi pra-peluncuran lainnya untuk implementasi pinjaman XRP Ledger, bukan perluasan rangkaian fitur utamanya. Pekerjaan ini masih dalam tahap pengembangan, dan pencantumannya di cabang tersebut bukan bukti bahwa fitur ini telah diterapkan atau diaktifkan di ledger.
LendingProtocolV1_2 muncul di cabang pengembangan XRPL
Fitur ini tercantum dalam definisi fitur di cabang pengembangan XRPLF/rippled dengan nama LendingProtocolV1_2. Penempatannya di atas V1_1 yang lebih lama dan amendemen LendingProtocol yang asli memperjelas bahwa basis kode ini melacak revisi protokol pinjaman yang berurutan.
Status “belum didukung” merupakan hal penting bagi status jangka dekat V1_2. Meskipun amendemen ini sedang disiapkan sebagai perubahan protokol, statusnya belum beralih menjadi didukung untuk penerapan di cabang yang dirujuk; amendemen adalah mekanisme yang digunakan untuk merepresentasikan perubahan protokol XRPL dalam basis kode rippled.
Penamaannya juga mengisyaratkan bahwa pengembangan ini bersifat iteratif. Alih-alih mengganti upaya pinjaman dengan usulan lain yang tidak berkaitan, V1_2 mengikuti amendemen asli dan V1_1 sebagai bagian dari rangkaian revisi khusus pinjaman.
Dua transaksi memisahkan penyiapan pinjaman dari penerimaannya
Menurut pengembangan standar XLS-65/66, LendingProtocolV1_2 memperkenalkan pembuatan pinjaman dua langkah. Transaksi LoanSet yang diusulkan akan menetapkan pinjaman, sedangkan LoanAccept akan menerimanya secara terpisah; pinjaman baru akan aktif setelah langkah penerimaan tersebut.
Pemisahan ini merupakan penyempurnaan fungsional utama yang dikaitkan dengan V1_2. Perubahan ini mengubah urutan yang harus dilalui pinjaman usulan hingga berstatus aktif, dengan membedakan pembuatan atau penyiapan persyaratan pinjaman dari tindakan penerimaan yang dilakukan kemudian.
Laporan independen dari Coin Brief juga menggambarkan amendemen ini sebagai upaya menyempurnakan implementasi pinjaman sebelum peluncuran, dengan menyebut pembuatan pinjaman dua langkah dan perubahan terkait transaksi pinjaman. Namun, usulan standar merupakan sumber utama untuk struktur transaksi yang dijelaskan.
Alur yang dipisah ini mungkin sangat relevan dengan cara protokol menangani saat suatu kesepakatan menjadi pinjaman aktif, meskipun materi yang tersedia tidak mencantumkan jadwal peluncuran final ataupun memastikan bahwa bentuk usulan saat ini sudah final.
Pengembangan kode menargetkan domain broker dan akuntansi vault
Perbandingan mirror INFTF mencatat perubahan rippled hingga 14 Oktober untuk LendingProtocolV1_2. Perubahan tersebut menambahkan dan menguji perilaku berpagar untuk domain broker pinjaman, akuntansi vault dengan presisi tetap, serta alur transaksi LoanSet/LoanAccept yang dipisah.
Catatan tersebut menunjukkan bahwa V1_2 merupakan upaya implementasi sekaligus usulan di tingkat standar. Feature gate-nya mengaitkan perilaku domain broker dengan amendemen ini, sedangkan pekerjaan akuntansinya mencakup perhitungan terkait pinjaman dan vault.
Catatan yang tersedia tidak mengukur dampak perubahan akuntansi terhadap pengguna atau penyedia likuiditas. Catatan itu juga tidak menunjukkan adanya peluncuran produksi; cabang pengembangan masih mencantumkan LendingProtocolV1_2 sebagai belum didukung.
Amendemen ini memperluas peluncuran pinjaman secara bertahap
LendingProtocol yang asli masuk ke rippled 3.1.0, yang dirilis pada Januari 2026. Rilis berikutnya mencatat perbaikan tambahan untuk pinjaman dan vault, sehingga membentuk jalur bertahap bagi protokol ini, bukan satu implementasi yang statis.
LendingProtocolV1_2 kini menambahkan satu tahap berbeda: amendemen terpisah, usulan standar untuk pembuatan pinjaman dua langkah, serta pekerjaan implementasi yang mencakup domain broker, akuntansi vault, dan pengujian alur transaksi. Urutan ini selaras dengan catatan rilis dan pengembangan yang diberikan, yang menunjukkan bahwa fitur pinjaman terus disesuaikan setelah diperkenalkan pertama kali.
Bagi peserta XRPL yang mengikuti fitur ini, perkembangan terdekat yang perlu dicermati adalah apakah V1_2 akan berlanjut dari statusnya saat ini yang belum didukung. Tujuannya dalam materi kode dan standar yang tersedia saat ini didefinisikan secara terbatas: merevisi proses pembuatan pinjaman dan menyertakan perbaikan implementasi terkait sebelum sistem pinjaman melangkah lebih jauh.
Penafian: Artikel ini disediakan hanya untuk tujuan informasi. Artikel ini tidak ditawarkan atau dimaksudkan untuk digunakan sebagai nasihat hukum, pajak, investasi, keuangan, atau nasihat lainnya.