FX Protocol 101 1️⃣0️⃣1️⃣ Et si la liquidation n’était pas le résultat par défaut ? Si vous avez utilisé l’effet de levier dans DeFi suffisamment longtemps, vous avez probablement remarqué un schéma qui semble presque inévitable. Le prix évolue contre vous, parfois lentement, parfois brusquement. Votre LTV augmente progressivement, se rapprochant d’un seuil que vous connaissez déjà. Et dès qu’il franchit cette limite, le système ne négocie pas. Il ne réduit pas votre exposition ni ne tente de stabiliser votre position. Il la ferme simplement. Du point de vue du protocole, ce comportement est parfaitement rationnel. Un seuil fixe est - Facile à appliquer - Facile à comprendre, et garantit que le système reste solvable. ℹ️ Mais la simplicité de cette conception a un coût que la plupart des utilisateurs finissent par ressentir. Il n’existe aucun compromis. - Aucune réduction progressive du risque - Aucune tentative d’absorber la volatilité - Aucune transition entre une position saine et une position sur le point de disparaître. Le système attend, puis réagit de manière « brutale ». Ce qui transforme effectivement la liquidation en première réponse à la volatilité, et non en dernière. Ce que F(X) change, ce n’est pas l’existence de la liquidation, mais le moment où le système décide de l’activer. Au lieu de s’appuyer sur un événement terminal unique, F(X) introduit une étape intermédiaire que la plupart des protocoles n’ont tout simplement pas : REBALANCING REBALANCING REBALANCING Lorsque la position approche un territoire plus risqué, autour de 88 % de LTV, le système intervient. Mais au lieu de fermer la position, il commence à la restructurer. Une partie de la dette fxUSD en cours est brûlée, les collatéraux sont partiellement réalloués, et l’effet de levier global de la position est réduit. Le détail important ici n’est pas les mécanismes eux-mêmes, mais le résultat qu’ils créent : LA POSITION SURVIT ! L’exposition est préservée, même sous pression, car le système est capable de se contracter en interne plutôt que d’imposer une résolution externe. Cela ne fonctionne que grâce à la structure profonde de F(X). Au cœur du système réside une contrainte d’équilibre : n·s = nf·f + X (notre méthode mentionnée à plusieurs reprises) Ce qui signifie qu’à tout moment, la valeur totale des collatéraux doit être égale à la valeur combinée des passifs stables (fxUSD) et de l’exposition levée (xPOSITION). Cette relation n’est pas une recommandation ; elle est appliquée en continu. Ainsi, lorsque les conditions du marché changent et que le risque augmente, le système n’a pas besoin de chercher à l’extérieur de la liquidité ni de compter sur les dynamiques de financement pour rétablir l’équilibre. Il s’ajuste lui-même. Le rebalancing n’est rien d’autre que le protocole qui ramène son état interne en conformité avec cette contrainte. Et c’est précisément pourquoi la plupart des autres protocoles n’essaient pas quelque chose de similaire. Ce n’est pas que la liquidation soit mal comprise ; c’est que les approches alternatives exigent une architecture fondamentalement différente. Pour supporter le rebalancing, il faut un couplage étroit entre dette et collatéral, une comptabilité déterministe au niveau du système, et un moyen fiable d’effectuer des ajustements partiels sans briser l’intégrité du système. En plus de cela, il faut une couche d’incitation qui garantit que ces ajustements se produisent bien en temps réel. Sans tout cela, la liquidation reste la seule option pratique. Bien sûr, cette conception n’est pas sans compromis. Le rebalancing introduit de la complexité. Il dépend d’une participation active du système, et pendant les périodes de stress, les utilisateurs peuvent toujours perdre de la valeur dans le cadre du processus d’ajustement. Ce n’est pas une couche de protection gratuite. Mais il remplace un résultat binaire par un processus continu. Au lieu de passer directement de « sécurisé » à « disparu », le système peut s’adapter en cours de route. Et ce décalage apparemment mineur — retarder la liquidation, insérer une couche d’ajustement avant — change bien plus que les mécanismes. Il change la manière dont le risque est vécu. Et avec le temps, il change le comportement des utilisateurs au sein du système.