Documentation Index
Fetch the complete documentation index at: https://whitepaper.rwanftfi.com/llms.txt
Use this file to discover all available pages before exploring further.
“Trust is not a promise — it is a parameter, hardcoded in an audited smart contract.” — RWANFTFIEvery parameter in the RWANFTFI ecosystem is defined and enforced by the smart contract. Each parameter is publicly verifiable on-chain. A subset of parameters can be adjusted by DAO governance within predefined safety ranges. The remaining parameters are permanently hardcoded and cannot be modified by anyone — including developers.
DAO-Adjustable
Parameters that DAO governance can modify within predefined safety ranges.
Immutable
Hardcoded parameters that can never be changed by anyone — including developers.
On-Chain Verified
All values stored in audited smart contracts, publicly verifiable on BscScan.
NFT Purchase Distribution
When a user purchases an NFT, the payment is automatically split across multiple destinations by the smart contract. The distribution differs between first-time purchases and repeat purchases (rebuys).- First Purchase
- Repeat Purchase (Rebuy)
| Parameter | Current | Range |
|---|---|---|
| Sponsor Bonus | 30% | 10% – 35% |
| Token Reserve (DA Pool) | 0% | 0% – 30% |
| Platform Operations | 7% | 2% – 10% |
| Accumulative Balance | 20% | 15% – 30% |
Fees & Commissions
All fees are enforced by the smart contract and adjustable within defined ranges through DAO governance.| Parameter | Current | Range |
|---|---|---|
| Marketing Rewards Tax | 5% | 5% – 15% |
| Accumulative Transfer Fee | 20% | 10% – 30% |
| Accumulative Use Fee (NFT Purchase) | 20% | 10% – 30% |
| Loan Fee | 5% | 0% – 5% |
| Withdrawal Fee | 0% | 0% – 5% |
| Gift Send Price | $0 | 25 |
| Business Sale Fee | $500 | 500 |
| Frozen Balance → Sponsor | 30% | 0% – 30% |
Loan Fee - semantics: The 5% is charged once, at loan issuance, and routed directly to the DA Liquidity Pool. Repayment - full or partial - does not trigger the fee again. The parameter is stored on-chain as a dedicated
loanFee, separate from the protocol’s other fee parameters, so the DAO can tune lending economics independently of marketing taxes, accumulative fees, or any other commission.Business Sale Fee — semantics: The “Business Sale Fee” row is a transfer commission paid by the seller in order to execute a business structure transfer. It is not a sale price collected from the buyer — the buyer pays no on-chain commission to the protocol and receives the partner-tree structure on execution. The on-chain parameter governing this commission is
businessTransferFee (renamed from the legacy businessSalePrice to reflect its true commission semantics).Timers & Schedules
Time-based parameters control critical system windows and deadlines across the ecosystem.| Parameter | Current | Range |
|---|---|---|
| Accumulative Balance Lifetime | 120 days | 90 – 180 days |
| NFTM Claim Window | 72 hours | 24 – 96 hours |
| Gift NFTs per Address | 100 | 1 – 400 |
| Business Sale | Disabled | Disabled – Enabled |
Auto-Sell Periods
The auto-sell cycle triggers progressively from the remaining DA balance if the user does not sell manually. Total cycle duration is the sum of all four periods.| Period | Current | Range |
|---|---|---|
| Period 1 | 120 days | 60 – 120 days |
| Period 2 | 90 days | 60 – 120 days |
| Period 3 | 90 days | 60 – 120 days |
| Period 4 | 65 days | 60 – 120 days |
| Total Cycle | 365 days | — |
Expired Balance Redistribution
When an Accumulative Balance expires (after the lifetime period), funds are redistributed according to the following rules. Distribution differs between Regular NFT holders and Gift NFT holders.- Regular NFT
- Gift NFT
| Destination | Current | Range |
|---|---|---|
| Upline Sponsor | 30% | 0% – 30% |
| Platform | 0% | 0% – 30% |
| DA Liquidity Pool | 70% | 50% – 100% |
Marketing Tree Distribution
Each level of the 22-level marketing structure has a fixed reward percentage that determines how much a user earns from NFT sales at that depth. Percentages are DAO-adjustable within defined ranges. Levels 16–22 are unlocked in Phase 2.Levels 1–6 · Entry Layers
Levels 1–6 · Entry Layers
| Level | Current | Range |
|---|---|---|
| Level 1 | 0% | 0% |
| Level 2 | 1% | 1% – 2% |
| Level 3 | 2% | 2% – 3% |
| Level 4 | 2% | 2% – 3% |
| Level 5 | 3% | 3% – 4% |
| Level 6 | 3% | 3% – 4% |
Levels 7–15 · Core Earning Depth
Levels 7–15 · Core Earning Depth
| Level | Current | Range |
|---|---|---|
| Level 7 | 4% | 4% – 5% |
| Level 8 | 4% | 4% – 5% |
| Level 9 | 4% | 4% – 5% |
| Level 10 | 4% | 3% – 5% |
| Level 11 | 4% | 3% – 5% |
| Level 12 | 4% | 3% – 5% |
| Level 13 | 4% | 3% – 5% |
| Level 14 | 4% | 3% – 5% |
| Level 15 | 5% | 3% – 5% |
Levels 16–22 · Phase 2 Expansion
Levels 16–22 · Phase 2 Expansion
| Level | Current | Planned (Phase 2) | Range |
|---|---|---|---|
| Level 16 | 0% | 2% | 0% – 2.5% |
| Level 17 | 0% | 2% | 0% – 2.5% |
| Level 18 | 0% | 1% | 0% – 2.5% |
| Level 19 | 0% | 0.5% | 0% – 2.5% |
| Level 20 | 0% | 0.5% | 0% – 2.5% |
| Level 21 | 0% | 0.5% | 0% – 2.5% |
| Level 22 | 0% | 0.5% | 0% – 2.5% |
Current = 0% until Phase 2 is activated by DAO vote (planned Q4 2026). Planned (Phase 2) = the values the DAO is expected to enable on activation. All Planned values fall inside the on-chain
Range, so activation does not require widening any parameter bound.Tree distribution budget vs per-level caps. Per-level percentages in the tables above represent the maximum payout per level. The total tree distribution budget per NFT purchase is approximately 43% (calculated as 100% minus Sponsor Bonus, Token Reserve / DA Pool, Platform Operations, and Accumulative Balance). The arithmetic difference between the theoretical per-level sum (~48% across Phase 1, growing to ~55% if Phase 2 activates at the Planned values) and the actual ~43% budget is absorbed through the compression mechanism: when an upline user does not qualify (exhausted Income Limit or insufficient NFT level for that depth), the unallocated portion is not forced further up the tree — it flows to the platform / dev residual instead. In other words, the per-level rates are a ceiling on what a fully eligible position at each depth can earn from a single purchase, not a guarantee of the full sum being paid out to the tree on every purchase.
Matching Bonus Thresholds
Matching Bonus pays 5% across three levels of direct partner income. Each level requires cumulative personal sales to unlock. The matching percentage (5%) is immutable.| Level | Required Sales | Range |
|---|---|---|
| Level 1 (5%) | $0 | Fixed |
| Level 2 (5%) | $1,000 | 5,000 |
| Level 3 (5%) | $3,000 | 7,000 |
Immutable Parameters
Hardcoded in Smart Contract
The following parameters are permanently fixed in the smart contract code. They cannot be modified by the DAO, developers, or any other party.
| Parameter | Value |
|---|---|
| Manual Sell Payout | 75% |
| Auto-Sell / Lending Payout | 70% |
| LTV Ratio | 70% (fixed) |
| Matching Bonus per Level | 5% |
| Frozen Balance Window | 72 hours |
| Voucher Lifetime | 365 days |
| Voucher Transfer Lock | Last 1 day |
| Loan Eligibility Threshold | 30 days |
| DAO Inactivity Threshold | 31 days |
| DAO Grace Period | 7 days |
Loan Eligibility Threshold - semantics: This is not a loan duration. It is a rolling on-chain check executed before every new
loan() call (_getTimeToNextAutosale(stack) >= 30 days): the DA batch being pledged must still have at least 30 days remaining until its next scheduled auto-sell trigger, or the call reverts. A batch with 29 days or fewer to its next trigger cannot be used as collateral for a new loan.This is an eligibility gate controlling access to the product, not a loan term controlling the life of an open loan. Once a loan is open, the borrower can call repay() at any time - in full or in part - for as long as the batch has not crossed its first auto-sell trigger. repay() remains callable after that trigger too, but the contract first runs _processExpiredStacks() to settle every period whose boundary has passed before the repayment proceeds against the post-burn remainder.