NautilusTrader 的 Stop-Limit 止损限价单触发机制、源码实现与实战配置【免费下载链接】nautilus_traderProduction-grade Rust-native trading engine with deterministic event-driven architecture项目地址: https://gitcode.com/GitHub_Trending/na/nautilus_trader导读Stop-Limit止损限价单是条件单体系中最常用的带价格保护的止损/入场工具市场价格触及触发价后系统释放一张限价单从而在控制最差成交价的同时完成止损离场或突破入场。本文基于 NautilusTrader 官方概念文档 stop_limit.md结合模型层、工厂层与撮合引擎的源码实现完整讲解 Stop-Limit 的 FIX 映射、触发类型TriggerType、订单工厂参数语义、校验规则与订单生命周期并给出 Rust 与 Python 双语言可运行的完整示例。一、什么是 Stop-Limit 订单Stop-Limit 订单是一种条件单conditional order在 NautilusTrader 的订单类型体系OrderType枚举中属于STOP_LIMIT。它的行为分为两个阶段监控阶段订单在市场中静默等待直到标的的市场价格达到设定的触发价trigger price释放阶段触发发生后订单变成一张以**限价price**为约束的普通限价单仅以限价或更优价格成交。用一句话概括Stop-Limit 订单在触发价被触及后释放一张以指定价格为限价的 Limit 订单AStop-Limitorder releases aLimitorder at the specified price when its trigger price is reached。在 FIX 协议中Stop-Limit 对应FIX OrdType 404Stop Limit。NautilusTrader 为九种订单类型统一建模详见 订单总览各类型与 FIXOrdType的映射关系如下节选自 orders/index.md订单类型FIXOrdType 40Market1MarketLimit2LimitStop-Market3StopStop-Limit4Stop LimitMarket-To-LimitKMarket With Left Over as LimitMarket-If-TouchedJMarket If TouchedLimit-If-Touched无专用值常以4 有利触发方向发送Trailing-Stop-Market3Stop trailing pegTrailing-Stop-Limit4Stop Limit trailing peg说明FIX 没有为 Limit-If-Touched 定义专用OrdType实践中通常发送4Stop Limit并配合有利触发方向Trailing 类止损同样没有专用值以3/4加上 trailing peg 字段表达。二、典型使用场景Stop-Limit 的核心价值是在止损与滑点控制之间取得平衡。官方文档给出的使用指引是当止损触发的同时还必须强制执行一个可接受的最差成交价时应使用 Stop-Limit 订单例如价格保护的退出price-protected exit或突破入场breakout entry。典型场景包括保护性止损持有多头仓位时在支撑位下方挂一张 SELL Stop-Limit触发后以限价离场避免市场瞬间击穿后以不可控价格成交突破入场等待价格有效突破某一关键阻力位后再买入BUY Stop-Limit触发价高于当前市价限价约束入场成本趋势跟随顺势加仓时以触发价确认动能成立同时用限价限制追价幅度。必须充分认识的风险如果市场跳空gap同时越过触发价和限价订单可能完全无法成交从而让仓位暴露在无保护状态If the market gaps through both the trigger and limit, the order may not fill and can leave a position unprotected。换言之Stop-Limit 用可能不成交换取了成交价不超过限价的确定性这与 Stop-Market 的取舍正好相反——Stop-Market 保证一旦触发就市价执行、但允许大幅滑点且释放出的市价单在市场不可用时仍可能被拒或无法成交。三、源码视角StopLimitOrder 模型在模型层Stop-Limit 由StopLimitOrder结构体承载定义于 crates/model/src/orders/stop_limit.rspub struct StopLimitOrder { pub price: Price, // 触发后释放的限价单价格 pub trigger_price: Price, // 触发价 pub trigger_type: TriggerType, // 触发类型默认 DEFAULT pub expire_time: OptionUnixNanos, pub is_post_only: bool, pub display_qty: OptionQuantity, pub trigger_instrument_id: OptionInstrumentId, // 跨品种触发 pub is_triggered: bool, // 是否已被触发 pub ts_triggered: OptionUnixNanos, // 触发时间戳纳秒 core: OrderCore, }几个值得注意的实现细节is_triggered/ts_triggered订单被触发后apply方法在处理OrderEventAny::Triggered事件时将is_triggered置为true并记录触发时刻见 stop_limit.rs。is_triggered()以Optionbool返回说明只有条件单才能回答是否已触发。修改支持OrderUpdated事件可同时更新price、trigger_price与quantity见 stop_limit.rs因此已挂出的 Stop-Limit 支持在途改价。trigger_instrument_id允许以另一个品种的行情作为触发源例如以 BTC 价格触发 ETH 的订单当其为None时表示用订单自身品种触发。校验规则new_checked构造StopLimitOrder时new_checkedstop_limit.rs会执行如下校验违反任一条件即返回OrderError数量必须为正check_positive_quantitydisplay_qty不得超过quantitycheck_display_qty单元测试test_display_qty_gt_quantity_err验证了超量会 panic提示display_qtymay not exceedquantityGTD 必须携带expire_timecheck_time_in_force若time_in_force为GTD而expire_time缺失或为零则拒绝对应测试test_gtd_without_expire_time_err提示expire_timeis required forGTDorder初始化事件不变量底层OrderInitialized::new_checked的完整约束。Rust 侧还提供了new失败即 panic 的便捷版与TryFromOrderInitialized转换try_from要求price、trigger_price、trigger_type三者都必须存在否则报PredicateViolation见 stop_limit.rs。四、触发类型TriggerType条件单的扳机语义触发类型决定市场价格以何种口径触发条件单由 crates/model/src/enums.rs 中的TriggerType枚举定义Python 侧为SCREAMING_SNAKE_CASE风格如TriggerType.BID_ASK枚举值触发口径DEFAULT使用交易所默认触发类型LAST_PRICE基于最新成交价MARK_PRICE基于交易所标记价格常用于合约/永续INDEX_PRICE基于交易所指数价格BID_ASKBUY 单看 ask、SELL 单看 bid盘口触发DOUBLE_LAST需要连续两次一致的 last 价格匹配DOUBLE_BID_ASK需要连续两次一致的 bid/ask 匹配按方向取用LAST_OR_BID_ASKlast 价格或按方向的 bid/ask 任一满足即可MID_POINT基于 bid/ask 中点价选择建议追求一触即发的止损保护常用LAST_PRICE或BID_ASK规避盘口瞬时插针可选用DOUBLE_LAST/DOUBLE_BID_ASK双确认永续合约等衍生品上MARK_PRICE可避免被极端短线行情插针触发触发类型是必填语义一个需要触发类型的条件单如果trigger_type缺失None会被判定为无效订单Orders 指南中明确An absent trigger type is represented byNoneand is invalid for an order that requires one。五、创建 Stop-Limit 订单Rust 与 Python 双语言示例订单不直接new而是通过订单工厂创建Python 策略暴露self.order_factoryRust 策略通过self.order()访问见 orders/index.md。工厂会自动分配 trader/strategy ID、在需要时生成 client order ID 与初始化 ID、记录初始时间戳并为所选订单类型套用默认值。5.1 Rust 示例原文完整继承场景在 Currenex FX ECN 上 BUY 50,000 GBP限价 1.30000 USD触发价 1.30010 USD创建一小时后过期use nautilus_model::{ enums::{OrderSide, TimeInForce, TriggerType}, identifiers::InstrumentId, types::{Price, Quantity}, }; let expire_time self.clock().timestamp_ns() 3_600_000_000_000_u64; let order self.order().stop_limit( InstrumentId::from(GBP/USD.CURRENEX), OrderSide::Buy, Quantity::from(50_000), Price::from(1.30000), // 限价 Price::from(1.30010), // 触发价 Some(TriggerType::BidAsk), // optional (default DEFAULT) Some(TimeInForce::Gtd), // optional (default GTC) Some(expire_time), // one hour from now Some(true), // post_only (default false) Some(false), // reduce_only (default false) None, // quote_quantity (default false) None, // display_qty None, // emulation_trigger None, // trigger_instrument_id None, // exec_algorithm_id None, // exec_algorithm_params None, // tags None, // client_order_id );5.2 Python 示例from nautilus_trader.model import InstrumentId from nautilus_trader.model import OrderSide from nautilus_trader.model import Price from nautilus_trader.model import Quantity from nautilus_trader.model import StopLimitOrder from nautilus_trader.model import TimeInForce from nautilus_trader.model import TriggerType order: StopLimitOrder self.order_factory.stop_limit( instrument_idInstrumentId.from_str(GBP/USD.CURRENEX), order_sideOrderSide.BUY, quantityQuantity.from_int(50_000), pricePrice.from_str(1.30000), # 限价 trigger_pricePrice.from_str(1.30010), # 触发价 trigger_typeTriggerType.BID_ASK, # -- optional (default DEFAULT) time_in_forceTimeInForce.GTD, # -- optional (default GTC) expire_timeself.clock.timestamp_ns() 3_600_000_000_000, post_onlyTrue, # -- optional (default False) reduce_onlyFalse, # -- optional (default False) tagsNone, # -- optional (default None) )5.3 参数语义与默认值工厂方法stop_limit的实现位于 crates/common/src/factories/order.rsRust 策略 API 见 crates/trading/src/strategy/api.rs它对可选参数统一应用默认值参数默认值语义price必填触发后释放的限价单价格trigger_price必填触发价trigger_typeDEFAULT触发口径见上文 TriggerTypetime_in_forceGTC有效期指令expire_timeNone配合GTD使用指定过期时间post_onlyfalse只做 Maker不得吃单做市商用于锁 Maker 费率reduce_onlyfalse只减仓、不增仓SimulatedExchange会在仓位归零时撤单、仓位缩小时自动缩减数量quote_quantityfalse数量是否以报价货币计价display_qtyNone冰山单可见量0表示隐藏单emulation_triggerNone本地仿真触发类型配合 OrderEmulatortrigger_instrument_idNone跨品种触发源exec_algorithm_id/exec_algorithm_paramsNone执行算法参数tagsNone订单标签client_order_id自动生成客户端订单 ID关于执行指令的完整定义TIF、expire time、post-only、reduce-only、display_qty、trigger type参见 订单总览。需要提醒的是各交易所/适配器对指令的支持程度不同适配器可能在提交前拒绝不支持的请求也可能被交易所驳回落地前应核对目标集成的能力清单见 orders/index.md 的提示框。六、Stop-Limit 的撮合与生命周期6.1 撮合引擎中的处理在回测引擎中Stop 类订单由撮合核心crates/execution/src/matching_core.rs统一处理当订单处于未激活状态未被触发时撮合逻辑比较市场价格与trigger_price一旦满足触发条件Stop-Limit 将按Some(o.price)即限价转换为可成交的限价单随后遵循限价单的撮合规则只在限价或更优价位成交。这也解释了为什么触发价不等于保证成交价——释放后的限价单依然受价格约束。6.2 订单状态流转Stop-Limit 在交易所侧被触发后订单状态进入TRIGGERED。根据 orders/index.md 的状态表TRIGGERED—— A stop-limit, trailing-stop-limit, or limit-if-touched order triggered on the venue.完整生命周期详见 订单总览 的状态机图为INITIALIZED→SUBMITTED→ACCEPTED交易所确认、在簿等待ACCEPTED--Stop hit--TRIGGERED触发成功释放限价单TRIGGERED→PARTIALLY_FILLED/FILLED成交中途可经PENDING_UPDATE/PENDING_CANCEL完成改价或撤单终止态FILLED、CANCELED、REJECTED、EXPIREDGTD 到期等。需要特别留意is_closed与is_open并非互补关系SUBMITTED、INITIALIZED、EMULATED、RELEASED这四种状态既不算 open 也不算 closed判断订单是否终结必须用is_closed详见 orders/index.md 的警告框。6.3 本地仿真Emulated Orders并非所有交易所都原生支持 Stop-Limit。NautilusTrader 的OrderEmulator组件可以在本地模拟条件单先用普通MARKET/LIMIT单驻场行情满足触发条件后本地转为真实订单提交从而在只支持基础单的平台上获得条件单能力。参数中的emulation_trigger即用于指定本地仿真的触发类型。详见 Emulated orders 指南。七、最佳实践小结止损场景优先考虑触发口径现货/币安等品种可用LAST_PRICE永续合约可考虑MARK_PRICE防插针限价与触发价保持合理价差两者过于接近时跳空会同时击穿两个价位导致无法成交仓位失去保护配合reduce_only使用作为持仓止损时设置reduce_onlyTrue可避免在仓位归零后意外反向开仓GTD 一定要配expire_time否则校验直接失败工厂方法会 panic回测先行验证先在SimulatedExchange上验证触发与成交行为再上真实适配器依赖支持情况提交前确认目标交易所适配器是否原生支持STOP_LIMIT若不支持则评估 OrderEmulator 本地仿真方案。相关指南订单总览全部订单类型、执行指令与触发类型详解Stop-Market 指南与之互补的无价格保护止损方案Emulated orders在无原生支持的交易所本地仿真条件单Execution 概念订单如何到达交易所、成交如何被处理【免费下载链接】nautilus_traderProduction-grade Rust-native trading engine with deterministic event-driven architecture项目地址: https://gitcode.com/GitHub_Trending/na/nautilus_trader创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 NautilusTrader 的 Stop-Limit 止损限价单：触发机制、源码实现与实战配置
NautilusTrader 的 Stop-Limit 止损限价单触发机制、源码实现与实战配置【免费下载链接】nautilus_traderProduction-grade Rust-native trading engine with deterministic event-driven architecture项目地址: https://gitcode.com/GitHub_Trending/na/nautilus_trader导读Stop-Limit止损限价单是条件单体系中最常用的带价格保护的止损/入场工具市场价格触及触发价后系统释放一张限价单从而在控制最差成交价的同时完成止损离场或突破入场。本文基于 NautilusTrader 官方概念文档 stop_limit.md结合模型层、工厂层与撮合引擎的源码实现完整讲解 Stop-Limit 的 FIX 映射、触发类型TriggerType、订单工厂参数语义、校验规则与订单生命周期并给出 Rust 与 Python 双语言可运行的完整示例。一、什么是 Stop-Limit 订单Stop-Limit 订单是一种条件单conditional order在 NautilusTrader 的订单类型体系OrderType枚举中属于STOP_LIMIT。它的行为分为两个阶段监控阶段订单在市场中静默等待直到标的的市场价格达到设定的触发价trigger price释放阶段触发发生后订单变成一张以**限价price**为约束的普通限价单仅以限价或更优价格成交。用一句话概括Stop-Limit 订单在触发价被触及后释放一张以指定价格为限价的 Limit 订单AStop-Limitorder releases aLimitorder at the specified price when its trigger price is reached。在 FIX 协议中Stop-Limit 对应FIX OrdType 404Stop Limit。NautilusTrader 为九种订单类型统一建模详见 订单总览各类型与 FIXOrdType的映射关系如下节选自 orders/index.md订单类型FIXOrdType 40Market1MarketLimit2LimitStop-Market3StopStop-Limit4Stop LimitMarket-To-LimitKMarket With Left Over as LimitMarket-If-TouchedJMarket If TouchedLimit-If-Touched无专用值常以4 有利触发方向发送Trailing-Stop-Market3Stop trailing pegTrailing-Stop-Limit4Stop Limit trailing peg说明FIX 没有为 Limit-If-Touched 定义专用OrdType实践中通常发送4Stop Limit并配合有利触发方向Trailing 类止损同样没有专用值以3/4加上 trailing peg 字段表达。二、典型使用场景Stop-Limit 的核心价值是在止损与滑点控制之间取得平衡。官方文档给出的使用指引是当止损触发的同时还必须强制执行一个可接受的最差成交价时应使用 Stop-Limit 订单例如价格保护的退出price-protected exit或突破入场breakout entry。典型场景包括保护性止损持有多头仓位时在支撑位下方挂一张 SELL Stop-Limit触发后以限价离场避免市场瞬间击穿后以不可控价格成交突破入场等待价格有效突破某一关键阻力位后再买入BUY Stop-Limit触发价高于当前市价限价约束入场成本趋势跟随顺势加仓时以触发价确认动能成立同时用限价限制追价幅度。必须充分认识的风险如果市场跳空gap同时越过触发价和限价订单可能完全无法成交从而让仓位暴露在无保护状态If the market gaps through both the trigger and limit, the order may not fill and can leave a position unprotected。换言之Stop-Limit 用可能不成交换取了成交价不超过限价的确定性这与 Stop-Market 的取舍正好相反——Stop-Market 保证一旦触发就市价执行、但允许大幅滑点且释放出的市价单在市场不可用时仍可能被拒或无法成交。三、源码视角StopLimitOrder 模型在模型层Stop-Limit 由StopLimitOrder结构体承载定义于 crates/model/src/orders/stop_limit.rspub struct StopLimitOrder { pub price: Price, // 触发后释放的限价单价格 pub trigger_price: Price, // 触发价 pub trigger_type: TriggerType, // 触发类型默认 DEFAULT pub expire_time: OptionUnixNanos, pub is_post_only: bool, pub display_qty: OptionQuantity, pub trigger_instrument_id: OptionInstrumentId, // 跨品种触发 pub is_triggered: bool, // 是否已被触发 pub ts_triggered: OptionUnixNanos, // 触发时间戳纳秒 core: OrderCore, }几个值得注意的实现细节is_triggered/ts_triggered订单被触发后apply方法在处理OrderEventAny::Triggered事件时将is_triggered置为true并记录触发时刻见 stop_limit.rs。is_triggered()以Optionbool返回说明只有条件单才能回答是否已触发。修改支持OrderUpdated事件可同时更新price、trigger_price与quantity见 stop_limit.rs因此已挂出的 Stop-Limit 支持在途改价。trigger_instrument_id允许以另一个品种的行情作为触发源例如以 BTC 价格触发 ETH 的订单当其为None时表示用订单自身品种触发。校验规则new_checked构造StopLimitOrder时new_checkedstop_limit.rs会执行如下校验违反任一条件即返回OrderError数量必须为正check_positive_quantitydisplay_qty不得超过quantitycheck_display_qty单元测试test_display_qty_gt_quantity_err验证了超量会 panic提示display_qtymay not exceedquantityGTD 必须携带expire_timecheck_time_in_force若time_in_force为GTD而expire_time缺失或为零则拒绝对应测试test_gtd_without_expire_time_err提示expire_timeis required forGTDorder初始化事件不变量底层OrderInitialized::new_checked的完整约束。Rust 侧还提供了new失败即 panic 的便捷版与TryFromOrderInitialized转换try_from要求price、trigger_price、trigger_type三者都必须存在否则报PredicateViolation见 stop_limit.rs。四、触发类型TriggerType条件单的扳机语义触发类型决定市场价格以何种口径触发条件单由 crates/model/src/enums.rs 中的TriggerType枚举定义Python 侧为SCREAMING_SNAKE_CASE风格如TriggerType.BID_ASK枚举值触发口径DEFAULT使用交易所默认触发类型LAST_PRICE基于最新成交价MARK_PRICE基于交易所标记价格常用于合约/永续INDEX_PRICE基于交易所指数价格BID_ASKBUY 单看 ask、SELL 单看 bid盘口触发DOUBLE_LAST需要连续两次一致的 last 价格匹配DOUBLE_BID_ASK需要连续两次一致的 bid/ask 匹配按方向取用LAST_OR_BID_ASKlast 价格或按方向的 bid/ask 任一满足即可MID_POINT基于 bid/ask 中点价选择建议追求一触即发的止损保护常用LAST_PRICE或BID_ASK规避盘口瞬时插针可选用DOUBLE_LAST/DOUBLE_BID_ASK双确认永续合约等衍生品上MARK_PRICE可避免被极端短线行情插针触发触发类型是必填语义一个需要触发类型的条件单如果trigger_type缺失None会被判定为无效订单Orders 指南中明确An absent trigger type is represented byNoneand is invalid for an order that requires one。五、创建 Stop-Limit 订单Rust 与 Python 双语言示例订单不直接new而是通过订单工厂创建Python 策略暴露self.order_factoryRust 策略通过self.order()访问见 orders/index.md。工厂会自动分配 trader/strategy ID、在需要时生成 client order ID 与初始化 ID、记录初始时间戳并为所选订单类型套用默认值。5.1 Rust 示例原文完整继承场景在 Currenex FX ECN 上 BUY 50,000 GBP限价 1.30000 USD触发价 1.30010 USD创建一小时后过期use nautilus_model::{ enums::{OrderSide, TimeInForce, TriggerType}, identifiers::InstrumentId, types::{Price, Quantity}, }; let expire_time self.clock().timestamp_ns() 3_600_000_000_000_u64; let order self.order().stop_limit( InstrumentId::from(GBP/USD.CURRENEX), OrderSide::Buy, Quantity::from(50_000), Price::from(1.30000), // 限价 Price::from(1.30010), // 触发价 Some(TriggerType::BidAsk), // optional (default DEFAULT) Some(TimeInForce::Gtd), // optional (default GTC) Some(expire_time), // one hour from now Some(true), // post_only (default false) Some(false), // reduce_only (default false) None, // quote_quantity (default false) None, // display_qty None, // emulation_trigger None, // trigger_instrument_id None, // exec_algorithm_id None, // exec_algorithm_params None, // tags None, // client_order_id );5.2 Python 示例from nautilus_trader.model import InstrumentId from nautilus_trader.model import OrderSide from nautilus_trader.model import Price from nautilus_trader.model import Quantity from nautilus_trader.model import StopLimitOrder from nautilus_trader.model import TimeInForce from nautilus_trader.model import TriggerType order: StopLimitOrder self.order_factory.stop_limit( instrument_idInstrumentId.from_str(GBP/USD.CURRENEX), order_sideOrderSide.BUY, quantityQuantity.from_int(50_000), pricePrice.from_str(1.30000), # 限价 trigger_pricePrice.from_str(1.30010), # 触发价 trigger_typeTriggerType.BID_ASK, # -- optional (default DEFAULT) time_in_forceTimeInForce.GTD, # -- optional (default GTC) expire_timeself.clock.timestamp_ns() 3_600_000_000_000, post_onlyTrue, # -- optional (default False) reduce_onlyFalse, # -- optional (default False) tagsNone, # -- optional (default None) )5.3 参数语义与默认值工厂方法stop_limit的实现位于 crates/common/src/factories/order.rsRust 策略 API 见 crates/trading/src/strategy/api.rs它对可选参数统一应用默认值参数默认值语义price必填触发后释放的限价单价格trigger_price必填触发价trigger_typeDEFAULT触发口径见上文 TriggerTypetime_in_forceGTC有效期指令expire_timeNone配合GTD使用指定过期时间post_onlyfalse只做 Maker不得吃单做市商用于锁 Maker 费率reduce_onlyfalse只减仓、不增仓SimulatedExchange会在仓位归零时撤单、仓位缩小时自动缩减数量quote_quantityfalse数量是否以报价货币计价display_qtyNone冰山单可见量0表示隐藏单emulation_triggerNone本地仿真触发类型配合 OrderEmulatortrigger_instrument_idNone跨品种触发源exec_algorithm_id/exec_algorithm_paramsNone执行算法参数tagsNone订单标签client_order_id自动生成客户端订单 ID关于执行指令的完整定义TIF、expire time、post-only、reduce-only、display_qty、trigger type参见 订单总览。需要提醒的是各交易所/适配器对指令的支持程度不同适配器可能在提交前拒绝不支持的请求也可能被交易所驳回落地前应核对目标集成的能力清单见 orders/index.md 的提示框。六、Stop-Limit 的撮合与生命周期6.1 撮合引擎中的处理在回测引擎中Stop 类订单由撮合核心crates/execution/src/matching_core.rs统一处理当订单处于未激活状态未被触发时撮合逻辑比较市场价格与trigger_price一旦满足触发条件Stop-Limit 将按Some(o.price)即限价转换为可成交的限价单随后遵循限价单的撮合规则只在限价或更优价位成交。这也解释了为什么触发价不等于保证成交价——释放后的限价单依然受价格约束。6.2 订单状态流转Stop-Limit 在交易所侧被触发后订单状态进入TRIGGERED。根据 orders/index.md 的状态表TRIGGERED—— A stop-limit, trailing-stop-limit, or limit-if-touched order triggered on the venue.完整生命周期详见 订单总览 的状态机图为INITIALIZED→SUBMITTED→ACCEPTED交易所确认、在簿等待ACCEPTED--Stop hit--TRIGGERED触发成功释放限价单TRIGGERED→PARTIALLY_FILLED/FILLED成交中途可经PENDING_UPDATE/PENDING_CANCEL完成改价或撤单终止态FILLED、CANCELED、REJECTED、EXPIREDGTD 到期等。需要特别留意is_closed与is_open并非互补关系SUBMITTED、INITIALIZED、EMULATED、RELEASED这四种状态既不算 open 也不算 closed判断订单是否终结必须用is_closed详见 orders/index.md 的警告框。6.3 本地仿真Emulated Orders并非所有交易所都原生支持 Stop-Limit。NautilusTrader 的OrderEmulator组件可以在本地模拟条件单先用普通MARKET/LIMIT单驻场行情满足触发条件后本地转为真实订单提交从而在只支持基础单的平台上获得条件单能力。参数中的emulation_trigger即用于指定本地仿真的触发类型。详见 Emulated orders 指南。七、最佳实践小结止损场景优先考虑触发口径现货/币安等品种可用LAST_PRICE永续合约可考虑MARK_PRICE防插针限价与触发价保持合理价差两者过于接近时跳空会同时击穿两个价位导致无法成交仓位失去保护配合reduce_only使用作为持仓止损时设置reduce_onlyTrue可避免在仓位归零后意外反向开仓GTD 一定要配expire_time否则校验直接失败工厂方法会 panic回测先行验证先在SimulatedExchange上验证触发与成交行为再上真实适配器依赖支持情况提交前确认目标交易所适配器是否原生支持STOP_LIMIT若不支持则评估 OrderEmulator 本地仿真方案。相关指南订单总览全部订单类型、执行指令与触发类型详解Stop-Market 指南与之互补的无价格保护止损方案Emulated orders在无原生支持的交易所本地仿真条件单Execution 概念订单如何到达交易所、成交如何被处理【免费下载链接】nautilus_traderProduction-grade Rust-native trading engine with deterministic event-driven architecture项目地址: https://gitcode.com/GitHub_Trending/na/nautilus_trader创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考