做了五年区块链配置才敢说：业务不张嘴，你配一万条参数都白搭

导读： 做区块链配置, 说的直白一点, 实际上就是要在区块链和业务系统之间搭建一座桥梁。如果这座桥没有得到妥善搭建, 那么数据上链就会变成一个空洞的形式, 没有实际意义。...

做区块链配置, 说的直白一点, 实际上就是要在区块链和业务系统之间搭建一座桥梁。如果这座桥没有得到妥善搭建, 那么数据上链就会变成一个空洞的形式, 没有实际意义。

一旦业务开始运行起来, 团队之间就会陷入无止境的推诿和扯皮之中。这样一来, 团队辛辛苦苦工作三个月的努力就全部白费了, 最终导致一切都变得毫无价值。

区块链配置怎么落地

落地的第一个步骤, 并不是马上就去选定那个公链, 而是去把这些具体的业务需求, 给那些实际的业务方掰开揉碎。我们之前做过一个关于供应链溯源的项目, 当时的业务方, 一开口就要搞一个全节点共识的那个机制。

我当时花了整整两个两天的时间, 在会议室里面蹲着进行仔细的询问, 最后才弄明白, 他们真正想要的, 其实只是一个不可篡改的时间戳而已。如果当时没有把这个事情弄清楚, 后面花了两周的时间去配置那些参数, 那么全部都是白费力气,全部都作废了。

在配置表之中, 最容易被人忽视的要素就是频率以及批量大小。如果你将参数设定为一秒钟执行一批处理操作, 那么链上所需的gas费就会直接发生爆炸性的增长。

我曾经亲眼目睹过一个团队把每秒传输的事务数量提升到了五千, 结果是他们在短短的一天时间之内, 仅仅用于支付gas费的金额就消耗达到了十几万元, 业务部门相关人员在打开账单查看数据的那个瞬间, 当场翻脸表示极度不满。

区块链配置怎么避坑

最大的问题在于, 人们经常把那条链当作一个数据库来使用。大家心里要明白一条链它是一个分布式的账本系统, 它根本不是用来给你处理那种极高频率的写入操作的。你最终必须承认并接受一个由物理规律决定的事实, 那就是它在运行速度上面确实比较慢。

我曾经观察到一个团队的做法, 他们把部署在链上的配置信息当成了消息中间件来使用, 结果他们每秒钟强行塞入两千笔交易数据进去, 这种操作直接导致相关的网络节点完全卡住了长达三天的时间, 没有任何反应。

还有一点要说的是关于联调这一部分的事情, 它的情况其实是比写代码那个环节还要更加折磨人的。针对链和后端服务接口之间的联调工作来说, 至少是需要进行三轮的测试流程的, 其中第一轮是要做到能够通畅运行, 第二轮是要去进行压力测试, 第三轮则是业务方会修改需求。

我在一般情况下是会预留出两周时间作为缓冲期的, 其目的就是为了节省掉在上线那一天全员加班到凌晨三点这种状况的发生概率。

在配置业务这个领域内, 并不存在可以解决所有问题的万能办法。只有把那些需求都彻底地搞清楚明白, 给参数留有足够多的空间余地, 而且在联合调试的时候绝不节省时间, 这三件事情比起要去选择哪一条链来讲, 要变得重要得多得多, 大概要多出一百倍那么多。