浅谈GAIAWORLD独家自研技术背后的逻辑及意义

微信公众号:GAIAWorld

前言:

我们认为区块链不仅是世界的操作系统,它本身就应该是一个自治世界!在此系统中,每个节点相互连接与交互,整个系统自治管理自己的行为,形成一个去中心化的自治的数字世界。GAIAWORLD致力于夯实公链的基础,打造一个基于区块链的自治世界。在这个新的世界里,一切都应该是在链上进行的,而GAIA链会是这个新世界的基石!

现实逃不过富者越富穷者越穷的马太效应

我们同样选择POS而不是POW,因为这避免了大量无意义的资源消耗。但是我们不认可以太坊casper的理念:投入资金越多,回报肯定越大,这会无可避免的导致<<马太福音>>中所说的"凡有的,还要加给他,叫他有余。没有的,连他所有的,也要夺过来"(For unto every one that hath shall be given, and he shall have abundance: but from him that hath not shall be taken away even that which he hath.) 这显然是不公平的。

这样的不公平性不应该还在区块链的世界里被永久延续。GAIAWORLD独创研发CPoS(Competition Prove of Stake)共识机制,所有锻造者被随机分配到256个分组中,股权不仅仅取决于投入的资金量还和区块高度、累加次数、随机初始值相关联,在指定分组中股权最高的锻造者获得锻造当前区块的权利。

锻造区块完成之后,锻造者将获得锻造奖励,并且分组和初始权益都会被随机重置。这种制度设计使得更多的人可以获得锻造机会,而且资金投入量小的节点也有机会战胜资金投入量大的节点。在GAIA链里,穷人不会越来越穷,所有节点都有机会获得收益。

公平是应该被监督和验证的,且是区块链的基础设施之一

为此,我们在区块链底层实现了可验证随机算法。随机是为了公平,可验证是为了确定这是真的公平。所有可能的随机数生成者都提前公布了自己的BLS公钥,当成为随机数生成者时会使用私钥和指定随机数生成算法生成随机数,所有GAIA世界的节点都可以使用BLS公钥对随机数进行验证。

因为公钥是提前公布的,随机数生成者也无法控制随机数。随机数生成者和GAIA世界中的其他节点相比会更早知道随机数的值,这个优势会通过应用层代码的再次随机被抵消。在GAIA链中公平是可以被监督和验证且无法被操控的。

一个理想的世界应该是不断进化的,所以需要平行链

平行链就是GAIAWORLD进化和扩展的方式,没有最好的世界只有更好的世界。完整的GAIA由一条主链和无数条平行链组成。主链由GAIA基金会管理和维护,所有人都可以在遵循GAIA规范的前提下发布自己的平行链并且和主链互通。主链可以有平行链,平行链也可以有自己的次级平行链,构成一个可以无限扩展的平行世界。

在GAIA的设计中,主链只提供最基础的功能和设施,所有的应用级别的功能都应该在平行链中部署。我们并不担心平行链太多会降低主链的安全性,因为CPoS的资源消耗极低,大部分节点都能无压力运行多条平行链。相反,我们认为更多的平行链意味着更大的节点基数,而更大的节点基数反而会让主链更加安全。

最终,区块链的世界应该是自治的

我们参考欧美法系和大陆法系设计了三级仲裁委员会制度来实现链上世界的自治。在这个自治系统里面,我们还设计了去中心化的价值互换机制。这其中包括主链上的价值互换、主链和平行链的价值互换、平行链之间的价值互换。

除此之外,我们还设计了GAIA世界和物理世界的交互机制:神盾协议。神盾协议本质上是一个智能预言机和一个智能合约规范,符合该规范的智能合约被称作神盾合约。通过调用神盾合约,可以将物理世界接入到GAIA世界中。

随着区块链技术的日趋成熟,一个完全自治的区块链生态系统不会仅仅是乌托邦,或将引导社会文明进入一个新阶段。千里之行始于足下,我们只是实干家,GAIAWORLD项目立项时间虽短,但近期我们将呈上GAIAWORLD的CPoS测试版,敬请期待!

原文地址:http://blog.51cto.com/13741995/2119467

时间: 2024-11-09 00:54:22

浅谈GAIAWORLD独家自研技术背后的逻辑及意义的相关文章

《浅谈JavaScript系列》系列技术文章整理收藏

<浅谈JavaScript系列>系列技术文章整理收藏 1浅谈JavaScript中面向对象技术的模拟 2浅谈javascript函数劫持[转自xfocus]第1/3页 3浅谈javascript 面向对象编程 4老鱼 浅谈javascript面向对象编程 5浅谈javascript的数据类型检测 6浅谈Javascript嵌套函数及闭包 7根据一段代码浅谈Javascript闭包 8浅谈JavaScript编程语言的编码规范 9浅谈Javascript面向对象编程 10浅谈JavaScript

浅谈存储重删压缩技术(一)

浅谈重删压缩技术(一) <喜欢更多内容可以关注微信公众号"围炉煮酒论IT"> 作为一个做企业存储市场的存储人,最近两年我不断被重删压缩撩拨着.对于重删压缩这个技术的好坏,真实需求还是伪需求大家看法不一.今天我就只能谈谈我个人的看法. 重删压缩是什么? 重删和压缩时完全不同的两种技术,解决不同的问题. 重删:就是说有很多分相同的数据,我只存储其中一份,其他的重复数据块我保留一个地址引用到这个唯一存储的块即可. 压缩:将一个大字符串中的子串用一个很简短的数字来标记,然后检索该字

浅谈各部门网站检查技术的需求与实践

近年来,国家相关部门针对网站尤其是政府网站推出了一系列政策文件,并组织了多次安全检查.国家对于网站安全的重视力度凸显,在短时间内高密度地发布各类通知及文件.通知要求"各地区.各部门要对政府网站管理工作开展经常性的督促检查,并使之制度化.常态化,及时发现并妥善解决存在的问题."通知提出"加大党政机关网站.电子邮件系统的安全检查力度,中央和国家机关各部门网站和省市两级党政机关门户网站.电子邮件系统等每半年进行一次全面的安全检查和风险评估." 一,平台与网站越来越多,问题

浅谈CSS图片base64编码技术

(1)引言 图片处理在前端工作中可谓占据了很重要的一壁江山.而图片的 base64 编码可能相对一些人而言比较陌生,本文不是从纯技术的角度去讨论图片的 base64 编码.标题略大,不过只是希望通过一些浅显的论述,让你知道什么是图片的 base64 编码,为什么我们要用它,我们如何使用并且方便的使用它,并让你懂得如何去在前端的实际工作中运用它.  (2)什么是 base64 编码? 我不是来讲概念的,直接切入正题,图片的 base64 编码就是可以将一副图片数据编码成一串字符串,使用该字符串代替

浅谈MyBatis-Plus学习之自定义全局操作及逻辑删除

一.自定义全局操作介绍 MP中提供扩展AutoSqlInjector可以自定义各种想要的 sql ,注入到全局中,相当于自定义MP 自动注入的方法.也就是说继承BaseMapper<T>接口时就带有的方法,在加载相应的配置环境时就会注入. 二.实现自定义全局操作如下 2.1.在实现的Mapper接口中定义方法 public interface EmployeeMapper extends BaseMapper<Employee> { /** * 自定义注入方法 * @return

【转】浅谈分布式服务协调技术 Zookeeper

非常好介绍Zookeeper的文章, Google的三篇论文影响了很多很多人,也影响了很多很多系统.这三篇论文一直是分布式领域传阅的经典.根据MapReduce,于是我们有了Hadoop:根据GFS,于是我们有了HDFS:根据BigTable,于是我们有了HBase.而在这三篇论文里都提及Google的一个Lock Service —— Chubby,哦,于是我们有了Zookeeper. 随着大数据的火热,Hxx们已经变得耳熟能详,现在作为一个开发人员如果都不知道这几个名词出门都好像不好意思跟人

浅谈分布式消息技术 Kafka

http://www.linkedkeeper.com/1016.html Kafka的基本介绍 Kafka是最初由Linkedin公司开发,是一个分布式.分区的.多副本的.多订阅者,基于zookeeper协调的分布式日志系统(也可以当做MQ系统),常见可以用于web/nginx日志.访问日志,消息服务等等,Linkedin于2010年贡献给了Apache基金会并成为顶级开源项目. 主要应用场景是:日志收集系统和消息系统. Kafka主要设计目标如下: 以时间复杂度为O(1)的方式提供消息持久化

浅谈分布式消息技术 Kafka(转)

一只神秘的程序猿. Kafka的基本介绍 Kafka是最初由Linkedin公司开发,是一个分布式.分区的.多副本的.多订阅者,基于zookeeper协调的分布式日志系统(也可以当做MQ系统),常见可以用于web/nginx日志.访问日志,消息服务等等,Linkedin于2010年贡献给了Apache基金会并成为顶级开源项目. 主要应用场景是:日志收集系统和消息系统. Kafka主要设计目标如下: 以时间复杂度为O(1)的方式提供消息持久化能力,即使对TB级以上数据也能保证常数时间的访问性能.

搞懂分布式技术21:浅谈分布式消息技术 Kafka

搞懂分布式技术21:浅谈分布式消息技术 Kafka 浅谈分布式消息技术 Kafka 本文主要介绍了这几部分内容: 1基本介绍和架构概览 2kafka事务传输的特点 3kafka的消息存储格式:topic和parition 4副本(replication)策略:主从broker部署和partition备份,以及选主机制 5kafka消息分组,通过comsumergroup实现主体订阅 6push和pull的区别,顺序写入和消息读取,零拷贝机制 Kafka的基本介绍 Kafka是最初由Linkedi