手动调度的问题
标准 DCA 按日历执行，而不是按条件执行。这消除了一些情绪化的决策，但它仍然买入稀薄的流动性和短期过度扩张，就像买入真正的价值一样。 Valorstead 保持预定积累的纪律，同时根据可测量的市场状态调整每个间隔内的时间。
| 因素 | 手动/固定间隔 DCA | Valorstead引擎 |
|---|---|---|
| 入场时间 | 固定时钟时间，无论价格走势如何 | 对间隔窗口内有利的均值回归周期进行加权 |
| 情绪偏见 | 在波动性高峰期间容易犹豫或忽视 | 执行逻辑基于规则并一致应用 |
| 流动性意识 | 无 — 下订单时不考虑订单簿深度 | 根据实际深度检查订单大小以减少滑点 |
| 监控负载 | 需要手动检查或第三方警报 | 配置后通过 API 连续运行 |
| 适应政权更迭 | 静态 — 在平静或波动的市场中表现相同 | 波动性感知；间隔行为随信号输入而调整 |
核心引擎
引擎不会尝试预测方向。它使用任何市场参与者都可以获得但很少以这种频率手工处理的数据来估计固定累积间隔内当前时刻的相对质量。
短窗口波动性是与资产的滚动基线进行比较，而不是根据固定阈值进行判断。当区间内的价格行为显示出从局部极值均值回归的早期迹象时，引擎会为该时刻分配较高的部分执行预期值分数。这并不能预测价格接下来的走势；它估计当前点是否是比区间平均值相对更好的入场点。
在任何部分执行之前，引擎会读取实时订单簿深度，以估计预期订单规模的价格影响。当深度较薄时，订单会在时间间隔内拆分或延迟，从而减少较大分配时可避免的滑点。
一旦满足您配置的评分阈值，引擎就会使用支持的限制逻辑直接通过您的交易所的 API 下订单。每次执行都会记录触发它的信号状态，因此决策保持可审计而不是不透明。
风险管理
没有一个预测模型每次都是正确的。以下控制措施的存在是为了限制错误信号的影响，而不是承诺特定的结果。
方法论
以下流程针对策略中配置的每个资产和间隔持续运行。每个阶段都是确定性和可检查的——管道中的任何内容都不依赖于无法追溯到原始数据的黑盒输出。
价格、交易量和订单簿快照以亚分钟的频率从您连接的交易所传输，以及更广泛的市场波动指数（如果有）。
统计模型根据最近的均值回归行为和流动性条件对当前报价进行评分，从而生成当时执行的预期值估计。
如果分数清除了您配置的阈值并且深度检查通过，则会通过 API 下订单。如果没有，引擎将等待并重新评估，默认为接近间隔结束时的预定购买。
每个分数、阈值和执行的订单都会保留在您的帐户历史记录中。您可以查看导致任何给定交易的确切数据快照，并独立于 Valorstead 界面将其导出。
技术常见问题解答
这些涵盖了大多数工程师和量化交易员在连接实时密钥之前提出的反对意见。对于实现细节，开发人员文档比本页更详细。
下单通常会在达到阈值后的低个位数秒内发生，具体取决于交易所的 API 响应时间。 Valorstead不尝试高频执行，也不是为了竞争微秒延迟而设计的；该模型根据区间级别决策进行操作，而不是逐笔报价套利。
支持仅限于具有稳定、记录的 REST 或 WebSocket 交易 API 和标准键范围控制的交易所。覆盖范围在开发人员文档中发布和更新，因为可用性取决于每个交易所的 API 条款。
评分模型会按照固定时间表根据最近的市场数据重新验证。如果已实现的波动性或流动性模式与训练基线存在重大差异，引擎会标记受影响的资产并恢复到计划的、未加权的执行，直到重新验证完成。
是的。 Valorstead 仅管理您分配给它的订单和分配限制。交易范围的 API 密钥无法查看或控制配置策略之外的头寸。
不会。它的目的是根据历史均值回归和流动性模式，在每个区间内偏向于统计上有利的条件执行。市场条件可能会使任何模型失效，资产过去的行为并不能决定其未来的价格。
引擎回退到该时间间隔的计划执行时间并记录断开连接。没有订单会被默默地跳过；错过的 API 调用始终会导致重试或记录回退操作。