我从事公链基础设施这个工作已经接近六年的时间了, 对于区块链缩放性这四个字, 我的感情是非常复杂的, 既有喜爱的一面, 也有讨厌的一面。
这个问题并不是单一存在的, 它是安全性能、去中心化水平、以及吞吐量大小这三个相互矛盾的因素紧紧纠缠在一起形成的复合难题, 你在任何一个方向上想要追求更快的速度, 就必须在其他方面做出相应的妥协与让步。
区块链缩放性怎么解
Layer2里的rollup这种技术, 确实把吞吐量这个东西给拉上去了, Arbitrum还有Optimism在主网上面的实时数据, 都清清楚楚地摆在那里, 让人看得到。
只是说, 问题的瓶颈, 已经从刚才那个出块速度慢这件事, 转移到了要把数据回传回主链这个过程上面, 一旦L1上的gas价格稍微有一点波动, 那个L2上面的用户体验就会跟着一起发抖。
我亲眼看到过太多的项目方, 他们拿着TPS这个数字在那里忽悠投资人, 可是实际情况是用户发送一笔转账操作需要等待好几个确认块的确认时间, 这种使用体验跟传统支付方式的差距实在太大了, 仅仅依靠二层网络来提升吞吐量这一种方法是不够的, 还必须配合数据可用性层的优化措施, 这样才能把整条链路的运行逻辑真正地打通。
区块链缩放性难在哪
真正的卡点不在于算法, 而在于共识层的经济激励设计。节点愿意出更大区块、更快的出块, 背后的收益从什么地方来呢? 手续费是有限的, 而且通胀率也不能乱调, 不然安全就会塌掉。
我们团队对区块的大小和出块的时间间隔进行过多次反复的调整, 每一次修改相关参数都如同行走在钢丝之上一般危险, 如果运行速度过快, 那么节点的同步过程就会无法跟上节奏, 如果运行速度过慢,验证环节的负载压力又会导致系统难以承受, 不要期待存在一种具有决定性作用的单一协议方案能够彻底解决所有问题, 在现实的实施路径中唯一可行的办法就是采取分层架构的策略, 第一层网络负责保障安全性, 第二层网络专门负责提升事务处理的能力, 并在两者之间提供兜底的支持机制, 这种技术方案目前仍旧处于持续打磨和改进的时期, 但是所确定的发展大方向是正确的。
