作者：Be东
目前的公有链主要面临两类扩展性问题：
（1）吞吐量低：比特币、以太坊每秒只能处理小于10笔交易，还不能满足绝大多数应用的需求；
（2）存储空间占用大：记账节点需要保存所有历史记录，如下图所示，比特币从09年到现在，已经占用了150GB左右的存储空间，并且还在不断增长。
分片技术分别用于解决以上两个问题，可以分为两类：
交易分片：各个分片分别处理部分交易，从而提升系统处理能力；
存储分片：各个分片保存部分状态，从而降低单节点存储压力。
东汉末年，少帝年幼，董卓暴虐，手握重兵，幼主惧之。
卓入朝不趋，剑履上殿，夜宿汉宫，群臣愤愤，怒不敢言。
袁绍奉衣带诏，传召诸侯勤王，扫除董卓，匡扶汉室，还宇内清平。天下义士，各路诸侯，遂会师虎牢。
以上故事按照历史进程，诸侯会师组成盟军，袁绍为盟主，然而盟军过于臃肿，编制杂乱，指令难以执行。结果：迎回少帝，卒；不世之功，卒；重回盛世，卒。但如果袁绍掌握了分片技术项目的核心思维：分片技术、分而治之。定能扭转颓势，齐心协力，战而胜之。
一、ZIlliqa
首先，盟军士兵需为我所用，听我将令，袁绍（ZIlliqa项目）需要选出一个谋士智囊团。智囊团将所有的盟军士兵编制打散，根据杀敌数量的尾数随机分组，比如杀敌数量是1、11、21尾数为1的分为一队。并且智囊团需对每只队伍发布任务，每隔一段时间汇总各个队伍提交的任务报告，然后向全军公告汇总完的总战果，提振士气。智囊团，就相当于目录服务委员会（简称DS委员会）；智囊团中的谋士，就相当于目录服务委员会的专门节点。
队伍分组完毕，需选举队长来带领士兵冲锋杀敌。为保证每个队长听从袁绍统一作战部署，需要有一个队长选拔机制，即每个队伍士兵按照杀敌数量降序排列，按序每个士兵轮流当选队长。当前作战任务完成就由队长总结并汇报后，轮到下一位当选队长继续完成下个任务。若有队长不作为便将他移除编制，重新征兵补上空缺，如此循环往复。这样一来就能把军权从诸侯手中收回来，既防止诸侯在后面使绊子，又能保证每个队伍按时完成任务。
每个队伍的队长，就相当于分片区块的领导者节点。作战任务，就相当于分片区块打包的微块。不作为的队长，就相当于恶意节点。
由于没有划分各个队伍的作战区域，而各个队伍之间无法通信交流，于是有人谎报军情。智囊团汇总各个队伍战绩时，出现敌方某某大将同时被我方的一队和二队斩杀，要验证消息的真实性就需要往回找来一队和二队的所有士兵互相验证。为此，智囊团分配任务的时候需把作战区域有效划分，这样就不会出现两队同时斩杀某某大将的情况，保证各个队伍汇报战绩的真实性。
两队同时斩杀某某大将，就相当于区块中的交易记录出现双花。智囊团有效分配任务，就相当于交易分片。
袁绍（ZIlliqa项目）用这个方法重新整合大军后，指挥起几十万大军变得如臂使指，再也不会出现之前由于兵马过多导致指挥混乱，大军臃肿得不堪一击，反而对于兵源是多多益善。于是，召集大军，直捣长安，一举歼灭董卓，鼎定中原。
二、MultiVAC
当前区块链系统的可扩展性问题，是阻碍区块链 技术在现实世界中大规模应用的主要问题。在众多的 区块链扩容技术方案中，即便是目前最受关注的分片 方案，也仍存在一定的局限性。虽然分片技术在并行 化处理上取得了一定进展，但仍然受制于传输和存储 的瓶颈，并未实现完全的可扩展性。MultiVAC 所设计 的世界上首个区块链系统的全维度（计算、传输和存 储）分片架构，希望将区块链技术真正推向实体经 济。
网友评论