以前在银行办业务,最怕的就是那种“人肉审批”,材料递进去什么时候出结果全看柜员心情
这种效率挪到现在的链上世界肯定不行,机器跑得飞快,你不能让人在那儿按快门
我看 @NewtonProtocol 解决这个问题的法子挺有意思,它搞了一套叫“流式两阶段共识”的东西
这名字听着玄乎,其实就是为了解决一个挺尴尬的技术难题:操作员们去抓外部数据,比如看一眼现在的币价或者查一下黑名单,因为网络延迟,大家看到的数字可能稍微差那么一点点
如果这点差异不解决,后面的数学签名就合不到一块儿去。Newton 的法子是先让大家各看各的,把看到的数字都扔出来,Gateway 算出个中位数当成“标准答案”,再发回去让大家统一按这个答案去签
整个过程在后台飞速流转,不用大家停下来互相等
我欣赏的是这种对“工程细节”的死磕。它没在那儿空谈去中心化有多神圣,而是老实承认网络就是有延迟、数据就是会有偏差,然后给了一个能跑通的补丁
这种务实劲儿,是一个基础设施能真正用起来的前提
但边界也得讲清楚。这套机制里那个 Gateway 的角色挺吃重的,虽然它不能造假签名,但它管着数据的汇总和分发。要是 Gateway 哪天罢工了,或者故意压着某些数据不发,授权这块还是会卡脖子(这是我顺着它这种中心化协调逻辑做的推断,不是说现在就出过事)
官方说以后这个位置会轮换,但轮换机制转得顺不顺,还得看主网 Beta 跑得怎么样
所以怎么看。Newton 的流式共识是想给链上授权装上“加速器”,让合规检查不至于变成堵车的源头
但这套加速器稳不稳,得看它在高并发下的表现——少听它吹亚秒级响应,多去盯它在极端行情下,授权凭证出来的速度有没有变慢
$NEWT #Newt
这种效率挪到现在的链上世界肯定不行,机器跑得飞快,你不能让人在那儿按快门
我看 @NewtonProtocol 解决这个问题的法子挺有意思,它搞了一套叫“流式两阶段共识”的东西
这名字听着玄乎,其实就是为了解决一个挺尴尬的技术难题:操作员们去抓外部数据,比如看一眼现在的币价或者查一下黑名单,因为网络延迟,大家看到的数字可能稍微差那么一点点
如果这点差异不解决,后面的数学签名就合不到一块儿去。Newton 的法子是先让大家各看各的,把看到的数字都扔出来,Gateway 算出个中位数当成“标准答案”,再发回去让大家统一按这个答案去签
整个过程在后台飞速流转,不用大家停下来互相等
我欣赏的是这种对“工程细节”的死磕。它没在那儿空谈去中心化有多神圣,而是老实承认网络就是有延迟、数据就是会有偏差,然后给了一个能跑通的补丁
这种务实劲儿,是一个基础设施能真正用起来的前提
但边界也得讲清楚。这套机制里那个 Gateway 的角色挺吃重的,虽然它不能造假签名,但它管着数据的汇总和分发。要是 Gateway 哪天罢工了,或者故意压着某些数据不发,授权这块还是会卡脖子(这是我顺着它这种中心化协调逻辑做的推断,不是说现在就出过事)
官方说以后这个位置会轮换,但轮换机制转得顺不顺,还得看主网 Beta 跑得怎么样
所以怎么看。Newton 的流式共识是想给链上授权装上“加速器”,让合规检查不至于变成堵车的源头
但这套加速器稳不稳,得看它在高并发下的表现——少听它吹亚秒级响应,多去盯它在极端行情下,授权凭证出来的速度有没有变慢
$NEWT #Newt