熊市差点被饿死之重回alpha刷空投

我一直想知道 Newton 的清算系统在极端行情下到底扛不扛得住。光看文档里的机制描述不够，所以我决定在测试网上模拟一次极端行情。虽然测试网的环境和真实市场有差距，但至少能看出系统在压力下的表现。$NEWT
我同时开了十笔不同大小和杠杆的仓位，涵盖了从 2 倍到 10 倍的各种组合。然后通过一个模拟工具让 SOL 的价格在短时间内快速下跌 30%。整个过程持续了大约两分钟，我盯着屏幕看清算队列怎么跑。
第一个发现是清算队列的处理速度比我想象中要快。价格刚开始暴跌，第一批高杠杆大仓位几乎瞬间就被标记并进入清算队列。大约 15 秒后，第一笔清算完成。随后清算速度越来越快，到价格跌到 20% 的时候，大部分 5 倍以上的仓位都已经被清掉了。整个过程没有出现明显的卡顿或延迟，清算系统的处理能力看起来足够应对这种级别的波动。$NEWT
第二个发现是保险基金的消耗情况。十笔仓位被清算后，保险基金的余额减少了大约 15%。这个消耗比例比我预想的要低，主要是因为清算盈余在一定程度上补充了保险基金。当仓位被清算时，实际清算价格和债务之间的差额有一部分流入了保险基金，相当于给保险基金回了一口血。如果保险基金的 replenish 速度能跟上消耗速度，那即使在更极端的行情下，保险基金也不太可能被击穿。$ETH
当然，这个模拟只是一个粗略的测试，真实市场中的情况会比测试网复杂得多。比如真实市场中可能会有多个大户同时被清算，导致价格进一步下跌，形成螺旋效应。测试网无法模拟这种连锁反应。但至少这次模拟让我对 Newton 的清算系统有了一个直观的认识：它在设计上是考虑了极端情况的，不是那种“正常运行没问题，一遇压力就崩”的系统。@NewtonProtocol
我现在对 Newton 的信心比之前足了一些。当然，信心归信心，仓位管理上我还是会留足安全边际，不会因为系统看起来稳就把杠杆拉满。毕竟在加密市场里，活下去比什么都重要
#newt

测试网上有一个公开的持仓数据面板，能看到每个交易对的多空持仓比例和持仓量分布。我连续盯了几天 SOL 交易对的数据，发现了一个很有意思的规律：大户和小散的持仓方向经常是相反的。#newt
具体来说，当 SOL 价格上涨时，小规模的持仓（500U 以下）会快速增加多头占比，而大规模的持仓（5000U 以上）反而会逐步减少多头、增加空头。反过来，当 SOL 价格下跌时，小规模持仓会恐慌性减少多头，而大规模持仓则会趁机加仓多头。这个现象在传统金融市场里叫“聪明钱 vs 散户钱”，但在 Newton 的测试网上表现得特别明显，可能是因为测试网的用户群体比较集中，行为模式更容易被观察到。$NEWT
我试着用这个规律来指导自己的交易。当 SOL 价格上涨、小规模持仓的多头占比快速攀升时，我会警惕短期见顶的风险，考虑减仓或者设置更紧的止损。当 SOL 价格下跌、小规模持仓的多头占比降到低点时，我会关注是否有反弹的机会，考虑小仓位试多。
当然，测试网的数据样本量有限，而且参与测试的用户行为和真实市场可能有很大差异。但这个分析方法本身是有价值的——通过链上数据来观察不同群体的行为，可以帮助你做出更理性的交易决策，而不是被市场情绪牵着走。$ETH
另外我还发现一个细节：Newton 的持仓数据面板会显示持仓量的时间序列变化，你可以看到过去几小时内多空持仓的演变趋势。如果某个方向的持仓量在短时间内快速增加，往往预示着即将到来的价格波动。我现在每次开仓前都会先看一眼这个数据，如果发现某个方向的持仓量异常增长，我会选择观望而不是跟风入场。
@NewtonProtocol #newt

我一直以为，只要保证金充足，清算就是个“到了那个价格就立刻发生”的事情。在 Newton 上实际操作之后才发现，从触发清算线到实际被清算之间，存在一个时间窗口，而这个窗口的长度跟你的仓位大小有关系。#newt
Newton 的清算机制里有一个处理队列的概念。当你的仓位触发清算线时，它不会立刻被吃掉，而是进入一个待处理队列。系统按照清算优先级分数从高到低逐个处理。仓位越大、杠杆越高，优先级越高，排得越靠前，处理速度越快。反过来，小仓位因为优先级低，排在后面，反而能争取到更多的时间。$NEWT
我做了个对比测试：同时让一笔 5000U 的大仓位和一笔 200U 的小仓位都触发清算线。大仓位从触发到实际被清算，大约只用了 30 秒。而小仓位在队列里等了将近 4 分钟才被处理。这 4 分钟的时间差，对于小散户来说可能就是生和死的区别——你可以利用这段时间追加保证金，或者主动平仓止损。
这个发现让我调整了自己的仓位管理方式。我现在会把大仓位和小仓位的止损线设置得不一样：大仓位因为清算来得快，我会提前设置一个比清算线更宽松的止损价位，不等系统动手，自己先跑。小仓位则可以稍微放松一些，因为即使触发了清算线，也有足够的时间来反应。$ETH
不过我也注意到一个问题：在市场极端波动的情况下，清算队列的处理速度会加快。因为短时间内大量仓位同时触发清算线，系统会提高处理频率来应对。这个时候，即使是小仓位的缓冲时间也会被压缩。所以在极端行情下，不管仓位大小，都不能依赖清算延迟来救命，提前设好止损才是最稳妥的做法。
@NewtonProtocol $NEWT

我以前总觉得，手续费这种东西只要不太离谱就行，从来没认真算过它对盈利的影响。直到在 Newton 上连续做了几笔短线交易，月底一算账，发现手续费吃掉了我将近 15% 的利润，才开始正视这个问题。$NEWT
Newton 的手续费设计有两个特点叠加在一起，对我这种管不住手的人形成了双重约束。第一个特点是前面提到的梯度递增——短时间内对同一个交易对反复开平，手续费会逐次上涨。第二个特点是持仓时间折扣——只要你持有的时间超过一定长度，平仓时就能享受手续费减免。这两个机制一个惩罚高频、一个奖励长持，方向一致，力度叠加。
我一开始试图对抗这个机制——想着“我速度快一点，在手续费涨起来之前就跑”。结果发现根本跑不赢。因为梯度递增的触发门槛很低，第三次操作手续费就明显上去了，而持仓时间折扣的门槛又设得比较远，两头不讨好。后来我换了个思路：既然协议在鼓励我拿久一点，那我就顺着它的规则来。$ETH
我开始给自己定了一条规矩：任何一笔开仓，至少持有四个小时以上才考虑平仓。如果四个小时内忍不住想操作，就先关掉交易界面去做别的事。坚持了一周之后，我发现自己的交易频率降了大概三分之二，但单笔盈利反而更稳定了。因为不再被分钟级的波动牵着走，反而能看清楚小时级别的趋势方向。
当然，这种策略不是万能的。如果你是靠捕捉几分钟内的价差来盈利的短线选手，Newton 的手续费设计确实不太友好。但如果你跟我一样，做交易总是因为操作太多而亏钱，那这套机制反而能帮你强行管住手。我现在已经把 Newton 当成自己的“交易自律训练营”了——不是因为它手续费便宜，而是因为它逼着我改掉了频繁操作的坏习惯。@NewtonProtocol #newt

以前我总觉得，在衍生品协议里，大户和小散户面对的风险是一样的——价格到了清算线，谁都跑不掉。但在 Newton 的文档里读到它的清算排序机制之后，我发现事情没那么简单。#newt
Newton 的清算顺序不是先来后到，也不是随机挑选，而是根据一个叫“liquidation priority score”的分数来排的。这个分数由两个因素决定：你的杠杆倍数和仓位大小。杠杆越高、仓位越大，分数越高，被清算的优先级就越高。换句话说，如果你开的是低杠杆小仓位，在市场暴跌时你会排在大户后面被清算。
这个设计让我想了很久。从协议的角度来看，优先清算大仓位是有道理的——大仓位对协议的资金池影响更大，如果不及时处理，可能会导致更大的系统性风险。但对于小散户来说，这意味着在极端行情下，你比别人多了一点缓冲时间。你可能有机会在大户被清算完之前追加保证金或者主动平仓。@NewtonProtocol
为了验证这个机制是否真的有效，我在测试网上做了一个小实验。我同时开了两笔仓位：一笔 10 倍杠杆的 SOL 多头，仓位价值 5000U；另一笔 3 倍杠杆的 SOL 多头，仓位价值 500U。然后我手动模拟价格下跌，观察两笔仓位的清算顺序。结果确实是大仓位先被清算，小仓位在后面多扛了大约 3% 的跌幅。虽然测试网的环境和真实市场有很大差距，但至少说明这个机制在逻辑上是跑得通的。$NEWT
不过我也想到了一个问题：如果市场流动性极差，大户的清算可能会导致价格进一步下跌，引发连锁反应。小散户虽然排在后面，但如果价格跌穿了你的清算线，你还是逃不掉。所以这个机制给你的不是绝对安全，而是相对多一点的反应时间。关键在于你能不能利用好这段时间——是赶紧追加保证金，还是果断止损离场。
另一个让我感兴趣的细节是，Newton 的清算排序机制在文档里写得非常清楚，包括分数的计算公式和排序规则。这种透明度在衍生品协议里并不多见。很多协议只会告诉你“我们会清算风险最高的仓位”，但不会告诉你具体怎么算。Newton 把公式公开了，意味着你可以提前计算自己在什么情况下会被优先清算，从而做好仓位管理。$ETH
NEWT 在文档里被描述为手续费折扣和治理投票的工具。不过对我来说，一个协议值不值得长期使用，除了代币经济模型之外，更重要的是它的机制设计是否透明、是否对小散户友好。Newton 在清算排序上的透明度，至少让我愿意在它上面花更多时间去研究和适应。
@NewtonProtocol #newt

在 Newton 测试网上爆过一次仓之后，我花了不少时间去琢磨它那个梯度保证金的设计。那次爆仓是这样的：5 倍杠杆开 SOL 多，仓位四千多 U，价格跌了不到 6% 就被清算了。我当时的第一反应是系统是不是算错了——5 倍杠杆理论上应该能扛 20% 的跌幅才对。后来翻了文档才明白，Newton 的维持保证金率不是固定的，而是随着仓位大小递增的。一千 U 的仓位维持保证金率是 0.5%，到了五千 U 就涨到了 1.2% 左右。这意味着你的实际清算线比理论清算线更近，仓位越大，差距越大。$NEWT
一开始我觉得这个设计对大户不太友好，但仔细想想，这恰恰是 Newton 控制风险的核心手段之一。如果维持保证金率是固定的，大户可以用大仓位在某个交易对上堆积巨额持仓，然后通过拉砸价格来触发清算获利，吃亏的都是普通交易者。梯度保证金让大户在开大仓位时必须承担更高的风险成本，相当于增加了他们操纵市场的难度。对于像我这样仓位不大的普通交易者来说，只要把仓位控制在两千 U 以内，维持保证金率基本保持在低位，这个机制几乎感觉不到存在。
另一个让我觉得 Newton 在风控上花了心思的设计是它的动态持仓上限。每个交易对都有一个最大持仓限额，这个限额不是固定的，而是根据整个市场的总持仓量实时调整。如果某个方向聚集了太多仓位，上限会收窄，阻止新资金继续涌入。我试过在 SOL 多头持仓比较集中的时候尝试加仓，系统直接提示已达到该交易对最大持仓上限，无法继续开仓。当时确实有点不爽，但冷静下来想，这个机制能防止某个方向过度拥挤，降低极端行情下连环爆仓的风险。$NEWT
我还注意到一个细节：Newton 的梯度保证金和动态持仓上限是配合使用的。梯度保证金控制的是单个仓位的风险，动态持仓上限控制的是整个交易对的整体风险。两者结合起来，相当于给协议上了一道双保险——既防止单个大户操纵市场，又防止整个市场过度集中在某个方向。这种多层次的风控设计，在 Solana 上的衍生品协议里并不多见。
NEWT 的用途方面，除了手续费折扣和治理投票，Newton 还在白皮书里提到了一个质押即做市的计划——质押 NEWT 的用户可以自动成为协议的流动性提供者，按照质押比例分享协议手续费。这个设计如果真能落地，会比单纯的分红模式更有趣，因为它把代币持有者和协议流动性直接绑定在了一起。不过目前这个功能还在路线图上，测试网上还看不到。$ETH
测试网整体用下来，我对 Newton 的印象是：这是一个在风控上愿意多做几步的协议。梯度保证金和动态持仓上限这两个设计，单独拿出来可能都不算颠覆性创新，但组合在一起，能看出团队对衍生品交易的风险管理有比较深入的理解。对于我来说，一个愿意在风控上多花心思的协议，比一个只追求交易速度和用户体验的协议更值得长期关注。毕竟在衍生品交易这个领域，活得久比跑得快更重要。
@NewtonProtocol #newt

第一次在 Newton 测试网上爆仓，是因为开仓的时候没注意仓位大小。5 倍杠杆开 SOL 多，仓位大概 4000U，价格跌了不到 6% 就被清算了。我当时觉得很奇怪——5 倍杠杆理论上不是应该能扛 20% 的跌幅吗？后来去翻文档才发现，Newton 的维持保证金率不是固定的，仓位越大，维持保证金率越高。1000U 的仓位维持保证金率是 0.5%，4000U 就涨到了 1% 左右。这意味着你的实际清算线比理论清算线更近，仓位越大，差距越大。$NEWT
一开始我觉得这个设计有点坑人，感觉被协议暗中加了难度。但后来想通了，这其实是 Newton 防止大户操纵市场的一种方式。如果维持保证金率是固定的，大户可以用大仓位在某个交易对上堆积巨额持仓，然后通过拉砸价格来触发清算获利，吃亏的都是普通交易者。梯度保证金让大户在开大仓位时必须承担更高的风险成本，相当于增加了他们操纵市场的难度。对于像我这样仓位不大的普通交易者来说，只要把仓位控制在合理范围内，这个机制基本感觉不到存在。@NewtonProtocol
另一个让我觉得 Newton 在风控上花了心思的设计，是它的动态持仓上限。每个交易对都有一个最大持仓限额，这个限额不是固定的，而是根据整个市场的总持仓量实时调整。如果某个方向聚集了太多仓位，上限会收窄，阻止新资金继续涌入。我试过在 SOL 多头持仓集中的时候尝试加仓，系统直接提示“已达到该交易对最大持仓上限”，无法继续开仓。虽然当时有点不爽，但冷静下来想，这个机制能防止某个方向过度拥挤，降低极端行情下连环爆仓的风险。$ETH
NEWT 的用途方面，除了手续费折扣和治理投票，Newton 还在白皮书里提到了一个“质押即做市”的计划——质押 NEWT 的用户可以自动成为协议的流动性提供者，按照质押比例分享协议手续费。这个设计如果真能落地，会比单纯的分红模式更有趣，因为它把代币持有者和协议流动性直接绑定在了一起。不过目前这个功能还在路线图上，测试网上还看不到。
测试网用下来，开仓流程比较直接，不需要先往合约里充值，从钱包直接扣 USDC。NEWT在文档里的定位是手续费折扣和治理投票，未来还有质押即做市的计划。目前测试网还在早期，我会继续关注主网上线后的表现，特别是梯度保证金和动态持仓上限在实际市场环境下的效果——如果这两个机制能有效抑制大户操纵行为，对普通交易者来说反而是件好事。
@NewtonProtocol #Newt

Jedes Mal, wenn ich ein neues Derivate-Protokoll untersuche, stelle ich zuerst eine Frage: Wenn jemand dieses Protokoll missbrauchen wollte, wie würde er dabei vorgehen? Nicht weil ich besonders paranoid bin, sondern weil in der DeFi-Geschichte zu viele Protokolle daran gestorben sind, dass man nicht bedacht hat, „dass jemand das so machen würde“. Das Testnetz von Newton habe ich eine Woche lang genutzt, mit Dutzenden von Positionseröffnungen und -schließungen. Am meisten interessiert haben mich jedoch einige scheinbar unauffällige Sicherheitsdesigns.@NewtonProtocol
Das erste, was meine Aufmerksamkeit geweckt hat, war seine Abwehr gegen „Oracle-Manipulation“. Die meisten Protokolle stützen sich auf Kurssignale von Pyth oder Chainlink. Wenn ein Oracle abweichende Preise liefert, kann das Protokoll auf Basis falscher Kursdaten Liquidationen auslösen und dazu führen, dass Nutzervermögen unangemessen liquidiert wird. Newtons Ansatz ist, gleichzeitig zwei Oracles einzubinden: Pyth und Switchboard. Wenn die Differenz zwischen ihren Kursen 0,5 % übersteigt, pausiert das System alle Transaktionen, die von diesem Preis abhängen, bis beide Oracles wieder übereinstimmende Kursdaten liefern. Als ich dieses Mechanismus in der Doku gelesen habe, wirkte er ziemlich selbstverständlich. Erst als ich in der Community eine Diskussion über einen echten Fall gesehen habe – ein Protokoll, das wegen einer Verzögerung der Oracle-Preisfeeds dazu geführt wurde, dass Nutzer liquidiert wurden, bevor der Preis sich wieder erholt hat, und so schwere Verluste erlitten – wurde mir klar, wie relevant das ist. Newtions Dual-Source-Validierung kann dieses Risiko nicht vollständig ausschließen, aber sie bietet immerhin eine zusätzliche Schutzschicht.$NEWT

Meiner Einschätzung nach gibt es auf Solana schon genug Perpetual-Contract-Protokolle. Jupiter Perpetuals ist eine unumgehbare Benchmark, Zeta Markets hat seine eigene treue Nutzerbasis, und Drift Protocol entwickelt sich ebenfalls ständig weiter. Newton Protocol ist in diesem Moment eher als Neueinsteiger dran – wenn es nicht wirklich etwas Eigenes zu bieten hat, kann es leicht untergehen.#nwet
Mit der Einstellung, etwas zu kritisieren, bin ich ins Testnet gegangen – und am Ende stellte ich fest, dass mich daran nicht vor allem die reine Handelsfunktion selbst am meisten interessiert, sondern vielmehr ein paar Designentscheidungen, die in den Details versteckt sind.
Das Erste, worüber ich kurz nachdenken musste, war sein Liquidationsmechanismus.
Bei den meisten Perpetual-Contract-Protokollen ist die Liquidationslinie fest – zum Beispiel: 10x Hebel, und die Liquidationslinie liegt bei einem bestimmten festen Verhältnis. Newton ist anders: Seine Liquidationslinie passt sich dynamisch an die gesamte Open-Interest-Menge des Marktes an. Ganz einfach: Wenn sich in eine bestimmte Richtung zu viele Positionen ansammeln, wird die Liquidationslinie enger, wodurch ein Teil der Positionen früher geschlossen werden muss, um bei extremen Marktbewegungen eine Kettenreaktion an Liquidationen zu verhindern.