Binance Square
逍遥爱空投
114 منشورات

逍遥爱空投

爱屯币 爱合约 更爱零撸空投 合约会爆 屯币会亏 只有零撸才是低风险高回报 关注我 带领你更多零撸空投!
111 تتابع
61 المتابعون
66 إعجاب
منشورات
·
--
عرض الترجمة
"钱在哪儿"这件事,看着Gate最近的风波又让我想了一遍。 学乖是聚币那一波——四十万用户看着"安全升级"公告,钱被锁一年。后来 FTX 那批更彻底:用户以为交易所里的余额是"资产",实际上是对交易所的无担保债权。出事之后,债权就是一张废纸。 这几年形成一个反射——用链上产品之前先问:这个钱具体在什么地址里,谁能签字动它。 @grvt_io 把"钱在哪儿"拆成两个位置。 第一个位置——资金账户里的钱,在你自己私钥控制的自托管地址。不是 GRVT 帮你保管。 第二个位置——开仓的保证金移到一个审计过的合约里。合约管保证金、结算、校验清算条件。不是 GRVT 说了算的账户,是链上代码,规则透明。 两个位置都不是"GRVT 帮你拿着"。 而且GRVT 的 L2 合约不是对公网开放的。它是私有链,只有 GRVT 的后端有权向它发送交易。攻击者想调用合约漏洞,得先攻破后端。两层独立的东西同时失效,才可能真出事。 后端如果失守会怎样?停机、不能撮合、数据可能暴露。但资金不受影响——因为后端从头到尾不在托管路径上。所以不会还没弄清咋回事资金就全军覆没了。 不过假如后端长期停机时,用户能不能自主发起紧急撤退?触发门槛和时间窗口文档没细写。还有私有链治理谁说了算、运营方权限清单是不是公开可查,项目方暂时没有说太细。 加尔布雷斯说过——所有金融危机的记忆都短得可怕,通常不到二十年就会重演。几年前的教训,市场好像开始忘了。 我每次把钱转到新平台之前,都先用小额测试一笔,把整个流程(钱包 → 合约)的每一步签字都看一遍。而GRVT似乎可以让我省下这个步骤了。 @grvt_io #grvt
"钱在哪儿"这件事,看着Gate最近的风波又让我想了一遍。

学乖是聚币那一波——四十万用户看着"安全升级"公告,钱被锁一年。后来 FTX 那批更彻底:用户以为交易所里的余额是"资产",实际上是对交易所的无担保债权。出事之后,债权就是一张废纸。

这几年形成一个反射——用链上产品之前先问:这个钱具体在什么地址里,谁能签字动它。

@grvt_io 把"钱在哪儿"拆成两个位置。

第一个位置——资金账户里的钱,在你自己私钥控制的自托管地址。不是 GRVT 帮你保管。

第二个位置——开仓的保证金移到一个审计过的合约里。合约管保证金、结算、校验清算条件。不是 GRVT 说了算的账户,是链上代码,规则透明。

两个位置都不是"GRVT 帮你拿着"。

而且GRVT 的 L2 合约不是对公网开放的。它是私有链,只有 GRVT 的后端有权向它发送交易。攻击者想调用合约漏洞,得先攻破后端。两层独立的东西同时失效,才可能真出事。

后端如果失守会怎样?停机、不能撮合、数据可能暴露。但资金不受影响——因为后端从头到尾不在托管路径上。所以不会还没弄清咋回事资金就全军覆没了。

不过假如后端长期停机时,用户能不能自主发起紧急撤退?触发门槛和时间窗口文档没细写。还有私有链治理谁说了算、运营方权限清单是不是公开可查,项目方暂时没有说太细。

加尔布雷斯说过——所有金融危机的记忆都短得可怕,通常不到二十年就会重演。几年前的教训,市场好像开始忘了。

我每次把钱转到新平台之前,都先用小额测试一笔,把整个流程(钱包 → 合约)的每一步签字都看一遍。而GRVT似乎可以让我省下这个步骤了。

@grvt_io #grvt
عرض الترجمة
昨晚睡不着的时候在想一件事——链上那些让你签一次然后一直有效的授权,本质上是把"用户签过一次"跟"这个签名用来做什么"完全脱钩了。签的时候你以为自己同意的是这一笔,实际上签的是一张空白支票。 @NewtonProtocol 那个隐私信封的设计就让我颇有兴趣。 信封里装的不是密文本身,是加密后的策略输入——但关键在信封上贴的那几行标签。文档里叫附加认证数据。绑三样东西:目标链的标识、执行合约的地址、这次调用的意图哈希。任缺一个,密文即便被拿到,任何一个节点方尝试拿它去解、去应用到别的链或别的合约上,签名核验就会失败。加密和上下文是原子绑定的,不是加密完之后再加个白名单那种做法。 这跟传统的加密授权模型差别挺大。传统模型里加密是加密,权限是权限,两件事分开管,权限被绕过是可能的——复制某个已授权用户的签名去别处用就是常见路数。信封模式下这条路直接堵死:你签的时候签的就是"这份数据只能用来在 A 链的 B 合约上执行 C 意图"。 不过意图哈希这一段,它需要能覆盖到策略参数细节,颗粒度太粗的话,同一笔隐私信封可以被套用在意图相近但参数不同的多笔调用上。文档里对意图哈希的构造方式讲得比较原则,具体到应用场景怎么定义"一次意图",还得看后面接入的项目怎么落。 塔勒布讲过一句——脆弱系统的特征是把自由度和责任错位了。授权层如果不把上下文绑死,用户就要替系统的所有想象力兜底。 @NewtonProtocol 这层设计至少把想象力关进了一个信封里。够不够严还得看接下来的实测。 @NewtonProtocol $NEWT #Newt
昨晚睡不着的时候在想一件事——链上那些让你签一次然后一直有效的授权,本质上是把"用户签过一次"跟"这个签名用来做什么"完全脱钩了。签的时候你以为自己同意的是这一笔,实际上签的是一张空白支票。

@NewtonProtocol 那个隐私信封的设计就让我颇有兴趣。

信封里装的不是密文本身,是加密后的策略输入——但关键在信封上贴的那几行标签。文档里叫附加认证数据。绑三样东西:目标链的标识、执行合约的地址、这次调用的意图哈希。任缺一个,密文即便被拿到,任何一个节点方尝试拿它去解、去应用到别的链或别的合约上,签名核验就会失败。加密和上下文是原子绑定的,不是加密完之后再加个白名单那种做法。

这跟传统的加密授权模型差别挺大。传统模型里加密是加密,权限是权限,两件事分开管,权限被绕过是可能的——复制某个已授权用户的签名去别处用就是常见路数。信封模式下这条路直接堵死:你签的时候签的就是"这份数据只能用来在 A 链的 B 合约上执行 C 意图"。

不过意图哈希这一段,它需要能覆盖到策略参数细节,颗粒度太粗的话,同一笔隐私信封可以被套用在意图相近但参数不同的多笔调用上。文档里对意图哈希的构造方式讲得比较原则,具体到应用场景怎么定义"一次意图",还得看后面接入的项目怎么落。

塔勒布讲过一句——脆弱系统的特征是把自由度和责任错位了。授权层如果不把上下文绑死,用户就要替系统的所有想象力兜底。

@NewtonProtocol 这层设计至少把想象力关进了一个信封里。够不够严还得看接下来的实测。

@NewtonProtocol $NEWT #Newt
عرض الترجمة
读懂 Newton 三层隐私架构:从“能看到但不能改”,到“连看都不该看”翻看 @NewtonProtocol 一些技术文档的时候,有一块琢磨了好几次才想明白。 不是因为写得晦涩,是因为它把隐私这件事分成了三层——不是三个功能,是三个阶段,每一层解决的信任假设完全不同。第一层是门槛加密。用户端数据进入系统之前,先用混合公钥加密把明文锁死。密钥不在任何一个节点方手里,而是分布式密钥生成协议拆成碎片,分散在整个节点网络。解密需要多方到齐,各自贡献自己那一片碎片,本地重建明文——不是某个中间人帮你解,是你参与的那批节点方拼出来的。加密用的临时密钥每次生成一对新的,前一次的密文和后一次的密文之间没有数学关系。用 @NewtonProtocol 文档原话的逻辑讲,叫每条消息都有独立的前向保密。 这一层已经比大部分链上隐私方案强了。但问题是——参与策略评估的节点方,在重建明文之后,确实能看到数据。门槛加密保护的是传输和存储,不保护计算过程本身。 所以第二层是多方计算。节点方不再重建明文,而是各自持有数据的密文碎片,在碎片状态下联合执行策略判断。最后只出一个结果:通过或者拒绝。中间没有任何一方看过完整输入。文档里引了一个数据——三方协议在局域网条件下每秒超过十亿个逻辑门,延迟已经到了 Newton 需要的量级。这不是理论上可行,是工程上能跑。 第三层是全同态加密。纯研究方向,目前离生产还远。逻辑是——连碎片都不用分了,直接在密文上做计算,策略判断在密文状态下完成,只有最终结果被解密。节点方从头到尾不接触任何形式的明文或碎片。文档很诚实地标注了性能差距:比明文计算慢一千到一百万倍,取决于电路复杂度。Newton 的策略判断以布尔逻辑和阈值比较为主,在这个范围的低端,但离量产仍是多年工程。 三层之间不是替代关系。第一层现在能跑,覆盖大多数场景——节点方看到数据但无法篡改,因为签名绑死了输入。第二层在活跃开发,覆盖"连节点方也不该看到"的高敏感场景。第三层是终局愿景。架构设计上,三层共用同一套加密入口、同一套 Rego 策略、同一套 BLS 签发凭证输出——换的只是节点方那一侧的计算方式。对应用方和策略作者来说,切换是无感的。 有点没想通的是,第一层到第二层的过渡期怎么管。文档说应用方可以选择用门槛加密还是多方计算——那选择权在谁手里?如果是应用方自己选,用户怎么知道自己的数据走了哪条路径?隐私分级的透明度本身是不是也要上链?还有多方计算对节点方的硬件和网络要求跟门槛加密不在一个量级,经济激励怎么匹配,参与度计量怎么拆,这些参数披露还没看到。 香农说过一句话——信息论的本质是在噪声中保存确定性。Newton 这套隐私分层做的事情类似:在不信任中保存可用性。三层加密不是三道锁,是三种程度的"你可以用我的数据做判断,但你不配看到我的数据"。 下次再有链上协议跟我要一整份身份档案才能用,我会多想一秒:它是真需要,还是懒得设计分层。 @NewtonProtocol $NEWT #Newt

读懂 Newton 三层隐私架构:从“能看到但不能改”,到“连看都不该看”

翻看 @NewtonProtocol 一些技术文档的时候,有一块琢磨了好几次才想明白。
不是因为写得晦涩,是因为它把隐私这件事分成了三层——不是三个功能,是三个阶段,每一层解决的信任假设完全不同。第一层是门槛加密。用户端数据进入系统之前,先用混合公钥加密把明文锁死。密钥不在任何一个节点方手里,而是分布式密钥生成协议拆成碎片,分散在整个节点网络。解密需要多方到齐,各自贡献自己那一片碎片,本地重建明文——不是某个中间人帮你解,是你参与的那批节点方拼出来的。加密用的临时密钥每次生成一对新的,前一次的密文和后一次的密文之间没有数学关系。用 @NewtonProtocol 文档原话的逻辑讲,叫每条消息都有独立的前向保密。
这一层已经比大部分链上隐私方案强了。但问题是——参与策略评估的节点方,在重建明文之后,确实能看到数据。门槛加密保护的是传输和存储,不保护计算过程本身。
所以第二层是多方计算。节点方不再重建明文,而是各自持有数据的密文碎片,在碎片状态下联合执行策略判断。最后只出一个结果:通过或者拒绝。中间没有任何一方看过完整输入。文档里引了一个数据——三方协议在局域网条件下每秒超过十亿个逻辑门,延迟已经到了 Newton 需要的量级。这不是理论上可行,是工程上能跑。
第三层是全同态加密。纯研究方向,目前离生产还远。逻辑是——连碎片都不用分了,直接在密文上做计算,策略判断在密文状态下完成,只有最终结果被解密。节点方从头到尾不接触任何形式的明文或碎片。文档很诚实地标注了性能差距:比明文计算慢一千到一百万倍,取决于电路复杂度。Newton 的策略判断以布尔逻辑和阈值比较为主,在这个范围的低端,但离量产仍是多年工程。
三层之间不是替代关系。第一层现在能跑,覆盖大多数场景——节点方看到数据但无法篡改,因为签名绑死了输入。第二层在活跃开发,覆盖"连节点方也不该看到"的高敏感场景。第三层是终局愿景。架构设计上,三层共用同一套加密入口、同一套 Rego 策略、同一套 BLS 签发凭证输出——换的只是节点方那一侧的计算方式。对应用方和策略作者来说,切换是无感的。
有点没想通的是,第一层到第二层的过渡期怎么管。文档说应用方可以选择用门槛加密还是多方计算——那选择权在谁手里?如果是应用方自己选,用户怎么知道自己的数据走了哪条路径?隐私分级的透明度本身是不是也要上链?还有多方计算对节点方的硬件和网络要求跟门槛加密不在一个量级,经济激励怎么匹配,参与度计量怎么拆,这些参数披露还没看到。
香农说过一句话——信息论的本质是在噪声中保存确定性。Newton 这套隐私分层做的事情类似:在不信任中保存可用性。三层加密不是三道锁,是三种程度的"你可以用我的数据做判断,但你不配看到我的数据"。
下次再有链上协议跟我要一整份身份档案才能用,我会多想一秒:它是真需要,还是懒得设计分层。
@NewtonProtocol $NEWT #Newt
انخفاض كبير في تآكل Alpha! 13W تآكل أقل من 1U يا إخوتي، مؤخرًا الجميع يتحدث عن أن تآكل刷$QQQB أصبح أقل. لكن كم أصبح أقل بالضبط؟ ولماذا؟ وكيف تتم عملية刷؟ إليكم خلاصة مفيدة. أولًا ما هو QQQB، ولماذا يكون التآكل منخفضًا؟ 🔥 QQQB هي عملة رقمية مشفرة، تُتداول 24/7 طوال اليوم بدون عطلات (لا توجد أيام إغلاق للسوق)، ويمكنك الشراء والبيع عليها في المنصة في أي وقت. أصولها الأساسية هي QQQ ETF (صندوق متداول مرتبط بمؤشر ناسداك 100، ويركّز بشكل رئيسي على عمالقة التكنولوجيا مثل Apple وMicrosoft وNVIDIA)، والسعر الحقيقي يتغير أساسًا خلال ساعات تداول سوق الأسهم الأمريكية. خلال فترة إغلاق السوق (نهارًا/صباحًا بتوقيت بكين): لا توجد مدخلات سعر جديدة للأصل الأساسي QQQ، فينخفض حجم تداول QQQB، ويصبح السعر أكثر ثباتًا (لكن لا يزال هناك تقلبات في سوق العملات المشفرة). وهذا هو مصدر انخفاض التآكل. 🔥🔥 إذن كم يكون التآكل تحديدًا منخفضًا؟ حالة التآكل: حسب القياس الفعلي: شريحة 3W حوالي 0.2U، وشريحة 6W حوالي 0.4U، وشريحة 13W حوالي 0.8U. 🔥🔥🔥 عند刷 انتبهوا لِما يلي ملاحظة 1⭐: يجب أن تقوموا بال刷 خلال فترة إغلاق السوق!! اليوم عطلة نهاية الأسبوع، وخلال فترة إغلاق السوق يكون السعر أكثر استقرارًا. حتى أثناء الأيام العادية انتبهوا أيضًا إن كانت الساعة ضمن وقت إغلاق السوق لتجنب أوقات فتح سوق الأسهم الأمريكية. التوقيت هو: 21:30 - 04:00 في اليوم التالي (بالتوقيت المحلي لبكين) (الولايات المتحدة شرقًا 9:30-16:00). ملاحظة 2⭐: اضبطوا الانزلاق (slippage) إلى 0.01%؛ هذا هو أقل انزلاق يمكن ضبطه، وهو ما يقابل أقل تآكل. ملاحظة 3⭐: :USDT عبر إضافة/بلجِن $QQQB لا يتطلب GAS للجهة الإضافية. وهذا برعاية رسمية. وبالطبع داخل التطبيق أيضًا يكون GAS منخفضًا جدًا، بحدود 0.000002BNB لكل عملية. إذا كنتم لا تريدون المتاعب أو قلقين من أمور مثل VPN، يمكنكم فقط刷 داخل التطبيق. في 21 ستقام فعالية GRVT حيث سيتم استخدام Alpha. خلال هذه الفترة الجميع ي刷، لكن الدرجات لم تنخفض كثيرًا. وتوقعي الشخصي أنه مع هذا التآكل المنخفض جدًا، يمكن الوصول إلى شريحة 13W، وحتى 26W يمكن أن تكون مقبولة، لذا قد تُسجِّل درجات استلام GRVT رقمًا قياسيًا جديدًا! أظن أن 245 لن يمنع، بل 251! ضعوا في اعتباركم ظروفكم الشخصية، والمعلومات أعلاه فقط كمرجع!! #ALPHA
انخفاض كبير في تآكل Alpha! 13W تآكل أقل من 1U

يا إخوتي، مؤخرًا الجميع يتحدث عن أن تآكل刷$QQQB أصبح أقل. لكن كم أصبح أقل بالضبط؟ ولماذا؟ وكيف تتم عملية刷؟ إليكم خلاصة مفيدة.

أولًا ما هو QQQB، ولماذا يكون التآكل منخفضًا؟

🔥 QQQB هي عملة رقمية مشفرة، تُتداول 24/7 طوال اليوم بدون عطلات (لا توجد أيام إغلاق للسوق)، ويمكنك الشراء والبيع عليها في المنصة في أي وقت.
أصولها الأساسية هي QQQ ETF (صندوق متداول مرتبط بمؤشر ناسداك 100، ويركّز بشكل رئيسي على عمالقة التكنولوجيا مثل Apple وMicrosoft وNVIDIA)، والسعر الحقيقي يتغير أساسًا خلال ساعات تداول سوق الأسهم الأمريكية.

خلال فترة إغلاق السوق (نهارًا/صباحًا بتوقيت بكين): لا توجد مدخلات سعر جديدة للأصل الأساسي QQQ، فينخفض حجم تداول QQQB، ويصبح السعر أكثر ثباتًا (لكن لا يزال هناك تقلبات في سوق العملات المشفرة). وهذا هو مصدر انخفاض التآكل.

🔥🔥 إذن كم يكون التآكل تحديدًا منخفضًا؟
حالة التآكل:
حسب القياس الفعلي: شريحة 3W حوالي 0.2U، وشريحة 6W حوالي 0.4U، وشريحة 13W حوالي 0.8U.

🔥🔥🔥 عند刷 انتبهوا لِما يلي

ملاحظة 1⭐: يجب أن تقوموا بال刷 خلال فترة إغلاق السوق!!
اليوم عطلة نهاية الأسبوع، وخلال فترة إغلاق السوق يكون السعر أكثر استقرارًا. حتى أثناء الأيام العادية انتبهوا أيضًا إن كانت الساعة ضمن وقت إغلاق السوق لتجنب أوقات فتح سوق الأسهم الأمريكية. التوقيت هو: 21:30 - 04:00 في اليوم التالي (بالتوقيت المحلي لبكين) (الولايات المتحدة شرقًا 9:30-16:00).

ملاحظة 2⭐: اضبطوا الانزلاق (slippage) إلى 0.01%؛ هذا هو أقل انزلاق يمكن ضبطه، وهو ما يقابل أقل تآكل.

ملاحظة 3⭐: :USDT عبر إضافة/بلجِن $QQQB لا يتطلب GAS للجهة الإضافية. وهذا برعاية رسمية. وبالطبع داخل التطبيق أيضًا يكون GAS منخفضًا جدًا، بحدود 0.000002BNB لكل عملية. إذا كنتم لا تريدون المتاعب أو قلقين من أمور مثل VPN، يمكنكم فقط刷 داخل التطبيق.

في 21 ستقام فعالية GRVT حيث سيتم استخدام Alpha. خلال هذه الفترة الجميع ي刷، لكن الدرجات لم تنخفض كثيرًا. وتوقعي الشخصي أنه مع هذا التآكل المنخفض جدًا، يمكن الوصول إلى شريحة 13W، وحتى 26W يمكن أن تكون مقبولة، لذا قد تُسجِّل درجات استلام GRVT رقمًا قياسيًا جديدًا! أظن أن 245 لن يمنع، بل 251!

ضعوا في اعتباركم ظروفكم الشخصية، والمعلومات أعلاه فقط كمرجع!!

#ALPHA
عرض الترجمة
#BinancePickAndWin 昨晚那场真是把魂都吓飞了!挪威先整了个神仙球,咱三狮半场补时才靠贝林厄姆扳平,下半场挪威进球还被VAR吹了,90分钟看得人血压拉满。熬到加时第93分钟,贝皇真神啊!机敏补射梅开二度2-1逆转绝杀,硬是把北欧海盗送回家挺进四强!凯恩越位球可惜了,哈兰德也被锁死没脾气,全场高唱Hey Jude泪目了,这血性配得上“足球回家”!Come on England!
#BinancePickAndWin 昨晚那场真是把魂都吓飞了!挪威先整了个神仙球,咱三狮半场补时才靠贝林厄姆扳平,下半场挪威进球还被VAR吹了,90分钟看得人血压拉满。熬到加时第93分钟,贝皇真神啊!机敏补射梅开二度2-1逆转绝杀,硬是把北欧海盗送回家挺进四强!凯恩越位球可惜了,哈兰德也被锁死没脾气,全场高唱Hey Jude泪目了,这血性配得上“足球回家”!Come on England!
عرض الترجمة
上个月对账,我把过去一个季度的交易费、资金费、滑点加在一起算了一遍,数字出来盯着屏幕发了挺久的呆。还不算机会成本——那些趴在账户里作为保证金的USDC,全程寸功未立,一分钱收益都没给我,只是安静地坐在那里等着被调用。 一个做传统金融的朋友说过一句话:你用的每一个金融基础设施,不是在帮你赚钱,就是在帮自己赚你的钱,没有中间状态。散户和交易所之间从来不对等——手续费收你的、资金费收你的、保证金压着还不给你生息,整条链路下来你是输出方。 @grvt_io 想改的就是这个单向流动的结构。 它设计了一个叫单余额系统的东西:你存进去的那笔钱,同时作为以太坊上的收益来源,以及交易和投资的保证金。不是两笔钱,是同一笔。闲置保证金不再是沉默的成本,是在以太坊收益层上工作的资本,交易时它是保证金,不交易时它还在赚收益。 GRVT代币是这套系统的会员密钥,持币或质押之后四个方向都有优惠:更低手续费、更高保证金效率、更高年化和优先池分配、Grvt Card消费返现。付费订阅和代币质押是两条等效路径,后者额外叠加持仓收益。平台100%的经济盈余最终通过系统性回购回归持有人——TWAP常态购入加择机市买,写进代币经济设计里的机制。 不过Season 2代币分配从12%扩到18%的稀释影响要认真看;机构作为Day 1锚定买家逻辑上压抛压,但退出节奏是外部不确定性;整合Aave/Morpho/Pendle/Ethena的执行路径还在路线图阶段,落地速度决定单余额能兑现多少真实收益。 巴菲特说过,如果你的钱不会在你休息的时候继续工作,它就只是个沉默的成本。GRVT做的那件事,就是把账户里那笔沉默的成本激活。 @grvt_io #grvt
上个月对账,我把过去一个季度的交易费、资金费、滑点加在一起算了一遍,数字出来盯着屏幕发了挺久的呆。还不算机会成本——那些趴在账户里作为保证金的USDC,全程寸功未立,一分钱收益都没给我,只是安静地坐在那里等着被调用。

一个做传统金融的朋友说过一句话:你用的每一个金融基础设施,不是在帮你赚钱,就是在帮自己赚你的钱,没有中间状态。散户和交易所之间从来不对等——手续费收你的、资金费收你的、保证金压着还不给你生息,整条链路下来你是输出方。

@grvt_io 想改的就是这个单向流动的结构。

它设计了一个叫单余额系统的东西:你存进去的那笔钱,同时作为以太坊上的收益来源,以及交易和投资的保证金。不是两笔钱,是同一笔。闲置保证金不再是沉默的成本,是在以太坊收益层上工作的资本,交易时它是保证金,不交易时它还在赚收益。

GRVT代币是这套系统的会员密钥,持币或质押之后四个方向都有优惠:更低手续费、更高保证金效率、更高年化和优先池分配、Grvt Card消费返现。付费订阅和代币质押是两条等效路径,后者额外叠加持仓收益。平台100%的经济盈余最终通过系统性回购回归持有人——TWAP常态购入加择机市买,写进代币经济设计里的机制。

不过Season 2代币分配从12%扩到18%的稀释影响要认真看;机构作为Day 1锚定买家逻辑上压抛压,但退出节奏是外部不确定性;整合Aave/Morpho/Pendle/Ethena的执行路径还在路线图阶段,落地速度决定单余额能兑现多少真实收益。

巴菲特说过,如果你的钱不会在你休息的时候继续工作,它就只是个沉默的成本。GRVT做的那件事,就是把账户里那笔沉默的成本激活。

@grvt_io #grvt
عرض الترجمة
去年有一次,我在链上盯着一个地址,收到了风控平台推过来的高风险警报。 我点进去,交易已经确认了。 那个平台能做的,是告诉我"这笔钱动了,它有风险"。它拦不住任何东西。我那时候觉得警报和拦截差不多是一回事,那次之后才算搞清楚,完全不是。 链上现在的合规逻辑大多停在这个层面——事后提醒,不是执行前约束。UI 挡了一道,懂技术的人绕过前端直接调合约,没有阻力。监控出了报告,资金已经走了。两种方式都没用在最关键的地方:交易被广播出去之前。 最近关注到$NEWT @NewtonProtocol 在做的事,思路是把这个检查点前移。不是在结算之后出报告,是在交易执行之前,先产出一个密码学证明——策略满足了,证明存在,合约通过;不满足,证明没有,合约拒绝。这个拒绝发生在链上,不是在 UI,绕不过去。同时链上只看到证明,看不到你的身份数据,隐私这件事不用让步。 这套逻辑对 AI 智能体场景也是刚需。智能体机器速度执行,没有人逐笔过目,没有执行前的硬性检查点,策略一旦出错或者被攻击,交易能出去,没有东西叫得住。 但策略引擎这一步要是有延迟,对高频场景是个硬伤;密码学证明的有效期怎么设,短了影响体验,长了有被重放的风险——翻了不少文档,没找到清楚的答案。 警报来了,钱走了——那是我去年真实经历的一个下午。那以后我就想,如果授权不在执行前,它在哪里都没用。 $NEWT @NewtonProtocol #Newt
去年有一次,我在链上盯着一个地址,收到了风控平台推过来的高风险警报。

我点进去,交易已经确认了。

那个平台能做的,是告诉我"这笔钱动了,它有风险"。它拦不住任何东西。我那时候觉得警报和拦截差不多是一回事,那次之后才算搞清楚,完全不是。

链上现在的合规逻辑大多停在这个层面——事后提醒,不是执行前约束。UI 挡了一道,懂技术的人绕过前端直接调合约,没有阻力。监控出了报告,资金已经走了。两种方式都没用在最关键的地方:交易被广播出去之前。

最近关注到$NEWT @NewtonProtocol 在做的事,思路是把这个检查点前移。不是在结算之后出报告,是在交易执行之前,先产出一个密码学证明——策略满足了,证明存在,合约通过;不满足,证明没有,合约拒绝。这个拒绝发生在链上,不是在 UI,绕不过去。同时链上只看到证明,看不到你的身份数据,隐私这件事不用让步。

这套逻辑对 AI 智能体场景也是刚需。智能体机器速度执行,没有人逐笔过目,没有执行前的硬性检查点,策略一旦出错或者被攻击,交易能出去,没有东西叫得住。

但策略引擎这一步要是有延迟,对高频场景是个硬伤;密码学证明的有效期怎么设,短了影响体验,长了有被重放的风险——翻了不少文档,没找到清楚的答案。

警报来了,钱走了——那是我去年真实经历的一个下午。那以后我就想,如果授权不在执行前,它在哪里都没用。

$NEWT @NewtonProtocol #Newt
عرض الترجمة
AI 智能体交易缺少的“Visa 授权层”:Newton Protocol 在做什么最近链上的一个数字让我重新开始审视Newton Proocol。 稳定币月转账量已经超过 $7000 亿,市值接近 $3000 亿。代币化的现实资产也过了$210 亿。这不是实验规模了,是真实的金融流量。在这个量级上跑的基础设施,里面却依然有一个问题一直没被认真解决。 这两个月我一直在用 AI 智能体辅助管仓位。不是全托管,是"我给策略,它执行"的那种。方便是真的方便。但有一天晚上睡前,我突然想到一件事:如果这个智能体今天判断出错了,或者调用链路里有什么问题,什么东西能在交易执行之前叫停它? 我想了挺久。答案是:没有。 链上交易一旦广播,就是执行。没有东西在中间卡一下,问一句"等等,这笔交易符合规则吗?"。我们习惯了 UI 层的限制——应用前端不让你做,你就做不了。但绕过前端直接调合约?没有阻力。一个智能体被攻击,策略写错,一笔交易溜过所有前端校验——你能在它上链之前拦住它吗?现在不能。 在@NewtonProtocol 的技术文档里看到他们想做的的就是补上这个缺口。 他们用了一个类比:Visa 网络对于银行卡的角色。刷卡那一瞬间,Visa 在做什么?它在授权,不是结算。验证身份、检查风控规则、确认限额,所有这些在资金划拨之前完成,产出一个"批准"或"拒绝"。银行卡体系里这是理所当然的,但链上金融一直把这一层省掉了——只有执行,没有执行前的授权。 $NEWT 要补的就是这层。应用提交交易意图,Newton 的策略引擎对照规则评估——制裁筛查、KYC 状态、交易频率上限、投资者资质——评估完了产出一个密码学证明,智能合约在执行前核验这个证明,没证明就不通过。链上看到的是证明,不是你的身份数据,隐私这件事不用妥协。 对 AI 智能体来说,这个层更关键。智能体是机器速度执行的,没有人逐笔审批。Newton 在智能体的"意图"和链上"执行"之间插一个强制检查点——策略说智能体不能和被制裁地址交互,哪怕智能体判断要做,这笔交易也出不去。这才是 AI 金融场景里真正需要的那种约束,不是口头说"合规",是执行前的硬拦截。 策略是用 Rego 写的,这个我查了一下,是企业云原生基础设施里大规模用的策略语言,不是又一个自研黑盒,可以被审计,可以被组合。跨链那部分一套验证节点网络授权多条 EVM 链,不用每条链单独搭一套,这个逻辑是对的。 不过虽然官方明确说了验证节点网络靠 EigenLayer 再质押做经济担保,节点激励的长期稳健性,但跑起来之前却还看不到够清晰的数据。Rego 策略灵活是灵活,但灵活意味着能写出有漏洞的规则,出了问题审计责任怎么划,文档说的不够细。跨链目前限于 EVM 兼容链,Solana 这类场景有没有规划,也暂时没提。 塔勒布说过:脆弱性来自于你在没有下行保护的情况下承受波动。把仓位交给 AI 智能体,本质上是在扩大这种暴露——除非智能体的执行边界有硬约束,不是你的信任,是程序上的拦不了。 我建议项目方把智能体钱包接进去,设一个交易频率上限,然后故意让它触发超限,看看这笔交易能不能真的被拦在执行之前。如果能顶住这样的压力,那才算真的确定这件事是有用的。 $NEWT @NewtonProtocol #Newt

AI 智能体交易缺少的“Visa 授权层”:Newton Protocol 在做什么

最近链上的一个数字让我重新开始审视Newton Proocol。
稳定币月转账量已经超过 $7000 亿,市值接近 $3000 亿。代币化的现实资产也过了$210 亿。这不是实验规模了,是真实的金融流量。在这个量级上跑的基础设施,里面却依然有一个问题一直没被认真解决。
这两个月我一直在用 AI 智能体辅助管仓位。不是全托管,是"我给策略,它执行"的那种。方便是真的方便。但有一天晚上睡前,我突然想到一件事:如果这个智能体今天判断出错了,或者调用链路里有什么问题,什么东西能在交易执行之前叫停它?
我想了挺久。答案是:没有。
链上交易一旦广播,就是执行。没有东西在中间卡一下,问一句"等等,这笔交易符合规则吗?"。我们习惯了 UI 层的限制——应用前端不让你做,你就做不了。但绕过前端直接调合约?没有阻力。一个智能体被攻击,策略写错,一笔交易溜过所有前端校验——你能在它上链之前拦住它吗?现在不能。
@NewtonProtocol 的技术文档里看到他们想做的的就是补上这个缺口。
他们用了一个类比:Visa 网络对于银行卡的角色。刷卡那一瞬间,Visa 在做什么?它在授权,不是结算。验证身份、检查风控规则、确认限额,所有这些在资金划拨之前完成,产出一个"批准"或"拒绝"。银行卡体系里这是理所当然的,但链上金融一直把这一层省掉了——只有执行,没有执行前的授权。
$NEWT 要补的就是这层。应用提交交易意图,Newton 的策略引擎对照规则评估——制裁筛查、KYC 状态、交易频率上限、投资者资质——评估完了产出一个密码学证明,智能合约在执行前核验这个证明,没证明就不通过。链上看到的是证明,不是你的身份数据,隐私这件事不用妥协。
对 AI 智能体来说,这个层更关键。智能体是机器速度执行的,没有人逐笔审批。Newton 在智能体的"意图"和链上"执行"之间插一个强制检查点——策略说智能体不能和被制裁地址交互,哪怕智能体判断要做,这笔交易也出不去。这才是 AI 金融场景里真正需要的那种约束,不是口头说"合规",是执行前的硬拦截。
策略是用 Rego 写的,这个我查了一下,是企业云原生基础设施里大规模用的策略语言,不是又一个自研黑盒,可以被审计,可以被组合。跨链那部分一套验证节点网络授权多条 EVM 链,不用每条链单独搭一套,这个逻辑是对的。
不过虽然官方明确说了验证节点网络靠 EigenLayer 再质押做经济担保,节点激励的长期稳健性,但跑起来之前却还看不到够清晰的数据。Rego 策略灵活是灵活,但灵活意味着能写出有漏洞的规则,出了问题审计责任怎么划,文档说的不够细。跨链目前限于 EVM 兼容链,Solana 这类场景有没有规划,也暂时没提。
塔勒布说过:脆弱性来自于你在没有下行保护的情况下承受波动。把仓位交给 AI 智能体,本质上是在扩大这种暴露——除非智能体的执行边界有硬约束,不是你的信任,是程序上的拦不了。
我建议项目方把智能体钱包接进去,设一个交易频率上限,然后故意让它触发超限,看看这笔交易能不能真的被拦在执行之前。如果能顶住这样的压力,那才算真的确定这件事是有用的。
$NEWT @NewtonProtocol #Newt
#BinancePickAndWin 咱三狮今晚05:00干挪威، أنا أعمّي ضد، أظنها 2-1 انتصاراً بصعوبة أو 1-1 تعادل متأخر! هاري كين نقطة الارتكاز، وبيلينغ هام يندفع من الخلف لتسجيل الهدف، هذا فعلاً طعم لذيذ. لكن دفاعنا الخلفي ينقصه لاعب، والطرف الأيمن يسرّب الهواء، وعندما نواجه هالاند+إيردغو بهذه الثنائية الفايكنغ أرتجف حقاً. توخيل لا تتعّب معدتك بالتكتيك بعد الآن، خلّينا نطبق الضغط العالي! هالاند مخيف فعلاً، لكن «روح» إنجلترا في البطولات في هذه السنوات تَشكّلت وتدرّبت، طالما نخنق وسط الملعب في وجه إيردغو، وبيكفورد لا يقدّم هدايا، فمن المفترض أن تتأهل الأسود الثلاثة. على كل حال، لو كنت ساهرًا فلابد تشاهد: هل سيُعلّم كيننا كي نعرف الدرس، أم إن الساحر سيُفجّر الملعب؟ ننتظر كشف السيناريو، هيا يا إنجلترا!
#BinancePickAndWin 咱三狮今晚05:00干挪威، أنا أعمّي ضد، أظنها 2-1 انتصاراً بصعوبة أو 1-1 تعادل متأخر! هاري كين نقطة الارتكاز، وبيلينغ هام يندفع من الخلف لتسجيل الهدف، هذا فعلاً طعم لذيذ. لكن دفاعنا الخلفي ينقصه لاعب، والطرف الأيمن يسرّب الهواء، وعندما نواجه هالاند+إيردغو بهذه الثنائية الفايكنغ أرتجف حقاً. توخيل لا تتعّب معدتك بالتكتيك بعد الآن، خلّينا نطبق الضغط العالي! هالاند مخيف فعلاً، لكن «روح» إنجلترا في البطولات في هذه السنوات تَشكّلت وتدرّبت، طالما نخنق وسط الملعب في وجه إيردغو، وبيكفورد لا يقدّم هدايا، فمن المفترض أن تتأهل الأسود الثلاثة. على كل حال، لو كنت ساهرًا فلابد تشاهد: هل سيُعلّم كيننا كي نعرف الدرس، أم إن الساحر سيُفجّر الملعب؟ ننتظر كشف السيناريو، هيا يا إنجلترا!
كان لديّ معاملة BTC الشهر الماضي لأجل فتح مركز تحوّط (hedge)، لكن اكتشفت أنها كانت مُرهونة في محفظة A. لاستخدامها كضمان كان عليّ أولاً فك الرهن ثم انتظار سبعة أيام، وبعدها تحويلها إلى منصة B، ثم استبدالها بـ U، ثم إيداعها في حساب العقود الخاص بـ C. عندما ينتهي هذا الدوران كله، تكون الحركة السعرية قد تحرّكت بالفعل. جلست هناك أراقب الأرقام في ثلاثة حسابات: لا يوجد فيها نقص، لكن لا يمكنني تحريك أيّ شيء—هذا الإحساس ليس كأنه خسارة؛ بل كأن المال موجود بالفعل لكنه غير قابل للوصول. لاحقاً سمعت حديثاً عن «الضمان الموحد @grvt_io ». بصراحة، هذه الفكرة—التخلّص من مشكلة «الأموال نائمة في ثلاثة أماكن كلٌّ على حدة»—وتعاملها كأمر جدّي—جعلتني أقول: يبدو الأمر مثيراً للاهتمام. أطلقت Grvt في يناير من هذا العام، وبعد عدة أشهر تراكم حجم التداول 1770 مليار دولار أمريكي. وتحتل منصات العقود الدائمة اللامركزية DEX العالمية مرتبة مستقرة بين المركز الخامس والعاشر. خرج فريق التأسيس من Goldman Sachs وCredit Suisse، والفكرة لديهم هي نسخة على السلسلة (on-chain) من أسلوب وسطاء الجملة في وول ستريت—حساب واحد، كل الأصول، والأموال دائماً في خدمة العمل. الفكرة التفصيلية كالتالي: أنت تودع BTC الخاصة بك و(stablecoins) وأيضاً سندات خزانة ورموز أسهم—كلها ضمن رصيد موحّد. هذا الرصيد يعمل في الوقت نفسه كضمان للتداول، ويقوم عبر تكامل Aave بتشغيل عائد سنوي يصل إلى 11%—وإذا ارتفع سعر BTC فإنك تستفيد أيضاً من الارتفاع. سمّوا احتكاك الأموال التي كانت مشتتة سابقاً بين منصات متعددة بـ «سحب رأس المال» (capital drag). وأظن أن المصطلح دقيق—ليس لأن الرسوم باهظة، بل لأن الوقت وتكلفة الفرصة يشفطان العائد. يتم تنفيذ طبقة الثقة عبر إثباتات معرفة-صفرية (zero-knowledge) مع إدارة ذاتية (self-custody). تتم المطابقة (الـ matching) خارج السلسلة بسرعة على مستوى ميلي/أجزاء من الثانية (亚毫秒) تقريباً، لتكون التجربة مثل CEX. أما التسوية فتتم داخل السلسلة عبر Validium في ZKSync. تُثبت البرهنة الرياضية صحة كل معاملة، وتظل الأموال دائماً داخل محفظتك أنت. لكن عند استخدام أصول متعددة كضمان في نفس الوقت، وفي ظل سيناريوهات متطرفة عندما تقفز الارتباطات عبر الأصول (cross-asset correlation)، كيف يتم عزل التصفية؟ لم أر بيانات اختبارات الضغط بعد. بالنسبة لجزء «التوجيه الآلي» عبر Aave: عندما يحدث انكماش في السيولة، هل يمكن لسرعة الاستدعاء أن تواكب احتياجات فتح المراكز؟ هذا أيضاً أحتاج إلى المراقبة للتأكد. قال جورج سوروس شيئاً: ليس المهم ما إذا كنت على صواب أم لا، بل كم تربح عندما تكون على صواب، وكم تخسر عندما تكون مخطئاً. وكفاءة رأس المال—هذه في جوهرها مسألة واحدة: هل يمكن لنفس قطعة المال أن تقوم بعدة مهام في الوقت نفسه؟ لقد طرحت Grvt على الأقل السؤال الصحيح. @grvt_io #grvt
كان لديّ معاملة BTC الشهر الماضي لأجل فتح مركز تحوّط (hedge)، لكن اكتشفت أنها كانت مُرهونة في محفظة A. لاستخدامها كضمان كان عليّ أولاً فك الرهن ثم انتظار سبعة أيام، وبعدها تحويلها إلى منصة B، ثم استبدالها بـ U، ثم إيداعها في حساب العقود الخاص بـ C. عندما ينتهي هذا الدوران كله، تكون الحركة السعرية قد تحرّكت بالفعل.
جلست هناك أراقب الأرقام في ثلاثة حسابات: لا يوجد فيها نقص، لكن لا يمكنني تحريك أيّ شيء—هذا الإحساس ليس كأنه خسارة؛ بل كأن المال موجود بالفعل لكنه غير قابل للوصول.

لاحقاً سمعت حديثاً عن «الضمان الموحد @grvt_io ». بصراحة، هذه الفكرة—التخلّص من مشكلة «الأموال نائمة في ثلاثة أماكن كلٌّ على حدة»—وتعاملها كأمر جدّي—جعلتني أقول: يبدو الأمر مثيراً للاهتمام.

أطلقت Grvt في يناير من هذا العام، وبعد عدة أشهر تراكم حجم التداول 1770 مليار دولار أمريكي. وتحتل منصات العقود الدائمة اللامركزية DEX العالمية مرتبة مستقرة بين المركز الخامس والعاشر. خرج فريق التأسيس من Goldman Sachs وCredit Suisse، والفكرة لديهم هي نسخة على السلسلة (on-chain) من أسلوب وسطاء الجملة في وول ستريت—حساب واحد، كل الأصول، والأموال دائماً في خدمة العمل.

الفكرة التفصيلية كالتالي: أنت تودع BTC الخاصة بك و(stablecoins) وأيضاً سندات خزانة ورموز أسهم—كلها ضمن رصيد موحّد. هذا الرصيد يعمل في الوقت نفسه كضمان للتداول، ويقوم عبر تكامل Aave بتشغيل عائد سنوي يصل إلى 11%—وإذا ارتفع سعر BTC فإنك تستفيد أيضاً من الارتفاع. سمّوا احتكاك الأموال التي كانت مشتتة سابقاً بين منصات متعددة بـ «سحب رأس المال» (capital drag). وأظن أن المصطلح دقيق—ليس لأن الرسوم باهظة، بل لأن الوقت وتكلفة الفرصة يشفطان العائد.

يتم تنفيذ طبقة الثقة عبر إثباتات معرفة-صفرية (zero-knowledge) مع إدارة ذاتية (self-custody). تتم المطابقة (الـ matching) خارج السلسلة بسرعة على مستوى ميلي/أجزاء من الثانية (亚毫秒) تقريباً، لتكون التجربة مثل CEX. أما التسوية فتتم داخل السلسلة عبر Validium في ZKSync. تُثبت البرهنة الرياضية صحة كل معاملة، وتظل الأموال دائماً داخل محفظتك أنت.

لكن عند استخدام أصول متعددة كضمان في نفس الوقت، وفي ظل سيناريوهات متطرفة عندما تقفز الارتباطات عبر الأصول (cross-asset correlation)، كيف يتم عزل التصفية؟ لم أر بيانات اختبارات الضغط بعد. بالنسبة لجزء «التوجيه الآلي» عبر Aave: عندما يحدث انكماش في السيولة، هل يمكن لسرعة الاستدعاء أن تواكب احتياجات فتح المراكز؟ هذا أيضاً أحتاج إلى المراقبة للتأكد.

قال جورج سوروس شيئاً: ليس المهم ما إذا كنت على صواب أم لا، بل كم تربح عندما تكون على صواب، وكم تخسر عندما تكون مخطئاً. وكفاءة رأس المال—هذه في جوهرها مسألة واحدة: هل يمكن لنفس قطعة المال أن تقوم بعدة مهام في الوقت نفسه؟ لقد طرحت Grvt على الأقل السؤال الصحيح.

@grvt_io #grvt
عرض الترجمة
前几天在一个链上 RWA 项目的 Discord 里, 看到有人在角落里问"能不能开 VPN 绕过居住地限制"。下面几条回复很快就来了: 前端切到东南亚节点、钱包换个国家标签、合约地址直接调用就行。整个话题维持了不到十分钟, 版主没有回应。 这是很常见的一段对话。项目方在官网上把身份核验流程做得很规范, 填表、审核、居住地证明一整套, 拒绝进入的界面也写得很严肃。但那些流程都跑在应用侧, 一旦有人绕开前端直接向合约发交易, 前面填的每一份表格都从技术关卡变成心理关卡。招得住老实用户, 拦不住知道路子的人。 Newton 官方博客上周那份身份验证商集成公告, 讲的就是把这一层挪进合约本身。身份验证商把用户属性 (年龄、国籍、居住地) 变成签发凭证, Newton 授权层用 Rego 策略引擎在合约执行前做属地判断, 节点网络出一份 BLS 聚合签名, 合约执行时必须持有这份凭证——没有凭证交易停在原地。不再依赖前端拦截, 而是合约自己要求授权凭证。TEE 让身份属性只作为判断输入, 不写上链也不进公开账本, 链上留判断结果, Newton区块浏览器上就可以核对。规则改了不用重发合约, Rego 策略层直接更新。 绕过 UI 那条路以后走不通了——不是因为项目方前端拦得更严, 而是因为合约执行前先要一份节点方签名的凭证。不过当前主签发方只有一家, 单点信任的问题团队说在拉政府发证方和银行 KYB 供应商进来做多元源, 想来要做到秒审核秒上链还是需要一些时间。 以前做前端合规控制像贴封条, 撕开就没了。做进合约执行前的授权环节, 才算把封条换成锁。 @NewtonProtocol $NEWT #Newt
前几天在一个链上 RWA 项目的 Discord 里, 看到有人在角落里问"能不能开 VPN 绕过居住地限制"。下面几条回复很快就来了: 前端切到东南亚节点、钱包换个国家标签、合约地址直接调用就行。整个话题维持了不到十分钟, 版主没有回应。

这是很常见的一段对话。项目方在官网上把身份核验流程做得很规范, 填表、审核、居住地证明一整套, 拒绝进入的界面也写得很严肃。但那些流程都跑在应用侧, 一旦有人绕开前端直接向合约发交易, 前面填的每一份表格都从技术关卡变成心理关卡。招得住老实用户, 拦不住知道路子的人。

Newton 官方博客上周那份身份验证商集成公告, 讲的就是把这一层挪进合约本身。身份验证商把用户属性 (年龄、国籍、居住地) 变成签发凭证, Newton 授权层用 Rego 策略引擎在合约执行前做属地判断, 节点网络出一份 BLS 聚合签名, 合约执行时必须持有这份凭证——没有凭证交易停在原地。不再依赖前端拦截, 而是合约自己要求授权凭证。TEE 让身份属性只作为判断输入, 不写上链也不进公开账本, 链上留判断结果, Newton区块浏览器上就可以核对。规则改了不用重发合约, Rego 策略层直接更新。

绕过 UI 那条路以后走不通了——不是因为项目方前端拦得更严, 而是因为合约执行前先要一份节点方签名的凭证。不过当前主签发方只有一家, 单点信任的问题团队说在拉政府发证方和银行 KYB 供应商进来做多元源, 想来要做到秒审核秒上链还是需要一些时间。

以前做前端合规控制像贴封条, 撕开就没了。做进合约执行前的授权环节, 才算把封条换成锁。

@NewtonProtocol $NEWT #Newt
عرض الترجمة
每次都要重新证明“我是我”:Newton 凭证系统的价值思考上个月连着用了几个链上协议, 每个都要求走一遍身份核验。不是嫌麻烦——流程本身几分钟就过了——是做完之后发现, 这份"通过"只在那一个界面里有效。换一个协议, 从零开始; 直接调合约, 连这层拦截都不存在。我证明了自己是我, 但这份证明哪儿也带不走。 攻击者比用户更清楚这条缝隙在哪里。全球一年身份欺诈损失 430 亿美元、非法加密地址收到 1540 亿美元、被制裁实体资金流入量涨了近 7 倍——这些数字里绝大部分不是从前端 UI 走进来的, 是绕开前端直接向合约发交易。应用层做完的合规, 管不住合约层的口子。 政策端同时在收紧。FATF 的旅行规则要求跨机构追踪资金来源和目的地、MiCA 把合规凭证写进欧洲稳定币规则、美国今年落地的 GENIUS 法案给链上支付定了一整套属地控制标准。负担往应用方压, 但只要技术底子还是"前端拦一道, 合约层不管", 就永远有缝隙。 翻到 Newton 官方博客那份身份验证商集成公告, 看清另一个思路。身份验证商的属性数据 (年龄、国籍、居住地、州级细分) 变成签发凭证, 通过 Newton 授权层接进 Rego 策略引擎。每笔智能合约执行前先做一次实时属地判断。不是界面做完就完了, 是合约执行到那一步必须持有节点方签名的授权凭证——没有凭证交易根本执行不了。用 Newton 的表述: 授权发生在结算之前, 不是之后。 身份属性怎么保护——TEE 让属性只作为策略判断的输入, 不写上链也不进公开账本。链上留下判断结果加 BLS 聚合签名, 在 Newton区块浏览器上可以核对, 凭证可审计但不暴露个人信息。能用得上的场景: RWA 铸造赎回要看合格投资者身份、链上金融的池子要看用户属地、AI 代理下单要看辖区限制、链上市场和游戏要看年龄门槛——以前这些判断都在界面上做, 现在整体挪到合约执行前一步。 还有些不太清楚的地方。第一, 身份验证商那边如果注销一个用户的资格, 从签发到策略再到合约层的传播时间, 博客没细讲——撤销信号在多签发方之间是否走同一条通道, 找不到数据。第二, 全球监管口径不一致时 Rego 策略要不要按辖区分层写、谁维护策略包的持续更新, 白皮书讲了策略可组合但没给运维分工细节。第三, 当前主签发方只有一家, 单点信任的问题团队说在拉政府发证方和银行 KYB 供应商进来做多元凭证源, 具体时间线要看后续公告。 卡尔维诺说, 只有很轻的东西才能承载最重的东西。一段节点方签名很轻, 承担的是整套合规判断——换在传统金融里这需要律所加中介加一沓文件。晚上准备把手头几个应用里一直犹豫的合规变量 (地区、年龄、资金流转限制) 列出来, 看哪些能改成凭证走 Newton 授权层。想通这一步, 那份"证明了自己却带不走"的别扭感才能逐渐消却。 @NewtonProtocol $NEWT #Newt

每次都要重新证明“我是我”:Newton 凭证系统的价值思考

上个月连着用了几个链上协议, 每个都要求走一遍身份核验。不是嫌麻烦——流程本身几分钟就过了——是做完之后发现, 这份"通过"只在那一个界面里有效。换一个协议, 从零开始; 直接调合约, 连这层拦截都不存在。我证明了自己是我, 但这份证明哪儿也带不走。
攻击者比用户更清楚这条缝隙在哪里。全球一年身份欺诈损失 430 亿美元、非法加密地址收到 1540 亿美元、被制裁实体资金流入量涨了近 7 倍——这些数字里绝大部分不是从前端 UI 走进来的, 是绕开前端直接向合约发交易。应用层做完的合规, 管不住合约层的口子。
政策端同时在收紧。FATF 的旅行规则要求跨机构追踪资金来源和目的地、MiCA 把合规凭证写进欧洲稳定币规则、美国今年落地的 GENIUS 法案给链上支付定了一整套属地控制标准。负担往应用方压, 但只要技术底子还是"前端拦一道, 合约层不管", 就永远有缝隙。
翻到 Newton 官方博客那份身份验证商集成公告, 看清另一个思路。身份验证商的属性数据 (年龄、国籍、居住地、州级细分) 变成签发凭证, 通过 Newton 授权层接进 Rego 策略引擎。每笔智能合约执行前先做一次实时属地判断。不是界面做完就完了, 是合约执行到那一步必须持有节点方签名的授权凭证——没有凭证交易根本执行不了。用 Newton 的表述: 授权发生在结算之前, 不是之后。
身份属性怎么保护——TEE 让属性只作为策略判断的输入, 不写上链也不进公开账本。链上留下判断结果加 BLS 聚合签名, 在 Newton区块浏览器上可以核对, 凭证可审计但不暴露个人信息。能用得上的场景: RWA 铸造赎回要看合格投资者身份、链上金融的池子要看用户属地、AI 代理下单要看辖区限制、链上市场和游戏要看年龄门槛——以前这些判断都在界面上做, 现在整体挪到合约执行前一步。
还有些不太清楚的地方。第一, 身份验证商那边如果注销一个用户的资格, 从签发到策略再到合约层的传播时间, 博客没细讲——撤销信号在多签发方之间是否走同一条通道, 找不到数据。第二, 全球监管口径不一致时 Rego 策略要不要按辖区分层写、谁维护策略包的持续更新, 白皮书讲了策略可组合但没给运维分工细节。第三, 当前主签发方只有一家, 单点信任的问题团队说在拉政府发证方和银行 KYB 供应商进来做多元凭证源, 具体时间线要看后续公告。
卡尔维诺说, 只有很轻的东西才能承载最重的东西。一段节点方签名很轻, 承担的是整套合规判断——换在传统金融里这需要律所加中介加一沓文件。晚上准备把手头几个应用里一直犹豫的合规变量 (地区、年龄、资金流转限制) 列出来, 看哪些能改成凭证走 Newton 授权层。想通这一步, 那份"证明了自己却带不走"的别扭感才能逐渐消却。
@NewtonProtocol $NEWT #Newt
عرض الترجمة
#BinancePickAndWin 法国队这场踢得真稳!全场压制摩洛哥,射门22比5,攻防数据碾压。姆巴佩虽然上半场罚丢点球,但下半场一传一射完成自我救赎,这就是巨星本色!登贝莱也有关键进球,法国攻击线太豪华了。更恐怖的是,德尚70分钟就开始换人留力,明显在备战半决赛。连续三届进四强,这底蕴,谁碰谁脱层皮!
#BinancePickAndWin 法国队这场踢得真稳!全场压制摩洛哥,射门22比5,攻防数据碾压。姆巴佩虽然上半场罚丢点球,但下半场一传一射完成自我救赎,这就是巨星本色!登贝莱也有关键进球,法国攻击线太豪华了。更恐怖的是,德尚70分钟就开始换人留力,明显在备战半决赛。连续三届进四强,这底蕴,谁碰谁脱层皮!
عرض الترجمة
5 月底我想开一个链上关联的美元账户,前后跑了三家银行、补了各种资料。第一家说加密业务不接、第二家收资料两周后回退、第三家要看我上一段稳定币兑法币的合规凭证。我把交易所导出的对账单发过去,柜员说这份不是他们承认的格式。我坐着看屏幕挺无奈——同一笔资金,交易所那边合规、银行这边不认,中间没一层能互通的东西。 后来我才想清楚,这不是那家银行的态度问题。GENIUS Act落地、香港稳定币条例执行、MiCA 全面生效、FATF 出指引之后,稳定币供给过两千九百八十亿美元、代币化资产过一百九十亿美元。机构不是问要不要上链,是问上链之后合规怎么留痕。留痕这件事目前没一份大家都认的格式——每一家 KYC 商发一份、每一家银行认自己的、每一家链上应用接自己那一套 API,中间没能携带、能验证、能审计的凭证。 Newton协议这段的意思是把"合规"从"每个应用重新问一遍"改成"发证方发一份可验证凭证、用户握着、每次交易时选择性披露给需要的规则"。银行、KYC 商、链上分析商、监管数据源都能作为发证方接入,每一笔交易通过节点方评估规则、签发授权凭证,凭证跟交易本身绑在链上。事后监管来审、风控来查,能拉出完整的规则评估记录和签名链条。 然而凭证的属地互认目前还没完全跑通,GENIUS Act 认的一份凭证,MiCA 是不是认、香港认不认,实际生态里发证方的司法覆盖度怎么样得往后看;凭证撤销传播也是变量,某个发证方要作废一批凭证,多久能同步到全网还没定。 下次再折腾开户,我想试试直接用凭证的方式看能不能省几轮补件。 真正把授权做成可组合、可验证的公共品,或许就是 Newton 这类协议正在尝试的下一站。希望下次开户的时候,我不用再一遍遍证明“我是我”。 @NewtonProtocol $NEWT #Newt
5 月底我想开一个链上关联的美元账户,前后跑了三家银行、补了各种资料。第一家说加密业务不接、第二家收资料两周后回退、第三家要看我上一段稳定币兑法币的合规凭证。我把交易所导出的对账单发过去,柜员说这份不是他们承认的格式。我坐着看屏幕挺无奈——同一笔资金,交易所那边合规、银行这边不认,中间没一层能互通的东西。

后来我才想清楚,这不是那家银行的态度问题。GENIUS Act落地、香港稳定币条例执行、MiCA 全面生效、FATF 出指引之后,稳定币供给过两千九百八十亿美元、代币化资产过一百九十亿美元。机构不是问要不要上链,是问上链之后合规怎么留痕。留痕这件事目前没一份大家都认的格式——每一家 KYC 商发一份、每一家银行认自己的、每一家链上应用接自己那一套 API,中间没能携带、能验证、能审计的凭证。

Newton协议这段的意思是把"合规"从"每个应用重新问一遍"改成"发证方发一份可验证凭证、用户握着、每次交易时选择性披露给需要的规则"。银行、KYC 商、链上分析商、监管数据源都能作为发证方接入,每一笔交易通过节点方评估规则、签发授权凭证,凭证跟交易本身绑在链上。事后监管来审、风控来查,能拉出完整的规则评估记录和签名链条。

然而凭证的属地互认目前还没完全跑通,GENIUS Act 认的一份凭证,MiCA 是不是认、香港认不认,实际生态里发证方的司法覆盖度怎么样得往后看;凭证撤销传播也是变量,某个发证方要作废一批凭证,多久能同步到全网还没定。

下次再折腾开户,我想试试直接用凭证的方式看能不能省几轮补件。
真正把授权做成可组合、可验证的公共品,或许就是 Newton 这类协议正在尝试的下一站。希望下次开户的时候,我不用再一遍遍证明“我是我”。

@NewtonProtocol $NEWT #Newt
عرض الترجمة
人工操作太慢,代理全权太野:Newton 如何解决授权的信任难题上周大盘波动那阵,我挂了一个跨池套利脚本盯币安智能链上两个流动性池的价差。脚本判断得挺准,窗口出现的一刹那先给我推消息让我确认,我看到消息、切回电脑、拿钱包签,前后八秒。等签名上链,价差已经被别人吃完。气的我只能恨恨的大口喝几下可乐,然后很安静地把脚本关了。 关掉之后我想的是这件事——机器替我判断的部分已经跑得够快,卡住整条链路的是我按那一下。可要让它自动按,我又不敢。上周日翻朋友圈看见一位做量化的同行说他给代理开了个热钱包放三千美金,第二天早上起来发现被代理按着一个错标的池子往里怼了七笔,滑点从三十个基点走到二百四十个基点,钱没归零但心态归零。他说那天早上他学到的一件事是,给代理一个热钱包再加一句"你想怎么弄都行",跟给它一把菜刀让它替你剁馅儿是同一档决策。 所以人挡在中间是慢,代理全权是野。中间那层——它替我做每一步之前先过一遍规则、规则跑通了才让签名放出去、每一次放出去都留一条能对账的记录——一直没人认真做。Newton给出了它的解法。它不是给代理一个更快的钱包,是把授权本身从"人签一下"改成"策略跑通再放行"。策略作者用 Rego 写规则(每笔上限、方向白名单、当日累计、允许调用的合约),节点方在 TEE 里跑一遍,BLS 集合签名出授权凭证,凭证跟这一笔交易绑死上链。整条链路里我没参与签名,但每一笔都在我用户端的规则集里。 它把决策速度和留痕速度对齐了。代理拿到的不是一把万能钥匙,是一份策略引擎发出的、能被追溯的一次性授权。事后我拉审计能看到——这笔为什么放出去、当时哪几个规则被评估、哪几个节点方签了名、签的时候链上快照是什么样。这个"事后能对账"的属性跟"代理全权"的效率放在一起没矛盾。 策略作者本身的选择要看清楚——同一段业务逻辑,规则写得严会漏机会、写得松会兜风险,规则更新如果没治理机制介入,就是另一种意义上的单点。节点方罚没触发条件我在架构文档里没看到完整披露,签名违规的处罚在什么门槛下能真正生效,暂时看不出来。还有一处是紧急情况下的兜底路径——策略跑通但市场瞬时反转,代理已经按下去了那一笔怎么撤,白皮书没细讲。 熊彼特有句话——"发展的本质是从内部打破均衡的那种创造性破坏"。放到这个语境里我理解成:代理不是把交易员这个岗位改快,是把"人来批准每一笔"这个默认范式整个换掉;换的过程里,谁替代理做规则、谁替规则做核验、谁替核验做审计,三件事都得重新长出来一个层。牛顿协议想做的就是那个层。 下周想做的事:把那个套利脚本重新拆开,把授权部分从"我手签"改成一份 Rego 策略试着跑,看它替我处理一晚上后拉审计能对得上账。这一步走通了,才敢往前推。 @NewtonProtocol $NEWT #Newt

人工操作太慢,代理全权太野:Newton 如何解决授权的信任难题

上周大盘波动那阵,我挂了一个跨池套利脚本盯币安智能链上两个流动性池的价差。脚本判断得挺准,窗口出现的一刹那先给我推消息让我确认,我看到消息、切回电脑、拿钱包签,前后八秒。等签名上链,价差已经被别人吃完。气的我只能恨恨的大口喝几下可乐,然后很安静地把脚本关了。
关掉之后我想的是这件事——机器替我判断的部分已经跑得够快,卡住整条链路的是我按那一下。可要让它自动按,我又不敢。上周日翻朋友圈看见一位做量化的同行说他给代理开了个热钱包放三千美金,第二天早上起来发现被代理按着一个错标的池子往里怼了七笔,滑点从三十个基点走到二百四十个基点,钱没归零但心态归零。他说那天早上他学到的一件事是,给代理一个热钱包再加一句"你想怎么弄都行",跟给它一把菜刀让它替你剁馅儿是同一档决策。
所以人挡在中间是慢,代理全权是野。中间那层——它替我做每一步之前先过一遍规则、规则跑通了才让签名放出去、每一次放出去都留一条能对账的记录——一直没人认真做。Newton给出了它的解法。它不是给代理一个更快的钱包,是把授权本身从"人签一下"改成"策略跑通再放行"。策略作者用 Rego 写规则(每笔上限、方向白名单、当日累计、允许调用的合约),节点方在 TEE 里跑一遍,BLS 集合签名出授权凭证,凭证跟这一笔交易绑死上链。整条链路里我没参与签名,但每一笔都在我用户端的规则集里。
它把决策速度和留痕速度对齐了。代理拿到的不是一把万能钥匙,是一份策略引擎发出的、能被追溯的一次性授权。事后我拉审计能看到——这笔为什么放出去、当时哪几个规则被评估、哪几个节点方签了名、签的时候链上快照是什么样。这个"事后能对账"的属性跟"代理全权"的效率放在一起没矛盾。
策略作者本身的选择要看清楚——同一段业务逻辑,规则写得严会漏机会、写得松会兜风险,规则更新如果没治理机制介入,就是另一种意义上的单点。节点方罚没触发条件我在架构文档里没看到完整披露,签名违规的处罚在什么门槛下能真正生效,暂时看不出来。还有一处是紧急情况下的兜底路径——策略跑通但市场瞬时反转,代理已经按下去了那一笔怎么撤,白皮书没细讲。
熊彼特有句话——"发展的本质是从内部打破均衡的那种创造性破坏"。放到这个语境里我理解成:代理不是把交易员这个岗位改快,是把"人来批准每一笔"这个默认范式整个换掉;换的过程里,谁替代理做规则、谁替规则做核验、谁替核验做审计,三件事都得重新长出来一个层。牛顿协议想做的就是那个层。
下周想做的事:把那个套利脚本重新拆开,把授权部分从"我手签"改成一份 Rego 策略试着跑,看它替我处理一晚上后拉审计能对得上账。这一步走通了,才敢往前推。
@NewtonProtocol $NEWT #Newt
عرض الترجمة
#BinancePickAndWin 今晚世界杯1/4决赛法国打摩洛哥!高卢雄鸡本届5战全胜、火力凶猛,但摩洛哥这铁桶阵+布努神扑真不好啃。我觉着法国实力占优,正常剧本就是姆巴佩或奥利塞闪光,2-0或2-1小胜晋级,复刻22年剧本。不过摩洛哥有韧性,万一拖进加时也别意外——只要不轻敌、别被偷一个先手,高卢雄鸡稳着来问题不大!
#BinancePickAndWin 今晚世界杯1/4决赛法国打摩洛哥!高卢雄鸡本届5战全胜、火力凶猛,但摩洛哥这铁桶阵+布努神扑真不好啃。我觉着法国实力占优,正常剧本就是姆巴佩或奥利塞闪光,2-0或2-1小胜晋级,复刻22年剧本。不过摩洛哥有韧性,万一拖进加时也别意外——只要不轻敌、别被偷一个先手,高卢雄鸡稳着来问题不大!
عرض الترجمة
#BinanceTurns9 9周年,币安有你 来参加一下!! 小毛也要撸起来!!!
#BinanceTurns9 9周年,币安有你 来参加一下!! 小毛也要撸起来!!!
عرض الترجمة
Newton项目方的按次付费的账里还有一处值得单独看. 白皮书里说, 节点方的收入按"质押 + 参与度"两个维度分配, 不是只看质押体量. 这就意味着一个节点方即便质押不算多, 只要真的持续接策略核算的活儿、把每一笔跑对跑齐, 就能拿到跟质押体量不完全成正比的一份收入分成. 我为什么很在意这一段? 因为大多数验证者/节点网络的分账模型只看 stake 比例, 一定程度上把节点方之间的关系变成纯资本游戏 — 你钱多你分多. Newton 加了参与度这一维, 相当于把节点方的努力空间打开: 稳定服务、少犯错、接更多样的策略类型 (制裁筛查/KYC/频次上限/风险评分), 都能变成收入曲线上真实的位移. 一个中等质押但持续跑活儿的节点方, 在这套结构下能吃到相对更大的比例. 从应用方视角看, 这层设计也有间接价值. 一个节点方哪怕大额质押但服务时快时慢, 长期它拿到的分成会被参与度这一维压下去, 应用不必担心"大户挟持网络". 参与度这一维的存在, 让"质押越多的节点接的策略核算就越多"这条默认路径不成立. 网络多了一个不完全依赖资本的激励结构, 应用方选服务的时候也就多了一层可以看的东西 — 不只是看谁质押得多, 还看谁真的在接单、跑得稳不稳. 眼下就是参与度这个维度具体怎么计量, 白皮书并没讲透. 如果是靠接单次数这种容易被钻空子的指标, 就可能被节点方通过刷简单核算量堆积. 如果是靠挑战通过率或者复杂度加权这类偏抗刷的指标, 就更结实一些. 参数披露之前, 先把这两个观察点记下, 等治理规则真落地了再回头看是哪一种. @NewtonProtocol $NEWT #Newt
Newton项目方的按次付费的账里还有一处值得单独看. 白皮书里说, 节点方的收入按"质押 + 参与度"两个维度分配, 不是只看质押体量. 这就意味着一个节点方即便质押不算多, 只要真的持续接策略核算的活儿、把每一笔跑对跑齐, 就能拿到跟质押体量不完全成正比的一份收入分成.

我为什么很在意这一段? 因为大多数验证者/节点网络的分账模型只看 stake 比例, 一定程度上把节点方之间的关系变成纯资本游戏 — 你钱多你分多. Newton 加了参与度这一维, 相当于把节点方的努力空间打开: 稳定服务、少犯错、接更多样的策略类型 (制裁筛查/KYC/频次上限/风险评分), 都能变成收入曲线上真实的位移. 一个中等质押但持续跑活儿的节点方, 在这套结构下能吃到相对更大的比例.

从应用方视角看, 这层设计也有间接价值. 一个节点方哪怕大额质押但服务时快时慢, 长期它拿到的分成会被参与度这一维压下去, 应用不必担心"大户挟持网络". 参与度这一维的存在, 让"质押越多的节点接的策略核算就越多"这条默认路径不成立. 网络多了一个不完全依赖资本的激励结构, 应用方选服务的时候也就多了一层可以看的东西 — 不只是看谁质押得多, 还看谁真的在接单、跑得稳不稳.

眼下就是参与度这个维度具体怎么计量, 白皮书并没讲透. 如果是靠接单次数这种容易被钻空子的指标, 就可能被节点方通过刷简单核算量堆积. 如果是靠挑战通过率或者复杂度加权这类偏抗刷的指标, 就更结实一些. 参数披露之前, 先把这两个观察点记下, 等治理规则真落地了再回头看是哪一种.

@NewtonProtocol $NEWT #Newt
عرض الترجمة
稳定孕育不稳定:固定订阅如何悄然扭曲你的真实使用需求(Newton 计量模型启示)上个月清一波长期订阅, 数出来一笔明账. 云主机年付预留了整整一年, 每天真正用得上的窗口顶多两小时; 一个 SaaS 后台按年买断五千多, 一个月上去两三次; 还有几个开发者工具的 pro plan, 半年没打开过. 几万块在"以防万一"的名义下静静躺着. 真让我停下来的不是数字, 是这些账户共同的记账语法. 你按最大可能用量把额度买断, 平时它躺在那儿, 用没用都要走. 说是买了容量, 买的其实是一份"我用得起"的心理保险. 云上早年是这个思路, SaaS 世界照抄, 到链上很多中心化服务也是这套 — 每月订阅费不管你调几次接口都一样. 真正把这层想通的, 是翻到 Newton Protocol 讨论节点费用的那一段. Newton 的节点方收费不是按"给你留了多少容量"算, 而是每一笔策略核算单独计量: WASM 指令数 + 数据源调用次数 + 带宽消耗, 三个维度按各自单价累加, 就是这一笔的成本. 每天链上支付金库做一次批量结算, 按协议规则分给节点方和协议方. 一笔核算跑得多重、拉了几次外部数据、走了多少字节, 都折成对应的可计量单价. 我这个人对"我没实际用到的东西不应该收我钱"这件事一向敏感. Newton 这个模型直白说就一句: 你调用几次付几次. 没有预留容量这一层. 今天没有交易就没有任何计费, 今天跑了一万次筛查就按这一万次每一笔的真实资源占用累加, 不因为你昨天没用给你打折, 也不因为你今天用得多给你"包月封顶". 对合规栈这类使用极不平均的场景意义特别大. 一家链上应用平时每小时几十笔, 遇到市场事件突然一小时几千笔, 传统 SaaS 模型你要么按峰值买断 (平时浪费), 要么去谈动态扩容 (对方不一定给). Newton 这套下, 每笔多出来的核算按 WASM 指令 + 数据调用 + 带宽三个单价累加, 账单跟着实际用量走, 到日终一次性结算完. 不过文档里说每笔核算立刻发生, 资金流在日内累积, 每天用一次链上交易分账. 这样能把每笔的 gas 成本摊薄, 但节点方要承担一整天的应收账款风险. 日中真出了什么恶意场景, 结算周期怎么保护节点方那份收入不打折? 这一块文档没有展开说明, 我打算找找技术架构方面的说明看有没有惩罚 + 资金追回类的兜底. 另外奖励分账装置的参数怎么在治理里被改动、单价折算规则会不会因为节点方投票被漂移, 也是接下来要看看的. 明斯基有一句被反复引用: 稳定本身孕育不稳定. 我总觉得这句话在计费结构上一样成立. 一份"平时几乎不动"的固定订阅让你觉得安全, 结果你在"反正已经付了"的心态下慢慢让使用膨胀; 或者反过来, 让你在"额度还没用完"的假象里错估自己真实的成本承受力. 只有当每一次动作都对应一次可见的付出, 用量才会长成你真正需要的形状. 关屏幕前留个测试备注: 下一批清账单, 那些预留容量型服务能替换成按次付费的先换掉一批. Newton 这套长期跑得通不通, 还要看数据源调用价格的谈判空间、节点方之间的费率竞争, 以及策略作者会不会因为一笔多花几分钱就绕过合规栈自己写. 都得看接下来几个季度的真实数据. @NewtonProtocol $NEWT #Newt

稳定孕育不稳定:固定订阅如何悄然扭曲你的真实使用需求(Newton 计量模型启示)

上个月清一波长期订阅, 数出来一笔明账. 云主机年付预留了整整一年, 每天真正用得上的窗口顶多两小时; 一个 SaaS 后台按年买断五千多, 一个月上去两三次; 还有几个开发者工具的 pro plan, 半年没打开过. 几万块在"以防万一"的名义下静静躺着.
真让我停下来的不是数字, 是这些账户共同的记账语法. 你按最大可能用量把额度买断, 平时它躺在那儿, 用没用都要走. 说是买了容量, 买的其实是一份"我用得起"的心理保险. 云上早年是这个思路, SaaS 世界照抄, 到链上很多中心化服务也是这套 — 每月订阅费不管你调几次接口都一样.
真正把这层想通的, 是翻到 Newton Protocol 讨论节点费用的那一段. Newton 的节点方收费不是按"给你留了多少容量"算, 而是每一笔策略核算单独计量: WASM 指令数 + 数据源调用次数 + 带宽消耗, 三个维度按各自单价累加, 就是这一笔的成本. 每天链上支付金库做一次批量结算, 按协议规则分给节点方和协议方. 一笔核算跑得多重、拉了几次外部数据、走了多少字节, 都折成对应的可计量单价.
我这个人对"我没实际用到的东西不应该收我钱"这件事一向敏感. Newton 这个模型直白说就一句: 你调用几次付几次. 没有预留容量这一层. 今天没有交易就没有任何计费, 今天跑了一万次筛查就按这一万次每一笔的真实资源占用累加, 不因为你昨天没用给你打折, 也不因为你今天用得多给你"包月封顶".
对合规栈这类使用极不平均的场景意义特别大. 一家链上应用平时每小时几十笔, 遇到市场事件突然一小时几千笔, 传统 SaaS 模型你要么按峰值买断 (平时浪费), 要么去谈动态扩容 (对方不一定给). Newton 这套下, 每笔多出来的核算按 WASM 指令 + 数据调用 + 带宽三个单价累加, 账单跟着实际用量走, 到日终一次性结算完.
不过文档里说每笔核算立刻发生, 资金流在日内累积, 每天用一次链上交易分账. 这样能把每笔的 gas 成本摊薄, 但节点方要承担一整天的应收账款风险. 日中真出了什么恶意场景, 结算周期怎么保护节点方那份收入不打折? 这一块文档没有展开说明, 我打算找找技术架构方面的说明看有没有惩罚 + 资金追回类的兜底. 另外奖励分账装置的参数怎么在治理里被改动、单价折算规则会不会因为节点方投票被漂移, 也是接下来要看看的.
明斯基有一句被反复引用: 稳定本身孕育不稳定. 我总觉得这句话在计费结构上一样成立. 一份"平时几乎不动"的固定订阅让你觉得安全, 结果你在"反正已经付了"的心态下慢慢让使用膨胀; 或者反过来, 让你在"额度还没用完"的假象里错估自己真实的成本承受力. 只有当每一次动作都对应一次可见的付出, 用量才会长成你真正需要的形状.
关屏幕前留个测试备注: 下一批清账单, 那些预留容量型服务能替换成按次付费的先换掉一批. Newton 这套长期跑得通不通, 还要看数据源调用价格的谈判空间、节点方之间的费率竞争, 以及策略作者会不会因为一笔多花几分钱就绕过合规栈自己写. 都得看接下来几个季度的真实数据.
@NewtonProtocol $NEWT #Newt
عرض الترجمة
#BinancePickAndWin 昨儿世界杯1/8决赛阿根廷3-2逆转埃及,看得我速效救心丸差点干完一瓶!开场被埃及头球闷进一个,梅西点球又给扑了,下半场0-2落后我都准备关电视……结果最后十几分钟疯了!罗梅罗头球扳回,梅西凌空抽射扳平,补时恩佐回头望月绝杀!!让二追三史诗级翻盘,卫冕冠军命硬啊!
#BinancePickAndWin 昨儿世界杯1/8决赛阿根廷3-2逆转埃及,看得我速效救心丸差点干完一瓶!开场被埃及头球闷进一个,梅西点球又给扑了,下半场0-2落后我都准备关电视……结果最后十几分钟疯了!罗梅罗头球扳回,梅西凌空抽射扳平,补时恩佐回头望月绝杀!!让二追三史诗级翻盘,卫冕冠军命硬啊!
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.
البريد الإلكتروني / رقم الهاتف
خريطة الموقع
تفضيلات ملفات تعريف الارتباط
شروط وأحكام المنصّة