区块链是一种去中心化的分布式的记账数据库,以集群中的所有个体节点共同记录相互印证来保证数据的防篡改和安全性。但是它也有一个天生的致命弱点——51%攻击,也就是说当一个节点的算力超过集群整体的51%的时候,它所记录的东西就会被当做是正确的,其他的节点都会以它为准进行更新。
那么,问题就来了:
(1)如果要保持集群的安全性,就要使集群的节点数量尽可能多;
(2)N个节点都要同步 ,那么每一个节点都要同步N-1次,当节点多的时候这个量将会非常可观。比如,对于证券交易,几千万的账户需要同时更新,那么每一台电脑几乎都要当做服务器与N-1个其他节点相互通信,但这样的性能单机是无论如何也无法达到的,就算是阿里的云服务器集群也只是刚刚能够扛下双十一的峰值。如果要同步N-1个节点的数据那么时间延迟可能就会很大。
问题就是,区块链在安全性与性能之间怎样取舍? 或者说**在集群节点足够多的时候,怎样保证同步的实时性?**
遇到了同样的问题,在CSDN看到了,希望阿里云团队能够给出正确、标准的答案~请查看
参考这里的描述:http://www.techweb.com.cn/blockchain/2018-04-23/2657895.shtml 区块链本身的机制决定了,这是一种用分布式计算模拟大型集中交易的形式,并发交易数(TPS)不可能做很高。一般的区块链系统有几十的TPS,有些能做到几千的TPS。而所谓上百万TPS的系统,都是用类似智能合约的技术,在分节点上用传统技术完成高速的集中交易,再批量提交到区块链的核心记账系统中。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。