Binance Square
文哥web3社区
1.7k Публикации

文哥web3社区

web3爱好者,国内某排名前五985本硕(工学本科,金融硕士),CPA,13年二级市场投资经验。擅长项目研究,链上数据分析
Владелец BNB
Владелец BNB
Трейдер с частыми сделками
5.2 г
89 подписок(и/а)
581 подписчиков(а)
2.7K+ понравилось
Посты
·
--
См. перевод
Newton Protocol把授权粒度从资产级别细化到了交易级别研究底层协议的年头久了,我养成了一个习惯,看一个协议的设计意图,不看它加了什么新功能,而看它把什么东西拆开了。因为真正的架构创新往往不是一个新模块的出现,而是一个原本被当成整体对待的东西被人拆成了两个独立的部分。 最近两周我在看@NewtonProtocol 的Mainnet Beta,一开始注意力全在TEE加ZKP这套可验证计算上,毕竟把可信执行环境和零知识证明拼在一起做工程落地,这事本身就值得花时间。但看了几轮架构图之后,让我反复停下来想的反而不是这个,而是VaultKit在整个执行流程里的位置。它卡得太靠前了,靠前到让我觉得设计者压根没打算把执行权完整地交给任何人。 VaultKit的公开策略包覆盖制裁地址筛查、抵押率或价格偏离检查、金库风险评级,以及接入Chainalysis做的智能合约风险监控。这些策略有个共同点,它们不判断"这笔交易好不好",只判断"这笔交易能不能做"。这是两套完全不同的判断标准,我后面会讲为什么这个区分比它看起来重要得多。 为了说清楚我为什么盯着这个不放,我得先讲一个自己以前用自动化策略工具时踩过的坑。那次出问题之后我花了一整个晚上查链上日志,想知道到底是策略写错了还是执行环节出了问题。最后发现策略本身逻辑没问题,问题出在两次交易间隔期间市场状态发生了剧烈变化,而我的授权在两次交易之间没有任何重新验证机制。换句话说,第一次交易是合规的,第二次交易用同样的授权也是合规的,但两次之间的市场变化让第二次交易的实际效果完全偏离了策略预期。授权给出去之后,在交易和交易之间的空白地带,没有任何东西在管。 这个经历让我对"授权"这件事产生了一个挺顽固的偏见,授权不是一锤子买卖,执行那一刻的条件才是一切。 Newton Protocol最吸引我的地方,恰恰是它试图把"授权"和"执行"之间的那个空白地带填上。VaultKit卡在广播之前,这个位置选得非常精准。 Newton Mainnet Beta把整个执行流程拆成了两段,一段叫"你能不能做",一段叫"你做完了我能不能验证你没搞鬼"。前者对应VaultKit,后者对应TEE加ZKP。这两个模块在架构上是解耦的,互不依赖,即使ZKP的证明生成延迟还没优化到位,VaultKit依然能独立卡住交易入口。反过来,如果以后有人想把可验证计算单独用到别的场景里,也完全可以不经过VaultKit。这种解耦在工程上代价不小,多一道验证就多一层延迟。但换来的东西也很明确,每个模块只承担自己能承担的那部分信任,不越界,不互相甩锅。 写到这我得往回退一步。VaultKit这套设计听起来确实能让授权变得更安全,但它也在创造一个新的问题。如果授权不再是"给出去就完事了"的一锤子买卖,而是每次交易都要重新验证条件,那用户对"我到底授权了什么"的理解会变得更复杂。过去用户只需要想清楚"我信不信这个合约",现在用户得想清楚"我信不信这套规则,以及我信不信规则更新的治理流程"。信任的负担没有消失,只是从执行层转移到了治理层。 我看了公开资料,目前还没有详细展开策略治理的具体机制,谁能改策略、更新要不要多签、有没有时间锁、更新日志能不能被独立审计,这些在Mainnet Beta阶段还没有完全透明。我不是说这一定是漏洞,我是说这是一个信息缺口,而信息缺口本身就是一种风险。在策略治理的透明度和可验证性被链上数据证明之前,VaultKit这套"逐笔验证授权"的架构,还只能算走完了一半的路。 但话说回来,我最担心的还不是治理透明度的问题。 Newton用TEE和ZKP来证明"计算正确"。但密码学能证明计算过程没问题,它证明不了喂进来的数据本身是对的。Newton整合了RedStone的预言机数据作为政策引擎的市场数据支撑,但预言机被操纵、数据源出错的案例,在加密圈还少吗?计算再正确,输入是垃圾,输出就是垃圾。如果Newton的政策引擎过度依赖RedStone的定价,那么预言机层的任何扰动都可能级联成整个平台的交易阻塞或冻结。这是信任链条上无法覆盖的源头缺口。这一点我纠结了好几天,反复在想有没有什么办法能绕过这个根本性矛盾,目前看来,没有。 至于TEE加ZKP这层,我倒没有一开始那么兴奋了。不是说它不重要,而是它解决的问题和VaultKit解决的问题在时间轴上不一样。VaultKit卡的是事前,TEE加ZKP证的是事后。一个好的链上授权系统应该在事前就把大部分不该发生的交易挡住,事后的证明更多是兜底和审计价值。我现在更在意的是VaultKit的拦截率能不能被公开验证,而不是ZKP的证明有多漂亮。拦截率是一个能被观察的、客观的、不依赖任何叙事的数据指标,它能直接回答一个问题,策略到底是不是真在干活。 再说说代币的事。据CoinGecko数据显示,截至2026年7月,$NEWT 价格在0.047美元左右,市值约1000万美元。从0.717的历史高点跌到现在的水平,市场在用真金白银投票。NEWT总供应量10亿枚,初始流通2.15亿枚,60%分配给社区类别,40%分配给内部类别。代币用途覆盖质押保障网络安全、支付代理操作的Gas费、开发者注册模型注册表、协议治理等。 但我始终想不通一个问题,合规验证服务的费用到底谁来付?如果每笔交易都要经过VaultKit的策略检查,这个计算成本是固定的协议开销,还是由用户额外支付?如果由用户支付,那Newton相对于传统DeFi的成本优势在哪里?如果由协议补贴,那补贴的钱从哪里来,代币的消耗闭环如何形成?目前官方对这些问题还没有清晰说明。一个没有清晰价值捕获逻辑的代币,在熊市里是很难撑住的,这话说得有点直,但我觉得该说。 说到治理,Newton 2026年的路线图让我既兴奋又不安。路线图分三步走,第一季度通过TEE和质押机制赋予机器链上身份;第二季度引入PoRW(机器劳动证明),让机器靠可验证劳动赚取代币;第三阶段,机器人可以通过PoRW信誉评分和代币持有参与协议治理投票。白皮书里提到:"在Newton的经济模型里,机器人不再是大厂的私有财产。Fabric协议(NEWT的底层)是在布局一个机器人社会。" 这意味着什么?意味着当人类和机器在某个协议参数上产生分歧时,机器可以凭借票数直接推动治理规则迭代。决策权重开始从人类手中向非人类实体平移。我不是说这一定是坏事,但这是一个需要被认真对待的风险,而不是一个可以被浪漫化的叙事。 最后聊聊授权粒度的问题,因为这才是真正让我睡不着的东西。传统DeFi授权给出去的是一个完整的执行权,没有中间状态。Newton这套架构相当于在"授权"和"不授权"之间硬塞进了一个中间层,你可以授权代理去做某类事,但每一次具体执行都需要重新验证条件。这意味着授权的粒度从"资产级别"细化到了"交易级别"。我觉得这个变化比任何模型升级都更根本,因为它把链上授权从一种财产权的转移变成了一种持续性的条件约束。财产权转移的逻辑是"我把东西给你,你看着办",条件约束的逻辑是"我把东西锁在规则后面,你每拿一次都要重新证明你有资格拿"。 这条路能不能被大规模采用,我现在不下判断。策略治理的透明度、拦截率的公开可验证性、数据源的去中心化程度、代币价值捕获的闭环,这四件事会是Mainnet Beta之后最关键的风向标。 我手上留了一点NEWT,不是什么仓位,只是给自己一张继续观察这场实验的门票。链上数据跑出来之前,任何结论都太早。 #Newt

Newton Protocol把授权粒度从资产级别细化到了交易级别

研究底层协议的年头久了,我养成了一个习惯,看一个协议的设计意图,不看它加了什么新功能,而看它把什么东西拆开了。因为真正的架构创新往往不是一个新模块的出现,而是一个原本被当成整体对待的东西被人拆成了两个独立的部分。
最近两周我在看@NewtonProtocol 的Mainnet Beta,一开始注意力全在TEE加ZKP这套可验证计算上,毕竟把可信执行环境和零知识证明拼在一起做工程落地,这事本身就值得花时间。但看了几轮架构图之后,让我反复停下来想的反而不是这个,而是VaultKit在整个执行流程里的位置。它卡得太靠前了,靠前到让我觉得设计者压根没打算把执行权完整地交给任何人。
VaultKit的公开策略包覆盖制裁地址筛查、抵押率或价格偏离检查、金库风险评级,以及接入Chainalysis做的智能合约风险监控。这些策略有个共同点,它们不判断"这笔交易好不好",只判断"这笔交易能不能做"。这是两套完全不同的判断标准,我后面会讲为什么这个区分比它看起来重要得多。
为了说清楚我为什么盯着这个不放,我得先讲一个自己以前用自动化策略工具时踩过的坑。那次出问题之后我花了一整个晚上查链上日志,想知道到底是策略写错了还是执行环节出了问题。最后发现策略本身逻辑没问题,问题出在两次交易间隔期间市场状态发生了剧烈变化,而我的授权在两次交易之间没有任何重新验证机制。换句话说,第一次交易是合规的,第二次交易用同样的授权也是合规的,但两次之间的市场变化让第二次交易的实际效果完全偏离了策略预期。授权给出去之后,在交易和交易之间的空白地带,没有任何东西在管。
这个经历让我对"授权"这件事产生了一个挺顽固的偏见,授权不是一锤子买卖,执行那一刻的条件才是一切。
Newton Protocol最吸引我的地方,恰恰是它试图把"授权"和"执行"之间的那个空白地带填上。VaultKit卡在广播之前,这个位置选得非常精准。
Newton Mainnet Beta把整个执行流程拆成了两段,一段叫"你能不能做",一段叫"你做完了我能不能验证你没搞鬼"。前者对应VaultKit,后者对应TEE加ZKP。这两个模块在架构上是解耦的,互不依赖,即使ZKP的证明生成延迟还没优化到位,VaultKit依然能独立卡住交易入口。反过来,如果以后有人想把可验证计算单独用到别的场景里,也完全可以不经过VaultKit。这种解耦在工程上代价不小,多一道验证就多一层延迟。但换来的东西也很明确,每个模块只承担自己能承担的那部分信任,不越界,不互相甩锅。
写到这我得往回退一步。VaultKit这套设计听起来确实能让授权变得更安全,但它也在创造一个新的问题。如果授权不再是"给出去就完事了"的一锤子买卖,而是每次交易都要重新验证条件,那用户对"我到底授权了什么"的理解会变得更复杂。过去用户只需要想清楚"我信不信这个合约",现在用户得想清楚"我信不信这套规则,以及我信不信规则更新的治理流程"。信任的负担没有消失,只是从执行层转移到了治理层。
我看了公开资料,目前还没有详细展开策略治理的具体机制,谁能改策略、更新要不要多签、有没有时间锁、更新日志能不能被独立审计,这些在Mainnet Beta阶段还没有完全透明。我不是说这一定是漏洞,我是说这是一个信息缺口,而信息缺口本身就是一种风险。在策略治理的透明度和可验证性被链上数据证明之前,VaultKit这套"逐笔验证授权"的架构,还只能算走完了一半的路。
但话说回来,我最担心的还不是治理透明度的问题。
Newton用TEE和ZKP来证明"计算正确"。但密码学能证明计算过程没问题,它证明不了喂进来的数据本身是对的。Newton整合了RedStone的预言机数据作为政策引擎的市场数据支撑,但预言机被操纵、数据源出错的案例,在加密圈还少吗?计算再正确,输入是垃圾,输出就是垃圾。如果Newton的政策引擎过度依赖RedStone的定价,那么预言机层的任何扰动都可能级联成整个平台的交易阻塞或冻结。这是信任链条上无法覆盖的源头缺口。这一点我纠结了好几天,反复在想有没有什么办法能绕过这个根本性矛盾,目前看来,没有。
至于TEE加ZKP这层,我倒没有一开始那么兴奋了。不是说它不重要,而是它解决的问题和VaultKit解决的问题在时间轴上不一样。VaultKit卡的是事前,TEE加ZKP证的是事后。一个好的链上授权系统应该在事前就把大部分不该发生的交易挡住,事后的证明更多是兜底和审计价值。我现在更在意的是VaultKit的拦截率能不能被公开验证,而不是ZKP的证明有多漂亮。拦截率是一个能被观察的、客观的、不依赖任何叙事的数据指标,它能直接回答一个问题,策略到底是不是真在干活。
再说说代币的事。据CoinGecko数据显示,截至2026年7月,$NEWT 价格在0.047美元左右,市值约1000万美元。从0.717的历史高点跌到现在的水平,市场在用真金白银投票。NEWT总供应量10亿枚,初始流通2.15亿枚,60%分配给社区类别,40%分配给内部类别。代币用途覆盖质押保障网络安全、支付代理操作的Gas费、开发者注册模型注册表、协议治理等。
但我始终想不通一个问题,合规验证服务的费用到底谁来付?如果每笔交易都要经过VaultKit的策略检查,这个计算成本是固定的协议开销,还是由用户额外支付?如果由用户支付,那Newton相对于传统DeFi的成本优势在哪里?如果由协议补贴,那补贴的钱从哪里来,代币的消耗闭环如何形成?目前官方对这些问题还没有清晰说明。一个没有清晰价值捕获逻辑的代币,在熊市里是很难撑住的,这话说得有点直,但我觉得该说。
说到治理,Newton 2026年的路线图让我既兴奋又不安。路线图分三步走,第一季度通过TEE和质押机制赋予机器链上身份;第二季度引入PoRW(机器劳动证明),让机器靠可验证劳动赚取代币;第三阶段,机器人可以通过PoRW信誉评分和代币持有参与协议治理投票。白皮书里提到:"在Newton的经济模型里,机器人不再是大厂的私有财产。Fabric协议(NEWT的底层)是在布局一个机器人社会。"
这意味着什么?意味着当人类和机器在某个协议参数上产生分歧时,机器可以凭借票数直接推动治理规则迭代。决策权重开始从人类手中向非人类实体平移。我不是说这一定是坏事,但这是一个需要被认真对待的风险,而不是一个可以被浪漫化的叙事。
最后聊聊授权粒度的问题,因为这才是真正让我睡不着的东西。传统DeFi授权给出去的是一个完整的执行权,没有中间状态。Newton这套架构相当于在"授权"和"不授权"之间硬塞进了一个中间层,你可以授权代理去做某类事,但每一次具体执行都需要重新验证条件。这意味着授权的粒度从"资产级别"细化到了"交易级别"。我觉得这个变化比任何模型升级都更根本,因为它把链上授权从一种财产权的转移变成了一种持续性的条件约束。财产权转移的逻辑是"我把东西给你,你看着办",条件约束的逻辑是"我把东西锁在规则后面,你每拿一次都要重新证明你有资格拿"。
这条路能不能被大规模采用,我现在不下判断。策略治理的透明度、拦截率的公开可验证性、数据源的去中心化程度、代币价值捕获的闭环,这四件事会是Mainnet Beta之后最关键的风向标。
我手上留了一点NEWT,不是什么仓位,只是给自己一张继续观察这场实验的门票。链上数据跑出来之前,任何结论都太早。
#Newt
См. перевод
深夜翻@grvt_io 的Architecture Overview,越看越觉得这项目有点东西,但也越看越不踏实。 先说明面上的。官方文档写得很清楚:“matches and stores data off chain and provides smart contract level guarantees of their execution on chain”。订单匹配走链下,结算结果通过智能合约上链保证。这套ZK Stack validium加中央限价订单簿的架构,能跑60万笔/秒,速度确实直逼CEX。Spearbit在2024年12月做了28天全面审计,团队在认真做工程,这点得承认。 但拆完技术细节,我有点犯嘀咕。 官方“Architecture Overview”里有一句:“users requests are routed through our Backend infrastructure - the only permissioned entity allowed to execute transactions against our smart contracts”。所有请求必须经过GRVT后端,后端是唯一被允许向L2合约提交交易的主体。翻译成人话:GRVT跑的是私有链。后端被入侵,整个系统就暴露了。官方在Validium模式说明里也承认“operator keeps block data confidential”,即数据掌握在运营商手里。四层合约加私有后端入口,每个接口都是潜在漏洞点。审计能覆盖代码逻辑,覆盖不了跨层交互的组合漏洞。多层防御到底是在堵漏洞还是在堆攻击面?我说不好。 再说代币。总量10亿枚,资方19.9%、团队19%、社区/空投28%、未来储备33.1%。资方加团队加未来储备直接占72%。TGE从Q1推到6月底,上线首日只开放Season2对应的18%和早期空投。反观资方和团队的大额筹码,白皮书里只字未提具体解锁周期。 拿了3330万美元融资,有ZKsync、Delphi Ventures背书,2025年累计交易量1770亿美元。但技术架构的集中化隐患和代币模型的透明度问题摆在那。等机构解锁规则完全透明了,我才能判断普通玩家参与的性价比。 你怎么看这种混合架构?是够用还是存疑? #grvt
深夜翻@grvt_io 的Architecture Overview,越看越觉得这项目有点东西,但也越看越不踏实。

先说明面上的。官方文档写得很清楚:“matches and stores data off chain and provides smart contract level guarantees of their execution on chain”。订单匹配走链下,结算结果通过智能合约上链保证。这套ZK Stack validium加中央限价订单簿的架构,能跑60万笔/秒,速度确实直逼CEX。Spearbit在2024年12月做了28天全面审计,团队在认真做工程,这点得承认。

但拆完技术细节,我有点犯嘀咕。

官方“Architecture Overview”里有一句:“users requests are routed through our Backend infrastructure - the only permissioned entity allowed to execute transactions against our smart contracts”。所有请求必须经过GRVT后端,后端是唯一被允许向L2合约提交交易的主体。翻译成人话:GRVT跑的是私有链。后端被入侵,整个系统就暴露了。官方在Validium模式说明里也承认“operator keeps block data confidential”,即数据掌握在运营商手里。四层合约加私有后端入口,每个接口都是潜在漏洞点。审计能覆盖代码逻辑,覆盖不了跨层交互的组合漏洞。多层防御到底是在堵漏洞还是在堆攻击面?我说不好。

再说代币。总量10亿枚,资方19.9%、团队19%、社区/空投28%、未来储备33.1%。资方加团队加未来储备直接占72%。TGE从Q1推到6月底,上线首日只开放Season2对应的18%和早期空投。反观资方和团队的大额筹码,白皮书里只字未提具体解锁周期。

拿了3330万美元融资,有ZKsync、Delphi Ventures背书,2025年累计交易量1770亿美元。但技术架构的集中化隐患和代币模型的透明度问题摆在那。等机构解锁规则完全透明了,我才能判断普通玩家参与的性价比。

你怎么看这种混合架构?是够用还是存疑?
#grvt
См. перевод
做了多年链上分析,有个矛盾没想通:智能合约号称不可篡改,监管规则天天变,制裁名单隔三差五更新,用不可变的东西接一个变的世界,这个错位以前没人正面解决,直到拆了Newton主网Beta才算看到答案。@NewtonProtocol Newton把策略从代码剥离,规则用Rego写,与合约分离,制裁名单更新、风险阈值调整直接改配置,不用碰代码,也不用重部署。传统升级要么多签拖半月,要么换合约迁资产,链上链下总差一拍,Newton压缩到几乎为零。 还有一处被低估的技术选择,策略核验用零知识证明。机构能证明合规,但不用公开持仓和交易对手,这对机构是硬需求,谁也不想为自证清白公开整个交易簿。 这两点合起来,Newton解决的是个三角矛盾:链上要可验证,机构要隐私,监管要跟得上变化。三个诉求以前互相打架,现在被这套架构同时兜住。 但治理让我犯嘀咕。协议升级分两层:经济参数可投票调整,核心逻辑需硬分叉。听起来合理,但我没找到具体门槛,是51%还是66%,按质押还是持币?主网Beta上线至今无正式提案,参数全由基金会公告。若只需基金会节点同意硬分叉,那和直接升级有何区别? $NEWT 现0.04美元附近,比高点跌了不少。社区有人喊反弹,有人叫它“合规界的PPT”。这种分歧我挺理解,早期代币流通盘释放易被情绪打骨折,与协议价值无关。从技术路线看,验证前置做成基础设施,是我在合规赛道少见的自洽逻辑。这套零知识证明加策略分离,经得起大资金压力测试吗? #newt
做了多年链上分析,有个矛盾没想通:智能合约号称不可篡改,监管规则天天变,制裁名单隔三差五更新,用不可变的东西接一个变的世界,这个错位以前没人正面解决,直到拆了Newton主网Beta才算看到答案。@NewtonProtocol

Newton把策略从代码剥离,规则用Rego写,与合约分离,制裁名单更新、风险阈值调整直接改配置,不用碰代码,也不用重部署。传统升级要么多签拖半月,要么换合约迁资产,链上链下总差一拍,Newton压缩到几乎为零。

还有一处被低估的技术选择,策略核验用零知识证明。机构能证明合规,但不用公开持仓和交易对手,这对机构是硬需求,谁也不想为自证清白公开整个交易簿。

这两点合起来,Newton解决的是个三角矛盾:链上要可验证,机构要隐私,监管要跟得上变化。三个诉求以前互相打架,现在被这套架构同时兜住。

但治理让我犯嘀咕。协议升级分两层:经济参数可投票调整,核心逻辑需硬分叉。听起来合理,但我没找到具体门槛,是51%还是66%,按质押还是持币?主网Beta上线至今无正式提案,参数全由基金会公告。若只需基金会节点同意硬分叉,那和直接升级有何区别?

$NEWT 现0.04美元附近,比高点跌了不少。社区有人喊反弹,有人叫它“合规界的PPT”。这种分歧我挺理解,早期代币流通盘释放易被情绪打骨折,与协议价值无关。从技术路线看,验证前置做成基础设施,是我在合规赛道少见的自洽逻辑。这套零知识证明加策略分离,经得起大资金压力测试吗?
#newt
См. перевод
今晚凌晨3点,法国和西班牙这场半决赛,世界排名第二打第三,姆总6场8球对上西班牙6场只丢1球。矛与盾,这剧本谁写的? 说几个细节,你们细品。 法国进攻确实猛,姆总6场轰进去8个,奥利塞6场送6个助攻,全队进了16个。但法国有个死穴——2024欧洲杯半决赛和2025欧国联半决赛,连续两次被西班牙送回家。姆总面对亚马尔,最近10次交手只赢了2场。这数据看着都替姆总捏把汗。 西班牙那边更狠,乌奈·西蒙一度649分钟不失球,6场零封创世界杯历史纪录。19岁的亚马尔简直就是姆总克星,防得死死的。替补梅里诺连续两场替补绝杀,这板凳深度真吓人。 更扎心的是,半决赛当天还是法国国庆日。马克龙说晋级决赛就亲临现场。法国要是输了,国庆变国殇。 我瞎bb几句个人预测,纯属唠嗑别当真。 这场球肯定不好看。西班牙肯定控球慢慢磨,法国蹲坑打反击。前60分钟估计0-0,谁先进球谁赢。姆总速度冲西班牙老将边路是唯一机会,但西班牙这防线太稳了,大概率要拖到加时甚至点球。 个人感觉西班牙赢面稍大,63开吧。毕竟心理优势摆在那,连续两次大赛半决赛干掉法国,这队太会踢法国了。但姆总这种球员,一个人就能改变比赛。真的很难讲。 半夜3点闹钟定好,啤酒备好,谁进决赛评论区见分晓。 #BinancePickAndWin
今晚凌晨3点,法国和西班牙这场半决赛,世界排名第二打第三,姆总6场8球对上西班牙6场只丢1球。矛与盾,这剧本谁写的?

说几个细节,你们细品。

法国进攻确实猛,姆总6场轰进去8个,奥利塞6场送6个助攻,全队进了16个。但法国有个死穴——2024欧洲杯半决赛和2025欧国联半决赛,连续两次被西班牙送回家。姆总面对亚马尔,最近10次交手只赢了2场。这数据看着都替姆总捏把汗。

西班牙那边更狠,乌奈·西蒙一度649分钟不失球,6场零封创世界杯历史纪录。19岁的亚马尔简直就是姆总克星,防得死死的。替补梅里诺连续两场替补绝杀,这板凳深度真吓人。

更扎心的是,半决赛当天还是法国国庆日。马克龙说晋级决赛就亲临现场。法国要是输了,国庆变国殇。

我瞎bb几句个人预测,纯属唠嗑别当真。

这场球肯定不好看。西班牙肯定控球慢慢磨,法国蹲坑打反击。前60分钟估计0-0,谁先进球谁赢。姆总速度冲西班牙老将边路是唯一机会,但西班牙这防线太稳了,大概率要拖到加时甚至点球。

个人感觉西班牙赢面稍大,63开吧。毕竟心理优势摆在那,连续两次大赛半决赛干掉法国,这队太会踢法国了。但姆总这种球员,一个人就能改变比赛。真的很难讲。

半夜3点闹钟定好,啤酒备好,谁进决赛评论区见分晓。

#BinancePickAndWin
См. перевод
#BinanceTurns9 #币安9周年 九年风雨同舟,感谢币安引领我们探索加密世界,解锁无限可能!从0到9,从交易到Web3生态,我们共同见证了无数奇迹。祝福币安9周年快乐🎂,一起Build未来!
#BinanceTurns9 #币安9周年
九年风雨同舟,感谢币安引领我们探索加密世界,解锁无限可能!从0到9,从交易到Web3生态,我们共同见证了无数奇迹。祝福币安9周年快乐🎂,一起Build未来!
Статья
Изменение “зернистости” доверия: как Newton VaultKit дробит доверие на построчную проверкуНесколько лет назад я пользовался инструментом для автоматизированных стратегий: задал довольно строгие правила — ценовой диапазон, допустимый уровень проскальзывания, верхний лимит по позиции. В итоге рынок внезапно пережил резкую волатильность, и стратегия в промежутках между двумя сделками полностью закрыла весь мой портфель. Я потратил весь вечер, просматривая логи вчейне, чтобы понять, это проблема в самой стратегии или сбой произошёл на этапе исполнения. В конце выяснилось, что логика стратегии сама по себе нормальная: первая сделка была корректной. Вторая сделка тоже была оформлена по тем же правам и тоже соответствовала требованиям. Но изменения на рынке между двумя сделками привели к тому, что фактический результат второй сделки полностью отклонился от ожидаемого. После того как права были выданы, в промежутках между сделками — в “пустоте” — не было ничего, что бы это контролировало.

Изменение “зернистости” доверия: как Newton VaultKit дробит доверие на построчную проверку

Несколько лет назад я пользовался инструментом для автоматизированных стратегий: задал довольно строгие правила — ценовой диапазон, допустимый уровень проскальзывания, верхний лимит по позиции. В итоге рынок внезапно пережил резкую волатильность, и стратегия в промежутках между двумя сделками полностью закрыла весь мой портфель. Я потратил весь вечер, просматривая логи вчейне, чтобы понять, это проблема в самой стратегии или сбой произошёл на этапе исполнения. В конце выяснилось, что логика стратегии сама по себе нормальная: первая сделка была корректной. Вторая сделка тоже была оформлена по тем же правам и тоже соответствовала требованиям. Но изменения на рынке между двумя сделками привели к тому, что фактический результат второй сделки полностью отклонился от ожидаемого. После того как права были выданы, в промежутках между сделками — в “пустоте” — не было ничего, что бы это контролировало.
Сначала я просто хотел разобраться, в чём смысл того, чтобы @NewtonProtocol разбирал Intent и Policy на части. Я несколько раз перечитывал документацию для разработчиков и понял, что раньше понимал слишком поверхностно. Раньше, когда я писал смарт-контракты, я обычно встраивал логику проверки прямо в бизнес-процесс: авторизация, условия и исполнение всё было завязано вместе — лишь бы код запускался и проходил проверку, и всё. В архитектуре Newton всё устроено наоборот: Intent описывает «что я хочу сделать», Policy проверяет «можно ли это сделать», а слой исполнения лишь запускает и подтверждает результат. Сначала мне казалось, что это просто лишняя прослойка-обёртка, но чем дальше, тем больше я вижу, что они на самом деле пытаются разъединить границы ответственности, которые по умолчанию смешиваются у разработчиков. Но такая архитектура не даёт мне полностью расслабиться. Если копнуть глубже в технологический стек, то TEE опирается на Intel SGX. Уязвимости вроде Foreshadow, Plundervolt и им подобных — каждая новая атака по побочным каналам снова и снова бьёт по фразе «доверенная». Вычислительные затраты на генерацию доказательств ZKP как минимум в несколько раз выше, чем у обычных транзакций. Разрабатываемый мост Rollup для кроссчейн сам по себе является дополнительной поверхностью атаки. В отчёте HTX говорится, что в 2025 Q3 сеть запустят на главном контуре, в Q4 начнут разработку инструментов для разработчиков, а в 2026 нужно будет обеспечить охват глобальных мультичейнов. Но когда TEE+ZK+Rollup+AI накладываются друг на друга четырьмя слоями, и каждый слой по отдельности — уже сложная «твёрдая кость», сложность итераций разработки растёт в геометрической прогрессии. Ещё больше меня беспокоит зависимость Newton от EigenLayer. Исполнение Policy опирается на узлы restaking EigenLayer для валидации консенсуса — это обходной путь: не нужно с нуля собирать и верифицировать набор валидаторов. Но если в базовых restaking-контрактах окажется уязвимость или какой-то крупный operator будет slash, это влияние распространится по цепочке зависимостей и ударит по Newton. Общий объём предложения $NEWT — 1 млрд монет, в обращении сейчас около 287 млн, и 94% ещё не выпущено. TGE — меньше чем год назад, и большинство сложных функций, которые поддерживают оценку, пока ещё в дорожной карте. Конечно, я не стану полностью всё отрицать только из-за этого. Если в будущем сообщество проекта реально начнёт переиспользовать тот же набор Policy, а не писать ключевые проверки обратно в свой бизнес-код, я бы больше согласился с тем, что именно пытается изменить NewtonProtocol: они хотят поменять базовое мышление в разработке ончейн-приложений. #newt
Сначала я просто хотел разобраться, в чём смысл того, чтобы @NewtonProtocol разбирал Intent и Policy на части. Я несколько раз перечитывал документацию для разработчиков и понял, что раньше понимал слишком поверхностно.

Раньше, когда я писал смарт-контракты, я обычно встраивал логику проверки прямо в бизнес-процесс: авторизация, условия и исполнение всё было завязано вместе — лишь бы код запускался и проходил проверку, и всё. В архитектуре Newton всё устроено наоборот: Intent описывает «что я хочу сделать», Policy проверяет «можно ли это сделать», а слой исполнения лишь запускает и подтверждает результат. Сначала мне казалось, что это просто лишняя прослойка-обёртка, но чем дальше, тем больше я вижу, что они на самом деле пытаются разъединить границы ответственности, которые по умолчанию смешиваются у разработчиков.

Но такая архитектура не даёт мне полностью расслабиться. Если копнуть глубже в технологический стек, то TEE опирается на Intel SGX. Уязвимости вроде Foreshadow, Plundervolt и им подобных — каждая новая атака по побочным каналам снова и снова бьёт по фразе «доверенная». Вычислительные затраты на генерацию доказательств ZKP как минимум в несколько раз выше, чем у обычных транзакций. Разрабатываемый мост Rollup для кроссчейн сам по себе является дополнительной поверхностью атаки. В отчёте HTX говорится, что в 2025 Q3 сеть запустят на главном контуре, в Q4 начнут разработку инструментов для разработчиков, а в 2026 нужно будет обеспечить охват глобальных мультичейнов. Но когда TEE+ZK+Rollup+AI накладываются друг на друга четырьмя слоями, и каждый слой по отдельности — уже сложная «твёрдая кость», сложность итераций разработки растёт в геометрической прогрессии.

Ещё больше меня беспокоит зависимость Newton от EigenLayer. Исполнение Policy опирается на узлы restaking EigenLayer для валидации консенсуса — это обходной путь: не нужно с нуля собирать и верифицировать набор валидаторов. Но если в базовых restaking-контрактах окажется уязвимость или какой-то крупный operator будет slash, это влияние распространится по цепочке зависимостей и ударит по Newton. Общий объём предложения $NEWT — 1 млрд монет, в обращении сейчас около 287 млн, и 94% ещё не выпущено. TGE — меньше чем год назад, и большинство сложных функций, которые поддерживают оценку, пока ещё в дорожной карте.

Конечно, я не стану полностью всё отрицать только из-за этого. Если в будущем сообщество проекта реально начнёт переиспользовать тот же набор Policy, а не писать ключевые проверки обратно в свой бизнес-код, я бы больше согласился с тем, что именно пытается изменить NewtonProtocol: они хотят поменять базовое мышление в разработке ончейн-приложений.
#newt
Глубокой ночью переваривал @grvt_io — официальную документацию, и когда дошёл до раздела про Hybrid Architecture, остановился. В FAQ всё написано ясно: «GRVT использует гибридную архитектуру, состоящую из систем и on-chain, и off-chain, чтобы обеспечить масштабируемость, безопасность и приватность». Off-chain матчинг, on-chain расчёты. Дальше по данным: 600 000 ткс/с и задержки на уровне субмиллисекунд. Скорость как у CEX плюс ZK с самокастоди — комбинация действительно красивая. Но я наткнулся на другой фрагмент и завис. В документации сказано: «Некоторая часть off chain действий отправляется в цепочку GRVT. Эти действия затем публикуются в виде доказательств с нулевым разглашением (zero-knowledge proofs), чтобы проверять off-chain транзакции в Ethereum». Off-chain матчинг упаковывается в ZK-доказательство и выкладывается в Ethereum. Звучит гладко, но оценка рисков от L2BEAT отдельно подчеркнула одну вещь: «Each update to the system state must be accompanied by a ZK proof». Проблема как раз в этом «must». Генерация ZK-доказательств зависит от конкретной версии виртуальной машины Boojum. Любые итерации на нижнем уровне и апгрейды версий — и уязвимости совместимости подтягиваются вместе. Если батч-проверка доказательств вдруг перестанет работать, все пользовательские выводы и расчёты оказываются заблокированы. L2BEAT в своём ZK Catalog отдельно отслеживает verifier-контракты у каждого проекта: процесс описывается как «regenerating Solidity files directly from source code to confirm deployed contracts are legitimate». Зачем они это делают? Потому что генерация ключей для верификации опирается на trusted setup, а «SNARKs require a trusted setup» — это и есть предположение о доверии. Я прикинул цифры. GRVT разрабатывает собственные ZK-схемы для деривативного матчинга, унифицированной маржи и клиринга. Логика, заложенная в ZK-схему, по сложности заметно превосходит обычные ZK-проекты «для оплат». Слишком жёсткие ограничения — и доказательство не проходит; недостаточно жёсткие — и появляется риск, что кто-то сможет намеренно сконструировать формально валидное, но вредоносное доказательство. Чем сложнее функциональность, тем глубже потенциальные уязвимости. В whitepaper скорость доказательств описана красиво, а вот сценарии на случай, если верификация сломается, не упомянуты ни слова. Ещё про TGE. Официальное подтверждение: общее предложение — 1 млрд монет, доля сообщества и airdrop — 28%. Если разблокируется 6% прироста airdrop (с 22% до 28%), с большой вероятностью сформируется реальное давление продаж. В первые недели широкие колебания почти наверняка не обойти. Поэтому сейчас моя мысль такая: вместо ставки на направление лучше подождать, пока после TGE появится реальная ликвидность, и только тогда заходить. Как вам эта гибридная архитектура GRVT? Делитесь техническим разбором в комментариях. #grvt
Глубокой ночью переваривал @grvt_io — официальную документацию, и когда дошёл до раздела про Hybrid Architecture, остановился. В FAQ всё написано ясно: «GRVT использует гибридную архитектуру, состоящую из систем и on-chain, и off-chain, чтобы обеспечить масштабируемость, безопасность и приватность». Off-chain матчинг, on-chain расчёты. Дальше по данным: 600 000 ткс/с и задержки на уровне субмиллисекунд. Скорость как у CEX плюс ZK с самокастоди — комбинация действительно красивая.

Но я наткнулся на другой фрагмент и завис. В документации сказано: «Некоторая часть off chain действий отправляется в цепочку GRVT. Эти действия затем публикуются в виде доказательств с нулевым разглашением (zero-knowledge proofs), чтобы проверять off-chain транзакции в Ethereum». Off-chain матчинг упаковывается в ZK-доказательство и выкладывается в Ethereum. Звучит гладко, но оценка рисков от L2BEAT отдельно подчеркнула одну вещь: «Each update to the system state must be accompanied by a ZK proof». Проблема как раз в этом «must».

Генерация ZK-доказательств зависит от конкретной версии виртуальной машины Boojum. Любые итерации на нижнем уровне и апгрейды версий — и уязвимости совместимости подтягиваются вместе. Если батч-проверка доказательств вдруг перестанет работать, все пользовательские выводы и расчёты оказываются заблокированы. L2BEAT в своём ZK Catalog отдельно отслеживает verifier-контракты у каждого проекта: процесс описывается как «regenerating Solidity files directly from source code to confirm deployed contracts are legitimate». Зачем они это делают? Потому что генерация ключей для верификации опирается на trusted setup, а «SNARKs require a trusted setup» — это и есть предположение о доверии.

Я прикинул цифры. GRVT разрабатывает собственные ZK-схемы для деривативного матчинга, унифицированной маржи и клиринга. Логика, заложенная в ZK-схему, по сложности заметно превосходит обычные ZK-проекты «для оплат». Слишком жёсткие ограничения — и доказательство не проходит; недостаточно жёсткие — и появляется риск, что кто-то сможет намеренно сконструировать формально валидное, но вредоносное доказательство. Чем сложнее функциональность, тем глубже потенциальные уязвимости. В whitepaper скорость доказательств описана красиво, а вот сценарии на случай, если верификация сломается, не упомянуты ни слова.

Ещё про TGE. Официальное подтверждение: общее предложение — 1 млрд монет, доля сообщества и airdrop — 28%. Если разблокируется 6% прироста airdrop (с 22% до 28%), с большой вероятностью сформируется реальное давление продаж. В первые недели широкие колебания почти наверняка не обойти.

Поэтому сейчас моя мысль такая: вместо ставки на направление лучше подождать, пока после TGE появится реальная ликвидность, и только тогда заходить.

Как вам эта гибридная архитектура GRVT? Делитесь техническим разбором в комментариях.
#grvt
Если Binance — это тот самый «игрок» в форме с номером 9, то я хочу быть тем самым «товарищем», который всегда стоит рядом с тобой. Вообще-то, я тоже своего рода «старый товарищ». За эти годы мы вместе прошли так много: в бычьем рынке вместе рвались вперед, в периоды волатильности вместе держались, а в трудные времена ни разу не подумали о том, чтобы уйти. Смотря на то, как Binance из того самого юного «новичка» шаг за шагом вырос до сегодняшней «звезды» с более чем 300 миллионами пользователей по всему миру, в душе действительно поднимается какое‑то невыразимое чувство. Эти девять лет Binance с помощью 198 улучшений и 2354 пунктов пользовательской обратной связи превращала голос сообщества в реальные, ощутимые обновления продукта. Больше всего меня тронуло «сотрудник поддержки Сяо Хэ», который неизменно ставит пользователей в центр внимания. Генеральный сооснователь может из года в год лично отвечать на сообщения пользователей в личке и помогать всем возвращать активы, отправленные по ошибке. Эта «теплота товарища» не нарисуется никакими графиками свечей. С девятилетием! Новый сезон уже начался. Как товарищ, хочу сказать: спасибо за ваше сопровождение и доверие все эти девять лет. В следующие девять лет — независимо от того, как будет меняться рынок — продолжаем сражаться плечом к плечу и вместе «прокачиваться»! #币安九周年
Если Binance — это тот самый «игрок» в форме с номером 9, то я хочу быть тем самым «товарищем», который всегда стоит рядом с тобой.

Вообще-то, я тоже своего рода «старый товарищ». За эти годы мы вместе прошли так много: в бычьем рынке вместе рвались вперед, в периоды волатильности вместе держались, а в трудные времена ни разу не подумали о том, чтобы уйти. Смотря на то, как Binance из того самого юного «новичка» шаг за шагом вырос до сегодняшней «звезды» с более чем 300 миллионами пользователей по всему миру, в душе действительно поднимается какое‑то невыразимое чувство. Эти девять лет Binance с помощью 198 улучшений и 2354 пунктов пользовательской обратной связи превращала голос сообщества в реальные, ощутимые обновления продукта.

Больше всего меня тронуло «сотрудник поддержки Сяо Хэ», который неизменно ставит пользователей в центр внимания. Генеральный сооснователь может из года в год лично отвечать на сообщения пользователей в личке и помогать всем возвращать активы, отправленные по ошибке. Эта «теплота товарища» не нарисуется никакими графиками свечей.

С девятилетием! Новый сезон уже начался. Как товарищ, хочу сказать: спасибо за ваше сопровождение и доверие все эти девять лет. В следующие девять лет — независимо от того, как будет меняться рынок — продолжаем сражаться плечом к плечу и вместе «прокачиваться»!

#币安九周年
币安Binance华语
·
--
9️⃣ Номер игрока — это Binance к 9-й годовщине, новый сезон уже стартовал!

Спасибо каждому из вас, кто был рядом с Binance и дошёл до этого дня — игроки уже на поле. И на этот раз, какое место за вами?

Выберите свой статус: тренер, партнёр по команде, группа поддержки, ведущий… В зависимости от роли поделитесь историями, видео и текстами, связанными с Binance

💛 Расскажите свою историю, пожелание или проявите креатив — и сделайте пас игроку под номером 9

Подпишитесь на аккаунт, добавьте работу и выполните репост на #币安九周年 — так вы сможете принять участие в акции
🎁 Розыгрыш: 10 удачливых авторов, каждый получит по 99U
🏆 И ещё выберем 1 лучшую работу — приз 199U в качестве финального суперприза
Цена переноса доверия: дизайн верифицируемого автоматизированного слоя Newton Protocol и связанные рискиВ прошлом месяце я попросил одного друга помочь мне распорядиться небольшой суммой криптоактивов — он говорил, что будет делать сеточную торговлю. В итоге через полмесяца, когда я зашёл проверить счёт, оказалось, что он не только включил плечо в три раза, но и вложил основной капитал в какой-то ликвидный пул, о котором я вообще ничего не знаю, и просадил его на сорок процентов. Мой друг очень обижен. Он сказал: "Я думаю, что тот шанс был вполне хорош". Но проблема совсем не в том, верно ли его суждение, а в том, что когда я тогда передал ему полномочия, по сути, я не мог заранее прописать: "Какие вещи ты не имеешь права делать". Мне оставалось только доверять ему как человеку или не доверять. Либо даёшь всё, либо не даёшь вообще. Вот это чувство такой внутренней сдержанности — то же самое, о чём я недавно думал, перелистывая @NewtonProtocol материалы.

Цена переноса доверия: дизайн верифицируемого автоматизированного слоя Newton Protocol и связанные риски

В прошлом месяце я попросил одного друга помочь мне распорядиться небольшой суммой криптоактивов — он говорил, что будет делать сеточную торговлю. В итоге через полмесяца, когда я зашёл проверить счёт, оказалось, что он не только включил плечо в три раза, но и вложил основной капитал в какой-то ликвидный пул, о котором я вообще ничего не знаю, и просадил его на сорок процентов.
Мой друг очень обижен. Он сказал: "Я думаю, что тот шанс был вполне хорош". Но проблема совсем не в том, верно ли его суждение, а в том, что когда я тогда передал ему полномочия, по сути, я не мог заранее прописать: "Какие вещи ты не имеешь права делать". Мне оставалось только доверять ему как человеку или не доверять. Либо даёшь всё, либо не даёшь вообще. Вот это чувство такой внутренней сдержанности — то же самое, о чём я недавно думал, перелистывая @NewtonProtocol материалы.
Я, когда переводил @NewtonProtocol главный сетевой анонс, заметил, что в первой группе партнеров по данным фигурируют RedStone и Credora: один делает оракулы, другой — кредитные рейтинги. Сначала мне показалось это странным: on-chain-лицензионные соглашения, а почему партнёры не компании по безопасному аудиту? Потом я понял. Policy engine Newton по сути является «судьёй»: как бы строго ни были прописаны правила, насколько верно он принимает решения, в итоге зависит от данных, которые в него подают. Например, если цена падает ниже порога — срабатывает ликвидация; если источник данных манипулируют или он с задержкой подаётся, то даже самые хорошие правила не помогут. Его надёжность — это две накладывающиеся друг на друга вещи: операторская сеть на EigenLayer плюс нулевое знание (zero-knowledge) доказательства, которые гарантируют, что вычислительный процесс не подменяли «на ходу»; но то, насколько верны сами данные, на основе которых принимаются решения, — это отдельная, независимая проблема. Больше всего меня беспокоит TEE. Newton запускает агент через Phala Cloud, Intel SGX обеспечивает аппаратную изоляцию, а удалённая верификация подтверждает, что агент выполняется в доверенной среде. Но TEE проверяет доверенность среды, а не то, что в коде нет ошибок. Если в коде агента спрятана вредоносная логика, TEE добросовестно её выполнит, и удалённое доказательство всё равно пройдёт. По сути, TEE может «проставить печать доверия» вредоносному коду. Есть ещё и практическая проблема. В ядре — контракте Newton — предусмотрены права на обновление администратором, ими управляет мультиподписной кошелёк фонда. Если участники мультиподписи утекут или сговорятся, теоретически они смогут напрямую изменить правила контракта. А статус стороннего аудита контракта сейчас всё ещё «отсутствует». Я согласен с направлением Newton — встроить комплаенс и риск-контроль в процесс исполнения, а не устраивать разбирательства post factum. Но поскольку надёжность решения зависит от внешних поставщиков данных, TEE не проверяет намерения кода, и в базовом контракте зарезервированы администраторские полномочия — эти три слоя риска накладываются друг на друга. Поэтому я подожду, пока появятся результаты стороннего аудита и будет запущена оценка репутации для агента, и только тогда рассмотрю передачу ему активов. #newt $NEWT
Я, когда переводил @NewtonProtocol главный сетевой анонс, заметил, что в первой группе партнеров по данным фигурируют RedStone и Credora: один делает оракулы, другой — кредитные рейтинги. Сначала мне показалось это странным: on-chain-лицензионные соглашения, а почему партнёры не компании по безопасному аудиту?

Потом я понял. Policy engine Newton по сути является «судьёй»: как бы строго ни были прописаны правила, насколько верно он принимает решения, в итоге зависит от данных, которые в него подают. Например, если цена падает ниже порога — срабатывает ликвидация; если источник данных манипулируют или он с задержкой подаётся, то даже самые хорошие правила не помогут. Его надёжность — это две накладывающиеся друг на друга вещи: операторская сеть на EigenLayer плюс нулевое знание (zero-knowledge) доказательства, которые гарантируют, что вычислительный процесс не подменяли «на ходу»; но то, насколько верны сами данные, на основе которых принимаются решения, — это отдельная, независимая проблема.

Больше всего меня беспокоит TEE. Newton запускает агент через Phala Cloud, Intel SGX обеспечивает аппаратную изоляцию, а удалённая верификация подтверждает, что агент выполняется в доверенной среде. Но TEE проверяет доверенность среды, а не то, что в коде нет ошибок. Если в коде агента спрятана вредоносная логика, TEE добросовестно её выполнит, и удалённое доказательство всё равно пройдёт. По сути, TEE может «проставить печать доверия» вредоносному коду.

Есть ещё и практическая проблема. В ядре — контракте Newton — предусмотрены права на обновление администратором, ими управляет мультиподписной кошелёк фонда. Если участники мультиподписи утекут или сговорятся, теоретически они смогут напрямую изменить правила контракта. А статус стороннего аудита контракта сейчас всё ещё «отсутствует».

Я согласен с направлением Newton — встроить комплаенс и риск-контроль в процесс исполнения, а не устраивать разбирательства post factum. Но поскольку надёжность решения зависит от внешних поставщиков данных, TEE не проверяет намерения кода, и в базовом контракте зарезервированы администраторские полномочия — эти три слоя риска накладываются друг на друга. Поэтому я подожду, пока появятся результаты стороннего аудита и будет запущена оценка репутации для агента, и только тогда рассмотрю передачу ему активов.
#newt $NEWT
Недавно один знакомый, который увлекается квантовыми стратегиями, пожаловался мне: мол, на DEX стратегии выполнять слишком сложно — скорость не успевает, а проскальзывание съедает прибыль так, что становится больно. Он кинул мне ссылку: «Посмотри на GRVT — они якобы хотят это решить». Я полистал официальную документацию @grvt_io . В GRVT используется гибридная архитектура: «матчинг вне цепочки и хранение данных в цепочке, с гарантией уровня смарт-контрактов для исполнения в цепочке». Сопоставление заявок работает вне цепочки — скорость на максимум; расчёт и верификация возвращаются в блокчейн — безопасность обеспечивает технология ZKsync Validium. Официальные цифры впечатляют: пиковые 600 тыс. операций/сек и задержка на уровне субмиллисекунд. Но есть и проблемы. GRVT идёт по схеме Validium: доступность данных поддерживается вне цепочки DAC-комитетом, а не как в стандартном Rollup, где всё в полном объёме отправляется в основной Ethereum. Данные транзакций не попадают в публичный реестр — это действительно снижает риск front-running и сэндвич-атак. Но какая цена? Для частных трейдеров гранулярность в базовом order book ограничена, а значит доступность данных невысокая. Квант-командам хочется ловить реальный поток ордеров — так что «дверь закрыта». Ещё про систему аккаунтов. В GRVT аккаунты разделены на «счет средств» и «счет транзакций». Счёт средств управляет пополнением/снятием и имеет крайне жёсткие права; а вот счёт транзакций — как раз то, с чем ведут торговлю. API позволяет взаимодействовать только со счетом транзакций, приватный ключ не хранится. Зато безопасность на максимуме, но для розницы это слишком тяжеловесно: регистрация требует привязки email, настройку SecureKey; а если случайно не так пошевелить — почистил кэш, и привет. Есть и любопытный момент по регулированию. GRVT называет себя «первым в мире DEX с лицензией»: в конце 2024 года они получили лицензию класса M на Бермудских островах. Но M-класс по сути «модифицированная» лицензия с песочными ограничениями — она не сравнима по глубине аудита с подходом уровня ЕС MiCA или американского CFTC. Моё мнение: компромиссное техническое решение GRVT действительно очень умное, а пользовательский опыт на фронтенде ближе к CEX. Но вопросы прозрачности данных в Validium и споры о «ценности» лицензии — это барьеры, которые просто так не обойдёшь. Я планирую после TGE понаблюдать за реальной глубиной ликвидности и только потом решать, заходить ли. В DeFi доверяй коду, а не PPT. #grvt
Недавно один знакомый, который увлекается квантовыми стратегиями, пожаловался мне: мол, на DEX стратегии выполнять слишком сложно — скорость не успевает, а проскальзывание съедает прибыль так, что становится больно. Он кинул мне ссылку: «Посмотри на GRVT — они якобы хотят это решить».

Я полистал официальную документацию @grvt_io . В GRVT используется гибридная архитектура: «матчинг вне цепочки и хранение данных в цепочке, с гарантией уровня смарт-контрактов для исполнения в цепочке». Сопоставление заявок работает вне цепочки — скорость на максимум; расчёт и верификация возвращаются в блокчейн — безопасность обеспечивает технология ZKsync Validium. Официальные цифры впечатляют: пиковые 600 тыс. операций/сек и задержка на уровне субмиллисекунд.

Но есть и проблемы. GRVT идёт по схеме Validium: доступность данных поддерживается вне цепочки DAC-комитетом, а не как в стандартном Rollup, где всё в полном объёме отправляется в основной Ethereum. Данные транзакций не попадают в публичный реестр — это действительно снижает риск front-running и сэндвич-атак. Но какая цена?

Для частных трейдеров гранулярность в базовом order book ограничена, а значит доступность данных невысокая. Квант-командам хочется ловить реальный поток ордеров — так что «дверь закрыта».

Ещё про систему аккаунтов. В GRVT аккаунты разделены на «счет средств» и «счет транзакций». Счёт средств управляет пополнением/снятием и имеет крайне жёсткие права; а вот счёт транзакций — как раз то, с чем ведут торговлю. API позволяет взаимодействовать только со счетом транзакций, приватный ключ не хранится. Зато безопасность на максимуме, но для розницы это слишком тяжеловесно: регистрация требует привязки email, настройку SecureKey; а если случайно не так пошевелить — почистил кэш, и привет.

Есть и любопытный момент по регулированию. GRVT называет себя «первым в мире DEX с лицензией»: в конце 2024 года они получили лицензию класса M на Бермудских островах. Но M-класс по сути «модифицированная» лицензия с песочными ограничениями — она не сравнима по глубине аудита с подходом уровня ЕС MiCA или американского CFTC.

Моё мнение: компромиссное техническое решение GRVT действительно очень умное, а пользовательский опыт на фронтенде ближе к CEX. Но вопросы прозрачности данных в Validium и споры о «ценности» лицензии — это барьеры, которые просто так не обойдёшь. Я планирую после TGE понаблюдать за реальной глубиной ликвидности и только потом решать, заходить ли. В DeFi доверяй коду, а не PPT. #grvt
Статья
Техническая валидация и разбор рисков токеномики после запуска Beta основной сети Newton ProtocolВ прошлом месяце в одной кофейне в Наньшане, Шэньчжэнь, я сидела за компьютером и правила отчет. Рядом за столом сидели двое молодых людей в клетчатых рубашках. Один из них уставился в экран телефона и сказал фразу, из‑за которой я чуть не выплюнула американо: «Когда у Newton заработает PoRW, моя майнинг-ферма сама будет платить за электричество — и мне не нужно будет за этим следить». Я повернула голову и мельком посмотрела: на экране прямо-таки был график свечей с $NEWT . Линия, которая с 0,7 доллара скатилась до 0,047 доллара, будто рана была приклеена к майскому графику рынка. Честно говоря, я изначально обратила внимание на Newton Protocol просто из любопытства: проект, который во время токенсейла в июне 2025 года разогнал капитализацию до 118 миллионов долларов, — как же он спустя год упал на 93%? Но дома, перелопатив три дня белую книгу и техническую документацию, я поняла: по-настоящему меня волновало не цена.

Техническая валидация и разбор рисков токеномики после запуска Beta основной сети Newton Protocol

В прошлом месяце в одной кофейне в Наньшане, Шэньчжэнь, я сидела за компьютером и правила отчет. Рядом за столом сидели двое молодых людей в клетчатых рубашках. Один из них уставился в экран телефона и сказал фразу, из‑за которой я чуть не выплюнула американо: «Когда у Newton заработает PoRW, моя майнинг-ферма сама будет платить за электричество — и мне не нужно будет за этим следить».
Я повернула голову и мельком посмотрела: на экране прямо-таки был график свечей с $NEWT . Линия, которая с 0,7 доллара скатилась до 0,047 доллара, будто рана была приклеена к майскому графику рынка. Честно говоря, я изначально обратила внимание на Newton Protocol просто из любопытства: проект, который во время токенсейла в июне 2025 года разогнал капитализацию до 118 миллионов долларов, — как же он спустя год упал на 93%? Но дома, перелопатив три дня белую книгу и техническую документацию, я поняла: по-настоящему меня волновало не цена.
Про чат-цепь и автоматизацию уже почти два года — и я всё больше убеждаюсь, что в этой сфере есть тупиковая развилка: чтобы AI-агент управлял вашими деньгами, ему нужно выдать права. Но как только права выданы, это фактически значит отдать ключи другому. Готовые решения на рынке либо делают централизованного бота — и безопасность целиком зависит от добросовестности; либо переносят вычисления on-chain, а Gas становится настолько дорогим, что обычные пользователи в это не играют. То, что меня в Newton Protocol по-настоящему зацепило, — это то, что они «проблему доверия» разложили на исполнимые технические решения. Три ключевых принципа — Scoped Autonomy (ограниченная автономность), Verifiable Integrity (проверяемая целостность) и Earned Reputation (репутация, заработанная участием) — связывают всё в замкнутый контур: заранее заданы ограничения, во время работы идёт проверка, а после — наказание. AI-вычисления выполняются в TEE, ZKP генерирует проверяемое доказательство, затем через сеть EigenLayer AVS проводится выборочная повторная верификация. Операторы обязаны заложить токены NEWT: если действуют во вред — их залог конфискуют. Эта механика не держится на том, что «команда порядочная», она жёстко ограничивает игру правилами — и я считаю, что направление правильное. @NewtonProtocol Но после того как я дочитал документацию, я также нашёл несколько проблем. ZK-проверка обходится примерно в 230 тыс. Gas — это в десять раз дороже обычного перевода. Сложные стратегии при этом тоже стоят вдвое дороже. В итоге обычный пользователь просто не потянет. Ещё больше меня беспокоит вопрос истечения прав. У сессионных ключей есть срок действия, но в документах я не нашёл объяснения механизма «автоматического отзыва по истечении». Злоумышленник может перехватить ZK-доказательство, которое уже близко к истечению, и повторно отправлять его неограниченное число раз, получая возможность снова и снова вызывать авторизацию пользователя. Если ZK-доказательство однажды сгенерировано, оно проверяемо; система не проверяет, «использовалось ли это доказательство раньше». Кроме того, бета в основной сети уже запущена, но пока немного продвинутых моделей, которые действительно генерируют значимые нативные затраты Gas on-chain. Экосистема ещё не успела полноценно заработать: неясно, сколько реальных бизнес-кейсов сможет сжигать оборотный объём, чтобы компенсировать давление от выпуска токенов. $NEWT Общее предложение — 1 млрд монет, изначально в обращении — 215 млн; долгосрочная продажное давление объективно существует. Я не буду делать слепую большую ставку только потому, что мне нравится направление. Проверяемая автоматизация — необходимый путь для отрасли, но ZK-стоимость, риски с правами и данные по внедрению в экосистеме — всё это нужно постоянно мониторить. Подождём, пока наружу выйдут реальные цифры по использованию. #newt
Про чат-цепь и автоматизацию уже почти два года — и я всё больше убеждаюсь, что в этой сфере есть тупиковая развилка: чтобы AI-агент управлял вашими деньгами, ему нужно выдать права. Но как только права выданы, это фактически значит отдать ключи другому. Готовые решения на рынке либо делают централизованного бота — и безопасность целиком зависит от добросовестности; либо переносят вычисления on-chain, а Gas становится настолько дорогим, что обычные пользователи в это не играют.

То, что меня в Newton Protocol по-настоящему зацепило, — это то, что они «проблему доверия» разложили на исполнимые технические решения. Три ключевых принципа — Scoped Autonomy (ограниченная автономность), Verifiable Integrity (проверяемая целостность) и Earned Reputation (репутация, заработанная участием) — связывают всё в замкнутый контур: заранее заданы ограничения, во время работы идёт проверка, а после — наказание. AI-вычисления выполняются в TEE, ZKP генерирует проверяемое доказательство, затем через сеть EigenLayer AVS проводится выборочная повторная верификация. Операторы обязаны заложить токены NEWT: если действуют во вред — их залог конфискуют. Эта механика не держится на том, что «команда порядочная», она жёстко ограничивает игру правилами — и я считаю, что направление правильное. @NewtonProtocol

Но после того как я дочитал документацию, я также нашёл несколько проблем. ZK-проверка обходится примерно в 230 тыс. Gas — это в десять раз дороже обычного перевода. Сложные стратегии при этом тоже стоят вдвое дороже. В итоге обычный пользователь просто не потянет.

Ещё больше меня беспокоит вопрос истечения прав. У сессионных ключей есть срок действия, но в документах я не нашёл объяснения механизма «автоматического отзыва по истечении». Злоумышленник может перехватить ZK-доказательство, которое уже близко к истечению, и повторно отправлять его неограниченное число раз, получая возможность снова и снова вызывать авторизацию пользователя. Если ZK-доказательство однажды сгенерировано, оно проверяемо; система не проверяет, «использовалось ли это доказательство раньше».

Кроме того, бета в основной сети уже запущена, но пока немного продвинутых моделей, которые действительно генерируют значимые нативные затраты Gas on-chain. Экосистема ещё не успела полноценно заработать: неясно, сколько реальных бизнес-кейсов сможет сжигать оборотный объём, чтобы компенсировать давление от выпуска токенов. $NEWT Общее предложение — 1 млрд монет, изначально в обращении — 215 млн; долгосрочная продажное давление объективно существует.

Я не буду делать слепую большую ставку только потому, что мне нравится направление. Проверяемая автоматизация — необходимый путь для отрасли, но ZK-стоимость, риски с правами и данные по внедрению в экосистеме — всё это нужно постоянно мониторить. Подождём, пока наружу выйдут реальные цифры по использованию. #newt
Случайно наткнулся на этот проект с номером @grvt_io : он заявляет, что собирается создать «топовый финансовый институт на блокчейне», и даже получил лицензии Бермудских островов. Честно говоря, моя первая реакция — не верить. Но когда я пролистал их официальную документацию, стало казаться, что в этом всё же есть что-то интересное. Больше всего меня привлекает их гибридная архитектура. В официальных материалах прямо сказано: «GRVT имеет гибридную архитектуру, состоящую как из on-chain, так и off-chain систем, для масштабируемости, безопасности и приватности». Оффчейн-матчинг, ончейн-расчёты, скорость сопоставления заказов заявляют на уровне 600 000 TPS, а задержки — в миллисекундном/субмиллисекундном диапазоне. Официальный блог дополнительно уточняет, что эта архитектура «built as a ZK Stack validium»: конфиденциальность транзакций защищают с помощью доказательств с нулевым разглашением, а Ethereum используется для финального расчёта. В сообществе говорят, что опыт «почти как на CEX», и я с этой оценкой согласен, но реальную производительность на основной сети ещё нужно увидеть. Ещё — роадмап на 2026 год. Их цель — «unifying the entire capital lifecycle around a single programmable balance», то есть один и тот же баланс используется и как обеспечение, и для получения дохода, и для торговли. Они спланировали четыре слоя: доход, инвестиции, торговлю и платежи, а также хотят интегрировать ликвидность L1 вроде Aave через ZKsync Atlas. Замысел выглядит весьма соблазнительно, но по сложности внедрения — далеко не прост. У маршрута по комплаенсу у GRVT действительно есть плюсы. В конце 2024 года они получили лицензию Бермудских островов класса M, а в 2023 году уже получили разрешение VASP в Литве. Основатели из топовых инвестбанков, а командный бэкграунд выглядит крепко. Но есть и оговорки. TVL сейчас всего около 7–8 миллионов долларов, и аналитики пишут, что «отсутствие торговли и ончейн-данных — это не краткосрочный шум, а структурная проблема». Токеномика, конечно, опубликована: общее предложение — 1 миллиард токенов, раздача сообществу — 28%, но конкретный механизм распределения ещё полностью не закреплён. Изменения в правилах эирдропа тоже вызвали обсуждения в сообществе. Направление, в целом, правильное — путь ещё длинный. Гибридная архитектура звучит привлекательно: синхронизация оффчейн-матчинга и ончейн-расчётов, накладные расходы на ZK-доказательства, баланс между регулированием и децентрализацией — всё это «косточки погрызть». Посмотрим, когда основная сеть действительно заработает и появятся данные: тогда и решим, это ли настоящая трансформация или просто хорошая история. Не поздно. #grvt
Случайно наткнулся на этот проект с номером @grvt_io : он заявляет, что собирается создать «топовый финансовый институт на блокчейне», и даже получил лицензии Бермудских островов. Честно говоря, моя первая реакция — не верить. Но когда я пролистал их официальную документацию, стало казаться, что в этом всё же есть что-то интересное.

Больше всего меня привлекает их гибридная архитектура. В официальных материалах прямо сказано: «GRVT имеет гибридную архитектуру, состоящую как из on-chain, так и off-chain систем, для масштабируемости, безопасности и приватности». Оффчейн-матчинг, ончейн-расчёты, скорость сопоставления заказов заявляют на уровне 600 000 TPS, а задержки — в миллисекундном/субмиллисекундном диапазоне. Официальный блог дополнительно уточняет, что эта архитектура «built as a ZK Stack validium»: конфиденциальность транзакций защищают с помощью доказательств с нулевым разглашением, а Ethereum используется для финального расчёта. В сообществе говорят, что опыт «почти как на CEX», и я с этой оценкой согласен, но реальную производительность на основной сети ещё нужно увидеть.

Ещё — роадмап на 2026 год. Их цель — «unifying the entire capital lifecycle around a single programmable balance», то есть один и тот же баланс используется и как обеспечение, и для получения дохода, и для торговли. Они спланировали четыре слоя: доход, инвестиции, торговлю и платежи, а также хотят интегрировать ликвидность L1 вроде Aave через ZKsync Atlas. Замысел выглядит весьма соблазнительно, но по сложности внедрения — далеко не прост.

У маршрута по комплаенсу у GRVT действительно есть плюсы. В конце 2024 года они получили лицензию Бермудских островов класса M, а в 2023 году уже получили разрешение VASP в Литве. Основатели из топовых инвестбанков, а командный бэкграунд выглядит крепко.

Но есть и оговорки. TVL сейчас всего около 7–8 миллионов долларов, и аналитики пишут, что «отсутствие торговли и ончейн-данных — это не краткосрочный шум, а структурная проблема». Токеномика, конечно, опубликована: общее предложение — 1 миллиард токенов, раздача сообществу — 28%, но конкретный механизм распределения ещё полностью не закреплён. Изменения в правилах эирдропа тоже вызвали обсуждения в сообществе.

Направление, в целом, правильное — путь ещё длинный. Гибридная архитектура звучит привлекательно: синхронизация оффчейн-матчинга и ончейн-расчётов, накладные расходы на ZK-доказательства, баланс между регулированием и децентрализацией — всё это «косточки погрызть». Посмотрим, когда основная сеть действительно заработает и появятся данные: тогда и решим, это ли настоящая трансформация или просто хорошая история. Не поздно. #grvt
Проверяемый нарратив автоматизации Newton Protocol и дилемма доверия к аппаратуреЧестно говоря, когда я впервые увидел <c-52/>, я просто сразу пролистал. «Ончейн AI-агенты», «проверяемый слой автоматизации» — в таком нарративе я уже слишком много раз сталкивался в криптосообществе: из десяти проектов восемь рассказывают примерно одну и ту же историю. И только как-то поздно ночью, не спав, я открыл whitepaper и увидел, что в основе у них TEE плюс ZKP как двойная страховка. Плюс есть механизм под названием zkPermissions, благодаря которому пользователям не нужно отдавать приватный ключ агенту, чтобы проверять каждый шаг операции. Тогда мои пальцы наконец остановились — и я стал внимательно читать. Сначала расскажу, что, на мой взгляд, заслуживает похвалы. Позиционирование Newton Protocol очень ясное: создать проверяемый уровень автоматизации для ончейн-экономики. Пользователи могут задавать границы поведения AI-агента через zkPermissions: например, ограничивать траты, одобрять конкретные DEX, устанавливать время выполнения сделок и т. п. Агент выполняет задачи в TEE — этом «криптографическом маленьком черном ящике». На каждом шаге генерируется ZKP, чтобы на цепи доказать: «Я не трогал твои активы по своему усмотрению».

Проверяемый нарратив автоматизации Newton Protocol и дилемма доверия к аппаратуре

Честно говоря, когда я впервые увидел <c-52/>, я просто сразу пролистал. «Ончейн AI-агенты», «проверяемый слой автоматизации» — в таком нарративе я уже слишком много раз сталкивался в криптосообществе: из десяти проектов восемь рассказывают примерно одну и ту же историю. И только как-то поздно ночью, не спав, я открыл whitepaper и увидел, что в основе у них TEE плюс ZKP как двойная страховка. Плюс есть механизм под названием zkPermissions, благодаря которому пользователям не нужно отдавать приватный ключ агенту, чтобы проверять каждый шаг операции. Тогда мои пальцы наконец остановились — и я стал внимательно читать.
Сначала расскажу, что, на мой взгляд, заслуживает похвалы.
Позиционирование Newton Protocol очень ясное: создать проверяемый уровень автоматизации для ончейн-экономики. Пользователи могут задавать границы поведения AI-агента через zkPermissions: например, ограничивать траты, одобрять конкретные DEX, устанавливать время выполнения сделок и т. п. Агент выполняет задачи в TEE — этом «криптографическом маленьком черном ящике». На каждом шаге генерируется ZKP, чтобы на цепи доказать: «Я не трогал твои активы по своему усмотрению».
我最近在琢磨链上衍生品交易,发现@grvt_io 这个项目有点意思。说实话,Perp DEX赛道已经够挤了,老玩家占着山头,一个新项目能翻出什么花来?但挖了几天文档之后,我的看法变了。 GRVT最打动我的是它的混合架构。官方技术文档里写得挺清楚:“GRVT adopts an architecture that matches and stores data off chain and provides smart contract level guarantees of their execution on chain”。翻译一下:сопоставление заявок выполняется вне цепочки, скорость примерно как у централизованных бирж, но расчеты и проверка — on-chain, подстраховка обеспечивается смарт-контрактами. Официальные заявления — что они могут достичь 600 тыс. TPS и задержки на уровне суб-миллисекунд. Этот подход мне кажется действительно практичным, а не похожим на чистые AMM, где частенько раздувается проскальзывание. Но одной технологии недостаточно. GRVT внедряет дизайн «единого баланса», чтобы одна и та же сумма могла одновременно приносить проценты, выступать как маржа и при этом оставаться подверженной росту цены спота. Официальный блог формулирует это так: “The same deposit can simultaneously earn yield, back a margin position, and even stay exposed to spot price appreciation”。Звучит очень заманчиво: это решает проблему фрагментации капитала. Но у меня есть сомнения: если такая сложная механика начнет работать в реальности, смогут ли вовремя справляться с рисками и клирингом — не уверен. GRVT получил лицензию Class M от Управления по управлению денежными средствами Бермудских островов (Bermuda Monetary Authority) и заявляет, что это первый DEX с такой лицензией в мире. Регуляторика — обоюдоострый меч: институциональные деньги заходят, но KYC отсекает анонимных пользователей; в таких местах, как Гонконг, доступ к платформе, как говорят, даже напрямую невозможен. Маршрутную карту я тоже полистал: в 2026 году они планируют интеграцию Aave и других L1-ликвидностей через ZKsync Atlas, а также добавить бессрочные контракты на акции и форекс. Амбиций много, но TGE с конца июня перенесли на июль — в сообществе уже есть люди, которые сомневаются в способности уложиться с поставками. Я думаю, за GRVT стоит следить: техническая база крепкая, а путь к комплаенсу выглядит понятным. Но не стоит спешить — после TGE посмотрите на реальные данные и реакцию сообщества. Как бы ни был красив белый документ, главное — как это реализуют. #grvt
我最近在琢磨链上衍生品交易,发现@grvt_io 这个项目有点意思。说实话,Perp DEX赛道已经够挤了,老玩家占着山头,一个新项目能翻出什么花来?但挖了几天文档之后,我的看法变了。

GRVT最打动我的是它的混合架构。官方技术文档里写得挺清楚:“GRVT adopts an architecture that matches and stores data off chain and provides smart contract level guarantees of their execution on chain”。翻译一下:сопоставление заявок выполняется вне цепочки, скорость примерно как у централизованных бирж, но расчеты и проверка — on-chain, подстраховка обеспечивается смарт-контрактами. Официальные заявления — что они могут достичь 600 тыс. TPS и задержки на уровне суб-миллисекунд. Этот подход мне кажется действительно практичным, а не похожим на чистые AMM, где частенько раздувается проскальзывание.

Но одной технологии недостаточно. GRVT внедряет дизайн «единого баланса», чтобы одна и та же сумма могла одновременно приносить проценты, выступать как маржа и при этом оставаться подверженной росту цены спота. Официальный блог формулирует это так: “The same deposit can simultaneously earn yield, back a margin position, and even stay exposed to spot price appreciation”。Звучит очень заманчиво: это решает проблему фрагментации капитала. Но у меня есть сомнения: если такая сложная механика начнет работать в реальности, смогут ли вовремя справляться с рисками и клирингом — не уверен.

GRVT получил лицензию Class M от Управления по управлению денежными средствами Бермудских островов (Bermuda Monetary Authority) и заявляет, что это первый DEX с такой лицензией в мире. Регуляторика — обоюдоострый меч: институциональные деньги заходят, но KYC отсекает анонимных пользователей; в таких местах, как Гонконг, доступ к платформе, как говорят, даже напрямую невозможен.

Маршрутную карту я тоже полистал: в 2026 году они планируют интеграцию Aave и других L1-ликвидностей через ZKsync Atlas, а также добавить бессрочные контракты на акции и форекс. Амбиций много, но TGE с конца июня перенесли на июль — в сообществе уже есть люди, которые сомневаются в способности уложиться с поставками.

Я думаю, за GRVT стоит следить: техническая база крепкая, а путь к комплаенсу выглядит понятным. Но не стоит спешить — после TGE посмотрите на реальные данные и реакцию сообщества. Как бы ни был красив белый документ, главное — как это реализуют. #grvt
Почитал немало ончейн‑проектов с автоматизацией — и всё равно ощущение, что чего-то не хватает. Когда изучал техдокументацию по номеру @NewtonProtocol , наткнулся на решение того вопроса, над которым я давно размышлял: как сделать так, чтобы ИИ‑агент имел свободу, но при этом не выходил за рамки. Ядро Newton — «самоуправление по границам»: пользователь через zkPermissions задаёт ИИ‑агенту лимит средств, область действий и условия транзакций. Эти права кодируются в zero‑knowledge схему (ZK‑цепь), и агент может действовать только «в коробке». Задания выполняются в TEE: на каждом шаге агент генерирует ZKP‑доказательство, а на чейне идёт его верификация. Такая архитектура «снизу исполняем off‑chain, а сверху проверяем on‑chain» держит расходы по Gas в разумных пределах, а криптографическую доказуемость — на уровне. Но когда я посмотрел на стоимость ZK‑верификаций, меня немного заколебало. Верификация доказательств Groth16 на чейне стоит примерно 230 тысяч Gas — это больше чем в десять раз по сравнению с обычным переводом в Ethereum. Сложные стратегии требуют нескольких доказательств — и цена удваивается; обычным пользователям это попросту не по карману. Ещё сильнее настораживает то, что Newton одновременно подключает две ZK‑VM фреймворка — Succinct и Risc Zero. Фундаментальная логика криптобиблиотек разная: а если при кросс‑фреймворковой валидации вдруг возникнет логический конфликт? В документации это не разобрано. Есть и слепые зоны в части session keys: «session keys bound to user-defined policies», у прав есть срок действия. Но что происходит после истечения? Я перелистал всю документацию — механизма автоматического отзыва не нашёл. Злоумышленник может перехватить ZK‑доказательство, близкое к истечению, и в пределах окна повторно отправлять его неограниченное число раз, тем самым бесконечно вызывать права: ZK‑доказательство проверяется, но система не проверяет, «использовано ли оно уже». Это классический риск повторного использования (replay). Конечно, направление верное: ончейн‑автоматизация должна быть верифицируемой, нужно уйти от «верим людям» к «верим правилам». Но ZK слишком дорог, механизмы отзыва отсутствуют, а порог по удобству для пользователя невысоким не назовёшь — это реальные инженерные недостатки. Я буду и дальше отслеживать данные мейннета и масштабы B2B‑внедрения и не буду бездумно наращивать долю только потому, что нарратив звучит масштабно. Насколько далеко сможет зайти эта архитектура, зависит от того, сможет ли Newton превратить идеалы из документации в реальность, которая проходит проверку. #newt $NEWT
Почитал немало ончейн‑проектов с автоматизацией — и всё равно ощущение, что чего-то не хватает. Когда изучал техдокументацию по номеру @NewtonProtocol , наткнулся на решение того вопроса, над которым я давно размышлял: как сделать так, чтобы ИИ‑агент имел свободу, но при этом не выходил за рамки.

Ядро Newton — «самоуправление по границам»: пользователь через zkPermissions задаёт ИИ‑агенту лимит средств, область действий и условия транзакций. Эти права кодируются в zero‑knowledge схему (ZK‑цепь), и агент может действовать только «в коробке». Задания выполняются в TEE: на каждом шаге агент генерирует ZKP‑доказательство, а на чейне идёт его верификация. Такая архитектура «снизу исполняем off‑chain, а сверху проверяем on‑chain» держит расходы по Gas в разумных пределах, а криптографическую доказуемость — на уровне.

Но когда я посмотрел на стоимость ZK‑верификаций, меня немного заколебало. Верификация доказательств Groth16 на чейне стоит примерно 230 тысяч Gas — это больше чем в десять раз по сравнению с обычным переводом в Ethereum. Сложные стратегии требуют нескольких доказательств — и цена удваивается; обычным пользователям это попросту не по карману. Ещё сильнее настораживает то, что Newton одновременно подключает две ZK‑VM фреймворка — Succinct и Risc Zero. Фундаментальная логика криптобиблиотек разная: а если при кросс‑фреймворковой валидации вдруг возникнет логический конфликт? В документации это не разобрано.

Есть и слепые зоны в части session keys: «session keys bound to user-defined policies», у прав есть срок действия. Но что происходит после истечения? Я перелистал всю документацию — механизма автоматического отзыва не нашёл. Злоумышленник может перехватить ZK‑доказательство, близкое к истечению, и в пределах окна повторно отправлять его неограниченное число раз, тем самым бесконечно вызывать права: ZK‑доказательство проверяется, но система не проверяет, «использовано ли оно уже». Это классический риск повторного использования (replay).

Конечно, направление верное: ончейн‑автоматизация должна быть верифицируемой, нужно уйти от «верим людям» к «верим правилам». Но ZK слишком дорог, механизмы отзыва отсутствуют, а порог по удобству для пользователя невысоким не назовёшь — это реальные инженерные недостатки. Я буду и дальше отслеживать данные мейннета и масштабы B2B‑внедрения и не буду бездумно наращивать долю только потому, что нарратив звучит масштабно. Насколько далеко сможет зайти эта архитектура, зависит от того, сможет ли Newton превратить идеалы из документации в реальность, которая проходит проверку.
#newt $NEWT
Статья
Развенчиваем доверие агентам: Newton криптографией добавил DeFi непрерывно работающий автоматический замокНа днях я сделал довольно глупую вещь: перечитал туда-сюда @NewtonProtocol белую книгу и дизайн-документ Mainnet Beta по четыре-пять раз, и с каждым кругом всё сильнее ощущал, что что-то тут не так. Похоже, что в сообществе большинство людей всё понимают с перекосом. У десяти из девяти в голове зациклено одно и то же: «TEE + ZKP, проверяемая автоматизация, цепочечное выполнение задач AI-агентом». Послушал и у меня возникло одно ощущение: вы всё перепутали. Если цель Ньютона лишь в том, чтобы сделать AI-агентов «проверяемыми», чем это вообще отличается от тех автоматизированных протоколов с переклеенной оболочкой, которые сейчас повсюду? Ничего, кроме нескольких дополнительных слоёв криптографических доказательств и ещё нескольких аппаратных изолированных сред. По сути, та же старая логика: «агент стоит вашего доверия». Но когда я разобрал его техническую архитектуру по частям, только тогда понял, в чём проект реально силён: он вообще не хочет, чтобы вы размышляли о том, «насколько агент заслуживает доверия». Это не оптимизация на процентовку — это замена по сути. Вместо зависимости от самодисциплины агента — зависимость от автоматических ограничений кода и криптографии. Вместо «я верю, что ты не натворишь дел» — «хочешь устроить хаос, да не сможешь».

Развенчиваем доверие агентам: Newton криптографией добавил DeFi непрерывно работающий автоматический замок

На днях я сделал довольно глупую вещь: перечитал туда-сюда @NewtonProtocol белую книгу и дизайн-документ Mainnet Beta по четыре-пять раз, и с каждым кругом всё сильнее ощущал, что что-то тут не так. Похоже, что в сообществе большинство людей всё понимают с перекосом. У десяти из девяти в голове зациклено одно и то же: «TEE + ZKP, проверяемая автоматизация, цепочечное выполнение задач AI-агентом». Послушал и у меня возникло одно ощущение: вы всё перепутали.
Если цель Ньютона лишь в том, чтобы сделать AI-агентов «проверяемыми», чем это вообще отличается от тех автоматизированных протоколов с переклеенной оболочкой, которые сейчас повсюду? Ничего, кроме нескольких дополнительных слоёв криптографических доказательств и ещё нескольких аппаратных изолированных сред. По сути, та же старая логика: «агент стоит вашего доверия». Но когда я разобрал его техническую архитектуру по частям, только тогда понял, в чём проект реально силён: он вообще не хочет, чтобы вы размышляли о том, «насколько агент заслуживает доверия». Это не оптимизация на процентовку — это замена по сути. Вместо зависимости от самодисциплины агента — зависимость от автоматических ограничений кода и криптографии. Вместо «я верю, что ты не натворишь дел» — «хочешь устроить хаос, да не сможешь».
Вчера ночью, читая белую книгу по @NewtonProtocol , листал до трёх часов утра — чем дальше, тем яснее. Проект хочет сделать «верифицируемый слой автоматизации»: AI-агенты будут выполнять ончейн-действия за тебя, и на каждом шаге будут доказательства, что ничего не пошло «мимо». Идея дерзкая, но если разбирать, вопросов много. Ключевая логика Newton состоит из трёх слоёв: модельный реестр назначает агенту идентичность, Keystore Rollup управляет правами пользователей, а «автоматизационные намерения» задают условия выполнения. Из этого Keystore для меня самый интересный: в белой книге он описан как «a specialized rollup responsible for storing and updating user permissions» — специализированный rollup, который хранит и обновляет права пользователей. Смогут ли все эти агенты трогать твои активы, целиком зависит от него. А эта штука работает на делегированном PoS: валидаторы блокируют NEWT, чтобы обеспечивать безопасность. Логическая цепочка выглядит безупречно: среда выполнения TEE → ZKP выдаёт доказательство → Keystore хранит разрешения → ончейн-проверка. Но стена из TEE оказалась тоньше, чем я думал. Я наткнулся на отчёт Binance Research: впрямую сказано «currently utilizes Phala's cloud environment», то есть сейчас TEE работает в облачной среде Phala. Приватные ключи, ключи сессии и полномочия на транзакции находятся в третьем стороннем анклаве. В атаке 2025 TEE.Fail исследователи менее чем за 1000 долларов извлекли ключи из Intel TDX и AMD SEV. Сам Phala также признаёт, что анклавы могут быть клонированы. Даже подменённый агент способен генерировать «всё в порядке» Quote, а ончейн-контракт послушно принимает все чеки. Ещё больше меня тревожит, что на старте сеть доминируют TEE-серверы, принадлежащие фонду: это не распределённая сеть, а «как скажет фонд». Я не то чтобы не верю в направление — наоборот, именно потому что верю, тем более насторожен. TEE не устранил недоверие: он просто перенёс доверие с разработчиков проекта на Intel и AMD. Моя стратегия очень простая: оставаться в фокусе, основной объём — без изменений. Посмотрим, что будет, когда Newton запустят так, чтобы не зависеть от стороннего TEE. #newt $NEWT
Вчера ночью, читая белую книгу по @NewtonProtocol , листал до трёх часов утра — чем дальше, тем яснее. Проект хочет сделать «верифицируемый слой автоматизации»: AI-агенты будут выполнять ончейн-действия за тебя, и на каждом шаге будут доказательства, что ничего не пошло «мимо». Идея дерзкая, но если разбирать, вопросов много.

Ключевая логика Newton состоит из трёх слоёв: модельный реестр назначает агенту идентичность, Keystore Rollup управляет правами пользователей, а «автоматизационные намерения» задают условия выполнения. Из этого Keystore для меня самый интересный: в белой книге он описан как «a specialized rollup responsible for storing and updating user permissions» — специализированный rollup, который хранит и обновляет права пользователей. Смогут ли все эти агенты трогать твои активы, целиком зависит от него. А эта штука работает на делегированном PoS: валидаторы блокируют NEWT, чтобы обеспечивать безопасность. Логическая цепочка выглядит безупречно: среда выполнения TEE → ZKP выдаёт доказательство → Keystore хранит разрешения → ончейн-проверка.

Но стена из TEE оказалась тоньше, чем я думал. Я наткнулся на отчёт Binance Research: впрямую сказано «currently utilizes Phala's cloud environment», то есть сейчас TEE работает в облачной среде Phala. Приватные ключи, ключи сессии и полномочия на транзакции находятся в третьем стороннем анклаве. В атаке 2025 TEE.Fail исследователи менее чем за 1000 долларов извлекли ключи из Intel TDX и AMD SEV. Сам Phala также признаёт, что анклавы могут быть клонированы. Даже подменённый агент способен генерировать «всё в порядке» Quote, а ончейн-контракт послушно принимает все чеки.

Ещё больше меня тревожит, что на старте сеть доминируют TEE-серверы, принадлежащие фонду: это не распределённая сеть, а «как скажет фонд».

Я не то чтобы не верю в направление — наоборот, именно потому что верю, тем более насторожен. TEE не устранил недоверие: он просто перенёс доверие с разработчиков проекта на Intel и AMD. Моя стратегия очень простая: оставаться в фокусе, основной объём — без изменений. Посмотрим, что будет, когда Newton запустят так, чтобы не зависеть от стороннего TEE. #newt $NEWT
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы