COUCHE DE PRIX
Un seul prix dirige tout. Votre fill de challenge, votre mark d'équité, les contrôles de drawdown de -4 % quotidien et -8 % total, le stamp de financement, le déclencheur de liquidation et chaque chiffre de PnL du classement dérivent du même mark oracle publié. Il n'y a pas de « mark de challenge », pas de « mark interne », et pas de flux privé pour les comptes financés — un wallet public tradant 100 $ de BTC et un trader financé 90 / 10 qui exécute une taille de challenge à 99 $ pricent tous les deux contre la même ancre Hermes/Pyth et le même contre-check HTTP-mux. Toute la couche prop perdrait son sens si la plateforme pouvait discrètement biaiser le mark dans une direction ou l'autre, alors la couche de prix est construite pour être reproductible par n'importe quel reviewer à partir de données ouvertes, pas simplement crédible de l'intérieur.
Dexter contre-vérifie d'abord les familles de référence, puis promeut un mark en état exécutable de la plateforme.
Famille de référence principale.
Confirmation indépendante.
Le moteur trade le mark de la plateforme.
Quorum réduit uniquement quand autorisé.
Chaque mark accepté est explicable.
La couche de prix possède cinq décisions : quelles références entrent dans la plateforme, quel chemin de référence est actif quand plusieurs sources sont en bonne santé, comment le mark exécutable est dérivé de cette référence plus l'état de la plateforme, quand un marché doit basculer de live vers réduit, clôture-seule, session-fermée ou halt, et quelle posture de source est stampée dans la prochaine racine de règlement pour que la couche contrat puisse plus tard prouver de quels prix un paiement dépendait. Chaque décision est imposée avant que le mark ne devienne tradable — aucune n'est une divulgation a posteriori.
| Responsabilité de la couche de prix | Ce qu'elle contrôle |
|---|---|
| Admission des sources | La whitelist d'éditeurs externes (Hermes/Pyth principal, mux oracle HTTP secondaire) éligibles à alimenter la plateforme |
| Sélection de source | Le chemin de référence actif à chaque tick — piloté par la fraîcheur, l'accord et la politique de déviation, pas par la préférence |
| Construction du mark | Ancre de référence mélangée avec skew de la plateforme, spread, profondeur, continuité de mouvement max et plafonds de dérive par rapport au mark précédent |
| Logique de dégradation | Le déclencheur qui rétrograde un marché vers réduit, clôture-seule, session-fermée ou halt avant que les contrôles de risque ne se déclenchent à tort |
| Contexte de règlement | Le hash de source oracle commit dans chaque racine d'état pour que les paiements soient liés à la même posture sous laquelle les trades ont été pricés |
#De l'admission de référence au mark exécutable
La posture de production normale pour chaque marché supporté est la même : Hermes/Pyth comme famille de référence principale s'exécutant via un canal push à faible latence, et un mux oracle HTTP indépendant fournissant un chemin pull redondant que le runtime contre-vérifie à chaque tick. Les deux chemins doivent s'accorder dans les bornes de déviation avant qu'aucun ne puisse être promu en mark exécutable — une seule source à elle seule n'est jamais suffisante en opération normale. C'est toute la raison pour laquelle la plateforme refuse de traiter « le prix existe » comme la même chose que « le prix est tradable ».
Le runtime ne vise explicitement pas à maximiser le nombre d'éditeurs contributeurs. L'objectif est l'inverse : tenir exactement un chemin de référence défendable en direct par marché à toute seconde, avec une échelle de replis pré-validés derrière pour le basculement. Quand une famille s'affaiblit — Hermes perd un éditeur, un endpoint HTTP cale, la déviation s'élargit au-delà de la tolérance — le mux soit bascule sur le chemin redondant, soit restreint la posture, soit retire le marché du trading normal. La commodité n'est pas une raison valable de continuer à trader sur un ensemble de sources appauvri.
Le moteur promeut alors la référence acceptée en mark exécutable au lieu de trader le tick brut. L'ancre de référence, le skew de la plateforme, la posture de spread, les contrôles de profondeur, les plafonds de continuité de mouvement max et les bornes de dérive par rapport au mark précédent sont superposés pour que le prix contre lequel le moteur de matching s'exécute réellement reflète ce que Dexter peut filler de manière responsable — pas ce que l'index externe imprime à cet instant. Le financement, la liquidation et les contrôles de drawdown du moteur de règles lisent tous le même mark exécutable. La politique complète d'admission jusqu'au mark vit sur Sources et repli ; les détails de construction du mark et la liste de paramètres vivent sur Construction du mark.
| Contrôle | Objectif |
|---|---|
| Fenêtre de fraîcheur | Une référence plus ancienne que le plafond de péremption par marché est rejetée avant qu'elle ne puisse marker l'équité ou déclencher un stop |
| Accord des sources et bornes de déviation | Principal et contre-vérification doivent s'accorder dans la bande de déviation configurée ; un seul éditeur malveillant ne peut pas tirer le mark à lui seul |
| Contrôles de profondeur et de spread | Si le carnet de la plateforme est mince ou si le spread explose, le mark est élargi ou le marché rétrograde — les carnets minces ne définissent jamais le prix exécutable |
| Délai de récupération | Après une fenêtre dégradée ou périmée, le marché ne revient pas en live dès qu'un tick frais apparaît — une période de stabilisation doit passer d'abord |
les références externes entrent
-> contrôles de mux et de politique de source
-> validation de fraîcheur et de déviation
-> construction du mark depuis référence + état de plateforme
-> mise à jour de la posture de marché
-> le contexte de source oracle est publié avec le prochain état de règlement#Posture de prix et honnêteté des sessions
Les contrôles de fraîcheur, d'accord, de profondeur et de récupération ci-dessus alimentent directement la machine d'état de marché. Chaque marché Dexter vit dans l'une de cinq postures à tout moment : live (trading bilatéral normal), réduit (plafonds plus serrés, spread plus large, levier max plus bas), clôture-seule (les positions ouvertes peuvent se réduire mais pas de nouvelle exposition), session-fermée (hors heures pour le marché sous-jacent) et halt (pas d'exécution, équité figée au dernier mark valide). Ces postures ne sont pas des étiquettes consultatives — le moteur de matching, le moteur de règles et le cashier lisent tous le même état.
Les perps crypto tournent 24/7, mais les perps actions, perps métaux et perps énergie suivent le calendrier de la plateforme sous-jacente. Un perp actions en session-fermée à 03:00 UTC est sain ; un oracle qui a perdu son chemin principal à 03:00 UTC sur BTC est dégradé. Dexter sépare délibérément les deux pour que les utilisateurs, le moteur de règles et le reviewer post-incident voient tous la même distinction : hors-session est un état propre avec une heure de réouverture publiée, dégradé est une question ouverte que la plateforme est en train de traiter activement. Le calendrier détaillé des sessions et les règles de transition live-vers-halt sont documentés sur Sessions et états dégradés.
La posture de source active — identité du chemin principal, engagement du repli, déviation observée, marge de fraîcheur — est hashée dans chaque racine de règlement que le runtime publie. Le contrat du vault connaît donc non seulement les soldes au moment où une demande de retrait a été incluse, mais aussi quelle configuration d'oracle les a produits. Un paiement ne peut pas être discrètement réglé contre un flux différent de celui contre lequel vos trades ont été pricés, parce que les deux sont liés par le même commit racine.
#Ce que cela signifie pour votre PnL et vos paiements
- Un mark, financé ou public. Un compte financé 90 / 10, un wallet public et le moteur de classement marquent tous contre le même prix exécutable Hermes/HTTP-mux. Il n'y a pas de « flux prop » séparé que la plateforme pourrait pousser pour faire basculer un compte dans une violation de -4 % quotidien ou hors de la revue du podium top 3 — chaque franchissement de challenge, chaque tick de financement et chaque chiffre de PnL est reproductible à partir des données oracle publiques plus le hash de posture de source publié.
- La posture dégradée fige le risque frais, pas votre compte. Si principal et contre-vérification divergent au-delà des bornes, ou si la fraîcheur dérape, le marché bascule en réduit ou clôture-seule. Vous pouvez toujours couper la taille ; vous ne pouvez pas ajouter de nouvelle exposition jusqu'à ce que le marché soit promu de nouveau en live. Le moteur de règles stampe la fenêtre dégradée sur votre timeline d'évaluation pour que les contrôles de drawdown de -4 % quotidien / -8 % total ne soient pas déclenchés par des prints périmés — mais la capacité de trading à l'intérieur de la fenêtre de 30 jours n'est pas remboursée.
- Les marchés basés sur sessions respectent leur calendrier. Les perps actions, métaux et énergie passent en session-fermée quand le marché sous-jacent est fermé. Les actions sont markées au dernier prix de session valide ; la règle de drawdown quotidien reprend à la prochaine ouverture de session. Le bruit oracle nocturne sur un marché hors-session ne peut pas faire échouer votre challenge.
- Le règlement est lié à la même posture de source. Chaque libération de retrait sur Base est ancrée à une racine d'état dont le hash de source oracle correspond à la posture sous laquelle vos trades ont été pricés. Le cashier et le moteur de matching ne peuvent pas diverger. Les paiements de partage des bénéfices visent moins de 24 h de la demande à l'arrivée des USDC ; les mécanismes conditionnés par preuves sont documentés sur Règlement et retraits.