做市商自述10/11闪崩事发经过，币安系统瘫痪与风控缺陷成主因

　　10 月 11 日清晨，全球最大交易所币安出现异常波动，多种代币瞬间崩跌 80% 以上。如今，作为受害者之一的 812.eth 及其做市商朋友公开技术证据，指控当晚的灾难并非市场现象，而是币安的系统性故障所致。

　　做市商最难熬的夜晚：帐户 400 万美元瞬间归零

　　10 月 11 日凌晨，812.eth 的币安帐户资产约 390 万至 410 万美元。随着行情急速下挫，他启动风控策略并尝试平仓，但在系统失能的情况下，最终帐户被清算到仅剩 0.22 美元。

　　他强调，自己与多名做市商朋友皆出现相同状况且损失惨重，他们在事件后对照交易纪录与错误代码，逐步重建了那一夜的真相。

　　错误代码连环爆：仅减仓指令被全面封锁

　　根据做市商「C」提供的完整纪录，主要事件发生于 05:12 至 07:02 (UTC+8)。期间内，所有仅减仓 (ReduceOnly) 与平仓 (Close) 指令几乎全部失败，得到的是以下的错误代码：

• -2010：新订单被拒绝
• -4118 与 -2022：仅减仓订单失败
• -1008 与 HTTP 503：伺服器过载

　　在 05:16 至 07:02 的两小时内，他们重试超过 200 次但仍无一成功。DOGE 与 XRP 部位无法平仓，最终损失近 60 万美元。

　　C 强调，这些只减不增的订单，理应是任何健全撮合系统的最后一道防线：「市场越糟，它们越应该被优先放行，让风险有出路」

　　然而这一次，好像有人从里面把防火门栓住了。这不是使用者端的网路问题，而是系统平台或供应商的问题。

　　官方「10% 拒绝率」回复遭打脸：订单从未成功下达

　　812.eth 根据币安自己的公开声明指出，在网路拥塞期间，仅减仓与平仓订单仍应优先处理，不受超载限速的影响。

　　他同时曝光了与币安云端架构供应商的对话纪录，对方宣称下达指令仅有「10% 的拒绝率」，但现实却恰恰相反：

　　我们对此提出质疑，但币安拒绝提供可验证的统计方法、样本或审计报告。这种「让说词跑在证据前面」的态度，只会进一步加剧人们对系统层面缺陷和问责标准的疑虑。

　　流动性最好的交易所：币安价格异常传导全市场

　　理论上，币安应是全球流动性最深的交易所，应比其他平台更稳定。但他们的 Deviation Report 显示，当晚币安的跌幅不仅更深且持续时间也更长。ATOM 一度崩跌至 0.001 美元，显示买单进不去且订单簿也失去支撑的窘境。

　　由于币安同时是众多平台的「价格来源」，当异常价格被其他交易所或衍生品平台，引用至指数、标记价格、资金费率和清算阈值，便可能引发连锁式爆仓与价格螺旋下跌。

　　风控系统缺陷：组合保证金帐户与死亡螺旋

　　812.eth 指出，币安的组合保证金 (Portfolio Margin, PM) 系统也存在结构性问题，仍相当不成熟：

• 「Close All Positions」指令只能手动操作、无 API 接口
• 系统在高负载情况下平仓时，疑似未完整执行保证金或风险率审查
• 部分币种如 WBETH 和 BNSOL 因此出现价格异常

　　他推测，PM 风控架构在高负载时表现不佳，导致清算从高杠杆帐户一路扩散、蔓延至低杠杆帐户，形成所谓死亡螺旋式的清算。

　　咎责与呼吁：这并非单纯市场波动，而是基础设施瘫痪

　　812.eth 表示：「这条清算链的始作俑者不是用户的贪婪或恐慌，也不是单纯的市场天灾，而是在极端压力下币安系统和机制的故障。」

　　他对此除了要求赔偿以外，也呼吁币安公开其撮合引擎的审计报告与清算纪录，但换来的是推托与冷淡的回应。

　　文末也引用了 FTX 案作为对照，美国 CFTC 与 SEC 曾因类似「撮合引擎优先通道」的问题，要求 FTX 向投资人赔偿 127 亿美元。

　　812.eth 强调，因系统设计缺陷或监管机构命令而获得赔偿的案例还有很多，而他只是陈述事实，以寻求公平待遇。