标记构建与可执行价格
标记是 Dexter 上每个持仓所对比的价格——你的未实现 PnL、你的资金费率戳记、你的清算距离、你的 -4% 单日与 -8% 累计挑战赛检查,以及决定谁登上领奖台、谁要为下一次 $49–$299 重置付费的排行榜排名。因此标记如何构建——哪些内容被融入其中、哪些守卫在坏 tick 落地前将其拒绝、以及为什么平台无法悄悄向任一方向倾斜——是协议中影响最深远的机制。本页列出确切的输入与它们被应用的顺序。
可执行标记由每个 tick 的五项输入按固定顺序构建。参考锚点(Hermes/Pyth 主源与 HTTP oracle mux 交叉核验)设定起点。平台偏斜、价差姿态、深度检查与最大变动连续性随后塑造并约束它。后续四项输入都无法 推动 标记偏离参考——它们只能限制它、加宽它,或拒绝它。
| 标记输入 | 意义 |
|---|---|
| 参考锚点 | Hermes/Pyth 主源加 HTTP oracle mux 交叉核验,两者都在新鲜度窗口与偏离区间内——是唯一确定标记水平的输入 |
| 价差姿态 | 当流动性收紧或波动飙升时,平台围绕参考拓宽价差,使标记反映 Dexter 实际能够成交的水平,而非外部可见的最紧 tick |
| 偏斜与持仓量压力 | 较重的单边持仓量会产生偏斜调整,防止拥挤的仓位以中性价格被标记;这也体现在资金费率中 |
| 深度与盘口检查 | 若盘口顶部深度低于该市场的底线,标记会被加宽或市场降级——稀薄盘口永远无法独自定义可执行水平 |
| 最大变动与连续性守卫 | 标记从前一被接受标记跳变的幅度不能超过每 tick 漂移上限;如此大的不连续会触发 reduced 姿态以及在正常交易恢复前的稳定窗口 |
#从参考到可交易价格
每一个 tick 都始于 Hermes/Pyth 主源与 HTTP oracle mux 交叉核验之间达成一致的被接受参考路径。该参考数字尚不可交易——它描述的是外部市场,而非 Dexter 当前对其成交的能力。引擎随后按顺序叠加四项后续输入:价差姿态根据当前平台流动性加宽或收紧围绕参考的区间;偏斜调整将标记推向被单边持仓量挤压的一侧;深度检查确认平台盘口可以在该水平吸收最小规模;最大变动连续性守卫验证结果位于从前一被接受标记起的每 tick 漂移上限内。
只有当四者全部通过,新的标记才会成为撮合引擎将成交所基于的可执行水平、规则引擎检查回撤所基于的水平,以及资金费率引擎采样的水平。因此可执行标记是平台定价——一个 Dexter 此刻可以辩护性成交的数字——而非数据源摄取。参考说"外部市场在这里"。标记说"这是我们在当前盘口与姿态下,此 tick 能负责任地交易的水平"。
#可执行标记与外部指数
外部指数——Pyth 聚合、某交易所指数、TWAP——描述的是外部市场的打印位置。可执行标记描述的是 Dexter 愿意在 当前 tick 成交、标记权益并触发清算的水平。当平台局部状况与外部图景分歧时,两者就会分化:稀薄盘口会拓宽可执行价差,即使指数继续打印得很紧;拥挤的单边 OI 会将可执行标记推离指数,以让资金费率向拥挤的一侧消耗;突发的指数跳空若大于每 tick 漂移上限,会在标的恢复期间被裁切至允许的最大变动。
在压力下,平台会在考虑暂停之前以更紧的姿态(reduced)保持市场开放。在更严重的压力下,它会进入 close-only,然后 halted,而不是将原始参考当作仍可成交的价格展示。session-closed 是一个单独的状态,仅在标的市场遵循公开时刻表时使用——股票、金属与能源永续——记录于 会话与降级状态。
被接受的来源集(Hermes 主源 + HTTP 交叉核验)
-> 新鲜度窗口 + 偏离区间通过
-> 参考锚点被接受
-> 价差姿态围绕锚点拓宽区间
-> 偏斜压力将标记调整向被挤压的一侧
-> 深度守卫验证该水平上的最小盘口
-> 与前一被接受标记的最大变动连续性检查
-> 可执行标记激活
-> 资金费率、清算、回撤检查、排行榜 PnL
全部采样同一标记#标记的审查标准
价格层应被对照的正确问题不是"Dexter 能否显示一个数字"——任何数据源都能显示数字。而是"Dexter 事后能否解释为什么某个特定 tick 足够安全,可以用来标记权益、为 90 / 10 资金账户结算资金,并触发 -4% 单日违规"。标记构建就是答案:每一个可执行标记都可追溯到具体的参考对、具体的价差与偏斜姿态、一次深度观察以及一次连续性守卫结果——全部哈希到下一个状态根内的来源姿态承诺中。从 Base 合约提取根 R 的审阅者可以重构哪个标记触发了哪次清算,方式与撮合引擎当时完全一致。