Ostium余额少了或平仓后没对上：核钱包、锁定抵押品与净返还
链小知 · 进阶 · 核验 · 依官方文档整理
区分连接钱包和仓位抵押品，按原费用与关闭方式核同一笔USDC净返还。
开始前准备
- 准备本人已有账户方式/地址、Arbitrum资产完整身份、同一仓位开平仓回执、时间、抵押品和费用记录；Email与Web3记录不要混用。
- 适用当前Traders文档中的交易App原记录；OLP持有人赔付/提现、Gateway机构API和第三方桥接有独立流程。无需为排错新充值、授权或平仓。
1. 先确认真正的账户和资金落点
在原Ostium Profile/账户截图核是Email智能账户还是Web3钱包，以及完整地址和Arbitrum资产。两方式创建不同账户且不能合并；同一Email与外部钱包名称相似也不代表同一余额。
Email文档另写预留/扣2USDC作为未来提款Gas储备；先单列这项，不能把它当开仓费或将Web3所有差额都归它。Web3 Gas在ETH中结算。
检查结果：账户方式、地址、资产/网络及储备/Gas差异有材料，未知项留空。
2. 把钱包余额与已锁仓位分开
Fund正文明确没有另一个Ostium充值余额：USDC先在连接钱包里，开仓才锁margin，关闭再按PnL/费用返钱包。把原钱包可用USDC和原Positions抵押品各列一行，避免重复相加或将锁定部分叫“充值丢失”。
若原操作经Fund Account里的Fun.xyz，核原一次性收款地址、源资产及Arbitrum接收结果；换币/桥费由第三方路线产生。原地址不可复用，源链成功或预计1–2分钟不是实际已到连接钱包。
检查结果：差额可定位为钱包/锁定仓位/第三方在途之一，未假设平台独立余额。
3. 按开仓回执拆出有效抵押品
对同一pair/side/leverage，列原投入、opening fee、oracle fee和effective collateral，再对应仓位notional。Opening页例子1000USDC×10，以10bps算10USDCopening，加0.10oracle得989.90effective collateral、9899final notional；这是该例的不同计算阶段，不把10000与9899当两个仓位。
当前开仓费表会动态读取pair参数；不能用静态资产档或例子替代本人当时费率。滑点失败可退抵押但消耗0.10oracle费，原失败记录与成功仓位分开。
检查结果：投入/费用/有效抵押品和notional可分阶段对应，没有套当前未知费率。
4. 纳入后续抵押变动和持仓成本
从原Positions记录按时间列加抵押、减抵押、rollover。加抵押不等增大名义仓位，减抵押不是关仓：它提高有效杠杆，且有0.10oracle费用和最低margin限制。
rollover按块累积、费率按日更新，文档以underlying carry加premium说明，不是简单多空零和funding。所读页面对“positive”一词有不同用法，用原Net Rate (L/S)、符号和实际扣/收记录判断，不仅凭中文“正费率”猜收入。
检查结果：每笔抵押调整、持仓费用和原数量都有单独证据，符号未知未填。
5. 核真正的关闭类型及当次净返还
从原关闭回执辨全平、部分平、TP/SL还是Liquidation。成功全平退开仓0.10oracle；部分平仓另收0.10且余仓需满足pair最小量；自动TP/SL不收oracle。清算时文档明确不返剩余抵押，不要求它等于普通盈利平仓。
若原记录是REST OrderFill，closePercent=50是半仓、100是全仓；amountSentToTrader和费用已是USDC数值，可为null，不再除1e6。Open行这些关闭字段为0，不是“开仓退款失败”。已返还字段按原链/收款地址另核，不能当当前钱包余额。
检查结果：关闭类型、份额和amountSentToTrader/费用单位可对应，null与合法0分开。
6. 关联净接收与剩余仓位再关闭排错
先判断原关闭是否盈利且t<15秒，只有该分支才计算early-close：40×(15−t)/15得到bps，再除10000乘原notional，并受realized profit封顶；t≥15秒或profit≤0该项先归0。它不是固定40bps，不能将超时公式算出负费退款，也不再从已净额字段重复减一次。
将关闭执行交易、当次USDC实际接收与余仓材料对齐。部分关闭后还有仓位并不矛盾；执行请求/页面即刻结算措辞不代替本人接收记录。缺链上接收或费率时给出差额及缺失证据，保留为待核。
检查结果：能说明已返还净额和剩余仓位；只有同笔接收证据完整才标已到账。
怎样确认完成
- 能分清钱包USDC、锁定抵押、原费用与不同关闭类型的返还，形成同笔可追溯差额说明。
- documentation：官方方法与原记录核对条件已读；未登录、调用账户接口、修改订单或验证本人收款。
常见错误与边界
- 不得把OLP份额或安全事件赔付记录当交易钱包余额；没有核赔付方案资格/到账。
- 手续费表嵌入动态Graph读取，静态文档不证明当前每个pair费率或账户服务可用。