Ang XLS-65 at XLS-66 ay magdadagdag ng Single Asset Vaults at lending framework sa XRPL.
Sa kasalukuyan, ang XLS-65 ay may humigit-kumulang 40% suporta mula sa validators, habang ang XLS-66 ay may higit sa 37%. Parehong mas mababa sa kinakailangang 80% antas para sa aktibasyon, ibig sabihin hindi pa naaprubahan ang mga panukala.
Ano ang XLS-65 at XLS-66?
Ang XLS-65 ay gagawa ng Single Asset Vaults, na nagpapahintulot sa mga user na mag-ipon ng isang uri ng asset sa loob ng isang standardized na XRPL na istruktura. Maaaring maglaman ang isang vault ng XRP, RLUSD, mga tokenized U.S. Treasuries, o iba pang XRPL-issued assets. Ang mga depositors ay makakatanggap ng proporsyonal na claim sa mga asset na hawak ng vault.
Bukod dito, ang XLS-66 ay sumusunod sa susunod na hakbang sa pamamagitan ng pagtatatag ng XRPL Lending Protocol na ninanais. Sasaklawin nito ang paggamit ng vault liquidity para pondohan ang mga fixed-term loans habang nire-record ang loan terms, interest, repayments, at mga default sa ledger.
Ang proposed na XLS-66 system ay kakaiba rin sa mga collateral-based lending models. Sasailalim ang mga borrowers sa credit checks, compliance reviews, legal assessments, at underwriting sa labas ng ledger. Pagkatapos, ang XRPL ay magre-record at mag-manage ng mga napagkasunduang loan terms.
Ang ganitong paraan ay pinaghihiwalay ang credit decision mula sa blockchain settlement. Ang mga loan broker ay magkonekta ng mga borrower sa available na vault liquidity, habang ang first-loss mechanism ay maaaring sumalo sa unang bahagi ng pagkawala pag may default.
Ang boto ng Ripple ay hindi nag-aactivate ng alinmang amendment na mag-isa. Dapat magdesisyon ang XRPL validators ng independiyente kung susuportahan ang isang panukala. Ang amendment ay nangangailangan ng higit sa 80% suporta mula sa trusted validators sa loob ng dalawang magkakasunod na linggo bago ito ma-activate sa mainnet.
Sa ilalim ng kasalukuyang default Unique Node List configuration, nangangailangan ito ng hindi bababa sa 28 ng 35 validators. Kaya’t ang kasalukuyang antas ng suporta ay nagpapakita na patuloy pa ang botohan at hindi pa ito nagpapahiwatig ng activation date.
(adsbygoogle = window.adsbygoogle || []).push({});Ang XLS-65 at XLS-66 ay hindi awtomatikong gagawing utility asset ang XRP sa mas malawak na ekonomikong kahulugan. Ang halaga ng mga ito ay nakadepende sa mga function na maaari nilang paganahin sa XRPL kapag naaprubahan ng validators at in-adopt ng mga user.
Ang proposed na vault structure ay maaaring magpahintulot sa XRP na magsilbing asset sa pooled liquidity, habang ang XLS-66 ay magbibigay ng native na mekanismo upang magamit ang liquidity na iyon para sa lending.
Mahalaga ang pagkakaibang iyon dahil ang XRP ay hindi basta nag-eexist bilang asset na nire-record sa ledger. Sa ilalim ng proposed na framework, maaari itong lumahok direkta sa financial infrastructure layer na humahawak sa pooled assets at lending activity.
