Quelles sont les principales caractéristiques d’un échange perpétuel décentralisé ?

Carnet de commandes en chaîne et moteur de correspondance

1. Les commandes sont soumises directement à un contrat intelligent déployé sur une blockchain, éliminant ainsi le recours à des serveurs centralisés pour le stockage des commandes.

2. La logique de correspondance est codée dans des contrats immuables basés sur la solidité ou le mouvement, garantissant la transparence et la vérifiabilité des règles d'exécution des transactions.

3. Chaque remplissage, annulation et modification laisse une trace en chaîne visible par tous les participants sans nécessiter d'accès à l'API ou de confiance envers un tiers.

4. Les traders sensibles à la latence interagissent avec le moteur de correspondance via des appels RPC directs ou des points de terminaison de séquenceur optimisés, en contournant les passerelles Web traditionnelles.

Mécanisme de taux de financement piloté par les flux Oracle en chaîne

1. Les paiements de financement ont lieu à intervalles fixes, généralement toutes les heures, et sont calculés à l'aide d'une formule ancrée à la différence entre le prix mark et le prix indice.

2. Le prix de l'indice est dérivé d'une moyenne pondérée des prix au comptant en temps réel sur plusieurs échanges hors chaîne de confiance, regroupés via des réseaux Oracle décentralisés comme Chainlink ou Pyth.

3. Le prix Mark intègre une moyenne pondérée dans le temps des transactions récentes et de la profondeur du carnet d'ordres pour résister aux manipulations lors d'événements de faible liquidité.

4. Les transferts de fonds sont exécutés automatiquement via des déclencheurs de contrats intelligents, avec des soldes mis à jour dans les comptes sur marge des utilisateurs sans intervention manuelle ni approbation de garde.

Gestion des marges non dépositaires

1. Les utilisateurs conservent le contrôle total de leurs clés privées et ne déposent jamais d’actifs dans des portefeuilles contrôlés par les changes ; au lieu de cela, ils approuvent les allocations de jetons ou utilisent des modèles d'abstraction de compte pour autoriser l'utilisation de la marge.

2. Les exigences de marge initiale et de maintien sont appliquées au niveau du protocole, les liquidations étant initiées uniquement lorsque le facteur de santé tombe en dessous de 1,0 sur la base de l'évaluation de la position en temps réel.

3. Les incitations à la liquidation sont distribuées de manière programmatique : une partie de la garantie restante de la position en faillite va au liquidateur, tandis qu'une autre partie est brûlée ou acheminée vers un fonds d'assurance.

4. Les modes de marge croisée et de marge isolée sont mis en œuvre en tant qu'états contractuels distincts, chacun avec ses propres paramètres de risque et limites d'isolement définis dans le bytecode.

Création de marché sans autorisation et incitations tokenisées

1. Tout utilisateur peut déployer un nouveau marché perpétuel pour n'importe quelle paire d'actifs prise en charge par l'infrastructure Oracle sous-jacente, sous réserve uniquement du coût du gaz et des seuils de liquidité minimaux.

2. Les frais de négociation sont libellés dans le jeton natif du protocole et un pourcentage est redistribué aux fournisseurs de liquidité, aux parties prenantes et aux électeurs de gouvernance en fonction des résultats du vote en chaîne.

3. Les niveaux de frais et les plafonds d'effet de levier sont réglables via des propositions de gouvernance, avec des votes exécutés directement en chaîne après l'expiration des périodes de quorum et de verrouillage.

4. Les marchés peuvent être suspendus ou améliorés grâce à des actions de gouvernance multisig ou décentralisées chronométrées, garantissant l'alignement entre les acteurs économiques et les décisions opérationnelles.

Foire aux questions

Q : Comment les bourses perpétuelles décentralisées gèrent-elles les soldes négatifs en cas de volatilité extrême ? Ils imposent des points de liquidation ferme avant que le solde n'atteigne zéro. Si la perte non réalisée d'une position dépasse la marge disponible, le protocole annule la transaction ou déclenche un règlement immédiat à l'aide d'enchères de garanties en chaîne.

Q : Les utilisateurs peuvent-ils retirer des fonds instantanément après avoir clôturé une position ? Oui. Les retraits commencent immédiatement après le règlement de la position, la confirmation finale dépendant uniquement de la finalité de la blockchain, et non de la file d'attente interne ou des retards KYC.

Q : Existe-t-il une autorité centrale qui peut geler les comptes ou annuler les transactions ? Non. Tous les états de compte résident sur la chaîne et sont régis par une logique de contrat intelligent déterministe. Aucune entité ne possède de privilèges de remplacement, à moins qu'ils ne soient explicitement accordés via la propriété d'un proxy évolutif, qui est de plus en plus obsolète au profit de déploiements immuables.

Q : Les échanges perpétuels décentralisés prennent-ils en charge les ordres stop-loss ou take-profit ? Le support natif varie. Certains protocoles les implémentent via des réseaux de gardiens qui surveillent l'état de la chaîne et soumettent des transactions lorsque les conditions sont remplies. D'autres s'appuient sur des services externes ou des outils d'automatisation intégrés au portefeuille.