全部成交或立即取消（FOK）

加密货币交易中的全部成交或立即取消（FOK）是什么？

全部成交或立即取消（Fill or Kill，简称 FOK）是一种交易指令，要求订单立即全部成交，否则全部取消。

FOK 订单不允许部分数量成交、其余数量取消。

如果可接受价格上的合格流动性足够，订单就会全部成交。

如果无法成交全部指定数量，撮合系统会取消订单，不会让交易者持有部分仓位。

FOK 通常被视为有效期指令，因为它规定了订单必须多快成交，以及无法立即成交时应如何处理。

Investor.gov 对 Fill-or-Kill 订单的官方定义指出，该订单必须立即全部成交，否则取消。

在加密货币市场中，现货交易对、有到期日的期货、永续合约、期权或其他订单簿产品都可能支持 FOK 指令。

该指令是否可用、支持哪些订单组合、如何撮合以及显示何种拒单信息，均取决于交易系统。

“全部成交或立即取消”是什么意思？

“成交”意味着指定的交易数量已经执行。

“立即取消”意味着撮合系统会取消未成交的订单。

该指令包含两项严格要求。

第一项要求是立即执行。

订单不能留在订单簿中等待后续流动性。

第二项要求是全部成交。

订单必须能够全部成交，不能只成交其中一部分。

因此，FOK 订单优先追求立即全部成交，而不是接受较小数量的部分成交。

FOK 订单如何运作？

交易者选择资产、交易对、方向、数量、价格条件，并将 Fill or Kill 设为有效期指令。

平台首先会执行适用的余额、保证金、仓位、订单规模和风险检查。

然后，撮合引擎会根据撮合规则评估符合条件的对手方订单。

买入 FOK 订单会检查，是否有足够的卖方流动性能够在不高于允许价格的范围内满足全部数量。

卖出 FOK 订单会检查，是否有足够的买方流动性能够在不低于允许价格的范围内满足全部数量。

如果流动性充足，撮合引擎就会执行整个订单。

如果流动性不足，订单会被取消或拒绝，不会挂在订单簿中等待成交。

处理时间可能极短，但“立即”指交易系统的撮合过程，并非适用于所有市场的统一毫秒数。

FOK 买入订单示例

假设一位交易者希望以 $2,000 的限价买入 10 个单位的某种加密货币。

交易者提交一笔针对全部 10 个单位的 Fill or Kill 限价单。

订单簿中有 3 个单位以 $1,990 卖出、4 个单位以 $1,995 卖出，还有 3 个单位以 $2,000 卖出。

在交易者设定的 $2,000 限价以内，共有 10 个单位可供买入。

因此，这笔 FOK 订单可以全部成交。

由于订单与多个卖方及多个价格档位撮合，可能会生成多条单独的成交记录。

不过，交易者最终会收到全部指定数量，而不是部分成交。

被取消的 FOK 买入订单示例

假设同一位交易者仍以最高 $2,000 的价格买入 10 个单位。

订单簿中有 3 个单位以 $1,990 卖出、4 个单位以 $1,995 卖出，但 $2,000 价位只有 2 个单位。

在允许的价格范围内，只有 9 个单位可以成交。

这笔 FOK 订单无法全部完成。

因此，撮合系统会取消订单，而不是只买入 9 个单位。

即使大部分目标数量看起来都有流动性，交易者仍无法建立所需仓位。

FOK 卖出订单示例

假设一位交易者希望以不低于每单位 $500 的价格卖出 5 个单位的某种加密货币。

订单簿中有买方愿意以 $505 买入 2 个单位、以 $502 买入 2 个单位，并以 $500 买入 1 个单位。

这 5 个单位都可以按限价或更优价格卖出。

因此，整笔 FOK 卖出订单可以与这些买单成交。

如果 $500 或更高价格上的可成交数量只有 4.8 个单位，FOK 指令会阻止订单部分卖出。

FOK 订单可以按多个价格成交吗？

可以。Fill or Kill 订单可以与多个订单、多个价格档位成交。

要求是订单必须在允许的价格条件下立即完成全部指定数量。

买入限价 FOK 订单可以消耗限价或更低价格上的多个卖单。

卖出限价 FOK 订单可以消耗限价或更高价格上的多个买单。

最终平均成交价根据各价格档位的成交数量计算。

全部成交并不意味着每个单位都以相同价格成交。

FOK 与加密货币订单簿

订单簿会整理加密货币市场中尚未成交的买卖意向。

买单（Bid）代表参与者愿意买入的价格。

卖单（Ask）代表参与者愿意卖出的价格。

最佳买价通常是当前显示的最高买入价。

最佳卖价通常是当前显示的最低卖出价。

CFTC 期货术语表将订单簿描述为一种根据价格、提交时间或两者撮合买单和卖单的系统。

FOK 订单会检查订单簿中符合条件的一侧可用流动性。

撮合引擎必须找到足够数量，才能按照订单条件满足整个订单。

显示的市场深度与可成交深度

订单簿上显示的深度并不保证 FOK 订单能够成交。

其他参与者可能会在 FOK 请求到达撮合引擎前取消或修改订单。

显示的流动性也可能先被另一笔交易消耗。

屏幕更新速度也可能慢于撮合引擎内部状态的变化。

一些订单簿包含隐藏数量或部分显示的数量，这些数量不会出现在普通深度视图中。

防止自我成交的规则或账户限制，可能会使部分表面上的流动性不符合该订单的成交条件。

因此，交易者屏幕上显示的数量可能与撮合时实际可用的数量不同。

FOK 是订单类型还是有效期指令？

FOK 通常被归类为有效期指令，而不是单独的定价方式。

它会告知撮合系统订单可以保持有效多长时间，以及是否允许部分成交。

价格行为仍可以由限价或市价指令决定。

限价 FOK 将价格边界与立即全部成交的要求结合起来。

如果平台支持，市价 FOK 会要求按照可用价格立即全部成交，并适用任何相关的市价单保护措施。

部分平台只支持特定组合，例如仅支持限价单使用 FOK。

FIX TimeInForce 规范在字段

中以数值 表示 Fill or Kill。

FOK 与立即成交或取消（IOC）

FOK 和立即成交或取消（IOC）都要求迅速处理，且不允许订单留在订单簿中。

两者的区别在于如何处理流动性不足的情况。

IOC 订单会尽可能立即成交，未成交的剩余数量则会取消。

FOK 订单要求立即全部成交，否则一笔也不成交。

假设交易者提交 100 个单位的订单，但当时只有 70 个单位可立即成交。

IOC 订单可能成交 70 个单位，并取消剩余 30 个单位。

由于无法成交全部 100 个单位，FOK 订单会被取消。

Investor.gov 对 IOC 订单的定义确认，任何未能立即成交的部分都会被取消。

FOK 与全部成交或不成交（AON）

FOK 和全部成交或不成交（All or None，AON）都要求订单全部成交，不接受最终部分成交。

两者的关键区别在于时间要求。

FOK 订单必须立即全部成交，否则取消。

AON 订单可以保持有效，等待足够流动性出现后再完成全部成交。

因此，AON 订单现在可能完全没有成交，但之后仍可能成交。

FOK 订单则按照撮合系统规则，只有一次立即成交的机会。

Investor.gov 的订单类型公告指出，未成交的 AON 订单可以继续保持有效，以此区分 AON 与 FOK。

FOK 与限价单

普通限价单会设定可接受的最差成交价格。

买入限价单可以按限价或更低价格成交。

卖出限价单可以按限价或更高价格成交。

Investor.gov 对限价单的定义说明了这些价格限制。

普通限价单可能留在订单簿中，并随着时间推移部分成交。

限价 FOK 额外增加了立即成交和全部成交的要求。

限价控制最差允许价格，而 FOK 控制成交时机和数量是否全部完成。

FOK 与市价单

市价单优先按照当前可获得的最佳价格成交。

市价单通常不会为交易者设定固定的最高买入价或最低卖出价。

大额市价单可能会扫过多个价格档位，并产生显著滑点。

如果平台支持，市价 FOK 还要求全部数量能够立即成交。

不过，如果交易系统没有设置价格保护范围，最终成交价仍可能不利。

限价 FOK 的价格控制更强，因为订单不会以超出指定限价的价格成交。

CFTC 对市价单的定义将其描述为：在订单到达交易系统时，按照可获得的任意价格进行交易的指令。

FOK 与撤销前有效（GTC）

撤销前有效（Good-Til-Canceled，GTC）订单会持续有效，直到成交、被取消或达到平台规定的最长有效期限。

GTC 限价单可以留在订单簿中提供流动性。

它可能在较长时间内分批成交。

FOK 订单不会等待未来的交易对手。

它要么立即全部成交，要么从有效订单簿中消失。

FOK 与当日有效订单

当日有效订单通常会在适用的交易时段内保持有效，除非提前成交或取消。

加密货币市场通常持续运行，因此交易日的含义可能取决于平台系统时钟。

FOK 订单的有效时间短得多，因为它不能在剩余时段内继续挂单。

其成交决定会在订单的即时处理过程中作出。

FOK 与只做 Maker 订单

只做 Maker 订单旨在进入订单簿，而不立即与现有流动性撮合。

如果订单会立即成交，系统通常会按照平台规则取消或调整订单。

FOK 订单的目标恰好相反。

它必须立即撮合，不能作为被动订单留在订单簿中。

将 FOK 与只做 Maker 结合会造成意图冲突，交易系统可能会拒绝该订单。

FOK 与只减仓

只减仓是衍生品交易指令，用于防止订单扩大或反转现有仓位。

FOK 控制是否立即全部成交。

这两种指令针对的是不同风险，有时可以组合使用。

只减仓 FOK 订单会尝试立即、全部平掉指定数量的仓位。

如果未平仓位小于订单数量、仓位先发生变化，或对手方流动性不足，订单就可能无法成交。

FOK 订单增加还是消耗流动性？

FOK 订单通常会消耗流动性，因为它必须与订单簿中已有的订单成交。

它不能以被动报价的形式留在订单簿中等待其他参与者。

因此，已成交的 FOK 订单通常会被视为 Taker 交易。

适用的交易手续费类别取决于平台的费用和撮合规则。

被取消的 FOK 订单通常不会产生已执行的交易，但仍可能涉及单独的服务费、网络费用或策略成本。

加密货币现货交易中的 FOK 订单

在现货交易中，FOK 订单会将一种加密货币或结算资产兑换为另一种资产。

买入订单可以指定交易者希望收到的基础资产数量。

所需计价资产数量取决于订单成交时的价格。

账户必须有足够的可用资金来支付整笔交易和适用费用。

冻结余额、未成交订单、借款限制或手续费计算都可能导致订单在交易前被拒绝。

现货 FOK 订单全部成交后，平台的会计系统会立即更新交易者的资产余额。

加密货币期货和永续合约中的 FOK 订单

在衍生品交易中，指定数量可能代表合约数量，而非加密货币单位数量。

合约乘数决定仓位对应的标的资产敞口。

FOK 开仓订单要求有足够保证金支持全部指定仓位。

FOK 平仓订单要求存在符合条件的未平仓位，且对手方市场流动性充足。

持仓限额、保证金规则、价格区间、防止自我成交规则和只减仓条件都可能影响成交。

FOK 可以避免交易者意外只开立计划中一部分的衍生品仓位。

但它无法阻止仓位开立后的强制平仓、资金费用或亏损。

加密货币期权中的 FOK 订单

如果对冲或波动率策略需要完整合约数量，加密期权交易者可能会使用 FOK。

期权只成交一部分，可能会使交易者承担意料之外的 Delta、Gamma 或波动率敞口。

FOK 订单可以避免出现这种单腿部分仓位。

不过，分别为多个期权腿提交的 FOK 订单并不会自动使整个策略成为原子操作。

一个交易腿可能成交，而另一个 FOK 订单却被取消。

如果平台需要在同一条撮合指令下同时执行所有交易腿，就需要专用的多腿订单或组合订单。

FOK 订单与加密货币套利

套利策略旨在利用不同市场或相关工具之间的价格差异获利。

交易者可能需要确切的交易数量，以确保策略的另一侧能够抵消这一侧。

部分成交可能使交易者暴露于价格波动，而无法实现完全对冲。

FOK 订单可以避免某一侧未完全成交。

但它无法保证另一市场中的单独交易也能够成交。

网络、API 和撮合延迟期间，价格差异可能消失。

仅仅分别使用多个 FOK 订单，通常无法实现真正的多市场原子执行。

大额加密货币交易中的 FOK 订单

提交大额订单的交易者可能只接受全部成交，否则不进行交易。

只获得部分仓位可能无法满足投资组合对冲、资金调拨或再平衡要求。

FOK 可以确保满足数量要求。

由于订单簿必须立即提供足够的合格流动性，大额 FOK 订单更容易被取消。

更激进的限价可能提高成交概率，但可能抬高平均买入价或压低平均卖出价。

交易者需要在成交确定性和价格质量之间权衡。

全部成交或立即取消订单的优点

FOK 可以避免产生不需要的部分仓位。

它能立即明确整笔交易是否全部完成。

限价 FOK 可以将全部数量成交的要求与最高买入价或最低卖出价结合起来。

对于依赖准确仓位规模的策略，这种指令可能有所帮助。

它还可以避免在订单簿中留下无人管理的剩余订单。

此外，由于系统只会返回全部成交或未成交的结果，它可能简化自动化策略逻辑。

全部成交或立即取消订单的缺点

严格条件可能导致订单频繁被取消。

即使几乎所有指定数量都有流动性，订单仍可能无法成交。

交易者在反复尝试成交时，可能错过有利的市场变动。

为了获得足够的市场深度，可能需要设置更激进的限价。

重复提交订单可能带来 API 频率限制压力和运营复杂性。

如果需要跨越多个价格档位才能成交，FOK 指令并不能保证平均价格有利。

它也无法解决其他市场中单独对冲或交易的执行风险。

为什么我的 FOK 订单被取消了？

最常见的原因是立即可成交的流动性不足。

订单到达撮合引擎前，屏幕上显示的数量可能已经发生变化。

限价可能过于严格，无法触及足够多的订单。

订单可能违反了最小数量、数量步长、价格步长或最低名义价值规则。

账户可能没有足够的可用余额或衍生品保证金。

防止自我成交机制可能会排除同一账户或关联账户组下的订单。

只减仓指令可能与当前仓位规模冲突。

风险限额、价格区间、持仓限额或临时市场限制也可能阻止订单成交。

为什么我的 FOK 订单以多个价格成交？

FOK 保证的是全部数量成交，而不是以单一价格成交。

订单可能会在允许的价格范围内消耗多个对手方订单。

每次撮合都可能形成一笔具有单独数量和价格的成交。

账户的平均成交价由这些成交计算得出。

如果交易者要求以一个确切价格成交，就应了解普通订单簿撮合未必能在大额交易中满足这一要求。

FOK 能防止滑点吗？

限价 FOK 可以控制最差允许成交价，但不能保证每个单位都以当前显示的最佳价格成交。

订单可能需要跨越多个价格档位才能全部成交。

预期平均价格与实际平均价格之间的差异仍可视为滑点。

限价范围越窄，可能出现的价格变动越小，但订单被取消的概率也越高。

限价范围越宽，成交概率越高，但平均价格可能越不利。

如果没有严格限价，市价 FOK 面临的价格不确定性可能更大。

FOK 订单能保证成交吗？

不能。FOK 保证的是订单满足特定成交条件，而不是保证交易一定发生。

只有在适用规则下，全部数量都能立即成交时，订单才会完成。

如果任何条件未满足，订单就会被取消或拒绝。

如果交易者希望至少立即成交一部分，可以考虑使用 IOC。

如果交易者愿意等待全部成交，可以在平台支持时考虑使用 AON 类指令。

FOK 订单能保证显示价格吗？

不能。显示的最佳买价或卖价通常只代表当前可见的最佳数量。

较大的 FOK 订单可能需要在其他价格档位寻找流动性。

订单传输和处理期间，报价可能发生变化。

Investor.gov 对订单执行的说明指出，价格可能快速变化，而显示报价仅适用于特定数量。

限价设定了价格边界，但不能保证每笔成交都发生在显示的最优价位。

FOK 订单手续费

已成交的 FOK 订单通常会产生适用于相关成交的交易手续费。

由于 FOK 通常会消耗已有流动性，一般适用 Taker 手续费。

费用可能根据交易价值、合约数量、结算资产或其他费率表计算。

订单被取消时通常不会产生已成交交易手续费，因为交易并未发生。

自动化交易者仍可能因未成功的尝试产生基础设施、数据、借贷或机会成本。

用户应查看当前手续费表，不要假设所有产品对 FOK 的处理方式都相同。

交易 API 中的 FOK

交易应用程序编程接口可能会将

作为有效期参数接受。

订单请求通常还包含交易对、方向、数量、订单类型，以及在需要时填写的价格。

响应可能会报告全部成交、取消、过期、拒绝或平台定义的其他状态。

开发者应区分传输层请求成功与交易实际成交。

API 请求可以成功受理，但 FOK 订单本身仍可能因流动性不足而立即取消。

策略认定仓位已经建立前，应先检查执行报告和成交记录。

FIX 协议中的 FOK

金融信息交换协议（Financial Information eXchange，FIX）广泛用于电子交易通信。

其

字段的标签为 。

数值

表示 Fill or Kill。

同一字段中的其他数值表示当日有效、撤销前有效和立即成交或取消等指令。

使用正确的字段值，并不意味着所有连接的交易系统都支持所有产品使用该指令。

接收系统可能会拒绝不受支持的订单组合，或按照已公布规则进行映射处理。

算法加密交易中的 FOK

自动化策略可能会使用 FOK，以避免产生需要人工管理的剩余仓位。

算法应计算可用市场深度，而不能只查看最佳买价或卖价。

决策时应计入预期交易手续费和价格冲击。

算法还必须正确处理取消响应。

在不调整价格或数量的情况下反复提交相同订单，可能导致策略陷入无效循环。

系统设计还应考虑频率限制、过时的市场数据、时钟差异和网络延迟。

算法提交依赖订单前，应先确认已收到完整执行报告。

FOK 订单在处理期间可以部分成交吗？

如果交易系统正确执行 FOK 规则，交易者最终不应只获得部分成交。

撮合引擎可能会在内部找到多个交易对手，并生成多笔成交以完成订单。

这些成交的总量必须满足全部指定数量。

如果引擎无法满足全部数量，就应按照 FOK 规则取消订单。

用户应查看官方产品文档，因为专门的拍卖、大宗交易或询价系统可能采用不同的执行定义。

FOK 订单可以留在订单簿中吗？

不可以。标准 FOK 订单不会留在订单簿中等待后续流动性。

订单收到后会立即评估，然后全部成交或取消。

如果订单会保持有效并等待全部成交，它更接近 AON 指令，而非真正的 FOK 指令。

其他交易者能看到 FOK 订单吗？

FOK 订单通常不会成为持续显示的订单，因为它不能留在订单簿中等待成交。

如果订单成交，对手方和市场数据源可能会按照市场的报告规则看到相应交易。

交易系统也会在内部审计和账户记录中保留该订单。

因此，FOK 可以减少挂单期间的暴露，但不会让已完成的交易匿名或不可见。

FOK 与防止自我成交

防止自我成交机制旨在阻止同一参与者或关联账户的订单互相成交。

如果订单簿中包含交易者自己提交的对向订单，FOK 订单可能看起来能够成交。

如果这些订单被排除，剩余合格数量可能不足。

即使显示的深度看起来足够，FOK 订单仍可能因此被取消。

具体行为取决于选定的防止自我成交模式。

FOK 与隐藏流动性

一些电子订单簿允许部分或全部订单数量不予显示。

如果隐藏数量符合条件，即使可见深度不足，也可能帮助 FOK 订单完成成交。

在其他系统中，隐藏订单可能享有不同优先级，或无法以相同方式参与撮合。

交易者不应假设可见深度代表所有可成交订单。

撮合规则决定哪些显示数量和隐藏数量可以计入全部成交。

FOK 与价格时间优先

许多订单簿会优先处理价格更优的订单。

同价订单可能再按照到达时间排序。

新进入的 FOK 买单通常会先与价格最低的合格卖单成交。

只有在价格仍处于订单限价范围内时，订单才会继续匹配更高的卖价。

FOK 卖单通常会先与价格最高的合格买单成交。

可触及价格档位中的流动性必须足以满足全部数量。

链上加密交易中的 FOK

链上交易不一定采用与中心化订单簿相同的有效期术语。

不过，智能合约交易也可以实现类似 FOK 的行为。

用户可以设置确切的输入金额和最低可接受的输出金额。

如果无法满足输出条件，合约可以回退交易。

这种全有或全无的链上执行在经济效果上类似于 FOK，但它通过智能合约交易的原子性来实现。

链上交易回退时仍可能消耗网络手续费。

链下 FOK 订单通常不会产生区块链 Gas 费，因为订单是在交易平台系统内撮合的。

FOK 与多步骤加密策略

FOK 只适用于带有该指令的特定订单。

它不会使多个独立订单成为原子操作。

交易者可能成功完成一笔 FOK 订单，但另一交易对上的第二笔订单却失败。

这可能导致交易者持有意料之外的资产或方向性仓位。

多步骤策略需要为每个依赖环节设置单独的控制措施。

可选措施包括组合订单、智能合约原子性、预先准备的对冲仓位、保守的仓位规模和自动平仓逻辑。

交易者何时可能使用 FOK？

如果部分仓位在运营或财务上都不可取，交易者可能会使用 FOK。

套利策略可能需要准确数量，以便进行相应对冲。

投资组合管理者可能需要调整指定数量，而不愿接受不完整的调整。

衍生品交易者可能需要在风险事件发生前平掉整个仓位。

期权交易者可能需要完整合约数量，以匹配另一项敞口。

资金管理部门可能需要先完成全部兑换，才能进行另一笔付款或转账。

何时可能不适合使用 FOK？

如果交易者愿意接受部分成交，FOK 可能并不适合。

在流动性较低、完整数量很少同时出现的市场中，FOK 也可能效率不高。

如果交易者希望逐步建立仓位，可以考虑使用普通限价单或 IOC 订单。

如果交易者希望赚取 Maker 手续费或进行被动成交，就不应使用 FOK，因为订单无法留在订单簿中。

如果交易者几乎不计价格地要求保证全部成交，FOK 严格的取消机制可能令人沮丧。

不过，改用市价单可能产生显著滑点。

如何选择 FOK 限价

限价应反映交易者愿意接受的最差价格。

交易者应查看累计市场深度，而不只是最佳报价。

对于买单，限价以内的累计卖单数量可以用来判断是否可能全部成交。

对于卖单，限价以内的累计买单数量可以提供相应估算。

适当的缓冲空间可以应对流动性变化，但也意味着交易者接受更差的平均价格。

由于撮合前订单簿可能发生变化，任何限价都无法保证成交。

如何管理 FOK 执行风险

订单数量应与市场的实际深度相匹配。

查看订单簿累计流动性和近期成交规模。

设定限价时，应考虑可接受的总成本，而不只是当前显示的最优价格。

提交订单前，确认账户可用余额、保证金和持仓容量。

检查最小数量、名义价值、价格最小变动单位和数量步长规则。

应依据执行报告确认订单结果，不要仅凭 API 请求已受理就认定订单已成交。

应预先制定订单被取消后的处理方案，例如调整数量、重新定价、等待或放弃策略。

关于 FOK 订单的常见误解

FOK 并不要求所有单位都与同一个对手方成交。

全部数量可以由多个对手方订单合并满足。

FOK 并不保证成交价格完全相同。

订单可以在允许的限价范围内跨多个价格成交。

FOK 并不保证一定成交。

它保证的是不会留下未完成的部分交易作为最终结果。

FOK 不能消除滑点。

限价可以限制最差成交价格，但平均价格仍可能不同于显示的最佳报价。

FOK 不会使套利策略中的不同交易腿成为原子操作。

它只适用于设置了该指令的订单。

FOK 不会挂在订单簿中等待成交。

如果订单要等待后续流动性以实现全部成交，就不符合标准 Fill or Kill 订单的行为。

常见问题

加密货币交易中的 FOK 是什么意思？

FOK 是 Fill or Kill 的缩写，表示加密货币订单必须立即全部成交，否则全部取消。

FOK 订单允许部分成交吗？

不允许。按照标准 FOK 规则，交易者最终不应只获得部分成交。

如果只有部分 FOK 订单数量可成交，会怎样？

由于无法立即成交全部指定数量，订单会被取消。

FOK 订单可以与多个卖方或买方成交吗？

可以，只要能够成交全部数量，订单就可以与多个对手方撮合。

FOK 订单可以按多个价格成交吗？

可以，只要在允许的价格范围内，订单就可以消耗多个价格档位的流动性。

FOK 与 IOC 相同吗？

不同。IOC 允许立即部分成交，而 FOK 要求立即全部成交。

FOK 与全部成交或不成交（AON）相同吗？

不同。两者都要求全部成交，但 AON 订单可以等待，而 FOK 不能等待。

FOK 是市价单吗？

不是。FOK 通常是一种有效期指令，可以与受支持的限价单或市价单组合使用。

限价 FOK 一定会以限价成交吗？

它可以按限价或更优价格成交，但无法保证全部成交。

FOK 能防止滑点吗？

不能，但限价 FOK 可以设定可接受价格的下限或上限。

FOK 订单可以保持未完成状态吗？

不可以。订单会立即处理，然后全部成交或取消。

FOK 会增加流动性吗？

通常不会，因为它必须立即与订单簿中已有的流动性成交。

已成交的 FOK 订单通常属于 Taker 订单吗？

是。已成交的 FOK 订单通常会消耗已有流动性，因此一般被视为 Taker 交易。

为什么订单簿显示流动性足够，我的 FOK 订单却被取消？

显示的数据可能已经过时，流动性可能已被消耗，或者部分订单可能不符合成交条件。

隐藏订单可以帮助 FOK 订单成交吗？

如果撮合系统允许符合条件的隐藏流动性参与，就可能有所帮助。

防止自我成交机制会取消 FOK 订单吗？

会。如果排除交易者自己的对向订单，合格流动性可能不足以全部成交。

现货加密货币交易可以使用 FOK 吗？

可以，但所选现货市场和订单类型必须支持该指令。

加密货币期货可以使用 FOK 吗？

可以，支持该功能的衍生品系统可能允许 FOK 用于开仓或平仓。

FOK 可以与只减仓组合使用吗？

如果平台支持，两者可能可以组合，以立即全部减仓，同时避免扩大或反转仓位。

FOK 可以与只做 Maker 组合使用吗？

这两种指令通常相互冲突，因为只做 Maker 要求订单留在订单簿中，而 FOK 要求立即成交。

被取消的 FOK 订单会收取交易手续费吗？

被取消的订单通常不会产生已成交交易手续费，但仍应查看平台政策和其他成本。

链上 FOK 类交易失败时需要支付 Gas 费吗？

需要。即使智能合约交易回退，也可能消耗区块链网络手续费。

FOK 能保证套利交易两侧都成交吗？

不能。多个独立的 FOK 订单无法保证不同市场的所有交易腿同时完成。

Fill or Kill 的 FIX 代码是什么？

在 FIX 协议中，TimeInForce 标签

的数值 表示 Fill or Kill。

交易者何时应使用 FOK？

当交易者必须立即获得准确的全部数量，且无法接受部分仓位时，FOK 可能有用。

交易者何时应避免使用 FOK？

如果可以接受部分成交，或流动性太低而无法满足指定数量，FOK 可能不适合。

FOK 能防止强制平仓吗？

不能。FOK 只控制订单执行，不能保护已建立的杠杆仓位免受后续亏损或强制平仓影响。

FOK 能保证获得最佳价格吗？

不能。FOK 会遵循选定的限价和撮合规则，但无法保证获得所有加密货币市场中的最佳价格。

即使 FOK 订单被取消，API 也可能报告成功吗？

可能。请求成功提交后，订单仍可能显示为已取消，因此必须检查执行报告。

FOK 的主要优点是什么？

主要优点是防止交易者获得不需要的部分仓位。

结语

全部成交或立即取消（Fill or Kill）是一种加密货币交易指令，要求订单立即全部成交，否则取消。

它将严格的时间要求与全部成交的数量条件结合起来。

只要全部数量能在允许的价格范围内成交，FOK 订单就可以与多个对手方和多个价格档位撮合。

与 IOC 不同，FOK 不允许立即部分成交。

与 AON 不同，FOK 不会保持有效并等待后续流动性。

限价 FOK 可以设定价格边界，但不能保证成交、统一成交价格或完全避免滑点。

如果部分仓位会带来风险，FOK 可用于精确对冲、大额交易、套利、投资组合再平衡和其他策略。

其主要缺点是，当订单簿流动性有限或快速变化时，订单被取消的概率较高。

在依赖 FOK 订单前，加密货币交易者应检查累计市场深度、账户余额、保证金要求、价格限制、数量规则和执行报告。

了解 FOK、IOC、AON、市价单、限价单、只做 Maker 和只减仓指令之间的区别，有助于交易者选择符合策略目标的执行规则。