Trust Circle Protocol
CHIEDERESTI A UNA BANCA CON INTERESSE DEL 170% PER 2 ANNI?
O CREERESTI UN CIRCOLO CON CONTRATTI INTELLIGENTI CHE MITIGANO IL RISCHIO.
MEMBERSHIP CHE MITIGANO IL RISCHIO.
Y SORTEO CON SOBRANTE DEL FONDO 4 PREMIOS CON 2 PARTECIPANTI IN OGNUNO. E SE 1 PARTECIPANTE NON HA PAGATO. IL 75% DEL SUO DEBITO RIMANE VERSO DI TE ETERNAMENTE....
COSA TI OFFRE UN'ALTRA ON-CHAIN??
¿¿ XRP BNB BTC ETH LIBRA ????
TI DICO, TRA 3 MESI È IL 15 DI TUA FIGLIA? CIRCOLO, AUTO? CIRCOLO, VACANZE? CIRCOLO...
I SOLDI SI MUOVONO PER VOI...
Design approvato da ELDIOSCRIPTO · Versione: FINALE · 2026-03-13
Questo documento è l'unico riferimento per il Costruttore. Ogni decisione è stata approvata dall'Operatore. Non sono soggette a dibattito in implementazione. Se sorge un nuovo dubbio tecnico → scalare a ELDIOSCRIPTO prima di cambiare il design.
✗ Nessuna modifica al di fuori di questo documento senza approvazione dell'Operatore.
---
Riepilogo dei cambiamenti obbligatori
# ID Contratto(i) Cambiamento Sev.
1 MC-01 MembershipContract + TrustCircle Mapping activeCircleId + validazione in join/create CRITICO
2 MC-02 MembershipContract Debito per circleId (non globale)
3 MC-03 MembershipContract Struttura DebtEntry[] FIFO multi‑vittima
4 MC-04 TrustCircle Fee 1% → DEV_WALLET (nessun proprietario)
5 MC-05 TrustCircle Neteo automatico moroso: tetto = apportato − fee(giro completo)
6 MC-06 MembershipContract wasVictim bool → victimCount uint256
7 MC-07 MembershipInsurance Fondo multi‑token (stessa valuta del cerchio)
---
MC-05 — Neteo automatico — tetto del moroso
Regola dell'operatore:
"Il massimo che può ricevere il moroso nel suo giro è ciò che ha apportato, meno l'1% di fee del giro COMPLETO. La fee la paga chi incassa. Il resto del pozzo si usa per pagare i suoi debiti (split 75/7/18 + membership) e ciò che avanza va ai giri successivi (standby)."
✓ Il moroso riceve: ciò che ha apportato storicamente in questo cerchio meno l'1% del giro completo (maxMembers × contributionAmount).
✓ Se ciò che ha apportato è inferiore alla fee, riceve 0 e la fee viene detratta dal pozzo (gli altri pagano la sua fee).
✓ La fee viene trasferita immediatamente a DEV_WALLET.
✓ I debiti del moroso si pagano con il resto del pozzo (split 75/7/18 + membership).
✓ Il soprannumero (standby) si accumula in standbyPerCycle[circleId] e si distribuisce equamente nei giri rimanenti.
Esempio confermato: 10 membri, C=$100, il moroso incassa il giro 5, ha apportato $200 (giri 1‑2), deve $200 (giri 3‑4), nel giro 5 pagano 9 (tutti tranne lui) → pozzo = $900.
Concetto Importo Destinazione
Pozzo giro 5 (9 pagano) $900 —
Fee 1% del giro completo ($1000) −$10 DEV_WALLET
Ciò che il moroso ha apportato (giri 1‑2) $200 —
Il moroso riceve (apportato − fee) $190 → Moroso
Rimanente del pozzo ($900 − $190) $710 —
Debito da pagare (giri 3‑4) $200 Split 75/7/18
75% di $200 $150 Vittime ($75 c/u)
7% di $200 $14 DEV_WALLET
18% di $200 $36 Fondo di Garanzia
Membership oltre il 25% residuo variabile Il fondo paga se disponibile
Soprannumero finale ($710 − $200) $510 —
Standby per i giri 6‑10 $500 (si arrotonda a $100 per giro, $10 residuo? In questo esempio si aggiusta)
Totale distribuito $900 ✅ Conservazione completa
(Nota: il residuo della divisione del standby si accumula nell'ultimo giro; nell'esempio si semplifica a $500 per 5 giri → $100 ciascuno.)
---
CAMBIO 5A — TrustCircle_v6.sol — triggerDistribution
MC-06 — victimCount — vantaggio accumulabile [ BASSO ]
(Nessuna modifica rispetto alla versione precedente, era già corretta.)
MC-07 — Fondo multi-token
(Nessuna modifica rispetto alla versione precedente, era già corretta, solo assicurarsi che subscribe riceva il token.)
---
08 — Test di fonderia obbligatori prima del deploy
(Lista di test già inclusa, nessuna modifica.)
---
AIONICA Security Lab · Trust Circle Protocol · Guida all'Implementazione FINALE · 2026-03-13
"Compiliamo dalla fonte. Auditiamo da zero."