Phase 3 — ✅ Live on Mainnet. CommitmentVault and LendingVault are deployed on Ethereum Mainnet with feeExempt active since 06.04.2026.
IFR Ecosystem
Live application status: Web3 provides wallet selection and direct protocol actions. IFR Benefits provides the customer/seller PWA and QR benefit flow. See the verified functionality matrix for operational boundaries and real-device acceptance status.
Current Activity and a Conditional Future Loop
1. Current and Conditional Flow
Current Mainnet activity includes contributor commitments, lender offers and user access locks. Borrowing is disabled while LendingVault.ifrPriceWei = 0. The lower part of this diagram is a possible future path only: it requires a separately audited borrowing design and does not guarantee market demand or price growth.
2. The 3 Principles
Principle 1: Tokens Prove Commitment
- Locked tokens = on-chain truth, no trust required
- Smart contract enforces it, community can verify
Principle 2: Locked Tokens Work
- Tokens that are locked and forgotten = wasted
- CommitmentVault + LendingVault make them productive
Principle 3: Utility Can Create Demand
- A user who needs more IFR for an access threshold may choose to acquire it on a market
- A borrower may choose to acquire IFR externally for repayment if borrowing is activated in a future audited design
- V1 liquidation distributes ETH collateral to the liquidator and lender; it performs no automatic Uniswap purchase
- Protocol interest goes to the configured fee receiver; an LP route is not guaranteed by LendingVault V1
3. All Stakeholders
- 100M IFR locked
- IFR interest via Lending if borrowing is activated
- Tranches unlock with growth
- Borrow IFR for discount programs
- PartnerVault Rewards
- Customer retention through Lock
- Buy once + lock = access while the required IFR remains locked
- No recurring subscription; integration availability still applies
- LP Reserve Safe (3-of-5)
- Governance (48h Timelock)
- Progressive decentralization
IFR Benefits Network is live: shop.ifrunit.tech connects both sides of this loop. Customers discover offers, filter by a seller-published city, region or Online service area, lock IFR and preferably present a private short-lived checkout pass. Sellers publish profiles, products and benefit rules, scan and bind the customer pass to the exact offer; the customer's signed proof, checked against the selected IFRLock or active TIME_ONLY CommitmentVault threshold plus any optional minimum IFR kept free in the customer wallet, redeems the checkout once. An either-source rule requires the full amount in one source; partial balances are not combined and price-conditioned commitments are excluded. The compatible seller-issued QR flow remains available. The service-area label uses no customer GPS or street address. PartnerVault seller rewards remain disabled until governance registration and an authorized reward caller are in place.
4. Pricing Model
User buys IFR and locks the product-required amount. Access remains active while that amount stays locked and the integration remains available.
Canonical Bootstrap P0: 300,000,000 wei per IFR. Fiat cost varies with ETH/USD and live market conditions.
Threshold: P0 × 2,500 ($0.0005)
User pays X IFR per month directly to Builder.
X = Price_in_USD / IFR_TWAP_Price
USD-Equivalent Lock
Builder says: “Lock IFR worth $10.”
Smart Contract: current price × locked amount ≥ $10 → access granted.
5. Timeline
0xbE495E9c0d8cc2DCf95570cf95B63c4844dF31A0Proposal #15 executed 08.06.2026; Proposal #16 executed 09.06.2026.