Ang RWANFTFI platform ay itinayo sa isang matibay, modular, at secure na smart contract architecture na namamahala sa lahat ng interaksyon, distribusyon, at token mechanics nang walang central control.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.
Diamond Pattern (EIP-2535)
Ang core ng RWANFTFI system ay ipinatupad gamit ang Diamond Pattern (EIP-2535). Ang arkitektonikong pagpiling ito ay nagpapahintulot sa protocol na mailampasan ang standard smart contract size limit (24KB) sa pamamagitan ng paghahati ng functionality sa maraming independent modules na tinatawag na “Facets” (smart contract modules na ina-access sa pamamagitan ng isang proxy contract).Mga Pangunahing Facet
AdminFacet
Mga system parameter, role, business sales, at espesyal na NFT minting.
MarketingFacet
User registration, NFT purchases, at marketing reward distribution.
FarmingFacet
Pamamahala ng NFTM mining at DA farming cycle.
PaymentFacet
Mga deposito, withdrawal, paglikha ng Voucher, at accumulative transfers.
TreeFacet
22-antas na binary tree logic at user placement algorithms.
ResolverFacet
Pagproseso ng expired DA stack, Voucher burns, at frozen account resolution.
ViewFacet
Read-only queries para sa user data, balances, at tree structures.
Mga NFT Contract at Token ID Spaces
Ang protocol ay gumagamit ng tatlong magkakaibang NFT contracts (Regular, Gift, Ambassador). Upang maiwasan ang identifier collisions sa on-chainregisteredTokens mapping na sumusubaybay sa bawat minted NFT sa system, ang Regular NFTs at Gift NFTs ay nagmi-mint sa magkahiwalay na tokenId spaces na hinati ayon sa parity:
- Regular NFT — odd token IDs (
1, 3, 5, 7, …). - Gift NFT — even token IDs (
2, 4, 6, 8, …).
Upgradability Matrix
- Diamond Contract (EIP-2535): Maaaring i-upgrade sa pamamagitan ng Facet cuts — nagpapahintulot ng pagdaragdag, pagpapalit, o pag-aalis ng mga indibidwal na module nang hindi muling ide-deploy ang buong system.
- TokenReserve (DA): Maaaring i-upgrade sa pamamagitan ng Transparent Proxy — ang logic updates ay posible nang hindi binabago ang contract address.
- NFTs (Regular, Gift, Ambassador), GovToken, AdminContract: Hindi maaaring i-upgrade — tinitiyak ang immutability ng mga pangunahing asset at governance rules.
Pamamahala ng Role
Ang system ay gumagamit ng hierarchical role structure (AccessControlEnumerable) upang ligtas na pamahalaan ang mga pahintulot:ADMIN_ROLE: Maaaring magbigay/magbawi ng iba pang role at baguhin ang mga kritikal na system parameter.SERVICE_ROLE: Isinasagawa ng backend scripts para sa mga automated task (hal., paglutas ng expired stacks, pagproseso ng cross-chain deposits).SIGNER_ROLE: Ginagamit para sa cryptographic signature verification upang pahintulutan ang mga partikular na aksyon tulad ng Voucher transfers.MINTER_ROLE: Pinahihintulutang mag-mint ng mga partikular na token o NFT.
Balance Schema at Payment Priority
Upang pamahalaan ang kumplikadong daloy ng mga pondo, ginagamit ng RWANFTFI ang isang multi-tiered balance schema sa loob ng smart contract. User Balances:-
Regular Balance (
balance): Ang pangunahing wallet para sa magagamit na USDT. Ang mga pondo dito ay maaaring i-withdraw anumang oras, gamitin para bumili ng NFTs, o gamitin para gumawa ng Vouchers. -
Accumulative Balance (
accumulativeBalance): Isang sapilitang savings account kung saan ang 20% ng bawat marketing reward ay agad na na-credit pagkatapos ng accrual.- Paggamit: Maaari lamang gamitin upang bumili ng same level NFT o upang bumili ng higher-level NFT.
- Mga Bayarin: Ang paggamit ng balanseng ito para sa NFT purchases ay nagdudulot ng 20% fee na iniruruta sa DA Liquidity Pool. Ang paglilipat nito sa ibang user ay nagdudulot din ng 20% fee na iniruruta sa DA Liquidity Pool. Bawat paggalaw ng Accumulative Balance ay bumubuo ng inflow sa Pool at lumilikha ng batayan para sa bagong DA.
- 120-Araw na Redistribution: Kung hindi ginagamit ng user ang kanilang Accumulative Balance sa loob ng 120 araw, ang hindi nagamit na balance ay nagiging eligible para sa redistribution. Ang split ay depende sa uri ng NFT ng user:
- Regular NFT holders: 70% ay idinidirekta sa DA Liquidity Pool para sa minting ng bagong DA tokens; 30% ay inililipat sa direct upline sponsor ng user.
- Gift NFT holders: 80% ay idinidirekta sa DA Liquidity Pool; 20% ay inililipat sa direct upline sponsor (pinamamahalaan ng hiwalay na
accumulativeClaimDistributeGiftparameter). - Cascade rule (parehong types): Kung naubos ang Income Limit ng upline sponsor (katumbas ng zero), ang sponsor share ay dumadaan pa pataas sa susunod na eligible na kalahok sa istraktura. Kung walang kalahok sa chain ang may aktibong Income Limit, ang buong halaga ay iniruruta sa DA Liquidity Pool.
120 Araw = Garantisadong Minimum Window, Hindi Awtomatikong Pag-expire: AngaccumulativeDecayTimeparameter ay sinusuri lamang sa loob ngwithdrawAccumulative()— ang admin/service-triggered redistribution path. Hindi ito sinusuri sa spend o transfer paths. Sa pagsasagawa, ito ay nangangahulugan:- Para sa unang 120 araw pagkatapos ng credit, ang Accumulative Balance ay garantisadong integrity — hindi ito maaaring i-redistribute ng sinuman.
- Pagkatapos ng araw 120, ang balance ay nagiging eligible para sa redistribution, ngunit hindi awtomatikong nagpapaputok ang redistribution kapag lumipas ang timer. Nangyayari lamang ito kapag ang
withdrawAccumulative()ay tinawag para sa partikular na user na iyon ng SERVICE_ROLE o ADMIN_ROLE. - Hanggang dumating ang tawag na iyon, ang isang “expired” Accumulative Balance ay nananatiling magagastos sa NFT purchases at upgrades at maaaring ilipat sa ibang users sa ilalim ng standard rules at fees.
-
Limit (
limit): Kumakatawan sa maximum na natitirang kita na maaaring mabuo ng isang NFT.
Mga System Balance
Bilang karagdagan sa user balances, ang smart contract ay nagpapanatili ng tatlong panloob na system balances:- Dev Balance (
devBalance): Nag-iipon ng platform fees at commissions para sa operational funding. - Token Reserve Balance (
tokenReserveBalance): Ang USDT liquidity pool na 100% sumusuporta sa DA token. Bawat pinagmumulan ng kita sa ekosistema ay dumadaloy sa pool na ito. - Price Impact Balance (
priceImpactBalance): Isang espesyal na reserve na ginagamit upang pamahalaan ang DA token price stability sa panahon ng mga partikular na ecosystem events.
Payment Priority
Kapag bumibili, ang smart contract ay nagbabawas ng mga pondo sa ganitong pagkakasunud-sunod:Vouchers (manual)
Kung tahasang inaaplay ng user ang isang voucher sa checkout, ang halaga nito ay kinakain muna. Ang mga voucher ay hindi awtomatikong inaaplay.
Accumulative Balance
Kung pinili ng user na gamitin ang Accumulative Balance, ito ay inaaplay sa 100% coverage (kapag sapat) o pinagsama sa Regular Balance. Ang 20% fee ay iniruruta sa DA Liquidity Pool.
Ang lahat ng transaksyon sa Binance Smart Chain ay nangangailangan ng standard network gas fees na binabayaran sa BNB. Ang mga user ay dapat humawak ng kaunting halaga ng BNB sa kanilang wallet upang maisagawa ang anumang on-chain operations (mga pagbili, withdrawals, transfers). Ito ay hiwalay sa USDT balances na ginagamit sa loob ng ekosistema.

