Skip to main content
« La confiance n’est pas une promesse — c’est un paramètre, codé en dur dans un smart contract audité. » — RWANFTFI
Chaque paramètre de l’écosystème RWANFTFI est défini et appliqué par le smart contract. Chaque paramètre est publiquement vérifiable on-chain. Un sous-ensemble de paramètres peut être ajusté par la gouvernance DAO à l’intérieur de plages de sécurité prédéfinies. Les paramètres restants sont définitivement codés en dur et ne peuvent être modifiés par personne — y compris les développeurs.

Ajustables par le DAO

Paramètres que la gouvernance DAO peut modifier à l’intérieur de plages de sécurité prédéfinies.

Immuables

Paramètres codés en dur qui ne peuvent jamais être modifiés par qui que ce soit — y compris les développeurs.

Vérifiés On-Chain

Toutes les valeurs sont stockées dans des smart contracts audités, publiquement vérifiables sur BscScan.

​
Distribution lors de l’Achat de NFT

Lorsqu’un utilisateur achète un NFT, le paiement est automatiquement réparti entre plusieurs destinations par le smart contract. La distribution diffère entre les premiers achats et les achats répétés (rebuys).

​
Frais & Commissions

Tous les frais sont appliqués par le smart contract et ajustables à l’intérieur de plages définies via la gouvernance DAO.
Frais de Prêt - sémantique : Les 5 % sont perçus une seule fois, à l’émission du prêt, et dirigés directement vers le Pool de Liquidité du DA. Le remboursement - total ou partiel - ne déclenche pas à nouveau ce frais. Le paramètre est stocké on-chain sous le nom dédié loanFee, distinct des autres paramètres de frais du protocole, afin que le DAO puisse ajuster l’économie du lending indépendamment des taxes marketing, des frais cumulatifs ou de toute autre commission.
Frais de Vente de Business — sémantique : La ligne « Frais de Vente de Business » est une commission de transfert payée par le vendeur afin d’exécuter un transfert de structure commerciale. Ce n’est pas un prix de vente perçu auprès de l’acheteur — l’acheteur ne paie aucune commission on-chain au protocole et reçoit la structure de l’arbre des partenaires à l’exécution. Le paramètre on-chain régissant cette commission est businessTransferFee (renommé depuis l’ancien businessSalePrice afin de refléter sa véritable sémantique de commission).

​
Minuteurs & Calendriers

Les paramètres temporels contrôlent les fenêtres et délais critiques du système à travers l’écosystème.

​
Périodes d’Auto-Vente

Le cycle d’auto-vente se déclenche progressivement à partir du solde de DA restant si l’utilisateur ne vend pas manuellement. La durée totale du cycle est la somme des quatre périodes.

​
Redistribution des Soldes Expirés

Lorsqu’un Solde Cumulatif expire (après la période de durée de vie), les fonds sont redistribués selon les règles suivantes. La distribution diffère entre les détenteurs de NFT Régulier et de NFT Cadeau.

​
Distribution dans l’Arbre Marketing

Chaque niveau de la structure marketing à 22 niveaux dispose d’un pourcentage de récompense fixe qui détermine combien un utilisateur gagne sur les ventes de NFT à cette profondeur. Les pourcentages sont ajustables par le DAO à l’intérieur de plages définies. Les niveaux 16–22 sont débloqués en Phase 2.
Actuel = 0 % jusqu’à l’activation de la Phase 2 par vote DAO (prévu pour le T4 2026). Prévu (Phase 2) = les valeurs que le DAO devrait activer lors de la mise en service. Toutes les valeurs Prévues entrent dans la Plage on-chain, l’activation ne nécessite donc d’élargir aucune limite de paramètre.
Budget de distribution dans l’arbre vs plafonds par niveau. Les pourcentages par niveau dans les tableaux ci-dessus représentent le paiement maximum par niveau. Le budget total de distribution dans l’arbre par achat de NFT est d’environ 43 % (calculé comme 100 % moins le Bonus de Sponsor, le Token Reserve / Pool DA, les Opérations Plateforme et le Solde Cumulatif). La différence arithmétique entre la somme théorique par niveau (~48 % en Phase 1, croissant à ~55 % si la Phase 2 s’active aux valeurs Prévues) et le budget réel d’environ 43 % est absorbée via le mécanisme de compression : lorsqu’un utilisateur amont ne se qualifie pas (Limite de Revenus épuisée ou niveau de NFT insuffisant pour cette profondeur), la portion non allouée n’est pas forcée plus haut dans l’arbre — elle est dirigée vers le résiduel plateforme / dev. En d’autres termes, les taux par niveau sont un plafond sur ce qu’une position pleinement éligible à chaque profondeur peut gagner sur un seul achat, et non une garantie que la somme complète sera versée à l’arbre à chaque achat.

​
Seuils du Bonus de Matching

Le Bonus de Matching paie 5 % sur trois niveaux des revenus des partenaires directs. Chaque niveau requiert des ventes personnelles cumulées pour être débloqué. Le pourcentage de matching (5 %) est immuable.

​
Paramètres Immuables

Codés en Dur dans le Smart Contract

Les paramètres suivants sont définitivement fixés dans le code du smart contract. Ils ne peuvent être modifiés par le DAO, les développeurs ou toute autre partie.
Seuil d’Éligibilité du Prêt - sémantique : Ce n’est pas une durée de prêt. Il s’agit d’une vérification on-chain continue exécutée avant chaque nouvel appel à loan() (_getTimeToNextAutosale(stack) >= 30 days) : le lot de DA mis en gage doit encore avoir au moins 30 jours restant avant son prochain déclencheur d’auto-vente programmé, ou l’appel est annulé. Un lot ayant 29 jours ou moins avant son prochain déclencheur ne peut pas être utilisé comme collatéral pour un nouveau prêt.Il s’agit d’une condition d’éligibilité contrôlant l’accès au produit, et non d’une durée de prêt contrôlant la vie d’un prêt ouvert. Une fois le prêt ouvert, l’emprunteur peut appeler repay() à tout moment - en totalité ou partiellement - tant que le lot n’a pas franchi son premier déclencheur d’auto-vente. repay() reste appelable après ce déclencheur également, mais le contrat exécute d’abord _processExpiredStacks() pour régler chaque période dont la limite est passée avant que le remboursement procède contre le reste post-brûlage.