DeFi 借贷的终极形态：PFund 借贷机制如何让“杠杆”成为理性工具

“Levier” dans le marché des cryptomonnaies a toujours été un outil financier à haut risque.

Il offre un effet de levier de financement tout en déclenchant fréquemment des risques systémiques. En mai 2022, la tempête de liquidations en chaîne causée par le décalage de UST a entraîné, en 72 heures, la liquidation forcée de dizaines de milliards de dollars sur des protocoles de prêt majeurs (Aave, Compound, MakerDAO, etc.), avec des collatéraux systématiquement liquidés à bas prix, provoquant la disparition de positions à grande échelle. Ces liquidations extrêmes sont une conséquence inévitable de tous les protocoles de prêt utilisant un mécanisme de liquidation — lorsque le marché fluctue violemment, le mécanisme de liquidation exacerbe la panique du marché, déclenchant une spirale mortelle de « baisse des prix → déclenchement de la liquidation → vente des collatéraux → nouvelle baisse des prix ».

PFund, depuis la structure fondamentale du protocole, coupe le mécanisme de cette spirale de liquidation.

Logique et voie de mise en œuvre sans liquidation
La raison principale pour laquelle les protocoles de prêt DeFi traditionnels dépendent du mécanisme de liquidation réside dans le risque de déconnexion des prix entre le collatéral et le prêt. Lorsqu’un actif de collatéral (comme ETH) chute brutalement en valeur, ne couvrant plus le montant emprunté (comme USDC), le protocole fait face à une créance douteuse, nécessitant une liquidation forcée pour limiter les pertes.

La conception de prêt de PFund évite fondamentalement cette exposition au risque, basée sur deux règles clés :

● Premièrement : le montant emprunté est strictement lié à la part du fonds PFund du prêteur.
○ Le montant maximal de prêt (quoteBorrowMax) est calculé selon la formule suivante :
○ B0 = stakedToken × savings / (liquidBalance + stakedToken)
○ Montant empruntable = B0 - emprunté (borrowed)
○ L’essence de ce modèle est que l’utilisateur extrait une liquidité équivalente à sa part de garantie PFund, utilisant cette part comme garantie, dont la valeur est isolée de la fluctuation du prix du marché AMM, et ne croît que par l’accumulation des gains globaux du protocole.

● Deuxièmement : la limite du montant emprunté est contrainte par deux limites strictes — la contribution personnelle maximale et la liquidité disponible du pool, en prenant la plus petite.
○ Rapport d’audit confirmé : totalGrossBorrowed ≤ savingsQuote (le total emprunté ne dépasse jamais la liquidité disponible du fonds), et execBorrow vérifie avant exécution que grossPreview > savingsQuote, garantissant qu’aucun emprunt unique ne vide la liquidité du pool.

Dans cette architecture, les fluctuations violentes du prix des tokens sur le marché AMM n’affectent pas la sécurité du système de prêt, car le montant emprunté est ancré à la « part absolue du pool » et non au « prix du token ». La nécessité d’un mécanisme de liquidation est ainsi éliminée dès la racine.

Validation du prêt sécurisé au niveau du code
L’audit de sécurité de PFund couvre 5 invariants fondamentaux :

● I-1 : le montant emprunté par un individu ne dépasse pas sa contribution garantie PFund.
○ La formule montre que la limite de prêt de l’utilisateur est strictement calculée en fonction de sa part de garantie (savings) et de sa position existante, empêchant toute appropriation de la garantie d’autrui.

● I-2 : le montant total emprunté ne dépasse jamais savingsQuote.
○ savingsQuote représente la liquidité disponible du pool PFund. Lorsqu’un prêt est effectué, savingsQuote est déduit, et remboursé en totalité lors du remboursement. La liquidité disponible constitue la limite rigide du montant emprunté.

● I-3 : le prêt n’affecte pas la garantie PFund d’autrui ni l’indice de rendement.
○ L’opération de prêt ne modifie que savingsQuote (la comptabilisation de la liquidité), sans toucher à totalSavingsShares (la part du capital) ni globalNVP (l’indice de rendement global), protégeant ainsi les autres détenteurs.

● I-4 : les savings et nvp0 de l’utilisateur restent inchangés durant le prêt.
○ La fonction mFinalizeBorrow ne modifie ni savings ni nvp0. La seule exception est lorsque l’utilisateur vend ses parts, ce qui réduit la garantie, mais le prêt lui-même ne cause aucune perte.

● I-5 : après remboursement, la quantité de collatéral libérée ≤ la quantité initiale, et le collatéral restant couvre la dette restante.
○ La logique de l’algorithme _repayUnstakeTokens garantit que, que ce soit pour un remboursement partiel ou total, la quantité de collatéral libérée reste dans une limite de sécurité, et le collatéral restant couvre entièrement l’exposition à la dette.

Frontière de sécurité pour le prêt en boucle
Face à la crainte que le prêt en boucle ne puisse amplifier indéfiniment le levier et faire échouer le protocole, la structure mathématique de PFund fournit un mécanisme de défense clair.

Après le premier emprunt, la donnée borrowed de l’utilisateur augmente, et le prochain montant empruntable est réinitialisé à B0 - borrowed_prev, suivant une tendance strictement décroissante. Parallèlement, la liquidité globale disponible du pool, savingsQuote, diminue également avec chaque emprunt. Chaque cycle réduit le levier individuel et l’espace de levier global du système. Le système de prêt possède une contrainte interne auto-imposée, sans dépendre d’un mécanisme de gouvernance externe ou d’oracles, évitant ainsi la manipulation. La limite de levier étant déterminée par une boucle mathématique interne, le risque de manipulation par oracle externe est évité, assurant la fiabilité de cette architecture sans liquidation.

Application des stratégies de prêt
Prenons un exemple d’allocation d’actifs : un utilisateur achète pour 2000 U d’un projet, avec 1000 U en position de tokens AMM, et 1000 U en parts du fonds PFund. Lorsque le prix de la position AMM augmente de 100 %, il peut adopter la stratégie suivante :
● Mettre en garantie des tokens pour activer la fonction de prêt.
● Emprunter jusqu’à la valeur équivalente à sa part garantie PFund.
● Réinvestir ces fonds pour racheter le projet, augmentant ainsi sa part dans le fonds PFund, et par conséquent, le poids de ses dividendes futurs.
● Tout cela sans intérêt, sans risque de liquidation, en ne payant qu’un frais unique de 3 % sur le prêt.

Ce levier à faible coût évite d’exposer à un risque accru de spéculation sur les prix, tout en amplifiant la base de gains stables (le poids des dividendes du fonds PFund). Le mécanisme de prêt devient ainsi un outil fondamental pour une allocation d’actifs rationnelle et maîtrisée.