Le réseau Dolomite a une architecture de liquidation multi-chaînes

@Dolomite_io a emprunté un chemin intéressant pour résoudre un problème qui entrave le DeFi cross-chain : comment liquider rapidement et en toute sécurité des comptes sous-collatéralisés lorsque les actifs, les prix et la liquidité se trouvent sur de nombreuses chaînes ? La version courte est que Dolomite mélange un protocole de base composable ( les primitives de marge/prêt ) avec une couche d'abstraction pour "liquidité virtuelle" et un modèle d'opérateur de liquidation contrôlé - cette combinaison lui permet de détecter les insuffisances de santé, de saisir les garanties et de régler les expositions sans obliger les utilisateurs à gérer manuellement la complexité chaîne par chaîne. Le protocole utilise toujours un déclencheur de facteur de santé classique ( les positions sont surveillées et signalées une fois que la santé tombe en dessous de 1), mais il enveloppe ce déclencheur dans une tarification consciente des chaînes multiples, une logique de coffre-fort et un flux opérationnel de liquidation conçu pour réduire le gaspillage de gas et les courses chaotiques des liquidateurs on-chain.

Sous le capot, le livre blanc et la documentation de Dolomite montrent un design en couches : des contrats de base immuables contiennent les règles de sécurité et de comptabilité, tandis que des modules évolutifs gèrent les marchés, les coffres et les représentations cross-chain des actifs. Cela permet au système de traiter le même actif économique ( ou sa représentation en coffre ) de manière cohérente à travers différents L2 ou sidechains, de sorte que les calculs de liquidation utilisent des prix USD unifiés et des seuils de garantie même lorsque les tokens fongibles existent sous différentes formes emballées sur différentes réseaux. Cette séparation architecturale — immuables de base + adaptateurs flexibles — est essentielle pour rendre les liquidations multi-chain réalisables sans inventer une logique sur mesure pour chaque paire de chaînes.

Lors de l'exécution, Dolomite a choisi de limiter la fragmentation onchain en centralisant le point d'entrée de liquidation : les liquidations proviennent d'un opérateur contrôlé ou d'un acteur liquidateur global plutôt que de laisser une guerre de gaz ouverte de bots concurrents se battre pour la prime. Le code du protocole ajoute même une exigence qui force les liquidations à venir d'un opérateur global, un design qui permet des options futures telles que laisser des réseaux d'oracle/automatisation ( par exemple, l'automatisation Chainlink ) agir comme le liquidateur canonique et socialiser les récompenses au DAO au lieu de laisser des bots privés les capturer. Cela réduit la congestion du réseau, diminue le glissement côté utilisateur lors des ventes à feu et rend le règlement multi-chaînes plus fluide.

La mécanique pratique compte également : parce que certains types de garantie sont des tokens de coffre ou des wrappers spécifiques à une chaîne, Dolomite prend en compte les rendements de coffre, les taux de conversion token-actif et la profondeur de liquidité cross-chain lors du calcul du montant de saisie de garantie et de la pénalité. Aujourd'hui, Dolomite effectue principalement des liquidations complètes de compte pour garantir la solvabilité, mais sa feuille de route mentionne un passage aux liquidations partielles ( des désengagements ciblés des tranches les plus risquées ), ce qui serait beaucoup plus clément pour les utilisateurs et moins susceptible de provoquer des chocs de prix en cascade — une évolution importante pour les marchés multi-chain où la vente d'une seule grande position enveloppée sur une chaîne pourrait faire bouger les prix sur d'autres.

Enfin, le système s'appuie sur des prix précis et opportunes ainsi que sur des flux oracle à travers les chaînes. La liquidation multi-chaînes ne fonctionne que si le protocole fait confiance aux signaux de prix cross-chain et à la comptabilité des coffres ( y compris les frais et les rendements ). L'approche d'intégration de Dolomite et son accent sur l'automatisation et les flux d'opérateurs sélectionnés reflètent un compromis de conception : renoncer à une certaine concurrence de liquidateurs purement permissionless en échange de liquidations prévisibles, auditables et favorables au réseau qui évoluent à travers les L2 et les rollups. Ce compromis vise à protéger les prêteurs, à réduire l'impact sur le marché et à maintenir l'efficacité du capital cross-chain.

Mon takeaway L'architecture de liquidation multi-chaînes de Dolomite se présente comme une réponse pragmatique à un problème difficile : elle accepte que le DeFi multi-chaînes nécessite une coordination et intègre cette coordination dans les primitives du protocole plutôt que de la laisser à un marché chaotique de bots. En combinant une sécurité fondamentale immuable, des adaptateurs flexibles pour les actifs cross-chain (liquidité virtuelle), un modèle d'opérateur de liquidation contrôlé et une meilleure intégration des oracles/automatisation, Dolomite réduit les pires effets des ventes à feu tout en maintenant le capital utilisable à travers les chaînes. Ce n'est pas le design le plus permissif possible — mais c'est un compromis évolutif et convivial qui pourrait rendre le prêt multi-chaînes moins risqué pour les emprunteurs et les prêteurs à mesure que l'activité cross-chain croît. $DOLO #Dolomite {spot}(DOLOUSDT)

DOLO-2.97%
LINK-0.37%
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • Commentaire
  • Reposter
  • Partager
Commentaire
0/400
Aucun commentaire
  • Épingler
Trader les cryptos partout et à tout moment
qrCode
Scan pour télécharger Gate app
Communauté
Français (Afrique)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)