Bitget 盘前交易是在新代币正式上线现货前，先约定价格和数量的盘前市场；它可以用来降低部分价格波动，但不能无条件锁定利润。
要让盘前卖出真正形成套期保值（hedging，用一笔方向相反或相关的交易降低持仓波动风险），必须同时确认五件事：订单已经成交、最终数量确定、交割方式（delivery，到期按规则交币或结算）明确、账户余额可用于履约、完整成本算得清。少一项，风险就还在。
我在 2024 年录过一期 Bitget 盘前交易视频，当时的核心思路是：预计会拿到空投时，先在盘前市场卖出一部分，降低上市后价格下跌的影响。这个思路仍值得讨论，但视频里的入口、礼包和「提前锁定空投收益」表述已经不能直接使用。本文按 2026 年 7 月 31 日 的 Bitget 官方规则重新核验；我这次没有用当前账户重新完成一笔真实交割，具体项目参数以当期页面为准。
我反对把盘前卖出直接叫作「锁定空投收益」。我的判断是，卖价只是五道门中的第一步，真正的问题在于成交、数量、交割、账户和成本能否同时闭环。常见的误区，是把挂单价格当成最终净结果；后文的五道检查表就是一张失败矩阵，任何一格未确认，都只能说降低了部分价格风险。
30 秒决策表
决策节点 继续条件 不满足时 成交 卖单已经匹配 只有挂单，尚未形成对冲 数量 最终空投或映射数量已确认 先停止，不按积分数量估算 交割 已确认币种交割或 USDT 交割 先停止，避免套错结算逻辑 账户 币种交割资产能按时进入现货可用余额 可能无法履约 成本 费用、补买、滑点、资金占用和最坏结果可承受 不把盘前卖价当成利润 ⚠️ 已匹配订单不能普通取消；积分映射、到账延迟和项目下架都可能让原计划失效。
本文只解释产品机制和风险检查，不推荐具体项目、价格、方向或仓位，也不承诺任何收益。
Bitget 盘前交易是什么？
Bitget 盘前交易产品页把它定义为新代币正式上线现货前的场外交易市场。买方和卖方先报价、撮合，平台锁定相应资金，之后在项目规定的时间完成交割。
💡 通俗讲：它更像「现在签成交约定，之后再交货或结算」，不是马上把现货买进卖出，也不是平台对上市价格的预测。
这里有三个必须分清的词：
| 术语 | 大白话 | 不能误解成什么 |
|---|---|---|
| 盘前交易 | 新币现货上线前先约定价格和数量 | 平台保证的上市价格 |
| 保证金 | 为履约而锁定的资金 | 保本保险或收益保证 |
| 交割 | 到时间真正交币或按价差结算 | 点击成交后已经全部结束 |
如果你尚未注册 Bitget，可以使用 Bitget 注册入口。截至 2026 年 7 月 31 日，该短链可访问，并会跳转到 bitget.com 官方落地页；打开后仍应自行确认浏览器最终域名为 bitget.com，域名不符或跳转异常时不要输入账号、验证码或支付信息。注册不是阅读本文或判断风险的前提，链接可访问也不等于你所在地区具备使用资格；不要因为注册活动、礼包或营销数字，跳过账户安全、所在地限制和当期订单规则。
币种交割和 USDT 交割有什么区别？
如果你预计会拿到新币并考虑提前卖出，先按交割方式做选择：能确认最终数量，并能在截止前把足额代币放进 Bitget 现货可用余额，才考虑币种交割；能接受官方指数价与真实空投仓位可能不同步，才考虑 USDT 交割。两条路径都不满足，就停止下单，不要只因为盘前报价看起来合适就卖出。
| 对比项 | 币种交割 | USDT 交割 |
|---|---|---|
| 最终结算 | 卖方交代币，买方支付订单款项 | 不交代币，用 USDT 结算价差 |
| 卖方主要准备 | 足额项目代币进入现货可用余额 | 已锁定的订单保证金 |
| 核心价格 | 盘前成交价 | 盘前成交价与官方交割执行价 |
| 主要失效风险 | 到账晚、数量不足、资产被占用、放错账户 | 指数结算与实际空投仓位不一致 |
| 是否等于普通合约空单 | 否 | 仍不是可随时平仓的普通永续空单 |
币种交割：卖方最后必须交出真实代币
官方当前规则写明，系统从交割开始时间起多次尝试处理成交订单。如果卖方的现货账户有足额可用代币，系统会把代币转给买方，并把买方锁定的资金转给卖方。
「可用」两个字很关键：
- 被现货挂单锁定的代币不能用于交割。
- 放在合约、理财或其他账户里的代币不算现货可用余额。
- 同一币种同时有买单和卖单，也不能自动互相抵消交割义务。
- 系统按订单成交时间依次处理；前面的订单会先占用可用余额。有多笔已匹配卖单时，要按成交顺序逐笔列出映射后的应交数量，并预留累计余额；不能只看账户总净仓位，也不能把后面的买单当成会自动抵消前面的卖单。
如果卖方截至交割结束时间仍未准备好足额现货可用代币，交易会取消，买方资金释放，卖方锁定的保证金按订单规则用于补偿买方。但「收到补偿」不等于买方拿到了原定代币，也不等于其市场价差损失必然被足额覆盖；对卖方而言，保证金的处理也不能推导出补买、转入、价差和资金占用等订单外成本有统一上限。保证金是违约处理机制，不是买卖双方的足额保险。
主动违约也不是撤单。Bitget 当前产品页写明，币种交割订单在系统执行前，卖方可选择「币种交割」或「主动违约」；余额不足或选择主动违约的卖单，不会在交割开始时立即赔付，而会等到交割结束统一执行交割或赔付。若当前订单页提供该选项，应先核对保证金和最终处理时间再决定；它不能恢复已匹配订单的取消权。
USDT 交割：结算的是价差，不是代币
USDT 交割不要求卖方准备项目代币，而是用 USDT（一种价格通常跟随美元的稳定币）结算价差。按当前 Bitget 产品页与官方入门说明，系统在交割结束时，以交割前最后 10 分钟平均指数价（平台按规则计算的交割参考价）作为执行价，再计算它与盘前成交价之间的差额。除手续费外，单笔盈亏的绝对值最高不会超过该订单的保证金金额；手续费需要另外计算。
这个上限只约束单笔盘前订单的结算盈亏，不是整套空投仓位的「最大损失保护」。评估套保效果时，要把盘前订单结算、实际空投仓位的价值变化和全部费用分开记账，最后再合并。订单数量与最终空投数量不同，是数量错配；指数取价窗口与真实持仓变化不同步，是基差和时点错配。只看盘前订单的盈亏，会低估整体风险。
⚠️ 版本提醒：Bitget 的 2024 年学院旧页曾在同一页面同时出现「最后 10 分钟」和「最后 1 分钟」两种写法。本文采用当前产品页和 2025 年支持页一致的「最后 10 分钟」，真实操作仍应以当期项目页为准。
Bitget 盘前交易套保：成交、数量、交割、账户、成本五道门
从套保口径看，要区分「建立对冲」和「完成履约」：卖单只有匹配成交，才对已成交数量建立价格约束；最终数量或到账路径仍不确定时，这只是带履约风险的部分对冲。五道门全部通过，才说明这笔对冲可以按计划完成履约并核算净结果。任一项答不上来，都不能说「已经锁定利润」。
| 检查项 | 通过条件 | 没通过会怎样 |
|---|---|---|
| 成交 | 目标数量已经匹配成交 | 只有挂单，没有形成对冲 |
| 数量 | 最终空投或映射数量已确定 | 卖多了可能要补买，卖少了仍有敞口 |
| 交割 | 已确认币种或 USDT 交割 | 用错结算逻辑，结果与预期不同 |
| 账户 | 资产能按时进入现货可用余额 | 到账了也可能无法交割 |
| 成本 | 费用、补买、滑点和保证金占用可计算 | 名义卖价看似有利，实际仍可能亏损 |
最终数量和交割路径都明确，而且你能承受订单无法取消和最坏违约结果，才适合评估盘前卖出。数量仍是积分、到账时间不确定、项目规则未公布，或市场里找不到足够对手方，就不能把它当成完整套保。
哪些情况会让 Bitget 盘前套保失效？
1. 订单没有成交，或成交后不能取消
挂单只代表你愿意按该价格交易。没有对手方匹配，就没有锁定任何数量。另一方面，Bitget 官方说明明确表示，只有尚未匹配的订单可以取消；一旦匹配，即使空投数量或市场判断改变，也不能把普通撤单当作退路。
2. 积分映射改变最终数量
积分凭证是等待项目按规则换算的中间数量单位，不等于最终能用来交割的代币。Bitget 在 2024 年的 DOGS POINTS 映射公告中，曾按 1:5.5 把积分订单映射为 DOGS。订单金额和保证金不变，但数量和单价被重新计算。
这个案例不能推导新项目也会采用相同比例。它证明的是：映射前拿积分数量直接计算空投套保比例，可能从根上就算错。
3. 链上发出了，现货账户却还不可用
2024 年 HMSTR 交割曾因 TON 网络不稳定而调整时间。Bitget 官方延期公告同时提醒，若充值延迟导致卖方没有按时准备好代币，仍可能交割失败。
所以「钱包已发送」「区块浏览器已确认」「Bitget 已入账」「现货可用」是四个不同状态。币种交割只认最后一个。
4. 项目被下架或没有上线现货
开通盘前交易不代表代币一定会上线 Bitget 现货。官方说明，项目方违约或出现其他高风险行为时，平台可以下架项目、撤销已成交和未成交订单，并退回锁定资金。这里的「退回锁定资金」只说明订单内资金按平台规则处理，不能据此推导原约定卖价仍然有效，也不能推导所有相关费用、资金占用或错过的交易机会都被补回。这类结果是原套保合约消失，不是套保成功。
5. 费用和补买成本吃掉名义价差
Bitget 通用盘前页面没有提供一个适用于所有项目的固定费率。下单时必须读取当期项目页和订单确认页，不能直接套用普通现货费率。
别先算百分比，先把每笔订单做成能重算的台账。同一笔订单统一使用交割后的一个观察时点，价格、余额和费用都保留当时的页面记录；不要用之后的价格回填。
| 订单台账字段 | 币种交割 | USDT 交割 |
|---|---|---|
| 订单基础 | 已匹配数量、平均成交价、订单总额 | 已匹配数量、平均成交价、订单总额 |
| 平台实际值 | 实际交币数量、实际入账、订单费 | 官方执行价、实际结算入账或出账、订单费 |
| 订单外现金流 | 补买成交额、补买手续费、转入费用、违约扣款 | 与真实空投仓位相关的可确认费用 |
| 参照仓位 | 交割后剩余代币数量 | 同一观察时点的实际空投数量与价值 |
| 证据 | 交割记录、资金流水、补买成交记录 | 交割记录、执行价页面、资金流水 |
按实际入出账复核，可以用下面的口径：
币种交割的盘前腿净现金
= 实际订单入账
- 另行扣收的盘前订单费
- 补买成交额
- 补买手续费
- 转入费用
- 违约扣款
USDT 交割的盘前腿净现金
= 实际结算入账
- 实际结算出账
- 另行扣收且尚未计入前两项的订单费
「另行扣收」是为了防止重复扣费：如果台账里的实际入账已经是扣费后净额，就不再减一次。资金占用和错过的机会单独写在备注中，不要混进可核对现金流。最后再把盘前腿、实际空投仓位和可确认的获取成本分行展示；没有统一观察时点和对应证据，不得把结果写成「套保利润」。
Bitget 盘前交易怎么操作？
界面和项目参数会变。操作时要逐步核对项目状态、订单内容、账户余额和交割结果，不能只记按钮位置。
1. 先读项目页，不急着下单
确认项目名称、当前状态、交割方式、交割开始与结束时间、时区、是否为积分凭证，以及最新公告。页面尚未公布的字段先标记为「未知」，不要自行估算；只要交割方式、最终数量或交割时间仍是「未知」，就先停止下单，否则无法判断自己最终要交什么、交多少以及何时交。
2. 选择买卖角色并核对订单
如果你是预计拿到空投的卖方，先把项目方确认的最终可得数量、Bitget 订单卖出数量、预计到账时间和交割截止时间放在一起对照，再核对保证金、费用与违约处理。卖出数量高于已确认可交割数量，或者预计到账晚于交割截止时间，就返回修改订单或放弃，不点击确认。买方则要确认卖方违约时收到的是保证金补偿，而不是强制拿到代币。
再区分发布订单与直接成交：发布订单（Maker，先挂出自己的报价）可能只成交一部分；直接选择市场中已有订单（Taker，按对手方现有报价成交）也要以最终确认页为准。不要用最初输入数量计算套保比例，只把订单详情中的「已匹配数量」算作已建立的对冲，并把未成交余量单独记为敞口。Bitget 官方教程还提醒，Maker 单被部分成交后，剩余部分若低于当期最小下单价值，可能无法继续成交并转为历史订单；具体门槛以当前项目页为准。
3. 把确认按钮当成履约承诺
提交前先写好「触发条件 → 处理动作」，不要到交割前再临时决定：
| 失败触发条件 | 立即停止什么 | 保留什么 |
|---|---|---|
| 映射后数量、交割方式、截止时间或费用任一为「未知」 | 不提交新订单 | 当期项目页与公告 |
| 预留缓冲时点到了，代币仍未成为现货可用余额 | 不再增加卖出数量 | 充值状态、现货可用余额和时间 |
| 补买成交额、手续费与滑点合计超过事先写下的上限 | 不追价、不临时抬高上限 | 补买报价、成交记录和预设上限 |
| 项目页、订单确认页与最新公告的规则不一致 | 不新增暴露，先重新核对 | 带时间的页面记录和官方原文 |
| 订单状态、交割记录和资金变化对不上 | 不用新订单覆盖问题 | 订单号、时间、资金流水和不含隐私的截图 |
只有尚未匹配的订单可按当前页面规则取消。已匹配后，上表的「停止」指不再增加暴露、不盲目追价，并按事先记录的补买上限或违约处理分支执行；它不代表已匹配订单可以撤销。
4. 币种交割提前准备现货可用余额
按映射后的最终数量准备代币，核对充值网络、地址和开放状态，给链上确认与平台入账留出缓冲。下单后把项目方发放时间、Bitget 充值开放状态、交割开始时间和交割结束时间设为四个检查节点；每到一个节点，都重新确认现货可用余额和挂单占用。若代币在预留的缓冲截止点仍未成为现货可用余额，就按下单前设定的补买上限和最坏违约方案处理，不要等到交割结束才检查。截至 2026 年 7 月 31 日，Bitget 官方入门说明建议交割开始后的前 30 分钟避免操作对应交割代币，以减少资金无法扣除的风险；这是一条会变化的平台操作提醒，不是所有项目永久固定的安全缓冲，真实操作仍以当期项目页和最新公告为准。
5. 交割后做账单验收
不要只看现货余额。先在订单记录中核对已匹配数量、平均成交价、订单总金额、交割方式和最终交割状态，再与交割记录逐笔对应。币种交割继续核对代币支出、订单收入、费用和剩余余额；USDT 交割继续核对官方执行价、结算盈亏和费用。Bitget 官方教程将订单查询拆为当前订单、历史订单和交割记录；界面名称可能调整，但订单状态、交割结果和资金变化三者必须对得上。结果不一致时，保存订单号、时间和不含隐私的截图，不要用新订单覆盖旧问题。
盘前订单记录卡（下单前建档，交割后补齐）
每个字段同时留下「页面显示值｜记录时间与时区｜证据」。规则或数值改变时新增一行，不覆盖旧值。
阶段 必填字段 页面显示值 记录时间（含时区） 证据 项目 项目名称、交割方式、项目页链接 ________________________数量 最终映射数量、卖出数量、已匹配数量 ________________________时间 预计到账、交割开始、交割结束、时区 ________________________资金 平均成交价、订单总额、保证金、订单费 ________________________履约 现货可用余额，或 USDT 官方执行价与实际结算 ________________________验收 最终交割状态、实际资金变化、异常原因 ________________________证据只留项目页、订单确认页、交割记录和不含隐私的截图。下单前的必填字段只要有一项是「未知」，就不点确认；交割后只要订单、交割和资金三类记录对不上，就把该笔标为「待核对」，不给它填盈亏结论。
你也可以把公开项目页和公告原文交给 AI 做漏项检查。订单确认页只手工摘录与规则有关的必要字段；不要上传截图、带登录参数的链接、账户余额、订单号、UID、钱包地址、API key、cookie 或身份信息。AI 只负责列漏项，不替代当期官方规则核对，也不得连接账户或自动下单：
只根据我粘贴的 Bitget 官方公开原文和手工摘录的已脱敏订单字段，
检查这笔盘前卖出是否形成完整套保。请输出「检查项｜官方原文｜当前状态｜缺失信息｜失效后果」表格，逐项检查：
- 订单是否已经匹配；
- 币种交割还是 USDT 交割；
- 映射后的最终数量；
- 交割开始、结束时间与时区；
- 现货可用余额要求；
- 保证金、费用与违约处理；
- 项目下架或订单撤销规则。
原文没有的内容写「未找到」，不要预测币价、收益或成功率，也不要给出自动下单指令。
Bitget 盘前交易适合谁？
适合先评估的人：已经理解订单匹配与交割责任，能确认最终数量和到账路径，能在下单前核对当期项目的交割、费用和最坏结果，并能在交割后核对账单。名义金额较小，只能降低这一笔订单的暴露；它不会把未公布字段变成已知，也不能验证下一个项目或更大订单的规则、映射和流动性。所以「小额试一下」不能代替本文的逐项检查。
暂时不适合的人：只看到盘前价格就想卖出；不知道项目采用哪种交割；无法解释保证金、映射和现货可用余额；或者在已匹配订单不能普通取消的前提下，没有事先写下数量不足、到账延迟和补买超限时的应对分支。
盘前交易可以用于管理部分价格风险，但不能替代数量确认、账户准备和成本核算。只有每笔履约责任都能解释、验证，而且失败结果在承受范围内，才考虑下单。
相关阅读
常见问题
Bitget 盘前卖出能锁定空投收益吗？
不能无条件锁定。它只能先约定订单价格；订单成交、最终数量、交割方式、现货可用余额和成本都闭环后，才可能降低部分价格风险。
盘前订单成交后还能取消吗？
只有尚未匹配的订单可以取消。已经匹配的订单会进入履约流程。下单前要接受：即使空投数量或市场判断发生变化，也不能按普通订单撤销。
币种交割时卖方没有足够代币会怎样？
如果截至交割结束时间仍没有足额现货可用代币，交易会取消，买方资金释放，卖方锁定保证金用于补偿买方。被其他现货挂单占用或放在其他账户的代币不算现货可用余额。
USDT 交割等于开空永续合约吗？
不等于。它按盘前订单与官方交割执行价的差额在指定时间结算，不能像普通永续仓位那样随时平仓，规则和风险边界也不同。
新手可以直接做 Bitget 盘前交易吗？
如果还不能分清两种交割、保证金用途、映射和不可取消规则，先不要下单。先用当期项目页完成一遍检查表，再决定是否用可承受损失的小额测试。
更新记录
- 2026-07-31：按 Bitget 当前产品页、支持中心与官方历史公告重写；区分币种交割和 USDT 交割，加入 DOGS 映射、HMSTR 延期及套保失效检查。