J'utiliserai le prêt confidentiel (un marché de prêt surcollatéralisé au style Aave sur Ethereum) comme cas d'utilisation, et j'expliquerai ce que je garderais confidentiel tout en préservant la composable. Ce que je garderais confidentiel : - Montant et composition des collatéraux : combien d'ETH ou de USDC un utilisateur a déposé, et dans quels actifs. Un collatéral visible invite à la chasse ciblée aux liquidations et au copy-trading des positions. - Solde de dette et facteur de santé : le montant exact emprunté et la proximité du seuil de liquidation. Si le facteur de santé est public, les bots MEV peuvent se positionner à l'avance pour déclencher ou tirer profit des liquidations au moment précis où une position devient non saine. - Intention d'emprunt/remboursement avant exécution : les actions en attente visibles dans le mempool permettent le front-running et le sandwiching autour des changements importants de position. - Liaison des positions utilisateur à travers les marchés : si les positions d'une adresse à travers plusieurs marchés de prêt sont toutes publiques, un observateur peut reconstituer un bilan complet et une stratégie. Pourquoi la composable doit survivre : Le point même d'un marché de prêt onchain est que les jetons de réception (comme les aTokens) et les positions de dette s'intègrent au reste du DeFi — d'autres protocoles doivent pouvoir les accepter comme collatéraux, les DEX doivent pouvoir les coter, et les agrégateurs doivent pouvoir les router. Une confidentialité qui force les actifs dans un pool chiffré ou une chaîne séparée brise cela. Un utilisateur ne devrait pas avoir à quitter la confidentialité pour utiliser sa position dans l'écosystème plus large. Comment l'approche de Fhenix s'adapte : CoFHE permet au contrat de prêt d'effectuer des calculs sur des gestionnaires chiffrés — l'accumulation des intérêts, les vérifications de collatéral auprès des oracles et l'éligibilité à la liquidation peuvent tous s'exécuter sur du texte chiffré sans jamais déchiffrer les soldes individuels. Le contrat utilise toujours le Solidity familier et les opérations `FHE.sol`, donc le marché de prêt reste un contrat EVM normal que d'autres protocoles peuvent appeler. Le concept de jeton à double mode de Fhenix est particulièrement pertinent ici : un actif peut rester confidentiel par défaut mais basculer en mode public lorsqu'une intégration spécifique exige réellement des soldes en clair, sans enveloppement ni sortie de la chaîne. Cela préserve le chemin de composable — un DEX qui ne gère pas encore les soldes chiffrés peut toujours interagir avec le mode public du même actif, tandis que la position principale de prêt de l'utilisateur reste protégée. @fhenix