我在区块链架构领域干了八年了, 我在那时候不停地对团队强调了一件事情, 那就是把什么数据放在链上, 把什么数据放在链下, 把这个事情想清楚, 这个想法的重要程度比选择哪一条公链要重要得多, 如果用一句话来概括整个情况的话, 就是数据在链上负责的是达成共识和不可被篡改这样的工作, 数据在链下负责的是执行具体任务和进行功能扩展这样的工作, 这是同一套大系统里面分工不一样的两个不同层次, 它们不是那种非要选其中一个、放弃另一个那样的关系。
区块链链上链下怎么分
链上存的是那些必须经过全网共识才能够生效的数据信息, 这里面具体包括交易哈希、账户状态根以及智能合约的字节码, 它主要的特点概括起来就三个字, 分别是慢, 贵, 还有可信, 而在另一边, 链下使用的是关系型数据库与消息队列以及GPU集群这些设施, 它们是在EVM这个环境之外的其他任何地方运行起来的, 虽然运行的速度快而且成本很低, 但是这份信任得依赖于中心方的存在, 我通常是用一个问题来做快速的判断, 那就是这条数据到底需不需要让全网的节点都予以认可, 如果需要的话那么就走链上存储的路径, 如果完全不需要走这条路那就去链下处理, 遇到这种选择的时候千万不要犹豫。
区块链链上链下怎么落
在真实进行的项目运作当中, Oracle这个组件是一个非常具有典型意义的链下部分, 它的主要工作是从那些外部的数据渠道里面去提取价格信息, 经过一番计算处理之后, 再把结果输送给运行在链条上的智能合约去接收和处理, 对于zk-verification这种方法而言, 它的道理也是类似的, 生成证明的过程是在链条外部的环境下进行的, 而验证的逻辑则是被写入到智能合约里面的, 这样就可以使得Gas费用的开销直接降低到原来的十分之一了。
团队在开发过程中最容易犯的一个错误, 就是会把用户的头像数据,或者是即时通讯的消息内容, 这些平时请求量非常大但实际价值比较低的信息, 也强行存储到区块链上, 结果导致 Gas 费用直接飙升到了无法接受的程度, 同时用户的使用体验也变得非常糟糕, 需要牢记一个核心原则, 那就是只有那些真正具有不可篡改需求的重要数据, 才应该被放到链上去存储, 而对于那些只是需要进行查询操作的普通数据, 应该全部放在链下进行管理和保存。
大家不要把上链这种说法当成什么都能解决的一剂灵丹妙药, 只要能够把相关的功能边界给划分得清清楚楚明白, 系统架构的顺畅和理顺问题, 自然而然就会迎刃而解。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://m.zmdyd.cn/imazbqb/11292.html