系统保护

为持续的市场敞口而构建的资本保护逻辑

Pearl Rendova 应用多变量风险模型实时分析订单流、波动性和头寸风险,以便在回撤复合之前将其控制住。它是一个故障保护层,而不是一个承诺回报的信号发生器。

问题

人类反应时间从来就不是为机器速度市场而设计的

当日交易奖励速度并惩罚犹豫。即使是经验丰富的交易者也需要数百毫秒来识别模式、做出决定并采取行动。在快速流动的工具中,这种差距就是资本损失的地方。

手动止损设置还假设交易者在场、保持警惕并且不受头寸结果的影响。这些条件都不适用一天二十四小时,尤其是在英国标准市场时间之外交易的工具。

核心方法论

预测模型与实时风险管理引擎相结合

Pearl Rendova 并不尝试准确预测价格方向。它分析多个变量的概率分布,并相应地连续调整暴露边界,无需手动输入。

01

预测分析

多变量模型处理订单簿深度、已实现波动率和相关资产变动,以估计近期风险,并在每个新数据更新时刷新。

02

自动止损逻辑

止损位会根据实时波动动态重新计算,而不是保持固定,从而减少突然不利波动的风险,而无需手动调整。

03

模式识别

将历史和实时价格结构与训练有素的参考集进行比较,以标记与回撤风险升高相关的条件。

工艺流程

从数据摄取到执行,分三个定义的阶段

每个阶段都会被记录并可审计。管道内不存在隐藏的任意覆盖。

01

数据摄取

市场数据、订单簿快照和账户级风险通过低延迟源流入引擎,并在各个场所进行标准化。

02

模型验证

每个信号在被允许影响风险参数之前都会根据当前的波动情况和头寸限制进行交叉检查。

03

执行优化

批准的调整将通过滑点控制进行路由执行,并且每个操作都会写入不可变的审核日志中。

风险管理

当您这样做时不会暂停的保护

专为跨时区和会话持仓的交易者而设计,包括主动监控不现实的时期。

延迟指标 在正常负载下,端到端决策延迟中位数为个位数毫秒;第 99 个百分位已在 API 文档中发布。
故障安全协议 如果引擎丢失数据馈送或无法在允许的窗口内验证信号,它会默认采用最保守的现有停止配置,而不是不采取任何操作。
保本逻辑 头寸规模和风险上限的执行独立于预测层,因此模型错误无法消除账户的下行限制。
托管模式 该系统是非托管的。它向您连接的场所账户发出风险指令;它在任何时候都不持有资金。
应用

发动机在不同市场条件下的表现如何

相同的底层模型调整其参数而不是切换策略,这使得跨制度的行为保持可预测性。

高波动场景

当已实现的波动率超过近期基线时,止损距离会自动扩大,以避免因噪音而过早退出,而头寸规模则会收缩以保持总体风险不变。

这种权衡是明确的:更广泛的止损可以接受每笔交易更多的价格变动,以换取在真正的波动性飙升期间更少的误报退出。

横向市场优化

在低方向运动条件下,引擎会收紧停止距离并标记范围边界,从而减少不太可能出现趋势的交易中占用的资金。

这里使用模式识别来区分盘整和突破的早期阶段,从而降低不必要的退出率。

投资组合再平衡

在多个未平仓头寸中,引擎会监控总风险敞口和相关性,并在集中风险超过配置阈值时建议进行调整。

默认情况下,重新平衡建议是建议性的,可以设置为在您定义的限制内自动执行。

系统性保护,在损失之前应用,而不是在损失之后

Pearl Rendova 旨在作为风险层与您现有的执行堆栈并存,而不是取代您的策略。集成基于 API 且非托管,在连接真实账户之前可获取完整文档。