Une architecture centrée sur l’importateur, le fournisseur et le profit réel.

Le client principal devient l’importateur. La logistique devient une composante du dossier, pas un produit séparé.

La V8.1 avait réduit le MVP au financement des frais logistiques vérifiables. La V8.2 tranche différemment : ETHIGONE démarre avec un seul produit plus fort, le financement d’une opération d’import réelle destinée à une revente documentée.

Base exécute, HAQQ Ethiq certifie, ETHIGONE orchestre l’opération import.

UTILISATEURS
Importateur · Fournisseur · Acheteur final · Investisseur · Inspecteur · Transitaire · Scholar · Admin
        │
        ▼
APPLICATION ETHIGONE
KYB · dossier import · supplier check · buyer commitment · scoring · documents · workflow scholar
        │
        ├──────────── Base — exécution financière ────────────┐
        │   TradeFinancePool.sol                              │
        │   TakafulReserve.sol                                │
        │   FraudRegistry.sol                                 │
        │   CompanyTradePassport.sol                          │
        │   ReputationEngine.sol                              │
        │   PaymentMilestoneEngine.sol                        │
        │   ImportSettlementEngine.sol                        │
        │                                                      │
        └──────────── HAQQ Ethiq — certification ─────────────┘
            ShariahGateway.sol
            ShariahPolicyRegistry.sol
            ShariahCertificateRegistry.sol
            ShariahOracleProcess

Le contrat central devient TradeFinancePool.sol. Il ne présume pas que tous les dossiers sont des Musharakah. Il route chaque opération vers une politique Shariah adaptée selon l’apport réel de l’importateur et le rôle économique des investisseurs.

La confiance ne porte plus seulement sur l’exportateur : elle porte sur toute la chaîne import.

Une opération import ETHIGONE suit 9 étapes strictes.

Le pool devient neutre : il finance une opération, puis applique la bonne structure Shariah.

TradeFinancePool.sol remplace les noms trop étroits comme MusharakahPool.sol ou LogisticsFinancePool.sol. Le contrat doit pouvoir gérer un dossier import sans forcer une qualification incorrecte.

TradeFinancePool.sol
├─ MUDARABAH_IMPORT
│  └─ investisseurs = capital · importateur = travail / réseau commercial
│
├─ MUSHARAKAH_IMPORT
│  └─ investisseurs + importateur apportent du capital ou supportent une exposition réelle
│
├─ LOGISTICS_COSTS_INCLUDED
│  └─ frais logistiques intégrés au coût complet de l’opération import
│
└─ SCHOLAR_REVIEW_REQUIRED
   └─ cas limite, marge atypique, apport ambigu ou document contradictoire

Mudarabah par défaut si l’importateur ne met pas de capital ; Musharakah seulement s’il apporte une exposition réelle.

if importerCapitalContribution == 0
    policyType = MUDARABAH_IMPORT
else if importerCapitalContribution > 0 and lossExposure == true
    policyType = MUSHARAKAH_IMPORT
else
    scholarReviewRequired = true

if guaranteedReturn == true
    poolRejected = true
if capitalGuaranteedByDefault == true
    poolRejected = true

Le Trade Passport devient un passeport de dossier import, pas seulement un profil exportateur.

CompanyTradePassport
├─ Importateur KYB
├─ Fournisseur vérifié
├─ Acheteur final / débouché commercial
├─ Marchandise, HS code, quantité, valeur
├─ Incoterm et route commerciale
├─ Facture pro-forma fournisseur
├─ Bon de commande ou facture de revente
├─ Documents CargoX / eBL / IPFS hashes
├─ Inspection et certificats
├─ Paiements fournisseur / prestataires
├─ Encaissement revente
├─ Statut Shariah
└─ Historique réputationnel

Le Trade Passport doit permettre de répondre à trois questions : la marchandise existe-t-elle, le fournisseur est-il réel, et le débouché commercial est-il suffisamment sécurisé pour ouvrir le pool ?

ETHIGONE ne remet pas l’argent à l’importateur : le fournisseur et les prestataires sont payés directement.

La gestion financière doit séparer l’orchestration ETHIGONE de l’exécution réglementée. ETHIGONE fixe les conditions, le smart contract verrouille les fonds, et un partenaire VASP/PSP exécute la conversion et les paiements.

Pipeline recommandé Phase 1
├─ Investisseurs déposent USDC dans TradeFinancePool.sol
├─ Smart contract verrouille les fonds
├─ Conditions de décaissement vérifiées manuellement
├─ Partenaire VASP/PSP convertit USDC → EUR / USD / devise locale
├─ Paiement direct fournisseur contre facture et compte bancaire vérifié
├─ Paiement inspecteur / transporteur / assureur si inclus dans le dossier
├─ Preuve de paiement uploadée dans le Trade Passport
└─ Étape suivante validée manuellement

Le profit n’existe que lorsque la revente est réellement encaissée ou sécurisée.

ETHIGONE doit éviter les profits théoriques. Le résultat du pool se calcule sur les flux réellement documentés.

Profit réel distribuable =
revenu de revente réellement encaissé
- coût fournisseur payé
- coûts logistiques / assurance / inspection validés
- taxes et frais non distribuables

Si revenu encaissé inférieur aux coûts :
→ perte réelle, pas de profit à distribuer

Si revenu non encaissé :
→ pas de profit reconnu, dossier en défaut / recouvrement / ICC

Un pool import doit suivre le capital, les décaissements, le Tabarru’, les frais et le résultat.

TradeFinancePool #001
├─ investorCapitalUSDC        → dépôts investisseurs
├─ importerCapitalUSDC        → apport éventuel importateur
├─ tabarruReserve             → 2% Phase 1, séparé du capital
├─ approvedSupplierPayments   → fournisseur payé directement
├─ approvedServicePayments    → inspecteur, transporteur, assureur, douane
├─ ethigoneFees               → frais dossier / monitoring / succès validé
├─ resaleRevenue              → encaissement revente documenté
├─ distributableProfit        → profit réel après coûts
└─ lossAmount                 → perte réelle si revenu insuffisant

Le scoring aide à arbitrer, mais certains critères bloquent automatiquement le dossier.

L’Incoterm détermine quels coûts, risques et documents entrent dans le pool.

La certification doit prouver la politique appliquée, pas seulement afficher un badge.

Shariah Oracle Process
1. ETHIGONE prépare le dossier technique et économique
2. Scholar Board interne qualifie la structure : Mudarabah / Musharakah / revue
3. Soumission au Shariah Oracle HAQQ Ethiq
4. Community Approval / revue de conformité HAQQ
5. Scholar Board HAQQ examine la politique et la version du contrat
6. Certificat / SBT non transférable si validation
7. ShariahGateway.sol publie : ACTIVE, SUSPENDED, REVOKED
8. TradeFinancePool.sol exécute uniquement si statut ACTIVE

Si la preuve Shariah devient indisponible, ETHIGONE n’ouvre aucun nouveau pool.

if gatewayMode == PAUSED              → action sensible bloquée
if oracleStatus == UNAVAILABLE        → nouveaux pools bloqués
if bridgeDataIsStale == true          → nouveaux pools bloqués
if certificate.status == REVOKED      → pool refusé
if certificate.status == SUSPENDED    → revue scholar obligatoire
if policyType is undefined            → pool refusé
if bytecodeHash != certifiedHash      → pool refusé
else                                  → ouverture possible

En mode dégradé, un ancien statut connu peut servir au suivi des dossiers déjà ouverts, mais jamais à créer une nouvelle exposition financière.

La réserve Takaful protège certains risques documentés, sans garantir le capital.

Un défaut est traité comme un événement commercial documenté, pas comme un simple retard de paiement.

J+7  → relance documentée
J+14 → mise en demeure / revue risque
J+30 → défaut qualifié, Takaful si applicable, ICC ou recouvrement

La refonte est moyenne techniquement, mais forte métier : le moteur économique change.

Démarrer manuel, prouver le modèle, puis automatiser.