简介：分片杀手MTV评级。
注：此文内容可能比较晦涩，请小心阅读。
传统的区块链网络，比特币每秒交易数（TPS）只有7笔，以太坊的每秒交易数也不过20笔，柚子EOS因为牺牲了去中心化，设置了性能强劲的超级节点，号称每秒交易数达到了百万级，实际上只有2300多每秒。这个每秒交易数就代表了网络的性能，如果TPS不高，那么开发者就得考虑是否还有必要在这条公链上开发了。提升公链的性能的方法有很多，分片技术就是一种解决之道。
那么到底什么是分片技术呢？
举个简单的例子，大型超市里的结账出口如果只设置一个，那么结账速度会变得极慢。事实上大型超市一般都会设置多个结账出口，这就是一个简单的分片技术的应用。
传统意义上的分片技术是来源于数据库技术中的分区技术，例如将一个比较大的数据按一定规则分布到不同的硬盘上，物理上看是存在于不同的硬盘，而逻辑上还是一整块数据。如果硬盘足够多（假设硬盘不会坏），那么存储的速度会非常快，因为每个硬盘存储的数据会很少。
区块链的TPS速度慢的重要原因是每一笔交易都需要经过全网的数据验证，而分片技术则无需全网验证，每个节点处理一小部分数据，全网的节点并行处理交易数据，那么可以发现，节点越多速度会越快。因为每个节点能处理的数据多了，在可以收取到一定的交易费的同时，转账费用也能大大降低。
现在再来看看MTV分片机制有什么样的特点。
分片是MTV的核心，包含了自动分片与维护。每个分片会维护一条彼此独立的区块链，节点会根据其公钥地址会分配给不同的分片。MTV公链在发现某些节点处理数据变慢的时候，还会创造新的分片来分担负载。
1.每个分片由选定的矿工们负责。矿工来执行每个分片共识算法。为了抵御黑客攻击，矿工们会周期性变化。矿工如果想当选，则要抵押一定的资金（系统代币MTV），抵押的越多越容易被系统选为分片执行矿工，一个矿工能被多个分片选中，当然依据的是概率。
2.重分片机制。为了保证整个区块链拥有足够的安全性，分片会发生变化，以保证整个区块链有足够多的诚实矿工。通过加入可验证随机函数，将重分片的过程完全随机化，基本上将攻击者的攻击行为免疫化。（其实这一段都是大量的数学计算，我们只要知道这整个过程是攻击者无法控制的就好了。）
3.分片分裂。分片分裂可以动态实现区块链网络的可伸缩性。如果某个分片内的交易流量一直处于过载的状态，那么该分片会分裂成两个分片以实现负载均衡。分裂过后，新分片会重新选举矿工。
4.片内共识。不同的分片可以采用不同的共识，但同一个分片内会采用同一种共识算法。目前使用的是拜占庭共识。每个分片的矿工并不是都需要参与每个任务，而是依旧通过可验证随机函数来分配不同的任务，例如投票和出块。这种机制也在一定程度上减少了网络流量。
综上，MTV的分片机制是一项具有一定优越性的技术，可以在不影响去中心化和无需扩容的基础上，实现性能的大幅度提升。但这并不是说分片技术就是解决一切TPS问题的根源，开发者们仍然需要寻找其他的方法以完善区块链的性能。
虽然MTV号称是分片杀手，但是目前这个公链赛道上对手实在太多，连以太坊都在研究分片技术，留给MTV的生存空间实在是不多了。因此MTV的价格一跌再跌，目前仅剩两分左右，而当初上所的价格可是高达5毛的。
综上，MTV评分5分，不能再多了。
MTV, MultiVAC设计了一种通过VRF选择节点进行分片（起了一个很好的名字，然后说创新。个人感觉类似于P2P网络类似，添加了区块链必要的随机局域网”主节点然后在去链接大节点传送数据。这个技术他们应该还在验证中，没有开发完全），以概率模型保证可信度的高性能公链，该架构为其上运行的智能合约提供了可以自由定义和取舍安全性、去中心化和可扩展性的弹性可信计算分片模型。MultiVAC 网络的处理能力能够伴随节点数量和计算能力的扩张而持续增加；在业务支持方面，基于 BISC 指令集、MVM 虚拟机、PoIE 共识的分布式计算平台能够为公链上的去中心化应用提供无限扩张的资源供给。
1.图一白皮书中分片弹性链的公式，白皮书并不是一个合格的白皮书。75%的公式内容，对币种分配未来规划。没有良好公式，只有从其它地方收集。
2.图二图三私募以及代币分配销售信息。
总结：包装高大上，流通代币价值低下。他们所谓的分片创新,个人认为就是一个P2P网络的延伸。社区由于价格原因比较冷清。代币正在初始阶段，不建议进场。现在的市场不是公链，虽然行业发展要不断验证商业公链。但是就目前的市场急需杀手级应用，不能只围绕支付领域。目前技术都能看到，去中心化就意味着损失节点处理速度、个人认为EOS就可以延伸成网络节点在大节点下。给个人节点投票权，就可以减少大节点的贿赂操控。MTV这个币未来发展还待验证，目前破发状态。不建议投资，祝您投资愉快！~
本文部分内容来自互联网，如有疑问请与我们联系。
发布者：币侠，转转请注明出处：https://www.yfhhf.com/qukuai/80865.html
