Skip to main content
“Trust is not a promise — it is a parameter, hardcoded in an audited smart contract.” — RWANFTFI
Every 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).

Fees & Commissions

All fees are enforced by the smart contract and adjustable within defined ranges through DAO governance.
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.

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.

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.

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.
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.

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.
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.