/* "Why usufruct is different?" — 4 insights, hinge into Market / Engine arcs */ function Pillars() { const points = [ { title: "There is always a price.", body: "Normal rentals lock an asset to one asset payer for a fixed term. Here the right of use is always for sale — at rest, descending through an auction, or escalated while occupied. Money buys access. No permission, no waiting list, no landlord.", }, { title: "Every position is a liquid asset.", body: "When you integrate, usufruct mints a GovernanceCap — your title to the escrow — and an EarningsInbox that collects your earnings after every settlement, automatically. The asset payer receives a usufructCap — the right of use. All three carry key + store: sell the governance rights, transfer the income address, or trade the access you're not using.", }, { title: "No moving parts.", body: "No keeper, no oracle, no dependencies. Most on-chain markets lean on bots, cron jobs, price oracles, or other protocols to stay alive. Usufruct needs none — state advances lazily on the next transaction that touches it, and the package imports only Sui’s standard library.", }, { title: "Bugs don’t compile.", body: "Most contracts defend against bad states with runtime checks. Here they are unrepresentable — a functional design that pushes Sui Move 2024 to the frontier of what the type system can express. Pure transitions over sum types, one state machine that never branches on your policies, financial state that cannot exist outside renting, immutable once deployed.", }, ]; return (
THE TAKEAWAYS · Why does it matter?

Why usufruct
is different.

Four ways usufruct breaks from how rentals and on-chain markets normally work.

{points.map((p, i) => { const col = i % 2; const row = Math.floor(i / 2); return (
0 ? '1px solid var(--line-1)' : 'none', display:'flex', flexDirection:'column', gap:16, minHeight: 240, }}>

{p.title}

{p.body}

); })}
); } window.Pillars = Pillars;