Woofun AI reports that the XRPL ecosystem is advancing toward native lending capabilities through the draft proposal XLS-66, a protocol that fundamentally depends on the prior implementation of XLS-65 Single Asset Vaults. This architectural dependency establishes a new paradigm for credit markets on the ledger, moving beyond simple asset storage to active financial intermediation. The proposal seeks to integrate lending primitives directly into the blockchain's infrastructure, allowing for the creation of sophisticated financial products without relying on external smart contract platforms. By anchoring the lending mechanism to the vault structure, the protocol ensures that asset custody and loan origination are tightly coupled within the same technical framework. This integration aims to reduce counterparty risk associated with off-chain wrappers while maintaining the flexibility required for diverse lending strategies.

The foundational unit of this system is the XLS-65 vault, which functions as an aggregation mechanism for single-asset deposits. When participants contribute assets to a vault, they receive shares that represent their proportional interest in the pooled capital. These underlying assets can take several forms, including native XRP, issuer-backed IOUs, or Multi-Purpose Tokens, providing flexibility for different types of collateral or reserve currencies. The vault structure effectively fractionalizes large pools of capital, allowing individual depositors to gain exposure to institutional-grade lending opportunities. This tokenization of vault shares creates a liquid secondary market potential, although the primary value remains tied to the performance of the underlying loans. The versatility of the accepted asset types ensures that the protocol can accommodate both native ledger assets and broader tokenized financial instruments.

Central to the operation of these vaults is the loan broker, an entity responsible for managing the pool and originating loans. The broker acts as the intermediary between the deposited capital and the borrowers, setting key economic terms such as management fees and the structure of the loan portfolio. Crucially, the broker determines the amount of first-loss capital, if any, that is posted against the pool to absorb initial defaults. This role places significant fiduciary responsibility on the broker, as their underwriting decisions directly impact the returns and safety of the depositors. The broker's ability to manage the pool efficiently will determine the viability of the lending product, requiring sophisticated risk management tools and transparent reporting mechanisms. Economic incentives are aligned through fee structures, but the long-term sustainability depends on the broker's ability to maintain high-quality loan books.

Depositors in this system receive vault shares that represent a proportional claim on the assets held within the vault.

However, the practical liquidity of these shares is constrained by the withdrawal policy and the current state of the loan portfolio. Once capital has been lent out, depositors may not have immediate access to their full share of liquid assets, creating a mismatch between deposit availability and loan maturity. Future vault documentation must clearly define how withdrawals are processed while loans remain open, including whether requests can be queued or if there are limits on lending relative to available liquidity. This liquidity constraint is a critical factor for investors, as it affects the usability of their capital during periods of market stress. The transparency of these policies will be essential for building trust among participants who require predictable access to their funds.

The XLS-65 standard permits the creation of both public and private vaults, offering distinct access controls for different market segments. Public vaults can accept a wide group of depositors, democratizing access to lending yields and allowing for broader capital aggregation. In contrast, private vaults can utilize on-ledger credentials to restrict access to approved participants, enabling the formation of institutional credit pools.

This dual structure allows XRPL to support both open-access products for retail investors and specialized pools for institutional clients with specific risk profiles. The ability to tailor access controls means that "native lending" will not describe a uniform experience, but rather a spectrum of products with varying levels of exclusivity and transparency. Each pool can differ in who may deposit, who may borrow, and what information participants receive, creating a fragmented but flexible market landscape.

Woofun AI data shows that under the XLS-66 specification, the loan broker and borrower create a loan object with defined parameters, including principal, interest rate, payment interval, maturity, and grace period. This loan object tracks the outstanding principal and interest, providing a clear on-chain record of the debt obligation. The protocol includes mechanisms for payment handling, late-interest rules, and fees for services such as loan origination or early repayment, ensuring that all economic interactions are accounted for.

If a borrower misses payments beyond the agreed grace period, the broker can mark the loan as impaired or defaulted, triggering specific accounting events. These statuses are critical for maintaining the integrity of the ledger's financial records, allowing all parties to view the current state of the loan portfolio. The granularity of these loan objects enables precise tracking of performance and risk across the entire lending ecosystem.

The industry context for this proposal includes insights from Evernorth CBO Sagar Shah, who has argued that shared loan data can reduce reconciliation disputes among lenders, borrowers, and custodians. In a company communication filed with the SEC, Shah highlighted the benefits of having a single source of truth for loan status, which can streamline operations and reduce administrative overhead.

However, it is important to note that a default status on the ledger is merely an accounting event and does not itself recover the unpaid amount. The legal agreement behind the loan and the broker's recovery process remain central to the outcome for depositors, emphasizing that on-chain records complement rather than replace traditional legal frameworks. This distinction underscores the hybrid nature of the proposed system, which blends blockchain transparency with off-chain legal enforcement.

XLS-66 is explicitly designed for uncollateralized loans at the protocol level, intentionally omitting automated on-chain collateral management and forced liquidations. Instead, the protocol relies on off-chain underwriting, where the broker assesses the borrower's creditworthiness based on external factors. This assessment may involve reviewing financial statements, trading history, legal agreements, guarantees, or collateral held outside the XRPL network. The proposal does not prescribe a single underwriting method or establish a universal borrower standard, allowing brokers to use their existing credit processes. This design may suit market makers and institutions that already have established risk management frameworks, but it places a heavy burden on broker transparency. Depositors must rely on the broker's discipline and the quality of their underwriting, as there is no automated safety net to protect against defaults.

To mitigate risk, the proposal allows brokers to deposit first-loss capital, which can be liquidated in the event of a default to reduce losses passed on to depositors. The effectiveness of this buffer depends on its size relative to the loan portfolio, with coverage ratios being a critical metric for evaluation. For instance, a reserve of 1 million XRP has a very different meaning against 5 million XRP in loans than it does against 100 million XRP. Future pool disclosures should clearly show the minimum cover required, the share of that cover available for liquidation, and the broker's ability to withdraw excess capital. These figures reveal the actual protection depositors have when a borrower fails, providing essential data for risk assessment. The lack of standardized coverage metrics means that investors must carefully analyze each pool's specific risk profile before committing capital.

The adoption of XLS-66 will depend on the quality of the pools built under it, including their borrowers, liquidity terms, and protection mechanisms. The Block reported on August 20 that Evernorth is exploring DeFi opportunities around XRP, including lending and liquidity provision, as part of its treasury strategy.

However, Evernorth does not control XLS-66, and no primary material identifies an Evernorth-run lending pool, limiting its direct relevance to the protocol's development. The proposal remains a draft and requires the activation of XLS-65 and XLS-64 through a successful governance process. True adoption will be signaled by concrete metrics: named brokers, published pool terms, disclosed coverage ratios, and an on-ledger repayment history. These details will determine whether the framework serves a real credit market or remains an unused ledger feature.