SIP-4：Block Trade TP/SL

概述

本提案在 StandX Block Trade 之上引入 Block Trade Option Mode（区块交易期权模式），作为一种新的延迟执行模式，初始仅通过**仓位止盈（TP）和仓位止损（SL）**工作流对外开放。

由此产生的行为具有类期权特征，但 SIP-4 在 V1 阶段并不旨在引入一个完全标准化的期权产品。SIP-4 创建的是一种有限的、与仓位绑定的权利：一旦对手方支付 Reservation Fee（预留费），该对手方即获得一项美式执行权，可在到期前任意时刻调用 Execute，但仍须通过正常的结算与风控验证。

这使得仓位 TP 和 SL 比标准的触发式订单更具表现力：

• Block TP 允许持仓者通过出售”以预定价格接手对手方向”的权利，来变现一次计划中的退出。
• Block SL 允许持仓者支付有限费用来获取自主的下行保护，而不是依赖即时触发式止损。

StandX 继续充当托管、协调与结算层，负责强制执行 Reservation Fee 转移、Guarantee Deposit（履约保证金）锁定、执行流程以及违约补偿。

动机

传统订单簿上的 TP/SL 订单在机制上十分简单，但存在两个重要局限：

1. 它们通常依赖触发时刻的市场执行，在剧烈波动中可能引入滑点或不稳定的成交。
2. 它们是触发驱动且缺乏灵活性的。一旦触发，订单会立即进入执行逻辑，即使价格波动是短暂的、异常的，或与用户的实际决策意图不一致。

SIP-4 将 TP/SL 重新定义为基于 Block Trade 的权利，而非单纯的触发指令。

Block TP：“止盈多赚”

用户持有某个仓位，计划在目标盈利水平附近退出。另一个用户认为价格可能继续朝有利方向运动，希望通过 Block Trade 以预定价格获取进场权。

• 传统模式： 持仓者在 TP 触发时退出，该退出仅产生普通的市场冲击或流动性消耗。
• Block TP 模式： 持仓者将这次未来的退出机会作为可交易权利通过 Block Trade 对外提供。对手方支付 Reservation Fee 以锁定在到期前任意时刻以预定价格接手对手方向的权利。

由此产生两个不同的价值来源：

1. 持仓者作为卖方。 一旦区块被接入，卖方即获得来自 Reservation Fee 的额外收入。若该权利被行使，卖方通过预定的区块交易退出并保留费用。若该权利到期未被使用，卖方保留仓位且仍然保有费用。 核心价值： 在等待计划中的 TP 退出期间，持仓者将退出机会本身变现，从该期权性中获取增量现金流。

2. 对手方作为买方。 买方支付相对较小的费用，即锁定一项在到期前以预定价格进场的美式权利，无需依赖进场时刻的即时订单簿执行。

Block SL：“止损少亏”

用户希望为现有仓位提供下行保护，但同时希望在剧烈或异常行情中保留决策自主权。

• 传统模式： 止损像一个机械触发器。一旦止损价被触及，订单立即被创建并发送至市场，即使这次波动只是一根短暂的插针。
• Block SL 模式： 持仓者通过支付 Reservation Fee 向对手方购买一项区块权利。这赋予持仓者在到期前任意时刻以预定价格退出的权利，而非通过触发式市价单强制立即执行。

这在实质上改变了行为：

1. 持仓者作为买方。 持仓者获得自主保护而非触发式自动平仓。持仓者可以等待、观察市场状况，并在到期前决定是否行使该权利。若价格企稳或反弹，持仓者可以不使用该区块。若行情持续恶化，持仓者可以行使权利，通过预定的区块交易退出。 核心价值： 用户支付有限费用，将一次被动止损转变为按需保护权利。

2. 决策灵活性即保护。 费用购买的不仅仅是一个止损价格，而是在压力下的时间决策权。这降低了被短暂波动强制出局的风险，同时在行情恶化时仍保留一条确定的退出路径。

范围

V1 产品范围

SIP-4 在初始发布中有意保持狭窄的范围。

该模式面向用户的入口仅限于：

• 仓位止盈（Position TP）
• 仓位止损（Position SL）

换言之，V1 不提供通用的期权界面。用户不会浏览完整的期权市场、构建任意策略或创建裸期权结构。SIP-4 仅在管理已有仓位的上下文中引入类期权机制。

前向兼容性

尽管初始 UI 入口限于仓位 TP/SL，底层生命周期在设计上有意更通用：

• 一方通过 Block Trade 发布一个有条件的退出或进场机会，
• 另一方支付 Reservation Fee 以预留该机会，
• 一笔 Guarantee Deposit 被锁定以支持执行完整性，
• 权利买方可在到期前任意时刻调用 Execute。

这为未来 SIP 开放更广泛的 Block Option 市场保留了清晰的路径，而无需重新设计核心状态机。

术语

为保持协议描述简洁，本提案使用以下命名：

• Block Trade Option Mode：SIP-4 引入的新 Block Trade 模式。
• Block Option：本提案中用于指代在 Block Trade Option Mode 下运行的订单的简称。
• Reservation Fee（预留费）：权利买方为预留到期前的执行权限而支付的费用。
• Guarantee Deposit（履约保证金）：义务方锁定的押金，用于支持执行完整性和违约补偿。
• Expiry（到期）：预留权利不再可行使的时间戳。
• Execute（执行）：发起已预留切片实际结算的操作。

高层机制

SIP-4 将预留与结算分离。

在标准 SIP-1 Block Trade 中，撮合后很快进入结算。在 SIP-4 中，这两个步骤被有意拆分：

1. 以预定价格和数量创建一个区块。
2. 对手方通过支付 Reservation Fee 预留一个切片。
3. 对应的义务方锁定所需的 Guarantee Deposit。
4. 该已预留切片维持预留状态，直到以下任一情形发生：
   • 权利持有人调用 Execute，
   • 切片到期未使用，
   • 切片因结算或义务履行失败而终止。
5. 若在到期前调用 Execute，StandX 使用预先约定的价格和数量尝试正常结算。

这创建了一个美式行权流程：一旦费用支付完成且切片被预留，权利持有人可在到期前任意时刻发起交易。

V1 角色映射

买方或卖方的经济角色取决于用户设置的是 TP 还是 SL。

Block TP

在仓位止盈流程中：

• 持仓者在经济角色上是权利的卖方，
• 对手方在经济角色上是权利的买方。

区块被接入后，持仓者收到 Reservation Fee。作为对价，持仓者承诺：若买方在到期前行使权利，持仓者将按照预定的 Block Trade 退出。

Block SL

在仓位止损流程中：

• 持仓者在经济角色上是权利的买方，
• 对手方在经济角色上是权利的卖方。

持仓者支付 Reservation Fee，以换取在到期前通过预定 Block Trade 退出的能力。

这一角色划分十分重要，因为 UI 始终绑定在现有持仓者一侧，但权利的经济方向在 TP 和 SL 之间是相反的。

核心协议规则

1. 预定价格和数量

每个 Block Option 定义：

• 固定的 Fill Price，
• 数量，
• 到期时间，
• 由现有仓位和 TP/SL 意图推导的方向关系。

在 V1 中，Fill Price 必须在区块创建时预先确定，并在已预留切片的整个生命周期内保持不变。

2. 预留

当 taker 预留一个切片时：

• 该切片不再对其他人可用，
• 相应的 Reservation Fee 按模式规则完成转移，
• 所需的 Guarantee Deposit 在义务方一侧被锁定。

自此，切片进入”已预留但尚未结算”状态。

3. 执行权

一旦 taker 支付了 Reservation Fee，权利持有人可在到期前任意时刻调用 Execute。

该权利不依赖于单独的触发事件。TP/SL 仍然是产品框架和用户入口，但底层执行权的行为是美式权利，而非机械式触发订单。

4. 结算

若在到期前调用 Execute，StandX 使用预留阶段已约定的 Block Trade 价格和数量尝试结算。

结算仍受正常引擎验证约束，包括开立或接受所产生仓位状态所需的全部标准检查。

5. 到期

若已预留切片在到期时未被行使：

• 不发生结算，
• 预留的执行权消灭，
• 切片以 closed 状态解决，
• 费用和押金余额按模式的策略规则释放。

费用与押金逻辑

Reservation Fee（预留费）

Reservation Fee 是预留一个切片并获取到期前执行权所需支付的费用。

经济含义：

• 在 Block TP 中，对手方支付 Reservation Fee 以锁定未来的进场机会，
• 在 Block SL 中，持仓者支付 Reservation Fee 以锁定未来的保护性退出机会。

Guarantee Deposit（履约保证金）

Guarantee Deposit 是义务方锁定的抵押品，用于支持执行完整性。

其目的不是替代正常的交易保证金，而是使违约代价高昂，并在义务方因可归责于自身的原因无法履约时，提供补偿基础。

精确的规模规则可由具体实现定义，但指导性要求是：押金必须足够有意义，以遏制不履约行为并在违约时支持补偿。

状态机

SIP-4 在设计上与 SIP-1 的状态约定保持广泛兼容，同时为延迟执行增加一个新的预留状态。

Block Status

Order Status

失败处理

SIP-4 区分未使用到期与执行失败。

未使用到期

若已预留切片在到期前从未被行使：

• 切片无结算即解决，
• 执行权消灭，
• 订单转为 Closed。

这是正常的结果，而非协议故障。

执行失败

若调用 Execute 但结算无法完成，切片转为 Failed。

典型原因可能包括：

• 义务方因可归责于自身的原因无法满足安排，
• 所需的结算条件不满足，
• 所产生的仓位无法通过正常验证。

当失败可归责于义务方时，Guarantee Deposit 的存在正是为了支持处罚和补偿处理。

用户故事

背景

假设 Alice 已在 StandX 持有一个现有仓位，并希望通过仓位 TP 或仓位 SL 进行管理。Bob 是一个对手方，有意在 SIP-4 条款下预留或出售基于 Block Trade 的权利。

场景 1 — Block TP 被接入并随后行使

Alice 做多，希望以预定 TP 价格 120 退出 100 单位。

她没有放置普通的 TP 指令，而是以价格 120、48 小时到期发布了一个 Block TP 切片。Bob 认为动量可能继续向上，支付 Reservation Fee 预留了该权利。

自此，Bob 可在到期前任意时刻调用 Execute。

Bob 后来选择行使。订单进入 Matching，StandX 以预定的 Block Trade 价格执行结算，订单以 Filled 解决。

结果： Alice 如计划退出，并额外获得了 Reservation Fee。Bob 锁定了预定的进场，无需依赖即时订单簿执行。

场景 2 — Block TP 被接入但到期未使用

Alice 创建了同样的 Block TP 机会，Bob 支付 Reservation Fee 进行了预留。

到期前，Bob 始终未调用 Execute。市场走势使得预留的进场变得不具吸引力，Bob 选择放弃该权利。

到期时，订单以 Closed 解决，不发生结算。

结果： Alice 保留仓位，并同时保有预留带来的经济利益。Bob 仅损失为预留权利而支付的有限费用。

场景 3 — Block SL 作为自主保护购买

Alice 做多，希望获得下行保护，但不希望被纯触发式止损在短暂插针中强制出局。

她以预定退出价格开立一个 Block SL 机会，支付 Reservation Fee 从 Bob 处预留权利。Bob 作为义务对手方锁定所需的 Guarantee Deposit。

预留后，Alice 可在到期前任意时刻调用 Execute。

市场变得不稳定。Alice 观察价格走势，决定暂时等待而非立即退出。

结果： 与标准止损不同，保护权利独立于机械触发而存在。Alice 对时机拥有自主权，而非被强制自动执行。

场景 4 — Block SL 在行情恶化后被行使

延续上一场景，Alice 继续监控市场。行情持续恶化，她决定现在应当使用保护。

Alice 在到期前调用 Execute。订单进入 Matching，StandX 使用预定的 Block Trade 条款尝试结算。

结算成功，订单以 Filled 解决。

结果： Alice 在做出自主决策后通过预定路径退出，而非通过即时触发式市价单。预留权利充当了按需保护。

设计理念

SIP-4 有意设计为一个狭窄的第一步。

本提案不试图定义完整的期权协议、期权链、波动率曲面或通用的结构化衍生品市场。相反，它在一个用户熟悉的工作流——仓位管理——中引入一个有限但强大的原语。

这种较窄的定义框架具有三个优势：

1. 更好的用户理解。 用户已将 TP 和 SL 理解为仓位管理概念。
2. 即时实用性。 该功能改善了用户已经频繁执行的工作流。
3. 前向可扩展性。 同样的 Reservation Fee + Guarantee Deposit + Taken + 到期前 Execute 生命周期，日后可支持更广泛的 Block Option 功能，若 StandX 选择开放该路径。

向后兼容性

SIP-4 在设计上尽可能贴近 SIP-1。

具体而言：

• 区块级状态名称保持 Open、OnchainMatched 和 Closed，
• OnchainMatched 被泛化为”完全预留”而非必然”完全结算”，
• 订单级生命周期保持不变，唯一的新增是 Taken，用于表示”已预留但尚未结算”的切片。

这最大限度地降低了对现有 Block Trade 索引、监控和心智模型的干扰，同时仍启用了延迟执行语义。

安全与风险说明

SIP-4 引入了延迟执行，因此相较于标准 SIP-1 结算，义务窗口更长。

关键风险考虑包括：

• 义务方可能在到期前变得无法或不愿履行安排，
• 延迟执行带来额外的监控需求，
• 费用转移和押金释放规则必须明确无歧义，
• 结算仍依赖于系统其他部分使用的同一套核心引擎安全检查。

因此，Guarantee Deposit 是一项必要的控制措施，而非可选的便利。它为不履约行为提供具体的经济后果，并在义务方因可归责于自身的原因违约时支持补偿。

未来可扩展性

尽管 V1 将用户入口限于仓位 TP/SL，底层机制在设计上有意是通用的。

未来 SIP 可将同一原语扩展至：

• 更通用的仓位绑定区块权利，
• 非 TP/SL 的方向性进场产品，
• 更丰富的预留定价逻辑，
• 更广泛的 Block Option 市场面。

因此，SIP-4 既是 TP/SL 的产品改进，也是通向 Block Trade 上更通用的类期权交易的协议桥梁。