MTFS 实时区块链

  • KJ
  • 更新于 2019-12-31 14:46
  • 阅读 3258

MTFS,过去要等好久才能确认转账的区块链,现在可以用来做实时支付以及聊天应用了。

我们在不久以前刚刚更新 MTFS 的 github repo,对于过去两年的工作,进行了几行字的总结。对于高性能可扩展,区块链世界早已经听烦了,于是我们把 MTFS 的实时性 放到了第一位。没错,就是要等好久才能确认转账的区块链,现在可以用来做实时支付以及聊天应用了。

两年前,我们提出了一个大容量高性能区块链的理论基础,发表了论文,接着花了不少功夫完成了实现。围绕着这一理论方向不断深入研究的过程中,我们发现采用图数据结构(非DAG),以及树结构的网络拓扑设计,可以很高效的即时产生区块。对实时性要求较高的应用,比如聊天和支付都可以在此区块链平台上实现。这可能是第一个能够实现即时聊天软件功能的区块链系统。

大部分的区块链是基于固定的出块时间,比如比特币每十分钟一个块,以太坊则是十五秒。如果一段时间内没有任何交易可供打包进区块链,那么这些系统也会产生一个空块。

传统区块链系统这样设计,我们可以把区块链想像成一条马路,为了让很多人可以高效的使用这条马路,所以马路上只允许跑公交车,比特币只允许每十分钟一班车,这辆巴士空间有限,只有一兆空间,所以如果乘客们都比较胖(交易数据比较大),那么能上车的人就少。以太坊缩短了发车的间隔时间,原理上并没有做太大改变。

由于在我们设计 MTFS 区块链的时候,容量也就是道路问题已经被解决,这样就可以允许大家开小汽车而不是大巴。既然是自己开车,就不需要等代巴士发车时间。任何人有出行需求,可以坐上私家车随时出发。

这使得实时区块链的成为现实,当然区块链上的数据还是要经过共识的,不像即时通信软件那样,只需做到把消息传递到目的地就结束了。共识就好像一个收费站(假设早期只有一个车道),一次只能通过一辆车,哪怕是几乎同时出发的两辆车,在收费站之前,都必须一个先一个后。这样比喻,大家就很能理解,为什么早期区块链需要使用巴士而不是小轿车,因为都开小轿车路就会更堵,换成巴士至少还能撑一段时间,只要进收费站的队伍还不算长。

MTFS中,首先是把路给修宽了(无限宽),然后也在收费站修了很多 ETC,ETC 实际上是收费动作很快的工人,背后其实只有一台中心电脑控制。即使两辆车几乎同时开过不同的ETC出口,在中心电脑看来,他们也是分先后通过的。如果出现了套牌车(两辆车使用同一个车牌,并且 ETC 账户余额只够支付一辆车的高速费用),那么只有一辆车能够抬杆,扣费,出高速,另外一辆车就会被拦住,这就防止了双花。

实时区块链的测试的结果另人振奋,我们决定尽快将它放在网上供大家测试,当然目前我们还有很多的工作要做,比如验证算法(区块链名言,不要信任,去验证),比如文件系统的构建。很多区块链项目都把自己和 IPFS 绑在一起,我们看到了这个现象,说明文件存储和数据库一样是做落地应用的刚需。所以我们在设计 MTFS 的时候,确定要让分布式数据库和文件系统放在一起,这种做法被流行的成为“自带电池”,在此基础上开发应用就会更方便。

OK,今天就写到这里,希望能帮助大家树立一些概念。下一篇,我们要深入的讲一讲,MTFS 是具体怎么做到高性能的。 2019就要过去了,马上就是2020新的开始,新年好!

点赞 1
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

5 条评论

请先 登录 后评论
KJ
KJ
密码学和区块链博士研究生