A plataforma RWANFTFI é construída sobre uma arquitetura de smart contracts robusta, modular e segura que governa todas as interações, distribuições e mecânicas de tokens sem controle central.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)
O núcleo do sistema RWANFTFI é implementado utilizando o Diamond Pattern (EIP-2535). Essa escolha arquitetural permite ao protocolo contornar o limite padrão de tamanho de smart contracts (24KB), dividindo a funcionalidade entre múltiplos módulos independentes chamados “Facets” (módulos de smart contract acessados através de um único contrato proxy).Facets Principais
AdminFacet
Parâmetros do sistema, papéis, vendas de negócios e cunhagem especial de NFTs.
MarketingFacet
Registro de usuários, compras de NFT e distribuição de recompensas de marketing.
FarmingFacet
Gerenciamento dos ciclos de mineração de NFTM e farming de DA.
PaymentFacet
Depósitos, retiradas, criação de Vouchers e transferências acumulativas.
TreeFacet
Lógica da árvore binária de 22 níveis e algoritmos de posicionamento de usuários.
ResolverFacet
Processamento de stacks de DA expirados, queima de Vouchers e resolução de contas congeladas.
ViewFacet
Consultas somente leitura para dados de usuários, saldos e estruturas de árvore.
Contratos NFT e Espaços de Token ID
O protocolo utiliza três contratos de NFT distintos (Regular, Gift, Ambassador). Para evitar colisões de identificadores no mapeamento on-chainregisteredTokens que rastreia cada NFT cunhado em todo o sistema, NFTs Regulares e Gift NFTs cunham em espaços de tokenId separados, particionados por paridade:
- NFT Regular — IDs de token ímpares (
1, 3, 5, 7, …). - Gift NFT — IDs de token pares (
2, 4, 6, 8, …).
Matriz de Atualização
- Diamond Contract (EIP-2535): Atualizável via Facet cuts — permite adicionar, substituir ou remover módulos individuais sem reimplantar todo o sistema.
- TokenReserve (DA): Atualizável via Transparent Proxy — atualizações de lógica são possíveis sem alterar o endereço do contrato.
- NFTs (Regular, Gift, Ambassador), GovToken, AdminContract: Não atualizáveis — garantindo a imutabilidade dos ativos centrais e das regras de governança.
Gerenciamento de Papéis
O sistema utiliza uma estrutura hierárquica de papéis (AccessControlEnumerable) para gerenciar permissões com segurança:ADMIN_ROLE: Pode conceder/revogar outros papéis e alterar parâmetros críticos do sistema.SERVICE_ROLE: Executado por scripts de backend para tarefas automatizadas (ex.: resolver stacks expirados, processar depósitos cross-chain).SIGNER_ROLE: Usado para verificação criptográfica de assinaturas para autorizar ações específicas, como transferências de Voucher.MINTER_ROLE: Autorizado a cunhar tokens ou NFTs específicos.
Esquema de Saldos e Prioridade de Pagamento
Para gerenciar o fluxo complexo de fundos, a RWANFTFI emprega um esquema multinível de saldos dentro do smart contract. Saldos do Usuário:-
Saldo Regular (
balance): A carteira principal para USDT disponível. Os fundos aqui podem ser retirados a qualquer momento, usados para comprar NFTs ou para gerar Vouchers. -
Saldo Acumulativo (
accumulativeBalance): Uma conta de poupança obrigatória onde 20% de cada recompensa de marketing são creditados imediatamente após o acúmulo.- Uso: Só pode ser usado para comprar um NFT do mesmo nível ou um NFT de nível superior.
- Taxas: O uso desse saldo para compras de NFT incorre em uma taxa de 20% roteada para o Pool de Liquidez do DA. Transferi-lo para outro usuário também incorre em uma taxa de 20% roteada para o Pool de Liquidez do DA. Cada movimentação do Saldo Acumulativo gera um aporte ao Pool e cria a base para novo DA.
- Redistribuição em 120 dias: Se o usuário não utilizar seu Saldo Acumulativo dentro de 120 dias, o saldo não utilizado torna-se elegível para redistribuição. A divisão depende do tipo de NFT do usuário:
- Detentores de NFT Regular: 70% são direcionados ao Pool de Liquidez do DA para a cunhagem de novos tokens DA; 30% são transferidos para o patrocinador upline direto do usuário.
- Detentores de Gift NFT: 80% são direcionados ao Pool de Liquidez do DA; 20% são transferidos para o patrocinador upline direto (governado pelo parâmetro separado
accumulativeClaimDistributeGift). - Regra de cascata (ambos os tipos): Se o Limite de Rendimento do patrocinador upline estiver esgotado (igual a zero), a parcela do patrocinador sobe para o próximo participante elegível na estrutura. Se nenhum participante na cadeia tiver um Limite de Rendimento ativo, o valor inteiro é roteado para o Pool de Liquidez do DA.
120 Dias = Janela Mínima Garantida, Não Uma Expiração Automática: O parâmetroaccumulativeDecayTimeé verificado apenas dentro dewithdrawAccumulative()— o caminho de redistribuição acionado por admin/serviço. Ele não é avaliado nos caminhos de gasto ou de transferência. Na prática, isso significa:- Pelos primeiros 120 dias após um crédito, o Saldo Acumulativo tem integridade garantida — não pode ser redistribuído por ninguém.
- Após o dia 120, o saldo torna-se elegível para redistribuição, mas a redistribuição não dispara automaticamente quando o temporizador expira. Ela acontece apenas quando
withdrawAccumulative()é invocado para aquele usuário específico pelo SERVICE_ROLE ou ADMIN_ROLE. - Até essa chamada ocorrer, um Saldo Acumulativo “expirado” permanece utilizável em compras e upgrades de NFT e transferível para outros usuários sob as regras e taxas padrão.
-
Limite (
limit): Representa a renda restante máxima que um NFT pode gerar.
Saldos do Sistema
Além dos saldos de usuários, o smart contract mantém três saldos internos do sistema:- Dev Balance (
devBalance): Acumula taxas e comissões da plataforma para o financiamento operacional. - Token Reserve Balance (
tokenReserveBalance): O pool de liquidez em USDT que lastreia 100% o token DA. Cada fonte de renda no ecossistema flui para esse pool. - Price Impact Balance (
priceImpactBalance): Uma reserva especial usada para gerenciar a estabilidade do preço do token DA durante eventos específicos do ecossistema.
Prioridade de Pagamento
Ao realizar uma compra, o smart contract deduz fundos nesta ordem:Vouchers (manual)
Se o usuário aplicar explicitamente um voucher no checkout, seu valor é consumido primeiro. Vouchers não são aplicados automaticamente.
Saldo Acumulativo
Se o usuário escolher usar o Saldo Acumulativo, ele é aplicado em cobertura de 100% (quando suficiente) ou combinado com o Saldo Regular. A taxa de 20% é roteada para o Pool de Liquidez do DA.
Todas as transações na Binance Smart Chain exigem taxas de gas de rede padrão pagas em BNB. Os usuários devem manter uma pequena quantidade de BNB em sua carteira para executar quaisquer operações on-chain (compras, retiradas, transferências). Isso é separado dos saldos em USDT usados dentro do ecossistema.

