liu_001

我用衍生品协议一直有个尴尬的地方：很多协议的最小交易单位对我来说太大了。比如某些协议最小开仓就是 100U，我想试个 50U 的小仓位熟悉一下界面都不行。Newton 的测试网上最小交易单位是 10U，我试了一笔 20U 的 SOL 多头，居然真的能开。#newt
10U 的最小单位意味着什么？意味着你可以用极小的成本去测试策略、熟悉界面、理解清算机制，而不需要一上来就承担大额风险。我在 Newton 上先开了几笔 20U 的小单，摸清楚了它的清算逻辑和手续费结构之后，才慢慢放大到几百 U。这种渐进式的学习路径，对于新手或者想试新策略的老手来说，都友好得多。
当然，小单位交易也有它的代价。每笔交易都有固定成本，如果你开的仓位太小，手续费占比会很高。我算了一下，一笔 20U 的开仓，手续费大约是 0.02U，占比千分之一。这个比例对于小额试错来说可以接受，但如果你的策略是高频小单，手续费会吃掉不少利润。$NEWT
另一个让我觉得 Newton 对小散户友好的设计，是它的保证金单位可以精确到小数点后四位。我开 20U 的仓位时，保证金只需要 4U 左右（5 倍杠杆），系统允许我输入 4.1234U 这样的精确数值。这个精度对于大仓位来说没什么意义，但对于小仓位来说，能让你把资金利用率拉到最满，不浪费一分钱。$ETH
不过小额交易也有一个容易被忽略的问题：清算时的最小剩余价值。如果你的仓位太小，清算后剩余的资金可能还不够覆盖 Gas 费。我在测试网上特意试了一次接近清算的小仓位，发现 Newton 的处理方式是如果清算后剩余价值低于某个阈值，会直接捐给保险基金而不是返还给用户。这一点在文档里有说明，但很容易被忽略。所以用小仓位交易时，最好把仓位控制在清算后仍有足够剩余价值的范围内，不然爆仓了连渣都剩不下。
@NewtonProtocol #newt

做衍生品交易最怕的事情不是行情看反，而是你明明看对了，却被一个错误的价格踢出局。这种事情在 DeFi 历史上发生过不止一次——预言机报价延迟、被操纵、或者干脆宕机，导致用户在价格恢复前被错误清算，申诉无门。所以我每研究一个新协议，都会先看它怎么处理预言机这个问题。@NewtonProtocol
Newton 的做法是同时接入 Pyth 和 Switchboard 两个预言机。如果两者的报价差异超过 0.5%，系统会暂停所有依赖价格的交易操作，直到两个预言机的报价恢复一致。这个机制我在文档里读到的时候觉得挺常规，直到我在社区里看到有人讨论一个真实案例——某个协议因为预言机报价延迟，导致用户在价格恢复前被错误清算，损失惨重。Newton 的双源验证虽然不能完全杜绝这种风险，但至少多了一层保护。
但我也在想另一个问题：如果两个预言机同时出错呢？虽然 Pyth 和 Switchboard 是不同的数据提供商，理论上同时出错的概率很低，但并非不可能。比如某个极端行情导致整个市场的交易数据出现异常，两个预言机可能同时受到影响。Newton 文档里没有明确说明这种情况下如何处理，只说“暂停交易直到价格恢复一致”。如果两个预言机都错了但报价一致，系统可能不会触发暂停机制，用户仍然可能被错误清算。当然，这种情况发生的概率极低，但作为一个喜欢想最坏情况的人，我还是希望看到更详细的应急预案。
另一个让我觉得有意思的细节是 Newton 如何处理预言机恢复后的订单重放。假设因为预言机分歧导致交易暂停了五分钟，恢复之后，这五分钟内用户提交的订单该怎么处理？是全部取消让用户重新下单，还是按恢复后的价格执行？$NEWT
Newton 文档里写的是暂停期间的所有订单都会被取消，用户需要重新提交。这个处理方式虽然简单直接，但对于那些在暂停前已经提交但未成交的限价单来说，可能会让用户错过一些价格机会。当然，在安全性和用户体验之间做取舍，优先保证安全性是更负责任的做法。
NEWT在预言机机制中目前没有直接的角色，但白皮书提到未来可能会通过治理投票来决定是否接入新的预言机提供商，或者调整分歧阈值。这意味着如果社区觉得 0.5% 的阈值太紧或太松，可以通过投票来修改。这种灵活性是好的，但前提是治理参与度足够高，否则决策权可能集中在少数大户手里。$ETH
总的来看，Newton 在预言机安全上做的功课比我想象中要多。双源验证加上暂停机制，至少能过滤掉大部分由单点故障引发的错误清算。至于极端情况下双预言机同时出错的概率，那属于黑天鹅事件的范畴，没有哪个协议能百分之百防范。我自己的应对方法是：不在 Newton 上开超过自己承受能力的仓位，即使预言机出现问题，损失也在可控范围内。毕竟在 DeFi 世界里，没有绝对的安全，只有相对的风控。
@NewtonProtocol #newt

研究衍生品协议这么多年，我养成一个习惯：先看它怎么处理“最坏情况”。所谓最坏情况，就是市场突然暴跌，大批仓位同时爆仓，清算得到的资产不足以偿还债务，出现坏账。大部分协议的应对方式是靠保险基金，但保险基金的规模和 replenish 机制各不相同，直接决定了协议在极端行情下的生存能力。$NEWT
Newton 的保险基金设计让我停下来多看了几眼。它的资金来源有两部分：一是协议手续费的一部分，二是清算盈余。清算盈余这个词需要解释一下——当系统清算一个仓位时，实际清算价格和债务之间往往存在差额，这个差额在很多协议里直接归协议所有，成为协议收入的一部分。Newton 选择把这部分钱也放进保险基金，而不是作为收入拿走。这意味着交易越活跃、清算越多，保险基金的增长速度就越快。如果保险基金的规模足够大，即使在极端行情下出现大面积清算，也有足够的资金来弥补损失，不会出现坏账社会化的情况。
我特意去对比了几个主流衍生品协议的保险基金设计。GMX 的保险基金来自手续费抽成和 esGMX 的分配，Gains Network 的保险基金来自协议收入和 GNS 质押罚没，Jupiter 则没有专门的保险基金，而是依赖流动性提供者的资金池来吸收损失。Newton 的方案在资金来源上比 GMX 和 Gains Network 多了一个清算盈余的渠道，虽然单笔清算盈余的金额通常不大，但累积起来也是一个可观的数字。当然，这个设计的前提是清算盈余确实能持续产生——如果市场长期平稳、清算很少发生，那这个渠道的实际贡献就非常有限。$ETH
另一个让我觉得有意思的细节是保险基金的透明度。Newton 的测试网上有一个公开的保险基金余额面板，可以实时查看当前的资金规模、资金来源的构成比例（手续费贡献了多少、清算盈余贡献了多少），以及历史支出记录。这个面板目前数据还很少，因为测试网上几乎没有真实的清算发生，但至少说明团队有意愿让保险基金的运作保持透明。相比之下，很多协议的保险基金就像一个黑箱——你知道它存在，但不知道里面有多少钱、钱从哪来、被谁用过。
NEWT 在保险基金机制中的角色目前还没有完全明确。白皮书提到未来可能会用 NEWT 作为保险基金的补充资金来源——在极端行情下，如果保险基金余额不足，可以通过增发 NEWT 来补充，但增发需要治理投票通过。这个设计的好处是给协议提供了一个最后的流动性安全网，坏处是增发会稀释现有 NEWT 持有者的权益。这是一个典型的权衡：安全性和代币持有者利益之间的取舍。我个人倾向于支持这个设计，因为一个协议能在极端行情下存活下来，比短期的代币价格更重要。当然，这个机制只有在极端情况下才会被触发，正常情况下不应该用到。
槽点方面，测试网上保险基金面板的数据更新频率偏低，有时候我隔了半天去看，数据还是没变。另外文档里对保险基金在极端行情下的具体运作流程描述不够详细——比如当保险基金余额不足时，具体的补充机制如何触发、触发后多久能到账、是否需要治理投票等，这些细节都还没有明确说明。希望主网上线前能把这些问题理清楚。@NewtonProtocol
总的来说，Newton 在保险基金设计上展现出来的思路是务实的。多渠道资金来源、公开透明的余额面板、以及未来可能的NEWT补充机制，组合在一起构成了一个多层次的抗风险体系。当然，所有这些设计的效果都取决于实际市场环境的检验——一个在测试网上看起来完美的机制，在真实市场的极端行情下可能暴露出各种问题。我会持续关注主网上线后保险基金的实际运作情况，特别是资金来源的构成比例和余额的变动趋势，这些数据能告诉我这套设计到底是真有用还是只是纸面上好看。
$NEWT #newt

第一次爆仓纯粹是自己作的。5 倍杠杆开 SOL 多，没设止损，下楼拿个快递的功夫回来就没了。这怪我，不怪 Newton。但第二次和第三次爆仓让我开始认真研究它的清算逻辑，然后发现了一个我之前完全忽略的差异。$NEWT
Newton 的清算机制里有一个“梯度保证金”的设计。简单说，你的仓位越大，维持保证金率就越高。我开 1000U 的仓位，维持保证金率是 0.5%；开到 5000U，维持保证金率就涨到了 1.2%。这意味着大仓位比小仓位更容易被清算。我第二次爆仓就是因为仓位开得大了些，价格波动还没到我预期的止损线，维持保证金率先上去了，直接触发清算。Jupiter 没有这个设计，它的维持保证金率是固定的，不管你开多大都一样。Newton 这么做显然是为了防止大户操纵市场——如果你资金量足够大，想通过拉砸一个交易对来触发自己的清算获利，梯度保证金会让你更难精准计算清算点。但对于普通交易者来说，这个设计意味着你不仅要关注价格波动，还要关注仓位大小对保证金率的影响。@NewtonProtocol
第三个让我觉得有意思的设计是它的“盈亏实时结算”。大部分永续合约协议是未实现盈亏挂在账上，平仓时才一次性结算。Newton 不一样，它会每隔一段时间把你的未实现盈亏中的一部分直接转到你的钱包里，或者从你的钱包里扣走。我开了一笔 ETH 空头，持仓过程中 ETH 跌了一点，系统自动把一部分盈利转到了我的 USDC 余额里，我可以直接提走或者用作其他仓位的保证金。反过来，如果持仓亏损了，系统也会自动从余额里扣钱补足保证金。这种实时结算的好处是你不会在平仓时面对一个巨大的盈亏数字——利润已经被一点点提走了，亏损也被一点点消化了。坏处是如果你的余额不够支付实时亏损，系统会直接平掉你的仓位，没有缓冲期。我第三次爆仓就是因为这个——ETH 短时间内快速上涨，实时亏损扣款速度比我补钱的速度快，仓位直接被平了。$NEWT
NEWT 目前测试网上还不能交易，但白皮书里写它会作为协议的手续费折扣凭证和治理代币。另外团队提到未来会推出一个“质押即做市”的功能——质押 NEWT 的用户可以自动成为协议的流动性提供者，按照质押比例分享协议手续费。这个设计如果真能落地，会比单纯的分红模式更有趣，因为它把代币持有者和协议流动性直接绑定在了一起。不过目前这个功能还在路线图上，测试网上还看不到。
槽点方面，测试网的交易对目前只有 SOL、ETH、BTC 三个，选择太少。文档里对梯度保证金的说明只有一句话，没有详细的计算公式，我只能靠自己反复爆仓来摸索规律。另外没有 API 接口，想做程序化交易的人目前用不了。$ETH
总的来说，Newton 和 Jupiter 的差异不在于谁更好，而在于它们对风险的理解不一样。Jupiter 追求的是订单簿的深度和交易效率，Newton 追求的是通过机制设计来约束交易行为、降低系统性风险。这两种思路没有对错之分，但适合的人群不一样。如果你喜欢自由交易、自己控制风险，Jupiter 可能更适合你；如果你希望协议帮你设计一些安全边界，Newton 的梯度保证金和实时结算可能会让你睡得更安稳。我目前两个都在用，各有各的用处。@NewtonProtocol #newt

第一次打开 Newton Protocol 测试网的时候，我其实没抱太大期望。Solana 上的衍生品协议已经不少了，Jupiter Perpetuals 做得够好，再来一个能有什么区别？
但用了一圈下来，我发现自己对它的印象在慢慢转变。不是说它已经超越了 Jupiter，而是它在几个细节上的处理让我觉得这个团队确实在认真想问题。$NEWT
先说开仓。我之前用过的一些协议，开仓前得先往一个特定合约里充值，然后才能交易，中间多了一步操作，每次都觉得麻烦。Newton 直接从钱包里扣 USDC，省掉那个中间步骤，体验顺畅很多。我试了一笔 5 倍杠杆的 SOL 多头，从点击确认到链上确认，大概十五秒。这个速度在 Solana 上不算最快，但完全可以接受。
然后是它用的 vAMM 模型。说实话，我一开始对 vAMM 有点抵触——虚拟流动性，听起来就是不靠谱的意思。但实际用下来发现，它解决了一个真实问题：你永远不会遇到“流动性不足无法开仓”的情况。无论你想开多大仓位，系统都能给你报一个价。当然，大仓位下滑点会变大，但至少你不会被拒单。这一点在真实市场里其实挺重要的——关键时刻开不了仓比滑点大更让人崩溃。
我试着用 10 倍杠杆开了一笔 5000U 的 SOL 空头，滑点显示 0.12%，比 Jupiter 上同等规模的订单簿滑点略高一点，但差距不大。考虑到 Newton 还在测试网，这个表现我觉得可以接受。$ETH
跨保证金这个设计我一开始挺喜欢的——同一笔 USDC 可以同时作为多个仓位的保证金，资金利用率更高。但实际用下来发现有个隐患：一个方向的亏损会传染到另一个方向。我同时开了 SOL 多和 ETH 空，各三倍杠杆。SOL 跌了 5%，SOL 多头的亏损直接扣减了总保证金，导致 ETH 空头的可用保证金也跟着减少。虽然 ETH 空头本身是盈利的，但系统还是开始提示我追加保证金。这种感觉不太舒服——两个不相关的仓位，因为共用保证金而被绑在了一起。$NEWT
NEWT 目前测试网上还没开放交易，但白皮书里写的用途很清晰：手续费折扣、治理投票、协议收益分成。这套逻辑在 GMX、Gains Network 上已经跑通了，不算创新，但胜在成熟。关键还是看主网上线后能不能吸引到足够的交易量。
目前最大的槽点是文档还不够详细。我想查清算价格的具体计算公式，翻了好几页都没找到。另外测试网上没有止损单功能，对于杠杆交易来说，没有止损单意味着你得一直盯着屏幕，或者自己想办法用第三方工具补上。
总的来说，Newton 给我的感觉是一个“底子不错但还没完全装修好”的房子。核心的交易流程是通的，vAMM 和跨保证金的设计也有自己的想法。但文档、风控工具、以及主网上线后的真实流动性表现，都还需要时间验证。我会继续关注，等主网上线后看看真实数据再做判断。
@NewtonProtocol #newt