「关于3Web DAO」
在这里插入图片描述
Chromia由瑞典技术公司ChromaWay开发,旨在打造一个让开发者可以简单轻松部署DApp的应用平台。通过与关系数据库技术的融合,Chromia赋予区块链平台很好的开放性与可扩展性。
该项目的实现依赖于公司自主开发的Postchain框架来实现的,作为一个兼具区块链安全性和ACID数据管理特性的框架技术,允许企业或个人间高效地共享处理数据。为了追求更好的系统兼容性,Chromia还基于SQL,专门为Postchain设计开发了新的Rell语言。目前主网暂未上线,具体时间待定,Alice等游戏均运行在测试网上。
每个在Chromia系统中运行的节点都会对应连接数个验证子节点(Validator) ,子节点间会通过EBFT共识机制来保证所记录数据的安全性与一致性。
**Chromia体系中每个DApp都会有一条自身专属的链,该链会进一步与通证根链与目录链相通来支持完成DApp的转账与运行。**Chromia通过将不同功能置于不同层级的链上来实现横向拓展性,这样的异步构架结构保证了链内部的升级与数据处理并不会对其他链造成影响。具体包含如下4种不同的链。
Chromia采用了EBFT(基于PBFT)算法机制来确保数据的安全,但为加强数据系统的可靠性,Chromia的总体数据将进一步锚定在PoW类公链之上(例如Bitcoin 或 Ethereum)。
区块链在去中心化应用生态系统中扮演着共享数据库的角色:它存储应用数据,并确保数据的添加、更新和转换是经过授权的,并且与应用程序的规则保持一致。
出于这个原因,Chromia 的设计和优化是为了尽可能以最好的方式服务于共享数据库的角色。
它使用 ChromaWa 开发的现有的 Postchain 框架来实现,并且它有如下特点:
像以太坊这样的平台在理论上允许搭建任何类型的DAPP,但在实践中它们却有许多限制:糟糕的用户体验、高昂的费用、糟糕的合约安全性。
这阻止了去中心化应用(dapp)成为主流。Chromia 认为,为了妥善地解决这些问题,需要认真地重新思考区块链体系结构和编程模型,并考虑到去中心化应用程序的需求:
1.安全问题,很多公链由于参与的节点少,容易被攻击;Chromia采用EBFT算法机制保障安全,每个在Chromia系统中工作的节点都会对应数个验证子节点,子节点会通过EBFT共识机制来保证所记录数据的一致性。并且数据还会以Hash的形式锚定在比特币或以太坊网络上构筑第二道防火墙,意味着黑客如果攻破Chromia网络还不够,必须攻破比特币或以太坊网络才行,极大地提升了安全。
2.高效,目前区块链迟迟不能落地的原因就是效率低下,而Chromia宣称链上交易的时间可缩短至1秒,并且TPS可以超过500,每秒的IO吞吐量大于100k,已经超过了EOS和ETH的效率。
在这里插入图片描述
目前,CHR 是 ERC20 代币。当 Chromia 主网启动时,将会有一个从 ERC20 代币到原生代币的过渡。如白皮书所述,1,000,000,000 CHR 是可以铸造的最大 CHR 代币数量。但是,在 2020 年 5 月销毁 22M CHR 后,循环供应量减少了。
在这里插入图片描述
开发者主页:https://chromia.com/developers/
开源代码库:https://bitbucket.org/chromawallet/
开发者文档:https://rell.chromia.com/en/master/index.html
Web IDE: https://try.chromia.dev/
钱包:https://vault-testnet.chromia.com/
项目路线图:https://chromia.com/roadmap/ 主网还未上线
尽管以太坊的发展方向在经历了众多事件后已经从Dapp转向了DeFi,但我们不可否认的是,以太坊至今仍然是Dapp领域的奠基者,任何想要标榜自己是去中心化应用平台的公链,都不可避免地需要和以太坊进行比较。
Chromia 属于专注于区块链游戏发展的公链。其采用 Postchain作为数据库框架,构建“关系区块链”,试图兼顾传统数据库管理技术的效率和区块链技术的安全;采用 EBFT 共识算法,实现异步区块链,提高响应速度;采用多链结构,实现横向扩展,提高验证速度,TPS 约为 500;采用 RELL 编程语言,降低在区块链上开发DAPP 的难度。
Chromia的优势在于更快的速度和更灵活的收费策略。Chromia的区块确认时间在1s左右,而TPS则不受上限(单侧链要求500以上),不同DApp互不冲突,最大程度上满足了应用的需求。在Chromia上,DApp开发者支付节点代管费,再根据其应用所要求的计算资源和使用的数据量每天结算,从账户中的代币进行扣除。开发者可以根据自己的策略决定是否向用户收取,这也意味着,开发者可以制定例如订阅模型,免费增值模型,补助模型(广告商付费)等策略,这更贴合于现在互联网上的应用收费方式,也更容易被用户所接受。