CFTC于5月25日在华盛顿特区举行了公开圆桌会议，衍生品交易产业的代表齐聚一堂，讨论FTX交易所提出的“无中介交易”提案。毫不意外，FTX创办人SBF遭到了来自传统期货商、佣金商的强力质疑。到底传统金融对这个提案的质疑在哪？针对这些质疑，SBF有说要说。
FTX今年三月向CFTC提案，希望利用算法取代传统的FCMs1。做法是要求客户存入抵押品，滚动式计算保证金部位。一旦保证金比例过低，FTX会在几秒钟内开始清算。
正反双方在圆桌会议上激烈交锋。
反对该提案者，如CME、FIA等认为算法无法应对“意外状况”，有些时候还是需要人为调控。正方则认为24小时实时清算能提供更高的风险管控能力。
SBF表示，这种方式会让客户在建立部位之前，就向DCO存入抵押品/保证金，这和现行的DCO负责管理清算会员，由FCMs负责追缴保证金不同。
律师：Alameda前CEO和FTX联创将是SBF审判中的“游戏改变者”:金色财经报道，Akin Group的律师Ian McGinley称，在SBF与刑事指控作斗争时，Alameda Research前首席执行官Caroline Ellison和FTX联合创始人Gary Wang的证词可能会对SBF造成伤害。[2022/12/28 22:11:11]
“我设想的方式是，在建立部位前，客户就向DCO存入保证金，这笔保证金就是抵押品，而不是依赖FCMs的信用。在这种模式下，DCO能高效运行风险管理模型，这代表任何人都可以交易。”
不过反方显然不同意。
CME执行董事SeanDowney认为，算法取代人为调控建立在许多假设之上，且过于依赖保证金制度，但保证金和资本是两回事。系统中的资本不足会导致波动超过「价格区间」时，引发一连串的清算导致闪崩。
彭博社：美国检方和SEC正广泛撒网向FTX投资者和合作方收集SBF等关键人员信息:12月2日消息，据知情人士透露，美国纽约南区检察官办公室近日向与FTX密切合作的加密投资者和交易公司发出了一系列请求信件，要求收件人自愿交出FTX员工和合伙人名单的信息，该名单包括FTX创始人SBF和Alameda Research投资部门前负责人Caroline Ellison。
此外，美国证交会(SEC)执法部门的律师向投资于该加密平台或在其上交易的公司也发出了类似的信息要求，该部门正在对该交易所运营商的倒闭展开平行的民事调查，SEC还试图了解FTX代表向投资者说了什么，以及是否存在违反证券法的虚假陈述。（彭博社）[2022/12/2 21:17:34]
：FCM可以接受期货交易指令、向客户收取保证金，也可以为其他中介机构提供交易和结算服务
货币上。真正争议在于，算法自动清算万一应用在其它商品清算中，会不会引发市场动荡？
知情人士：SBF可能将前往美国接受问询:金色财经报道，据三位知情人士透露，美国和巴哈马当局一直在讨论将FTX创始人SBF带到美国接受问询的可能性。最近几天，两国执法官员之间的沟通有所加强，因为他们在调查SBF在加密货币公司FTX的崩溃中所扮演的角色。其中一名知情人士说，SBF一直在与巴哈马当局合作。
此前消息，FTX创始人SBF表示，要亲自与监管方面进行会面。我的目标是为客户做正确的事情。[2022/11/16 13:10:03]
据FTX.US政策说明，如果FTX的提案获准，那CFTC管辖的DCO就可以为用户提供上述提到的服务。也就是说，未来DCO就可以套用这个清算方式在其它商品中，这才是反对方真正在意的。
除了废除FCMs引发的重大利益外，实体交割的期货并不完全适用于自动清算。正如前面所说，一旦波动超过价格区间，就可能触发清算，那商品价格就可能闪崩或暴涨。
SBF道歉信行文风格与Sushi创始人高度相似，引众多KOL参与讨论:11月11日消息，加密KOL Cobie在社交媒体上发文表示，昨日SBF发布的道歉信行文风格与Sushiswap创始人Chef Nomi版道歉信极为相似。对比发现，两篇道歉信均在真诚道歉后提出放弃治理权、项目未来会有更好发展等言论，行为措辞如出一辙。因此，关于Chef Nomi是否就是SBF的讨论也再次引起一众KOL参与讨论。
注，2020年9月，Chef Nomi曾将分配给SushiSwap项目开发的部分Token兑换成ETH，这一行为引发了社区的谴责，但此后Chef Nomi现身道歉，并宣布将SushiSwap项目的控制权移交给了SBF。[2022/11/11 12:50:22]
全国农民合作社委员会的NelsonNeale表示，虽然自动清算很适合加密货币，但对依赖能源或食品价格稳定的人，自动清算并不是好的解决方案。
SBF：将减少Sushi供应量和锁定代币 后期创建SushiSwap分支:9月8日，FTX创始人Sam Bankman Fried（SBF）发推阐述其对Sushi后期发展方向的看法。SBF表示，首先，目前最优先考虑的应是确保迁移成功，确保多签名管理权过渡成功转移。其次，针对Sushi发展，SBF提到：
1.同意减少Sushi供应量。随着通货膨胀减弱，一些事情会自然发生。
2.应该把Sushi的部分奖励进行锁定。遵循当前时间表，但将1/6的Sushi解锁，将1/3的Sushi锁定一年，并降低50%比率。
3.届时将现行费率从30 bps降至20 bps，回扣15 bps以及5 bps。
4.接下来与Compound和Aave合作，在Sushiswap上创建保证金交易。
5.在Serum创建SushiSwap分支。[2020/9/8]
“在自动清算的方式下，，对加密交易者来说当然很糟糕，不过对美国农民来说，情况会远比加密市场糟糕。”
SBF有话想说
尽管圆桌会议时间不短，但仍无法针对各方意见完整回答，所以SBF在结束后在推特发文补充。
针对系统资本不足的批评，SBF反击道FTX已存入资本：
“我们有在这个系统中存入资本，最近我们已经在系统中存入2.5亿美元，所以资本并不是问题。”
SBF也强调FTX有价格稳定机制的设定：
“价格区间可以防止闪崩。我们有价格区间的设定，不知道为什么有些人觉得我们没有。”
接下来，SBF则花了大篇幅解释FTX算法清算和传统模型的不同。
SBF表示，这种先存入保证金的做法实际上更能保护客户，避免系统性风险，最好的例子就是FTX现有数百亿的资产作为抵押品。
他也表示同意ICE的观点，系统应该要让第三方提供信贷给有清算风险的客户。
只是SBF强调这个系统的紧急信贷，用的是第三方的资产，而不是系统中其他用户的资金，并且由于是“实时清算”，所以追加保证金有一定的时间限制。
“坦白说，DCO风险经理在和大客户通电话，选择相信客户信用不追加保证金的时候，其实就是在拿其他客户的资产冒险，这想法相当可怕！”
除了保证金外，SBF也再次强调FTX还有一个担保基金：
“再次提醒，FTX不依赖信贷，所以不需要额外资本去支持信贷，不过我们仍然有初始保证金和担保基金。
奇怪的是，这些评论似乎都忘了一个明显事实，我们的提案明确指出我们除了保证金外，还有担保基金。”
SBF呼吁，FTX的自动清算机制并不是在反对传统FCMs。
事实上他也明白，如果涉及到“实物交割”，自动清算机制也许不适合每个商品，但重要的是回归市场机制，让客户自己选择交易所和清算机制。
SBF的长篇推文主要是厘清质疑，以及阐述这些机制的运作过程和背后动机，不过对于一些不明究理的评论，SBF还是酸了几句。
对于CME执行董事SeanDowney表示“传统清算机制运作良好，到现在都没有问题”，SBF则是给了“LOL镍”的回应，LOL意指大笑出声，镍则是讽刺前阵子LME因镍暴跌而停止交易。
还有他似乎也不满意大家认为“自我认证”前的圆桌会议是必要的。
自我认证是指如果该实体属于CFTC监管的DCO，则DCO上架新产品前，只需事先提出证明新商品符合法规的书面文件，以及有事先要求批准的文件。
符合两项，如果CFTC没有发现违规，那DCO可以在一个工作日后上线新商品。
过去CME上线比特币期货也是采用此方式。
SBF讽刺道：
“很高兴听到竞争对手都认为，自我认证前都需要能充分沟通的圆桌会议，所以我猜他们会赞成他们每次自我认证要上新交易的时候都会进行圆桌讨论？”
另外他也批评有些人并没有完全弄懂自动清算机制，就开始趾高气昂地评论：
“他们都在说要有价格稳定机制！这样才能在一分钟内剧烈波动时，保护用户。
但有些人比FTX的用户还不懂加密市场，讽刺的是，今天居然还要听这些人趾高气昂地评论保护用户。”
双方的清算逻辑不同，还在寻找共识
总体来说，正反双方的清算方向不同。
对传统金融来说，肇因衍生性商品的波动“通常”没有加密货币的波动高，再加上客户寻求资金效率，因此就希望可以通过FCMs审核用户信用。只要客户信用无虞，加上FCMs可以代垫清算资金，这种清算模型就行得通。
但针对加密市场的波动性，FTX设计出来的清算制度就需要抵押保证金，执行实时清算。其好处就是，无需通过第三方，就不会有FCMs用其他客户资金冒险的情况。
以经营旅馆为例的话，传统金融的思维即是，已经跟旅客确认过身份，也有索赔通道，就算旅客钱不够，旅店也可以代垫费用赚利息。
而SBF的想法是，怕住宿的旅客破坏房间内的设备，所以要求旅客必须交付押金，退房时旅馆确认设备都没有被破坏后，再把押金退给旅客。
所以SBF认为重要的是回归市场机制，让客户自己选择交易所和清算机制，但创新势必会引起反对声浪。
正如SBF的推文总结，FTX做对了某些事。
“我想，如果我们正在做的事能让这里所有人都在辩论、争论、学习，那我们一定做对了某些事。
如果没有Zach、Brian、Julie和整个团队的人一起努力，我们不可能走到这么远。”
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。