Protocole de Cercle de Confiance
DEMANDERAI-TU À UNE BANQUE AVEC UN INTÉRÊT DE 170% PENDANT 2 ANS?
OU CRÉERAIS-TU UN CERCLE AVEC DES CONTRATS INTELLIGENTS QUI MITIGENT LE RISQUE.
ADHÉSIONS QUI MITIGENT LE RISQUE.
Y SORTEO CON SOBRANTE DEL FONDO 4 PREMIOS CON 2 PARTICIPANTS EN CADA UNO. Y SI 1 PARTICIPANTE NO PAGO. EL 75% DE SU DEUDA QUEDA HACIA VOS ETERNAMENTE....
QUE TE OFRECE OTRA ON-CHAIN??
¿¿ XRP BNB BTC ETH LIBRA ????
JE TE DIS, DANS 3 MOIS C'EST LE 15 DE TA FILLE? CERCLE, VOITURE? CERCLE, VACANCES? CERCLE...
L'ARGENT SE DÉPLACE POUR VOUS...
Design approuvé par ELDIOSCRIPTO · Version : FINAL · 2026-03-13
Ce document est la seule référence pour le Constructeur. Chaque décision a été approuvée par l'Opérateur. Elles ne sont pas sujettes à débat lors de l'implémentation. Si une nouvelle question technique se pose → escalader à ELDIOSCRIPTO avant de changer le design.
✗ Aucun changement en dehors de ce document sans approbation de l'Opérateur.
---
Résumé des changements obligatoires
# ID Contrat(s) Changement Sev.
1 MC-01 MembershipContract + TrustCircle Mapping activeCircleId + validation dans join/create CRITIQUE
2 MC-02 MembershipContract Dette par circleId (pas global)
3 MC-03 MembershipContract Structure DebtEntry[] FIFO multi‑victime
4 MC-04 TrustCircle Frais 1 % → DEV_WALLET (pas de propriétaire)
5 MC-05 TrustCircle Neteo automatique débiteur : plafond = apporté − frais(tour complet)
6 MC-06 MembershipContract wasVictim bool → victimCount uint256
7 MC-07 MembershipInsurance Fonds multi‑token (même monnaie du cercle)
---
MC-05 — Neteo automatique — plafond du débiteur
Règle de l'opérateur :
"Le maximum que peut recevoir le débiteur dans son tour est ce qu'il a apporté, moins 1 % de frais du tour COMPLET. Les frais sont payés par celui qui encaisse. Le reste du fonds est utilisé pour payer ses dettes (split 75/7/18 + adhésion) et ce qui reste va aux tours suivants (en attente)."
✓ Le débiteur reçoit : ce qu'il a historiquement contribué dans ce cercle moins 1 % du tour complet (maxMembers × contributionAmount).
✓ Si ce qu'il a apporté est inférieur aux frais, il reçoit 0 et les frais sont déduits du fonds (les autres paient leurs frais).
✓ Les frais sont transférés immédiatement à DEV_WALLET.
✓ Les dettes du débiteur sont payées avec le reste du fonds (split 75/7/18 + adhésion).
✓ Le surplus (en attente) s'accumule dans standbyPerCycle[circleId] et est distribué équitablement dans les tours restants.
Exemple confirmé : 10 membres, C=$100, le débiteur encaisse le tour 5, a apporté $200 (tours 1‑2), doit $200 (tours 3‑4), au tour 5 payent 9 (tous sauf lui) → fonds = $900.
Concept Montant Destination
Fonds tour 5 (9 paient) $900 —
Frais 1 % du tour complet ($1000) −$10 DEV_WALLET
Ce que le débiteur a apporté (tours 1‑2) $200 —
Débiteur reçoit (apporté − frais) $190 → Débiteur
Reste du fonds ($900 − $190) $710 —
Dette à payer (tours 3‑4) $200 Split 75/7/18
75 % de $200 $150 Victimes ($75 c/u)
7 % de $200 $14 DEV_WALLET
18 % de $200 $36 Fonds de Garantie
Adhésion supérieure à 25 % variable résiduel Fonds paie si disponible
Surplus final ($710 − $200) $510 —
En attente pour les tours 6‑10 $500 (arrondi à $100 par tour, $10 résidu ? Dans cet exemple, cela s'ajuste)
Total distribué $900 ✅ Conservation complète
(Remarque : le résidu de la division du standby s'accumule dans le dernier tour ; dans l'exemple, il est simplifié à $500 pour 5 tours → $100 chacun.)
---
CHANGEMENT 5A — TrustCircle_v6.sol — triggerDistribution
MC-06 — victimCount — avantage cumulable [ LOW ]
(Pas de changements par rapport à la version précédente, c'était déjà correct.)
MC-07 — Fonds multi-token
(Pas de changements par rapport à la version précédente, c'était déjà correct, juste s'assurer que l'abonnement reçoive le token.)
---
08 — Tests Foundry obligatoires avant le déploiement
(Liste des tests déjà incluse, pas de changements.)
---
AIONICA Security Lab · Trust Circle Protocol · Guide de Mise en Œuvre FINAL · 2026-03-13
"Nous compilons depuis la source. Nous auditons depuis zéro."