胖鸟

这真的有人参与吗，1积分Alpha兑换1u，裤衩子都亏没了吧

有时候我发现，一家公司最容易出问题的时候，并不是没人负责，而是所有人都负责一点。产品觉得研发确认过了，研发觉得运营已经审批，运营又认为法务不会有意见。最后事情出了问题，每个人都参与过，但谁也说不清到底是哪一步出了问题。

后来看到 @NewtonProtocol 一个很小的设计，我突然想到我一直没太在意 Authorization Receipt我以为它就是执行完成以后生成的一张凭证，和日志、回执差不多，更多是为了留档。可越往后看，我越发现它出现的位置很奇怪。

它不是放在流程最后，而是和 Authorization、Policy、Operator 一起，成为整个执行过程的一部分。我后来又把这一段重新看了几遍，才发现自己一开始理解偏了。以前很多系统都会保存结果。交易成功了、资产转出去了、状态更新了，这些都会留下记录。但真正出了问题，人们往往还会继续追问是谁批准的？依据哪条规则？中间有没有跳过某一步？这些信息，很多时候只能靠日志去一点点拼。

Newton好像一直在解决的就是这个问题，Authorization Receipt 记录的并不仅仅是执行完成。它把一次授权、对应的 Policy、执行它的 Operator，以及最后产生的结果串成了一条完整的链路。以后如果有人质疑这次执行，系统不需要重新相信某个节点，也不用去询问运营方，只需要沿着这条记录重新验证，每一步为什么成立，都能够找到对应的依据。

看到这里，我突然发现Receipt 在 Newton 里其实不像一张回执，更像一次执行的责任链。

所以现在再回头看 Authorization Receipt，我觉得它真正留下来的，并不是一张记录。
它留下的是一次执行从授权、判断到完成的全部依据。真正能够长期被相信的，也许从来不是某一个节点、某一个平台，而是任何人都可以重新验证的那条过程本身。
#newt $NEWT

离谱了

最近一个月没领#ALPHA 空投，都卷成这样子了吗，今天晚上19:00盲盒空投251积分，有点离谱

难受了，一个周期只能吃一个

有点犹豫是等下周新项目的#tge 还是先领取

估计又要有一批人赚麻了

不出意外下周二会上新久违的TGE项目

这次的#tge 采用新的规则，热度不是一般的高

兄弟们都准备好了吗？

按照$GRVT Whales Market 盘前折算价，目前 FDV 大约落在 3.5 亿刀。接下来老规矩，咱用大白话简单拆解一下这个项目到底能不能打。

​从基本面看@grvt_io 确实解决了行业痛点，其首创的One Balance余额系统，让保证金不再是死钱，在交易开仓的同时还能无缝吃满底层最高11% 的自动生息收益。结合CEX 的速度 + DEX 的资产自托管的混血叙事，加之高盛和 Meta 的团队背景，长期的基本盘非常扎实。

但是最致命的黑天鹅也摆在明处，这次官方把社区空投的比例直接从 20% 一路死磕加码到了 28%！更要命的是TGE筹码当天不强制锁仓，这28％的天量筹码一旦瞬间砸向市场，对二级的承接力将是一场极度严苛的极限压力测试。

不过我个人觉得不至于是开盘即巅峰，毕竟它背后是zkSync生态航母级资源包，作为zkSync Hyperchain上的核心旗舰生态预期，GRVT不仅仅是一个交易所，它更加在底层充当着整个生态流动性中继和数据交割的重要节点。

如果开盘第一波泥石流抛压能被做市商消化，后面真实交易数据跑起来，那么它那套One Balance的飞轮效应就会开始展现威力。大资金和长线 LP 为了吃那 11% 的生息红利，会源源不断地从以太坊$ETH 主网倒灌资金进来，形成一个天然的吸金黑洞。

总的来说#grvt 机制不错，但 3.5 亿的盘前估值，短线大概率顶不住 28% 的天量空投踩踏，最好是等订单簿稳定、链上筹码洗得差不多了再进场，我的心里价位是在$0.2以下。

兄弟们觉得 $0.35 的盘前价能守住吗，你们的心理防线入场价是多少呢，不妨来聊聊

不要再被最近吹的天花乱坠＄GRVT 欺骗了

这玩意对散户的友好度没有你想象的那么高。

这两天同步 @grvt_io 的官方开发文档，结果在结算数据结构里翻到了两个极少人讨论的venue和 broker，追踪完底层的清算路径后我心里一惊，大家都在盯着明面上的买卖怎么玩，却忽略了它在底层给大户和机构开辟的场外RFQ。散户跟大户玩同样的衍生品，天然要吃一记信息差的闷棍。

我发现在#grvt 的底盘里，普通的单向买卖走公开订单簿，但只要涉及到复杂的期权组合或者超大额的区块交易，系统会直接把这些大额流量切到专门的 RFQ 询价会话里，并通过像 CoinRoutes 这样的顶级经纪商在链下进行私密撮合。

这意味着什么？

最优质、能把对冲成本压到最低的大宗报价，在链下就已经被机构和专业经纪商提前分食干净了。散户在前端看到的公开盘口，其实只是机构吃剩的残渣。你在公开订单簿里费尽心思去配对多空，不仅买卖价差更宽，还得承担由于各条腿分开成交时的隐形Legging Risk风险。这种把最肥的大宗定价权锁在链下经纪商圈子里的设计，在无形中给普通散户筑起了一道看不见的高墙。

不过撇开这种对散户的报价隔离不谈，站在大盘系统抗风险的宏观角度，这套把大宗和零售彻底分流的架构反而是极具智慧的。传统链上交易所之所以动不动就流动性断层，就是因为散户的散单和机构的大宗头寸全混在一个池子里。一旦市场剧烈洗盘，机构千万级的多腿头寸如果直接在公开盘口强制平仓，会瞬间引发连环踩踏，把散户的止损单全部连坐引爆。而 GRVT 让大宗交易走独立的链下 RFQ 路由，用经纪商机制当隔离带，把这些毁灭性的核弹头在场外悄悄化解掉了。

它虽然让零售盘口少了一点暴利套利的机会，却换来了整个大盘在风暴中极其稳定的盘口弹性，让散户逃命时随时能撤

真是小看了@NewtonProtocol 的野心，昨天夜里我自己去翻它白皮书关于跨链架构和算力同步的那几章，我才发现它躲在暗处真正想解决的骚操作，居然是干掉多链时代最让人头疼的合规碎片化与跨链桥信任危机。

$NEWT 白皮书里提到了一个叫基于EigenLayer ELIP-008规范的多链算力table 同步协议，这名字听着挺硬核对吧？我当时看第一眼也觉得是在拽名词，但稍微一琢磨，我发现它解决的其实是链上金融一个超级恶心、而且以前根本没人能解决的死结，那就是怎么让不同链上的应用，共享同一套高强度的以太坊级别经济安全底牌。

你想啊现在的多链世界碎片化得厉害，一个稳定币或者RWA项目，如果想同时在 Ethereum、Base、Arbitrum和Optimism 上发行，传统的做法极其痛苦。你要么在每条链上都单独去找一套合规验证节点，要么就得用那种极其脆弱的第三方跨链桥，天天提心吊胆等着被黑客跨链投毒，结果就是大机构根本不敢把巨额资金往 L2 上放。

以前大家都默认这是没办法的硬伤，但 Newton这次直接在底层用密码学把这个死结给解开了，在#newt 的逻辑里，它的去中心化算力网络只需要在以太坊主网注册并进行EigenLayer再质押一次。一旦以太坊上的节点成员、质押权重或者因作恶被罚没的状态发生变化，Newton的节点们会在底层集体吐出一个用 BLS 私钥盖章的算力表默克尔根。

最扫的操作是这个包含着主网几十亿节点经济安全担保的签名根，会通过完全无许可的 Relayer疯狂同步到所有主流L2。目标链上的智能合约只需要用纯数学公式去验证这个 BLS 聚合签名 一旦对账成功本地的算力权重表瞬间同步更新。

这套ELIP-008的跨链算力同步流我算看明白了，这项目根本不是在讲宏大的合规故事，它是真拿出了别人抄不走的密码学硬功夫，把多链的合规铁轨直接统一成了一张无缝的安全大网。

很多人看@NewtonProtocol 觉得眼熟，以为它又是市面上那堆 ZK、MPC 或者同态加密的缝合怪。但如果你翻透它的白皮书，你会发现它有很多独一无二的亮点。

第一个标签叫 Newton Rego，别的项目做风控策略，只能用现成的规则库做简单的条件判断。但$NEWT 直接魔改了企业级标准的 Rego 编译器，在里面硬生生地嵌了一个专属的密码学扩展包。

这导致合规人员在写同一行声明式代码时，不仅能做传统的黑名单筛选，还能直接调用底层接口去恢复 secp256k1 和 Ed25519 的跨链身份签名，这种将链下多签判定与跨链原生存根原子化绑定的语法在 Web3 中是独一份。

第二个标签是#newt 的牛顿隐私信封，市面上大多项目做隐私玩的基本都是加密然后发送的交钥匙游戏，但 NPE 是一个高度复合的密码学构造，它利用门限加密的同时，强制要求用户+DApp进行双重签名授权，最硬核的是它在 wire format层，就把密文死死绑定到了特定的策略客户端和单次交易意图上。任何黑客或恶意节点，都绝无可能在其他上下文里去重放或挪用这份隐私数据，从根源上斩断了中间人攻击。

最让人头皮发麻、最不可能被其他项目套用的是它的 ZK 罚没挑战机制，别人搞 ZK 证明是老老实实为每个特定的合规业务去手写定制的电路，不仅痛苦而且无法通用，但 Newton 利用了 Rego 语言纯函数、绝对确定的数学特性，干脆把整个 Rego 语言解释器直接塞进了 SP1 或 Risc0 零知识虚拟机里！

这种情况产生的结果就是任何风控人员随手写出的一行代码，底层自动具备了 ZK 可证明属性。外部挑战者发现节点作恶时，可以直接用这个通用 ZK 证明去干翻 EigenLayer 上的作恶节点瞬间触发链上资产罚没，甚至为了配合这套算力，节点仅在以太坊主网质押一次，就能通过 BLS 默克尔树将算力权重安全同步到所有主流 L2。

最近我切了套高频脚本挂了 2000U 筹码在 @grvt_io 上尝试捕捉套利机会。单子进去了不少，但对账的时候我直接看傻了，几笔本该吃肉的单子，实际成交价比盘面公允价硬生生偏了几个基点。这趟实盘让我彻底醒，项目方标榜的链下隐私订单簿虽然防住了夹子，但在极端行情里我们其实在为这种看不见的隐私交隐形税。

#grvt 核心卖点之一是引进了由零知识技术驱动的加密隐私订单簿，它的底层逻辑是把全网用户的挂单、出价和深度在链下全部打乱加密，让主网上的三方夹子机器人和捕食者量化团队根本拿不到内存池的数据。这意味着什么？你在里面开单，理论上拥有极高的防猎杀隐私。

但泼盆冷水，这套系统在极端行情下却带来了另一个隐形硬伤，那就是流动性不透明引发的盲盒滑点。因为整个订单簿深度对市场而言是一个彻底的黑箱，普通交易者和第三方做市商根本无法像在传统交易所那样，实时观测到不同价位的真实挂单厚度。

昨晚市场踩踏时，链下加密网络里的真实深度其实已经严重分层，但前端由于数据隔离依然显示正常。我的买单一头撞进去直接在缺乏公开深度的真空带成交，导致本该止盈的单子吃到了的隐形价差，这种看不见盘口的被动在分秒必争的行情里极其致命。

不过反过来讲，刚吐槽完它的滑点迷雾，看着它的链上防作恶刚性清算又不得不承认它在资金底线上踩得很死。

传统平台最让人恶心的是拔网线和针对性定点爆破，它们的强平清算完全是在中心化服务器里跑的黑箱代码。但#grvt 把最核心的清算红线和账户状态验证死死扣在链上的智能合约里。是否需要被强制减仓全是由公开的智能代码自动跑出来的，平台方都不能干预去更改你的清算线。

总的来说#grvt 虽然牺牲了盘口的透明度，却也帮散户掐死了庄作恶这颗最毒的子弹。

最近我发现@NewtonProtocol 花了不少篇幅在讲 Attestation、Verification、Replay。我一开始其实没太理解，因为在我的认知里，只要最后结果正确，中间怎么完成的，好像并没有那么重要。执行者是谁、执行过程中发生了什么，这些更像实现细节，而不是协议真正关心的东西。

直到后来我把整条执行流程重新顺了一遍，从 Transaction Intent 进入 Gateway，到 Policy Evaluation、Operator 执行，再到后面的 Attestation，我才发现自己一直的疑问在哪里。

$NEWT 真正关心的好像从来不是结果是不是正确，而是结果为什么值得相信，Transaction Intent 并不会因为进入系统就直接执行，而是先经过 Policy Evaluation；Operator 完成任务以后，也不会因为执行结束就直接成为最终结果，后面还需要 Attestation，必要时甚至可以 Replay。

往下看，我越发现，它们其实都在回答这次执行，到底是不是按照整个网络共同认可的规则完成的？

也是到这里我才意识到#Newt 真正记录的并不是一次执行的结果，而是一次执行的过程。后来我又仔细回想了一下，突然想到一个以前没有认真想过的问题。

为什么很多系统更关注证明结果，而 Newton 却花了这么多精力证明过程？

我越来越觉得这两种设计背后，其实代表的是两种完全不同的信任方式，如果只证明结果，最后你还是需要相信那个告诉你结果的人。可如果整个执行过程都能够被验证，那么真正需要相信的，就不再是某一个 Operator而是任何人都可以重复验证的那条执行路径。

所以我觉得Newton 真正想重构的并不是执行流程，它真正挑战的是一个存在很多年的默认假设，结果正确就足够了吗？

至少在 Newton 看来好像还不够
或许这才是 Attestation、Verification 和 Replay 真正存在的意义。它们保护的，从来不只是结果，而是结果之所以成立的整个过程。

这几天一直在翻 @grvt_io 的博客，有个词出现得特别频繁Capital Productivity。刚开始我其实没太当回事，总觉得这是个营销概念。交易所最后拼的不还是流动性、手续费和交易速度吗？一个交易平台一直讲资本生产力，听起来多少有点不像交易所该说的话。

所以第一次看到 One Balance、Unified Margin 的时候，我一直往体验优化那个方向理解，后来我又把几篇博客放在一起重新看了一遍，本来只是想搞明白 Unified Margin 到底解决了什么问题，结果越看越觉得奇怪。

官方几乎没怎么讨论交易速度，也没有一直强调 Hybrid Exchange，反而不断提 Capital Productivity、Capital Drag，包括后面的 Yield Layer，讨论的始终都是同一件事。

我这时候才发现自己一开始可能理解错了， GRVT 好像一直在问另一个问题为什么一份资本，只能承担一种用途？也是到这里，我才理解官方为什么一直强调 Capital Drag。真正被浪费的可能不是交易速度，而是资本不断等待、迁移和重新配置的过程。
后来我又回去看 One Balance、Unified Margin、Yield Layer，突然发现它们看起来像三个不同功能，其实一直在回答能不能让同一份资本，不因为切换用途就停下来。

所以现在再回头看我越来越觉得GRVT 真正想重构的，好像不是交易所。它一直在挑战的是金融系统一个几乎没人怀疑过的默认习惯，为什么资本每完成一种任务，就必须结束这一段，再开始下一段？

至少我现在越来越倾向于一种理解，GRVT 真正想保留的，不是某一个账户，也不是某一种产品，而是同一份资本的连续性。
交易、收益、投资、支付，本来就不是四份不同的资本，而应该是同一份资本，在不同阶段承担的不同职责。

所以现在再看 Capital Productivity，我反而觉得，它真正想优化的不是交易效率，而是资本在整个金融体系里的运行方式。
#grvt

لم أَحضر TGE جديدًا منذ وقت طويل، و@grvt_io الذي تم إطلاقه مؤخرًا هو أيضًا فرصة كبيرة جدًا.

كما أطلقت @grvt_io فعالية Booster فائقة القيمة، حيث يمكن استبدال 2 نقاط بُقيمة 8u من الرموز، لا تفوّتوا ذلك أبدًا.

عندما بدأت بالاطلاع على بنية HEX الخاصة بـ @grvt_io ، كان لديّ سؤال: إذا حدثت عملية المطابقة/التقاص خارج السلسلة (off-chain)، فكيف تثق السلسلة (on-chain)؟

بحسب فهمي، أكبر قيمة في البلوكشين هي الحتمية (التأكد). فإذا غادرت العملية الأساسية للمطابقة السلسلة، فبماذا يختلف ذلك عن البورصات التقليدية؟ لذلك في البداية اعتقدت أن GRVT يقدّم مجرد تنازل بين الأداء واللامركزية. لكن بعد إعادة النظر في آلية التنفيذ، أدركت أن فهمي الأول كان خاطئًا.

#grvt لا يَحل المشكلة فقط عبر تحديد أين توضع المعاملات، بل في كيفية جعل حالات المعاملات الناتجة خارج السلسلة تُعترف بها نهائيًا على السلسلة. في تصميمه، تدخل الأوامر أولًا إلى Off-chain Matching Engine لإتمام المطابقة؛ وبهذا لا يحتاج التداول عالي التردد إلى انتظار تأكيد السلسلة، ما يتيح كفاءة تنفيذ قريبة من كفاءة البورصات التقليدية.

والأمر المثير للاهتمام هو أن إتمام الصفقة لا يعني أن الحالة تصبح نهائية تلقائيًا؛ إذ يجب تمرير نتيجة التداول عبر On-chain Settlement، حيث يتم التأكيد النهائي عبر قواعد السلسلة والعقود الذكية. أي أن خارج السلسلة مسؤول عن الحسابات عالية التردد، بينما السلسلة مسؤولة عن الحالة النهائية.

عند هذه النقطة فقط أدركت أن #grvt يحاول فصل الحدّ الفاصل بين “توليد الحالة” و“تعريف الحالة”. فـ Matching Engine مسؤول عن توليد نتائج التداول، وSettlement Layer مسؤول عن تأكيد حالة الأصول، بينما Smart Contract Vault يضمن ألا تعتمد أصول المستخدم بالكامل على دفتر الأستاذ المركزي.

لذلك أرى أن Hybrid Exchange ليس مجرد دمج CEX وDEX معًا؛ بل ما يغيّره فعليًا هو “حدّ الثقة” داخل نظام التداول. قد لا يلزم أن تحدث كل خطوة من التداول على السلسلة، لكن أي تأثير نهائي على حالة أصول المستخدم يجب أن تتم المصادقة عليه بواسطة قواعد السلسلة.

بعد ذلك، عندما نظرت إلى Unified Balance، وجدت أن هذا المنطق لا يقتصر على تسوية المعاملات فحسب، بل يمتد عبر إدارة حالة الأصول بالكامل. فلم تعد المعاملات والهوامش والأرباح حالات حساب منفصلة، بل تتدفق ضمن نظام موحّد، بحيث لا تبقى الأصول محبوسة في سيناريو واحد، بل يمكن أن تتغير بشكل مستمر.

والآن دعوني أرى GRVT: يبدو أكثر أنه يعالج آلية لكيفية إدخال حالات خارج السلسلة إلى واقع السلسلة، وأن تصبح واقعًا معترفًا به من عالم السلسلة.

我一直觉得，一个授权系统最重要的是规则。

只要 Policy 写得足够严谨，系统就能判断什么交易应该执行，什么交易应该拒绝。所以刚开始看 @NewtonProtocol Whitepaper 时，我一直关注的是 Rego Policy 和 Authorization Flow。

直到后来重新翻到 Data Provider 那部分，我才发现自己忽略了一个更底层的问题，如果规则再准确，如果输入的数据不可信，最后的判断依然没有意义。

$NEWT 的 Policy Evaluation 并不是直接运行规则。Operator 需要调用 Oracle Price、Sanctions Feed、Risk Score 等外部数据，再将这些输入带入 Rego Policy 判断，但这些数据本身并不是链上原生存在的我一下意识到，这好像是是所有链上自动化系统都会遇到的问题。大家一直讨论智能合约是否可信却很少追问系统做决定时看到的数据，真的可靠吗？

如果地址状态判断错误，风险评分出现偏差或者不同节点获取到的数据不一致，那么后面的 Policy、Attestation 和 Consensus 即使计算正确，也可能只是建立在错误输入上的正确结果。

#newt 对这个问题的设计很有意思，它没有选择成为唯一的数据提供者，而是把 Data Provider 做成可插拔模块。Operator 可以独立执行 WASM Data Provider，在隔离环境中获取外部数据，并对自己观察到的数据生成 ECDSA Attestation让输入本身也进入验证范围。

看到这里我才发现自己之前理解错了，我一直以为 Newton 的核心是让规则变得可验证，但实际上它首先要解决的是让规则运行时面对的是同一个可信现实，Policy 决定系统如何判断，Data Provider 决定系统看到什么。

真正困难的地方从来不是让机器按照规则运行，而是在机器做决定之前确保它看到的世界没有被错误输入改变。这可能才$NEWT 设计 Data Provider Ecosystem 的意义。

未来链上系统竞争的不只是规则和执行，而是谁能让整个网络在做决定之前先基于同一个现实。

我一直觉得，只要所有节点拿到的是同一份数据，共识就不会有问题。所以刚开始看到 @NewtonProtocol Whitepaper 里的 Streaming Two-Phase Consensus 时，我第一反应就是性能优化，Gateway、NATS、Streaming 看起来都只是为了降低延迟。

后来我重新把那一节看了一遍，才发现自己理解错了。

白皮书提到，Operator 会各自调用 WASM Data Provider 获取 Oracle Price、Sanctions Feed、Risk Score 等外部数据。即使查询同一个数据源，因为网络路径、返回时间不同，每个 Operator 看到的数据也可能不同。而 BLS Aggregate Signature 要求所有节点签署的是完全一致的消息，只要数据有偏差，聚合签名就无法生成。

所以 Newton 才拆成两个阶段。Prepare 阶段，每个 Operator 独立获取数据并生成 ECDSA Attestation，Gateway 再汇总形成统一的 Canonical Dataset；Evaluate 阶段，所有 Operator 基于同一份数据执行 Rego Policy，最后生成可聚合的 BLS Signature。

看到这里，我才发现自己一直理解错了。

我一直觉得，共识解决的是谁说得对。

可 Newton 真正先解决的是：大家是不是在讨论同一个现实。

如果每个 Operator 面对的是不同时间点的数据，那么后面的 Policy Evaluation、Attestation、BLS Aggregation 即使全部正确，也只是分别证明了不同的现实。

现在回头看，我越来越觉得，Streaming Two-Phase Consensus 最重要的不是提升性能，而是先统一现实，再统一答案。真正难的，也许从来不是形成共识，而是确保所有人面对的是同一个世界。
#newt $NEWT

我一直觉得一个去中心化系统最重要的就是确定性，只要网络形成共，事情就应该结束。Operator 完成 Policy Evaluation，生成 BLS Attestation，交易获得 Authorization，随后进入执行，这应该是一条完整路径。

所以刚开始翻 @NewtonProtocol Whitepaper 时，我一直没想通为什么后面还要设计 Challenge Protocol。我甚至一度认为，这只是为了防止 Operator 出错而增加的一层纠错机制。

后来我专门重新看了 Challenge 部分，结果越看越觉得不对。Challenger 并不会重新决定交易是否执行，而是拿到同一份 Transaction Intent、Policy CID 和 Policy Hash，再按照相同的 Rego Policy Replay 一次 Authorization。如果 Replay 结果和原来的 BLS Attestation 不一致，才会提交 ZK Proof，并触发 Slashing。这里重新验证的并不是交易本身，而是那次 Authorization 是否严格按照既定 Policy 产生。

看到这里，我突然卡住了。

如果 Operator 已经形成共识，为什么 Newton 还允许别人重新计算？我一直默认共识意味着答案已经产生，Challenge 只是为了修正错误。但白皮书真正表达的Challenge 相似不是为了推翻结果，而是不允许任何一次共识拥有最终解释权。

这时候我才发现，自己一开始理解错了。

$NEWT 不是想证明某一次 Authorization 是正确的，而是在保证任何一次 Authorization，都可以被其他参与者按照同样的规则重新验证。

现在回头看，Challenge 最有意思的地方，并不是它增加了一套争议机制，而是它重新定义了可信。

过去我一直认为，可信来自已经形成的共识。

但#newt 更像是在说，真正值得相信的，不是一个已经产生的结果，而是任何人都可以拿着同一份 Intent、同一份 Policy、同一套规则，把这个结果重新证明出来。