@_koko_820: 弟のサッカーの応援で最近たのしすぎる

ここ
ここ
Open In TikTok:
Region: JP
Saturday 07 November 2026 10:08:06 GMT
978
61
2
0

Music

Download

Comments

tzuying64
Louise Samson :
meee
2026-11-07 13:01:34
1
To see more videos from user @_koko_820, please go to the Tikwm homepage.

Other Videos

A lender clicks “Fund” on a 30‑day XRP loan to a vetted merchant. The funds settle in seconds, interest starts ticking, and there’s no centralized desk in the middle. That’s the vision. On June 29, Ripple outlined exactly how that could land on XRPL, introducing specs for Single Asset Vaults (XLS‑65) and a native Lending Protocol (XLS‑66), and inviting builders to test on devnet while validators review the amendments (Ripple (Insights blog)). Within days, a public demo showed the full loan loop working on devnet — vaults, liquidity deposits, uncollateralized fixed‑term loans, repayments — giving the market a feel for how credit might move on XRPL if approved (XRPL Demo App (lending.xls-demo.com) — RippleX). Why XRPL Is Moving Credit Onchain Now XRPL has long been a payments and exchange rail. Liquidity hops around quickly, but credit — the thing that stretches dollars and XRP across time — mostly lives offchain or inside DeFi venues on other networks. Ripple’s proposed amendments would introduce native ledger support for lending objects, aiming to bring fixed‑term, potentially uncollateralized credit closer to the settlement layer. Credit is where payments meet time. If lending becomes a first‑class primitive on XRPL, the ledger stops being just the final step and starts shaping the transaction itself. Who cares? Payments businesses, market makers, wallets, and builders who want predictable funding costs and native accounting for credit risk. Also, retail depositors who might supply liquidity into vaults — if the risk and return make sense. From Payments Rails to Credit Primitives Ripple’s proposal splits the work into two specs. XLS‑65 describes Single Asset Vaults. Think of a vault as a standardized container on XRPL that holds one asset and tracks shares for depositors. XLS‑66 layers in the lending logic: creating loan terms, disbursing funds, accruing interest, and settling repayments. Both changes would land via the network’s amendment process and are not active on mainnet unless validators approve them. Amendments and governance in plain language XRPL evolves through amendments that require a supermajority of validators to support them continuously for a set voting window. The official “Known Amendments” page lists the LendingProtocol amendment (ID 565B90CA1AB2B9D42208ED10884188C64F9E19083DECB9634AAF06EB03299509) and shows both SingleAssetVault and LendingProtocol currently open for voting on mainnet as of late June (XRPL Docs — Known Amendments). Nothing is guaranteed; activation depends on sustained supermajority. What changes if this passes? If approved, applications wouldn’t have to reinvent core lending logic in bespoke contracts. They could call into standardized ledger objects for vault deposits, loan creation, and repayment tracking. That usually means fewer moving parts, more predictable fees, and clearer risk semantics across the ecosystem. Under the Hood: Vaults, Loans, and SettlementSingle Asset Vaults (XLS‑65) A Single Asset Vault is a native structure for pooling one token, such as XRP or a USD stablecoin. It issues shares when users deposit and burns them on withdrawal. The ledger tracks total assets, total shares, and each account’s share balance. Because it’s native, vault accounting and fee mechanics are consistent across apps that use it. Lending Protocol (XLS‑66) XLS‑66 introduces loan objects that reference a funding source (for example, a vault), specify borrower details, define fixed terms, and manage repayment schedules. The RippleX demo on devnet shows uncollateralized, fixed‑term loans from creation through repayment, which is important: uncollateralized credit is about underwriting borrowers, not liquidating collateral (XRPL Demo App (lending.xls-demo.com) — RippleX). How a loan could flow on XRPL A protocol deploys a Single Asset Vault and attracts deposits (for example, XRP or a USD stablecoin). Credit managers set policies: who can borrow, max sizes, terms, and pricing. #xrp #xrpl #ripple #xrpcommunity #xrparmy
A lender clicks “Fund” on a 30‑day XRP loan to a vetted merchant. The funds settle in seconds, interest starts ticking, and there’s no centralized desk in the middle. That’s the vision. On June 29, Ripple outlined exactly how that could land on XRPL, introducing specs for Single Asset Vaults (XLS‑65) and a native Lending Protocol (XLS‑66), and inviting builders to test on devnet while validators review the amendments (Ripple (Insights blog)). Within days, a public demo showed the full loan loop working on devnet — vaults, liquidity deposits, uncollateralized fixed‑term loans, repayments — giving the market a feel for how credit might move on XRPL if approved (XRPL Demo App (lending.xls-demo.com) — RippleX). Why XRPL Is Moving Credit Onchain Now XRPL has long been a payments and exchange rail. Liquidity hops around quickly, but credit — the thing that stretches dollars and XRP across time — mostly lives offchain or inside DeFi venues on other networks. Ripple’s proposed amendments would introduce native ledger support for lending objects, aiming to bring fixed‑term, potentially uncollateralized credit closer to the settlement layer. Credit is where payments meet time. If lending becomes a first‑class primitive on XRPL, the ledger stops being just the final step and starts shaping the transaction itself. Who cares? Payments businesses, market makers, wallets, and builders who want predictable funding costs and native accounting for credit risk. Also, retail depositors who might supply liquidity into vaults — if the risk and return make sense. From Payments Rails to Credit Primitives Ripple’s proposal splits the work into two specs. XLS‑65 describes Single Asset Vaults. Think of a vault as a standardized container on XRPL that holds one asset and tracks shares for depositors. XLS‑66 layers in the lending logic: creating loan terms, disbursing funds, accruing interest, and settling repayments. Both changes would land via the network’s amendment process and are not active on mainnet unless validators approve them. Amendments and governance in plain language XRPL evolves through amendments that require a supermajority of validators to support them continuously for a set voting window. The official “Known Amendments” page lists the LendingProtocol amendment (ID 565B90CA1AB2B9D42208ED10884188C64F9E19083DECB9634AAF06EB03299509) and shows both SingleAssetVault and LendingProtocol currently open for voting on mainnet as of late June (XRPL Docs — Known Amendments). Nothing is guaranteed; activation depends on sustained supermajority. What changes if this passes? If approved, applications wouldn’t have to reinvent core lending logic in bespoke contracts. They could call into standardized ledger objects for vault deposits, loan creation, and repayment tracking. That usually means fewer moving parts, more predictable fees, and clearer risk semantics across the ecosystem. Under the Hood: Vaults, Loans, and SettlementSingle Asset Vaults (XLS‑65) A Single Asset Vault is a native structure for pooling one token, such as XRP or a USD stablecoin. It issues shares when users deposit and burns them on withdrawal. The ledger tracks total assets, total shares, and each account’s share balance. Because it’s native, vault accounting and fee mechanics are consistent across apps that use it. Lending Protocol (XLS‑66) XLS‑66 introduces loan objects that reference a funding source (for example, a vault), specify borrower details, define fixed terms, and manage repayment schedules. The RippleX demo on devnet shows uncollateralized, fixed‑term loans from creation through repayment, which is important: uncollateralized credit is about underwriting borrowers, not liquidating collateral (XRPL Demo App (lending.xls-demo.com) — RippleX). How a loan could flow on XRPL A protocol deploys a Single Asset Vault and attracts deposits (for example, XRP or a USD stablecoin). Credit managers set policies: who can borrow, max sizes, terms, and pricing. #xrp #xrpl #ripple #xrpcommunity #xrparmy

About