以太坊已经是市值第二大的加密货币项目,并且被其拥趸称为「区块链世界仅有的有真正意义的两大公有链之一 另一条是比特币区块链 」,但是其有限的吞吐能力一直是包括以太坊在内的主要公有链项目的软肋。由于吞吐量有限,一个获得用户关注的「加密猫」游戏,就可以让整个以太坊主网拥塞。以太坊创始人维塔利克·布特林 Vitalik Buterin 在多个场合表示,他目前的最核心工作之一,就是解决以太坊的扩容问题。
在最近北京的演讲中,布特林专门向中国的技术开发人员介绍了基于以太坊的 Casper 协议与分片技术最新进展。分片技术可以提升交易速度, 改善交易吞吐量,并大幅降低交易费用。
在到达北京之前的一次技术活动上,布特林曾做出乐观预测,认为目前以太坊网络上测试的分片和 Plasma 扩容解决方案,有可能让太坊区块链网络实现每秒交易处理量超过百万次。在北京,布特林却表示,他希望在一两个月的时间完成分片技术,当然,现在已经有团队测试利用该技术进行落地应用,不过,「要想真正推广开来,可能得花上一年时间」。他还表示,「现在来说这些还为时过早」。
分片技术只是可能实施的以太坊扩容方案之一。实际上,除了以太坊官方团队之外,还有大量团队在积极开发各种方案,实现以太坊的扩容,这些方案中,既有综合性方案,也有针对某一细分领域、细分应用的专门方案。
在巴塞罗纳召开的一次有关以太坊扩容的专业技术会议上,众多团队研讨了各种可能的扩容方案。我们把这些方案总结如下,供技术开发团队参考。
该总结根据英文技术文档翻译而成,或有误译,欢迎读者评判指正,共同完善这份扩容方案完全列表。
状态通道
以太坊创始人 Vitalik Buterin 这样描述什么是「状态通道」:「State channel 状态通道是这样的一种策略,它保留底层的区块链协议运作的模式,但改变协议的具体用法,以解决可扩展性的挑战。它将区块链作为一个结算层,只处理一系列互动所产生的最终交易,并只在出现争议的时候执行复杂的运算操作。」
µRaiden |
https://raiden.network/ |
从一方到另一方的微支付 目前,令牌标准 ERC-20 和 223。 |
进程 | 已完成。等待 EIP 标准。 |
安全性 | 依靠主链安全/活性/可用。 用户必须保护私钥。 通过堵塞链条,发送者可以窃取接收者发送的资金。 |
应用范围 | 免费、快速和频繁的单向付款代币转账 通常在多对一设置中。 目前用于 ERC-20 和 ERC-223 代币。 如果你想使用自己的代币,你需要部署自己的合同。 |
吞吐量 | 底层链条限制了单位时间内可打开/关闭的通道数量。 通道内吞吐量仅受限于发送方和接收方之间的连接,签名验证等。 |
延迟 | 几乎即时反应。 |
瓶颈 | 通道开放/关闭受链 以太坊 的限制。 |
成本 | 开放需要 100k Gas 成本,关闭需要得更少。 用 ERC-20 代币比 ERC-223 代币更昂贵。 如果需要 节省 Gas,不必创建新的渠道,就可以对存款充值或部分撤回。 |
可升级性 | 解决方案 「已完成」,但应该与诸如 Plasma 和分片这样的未来技术一起使用。 |
开发者体验 | 为发送者和接收者 代理 设置 Python 包操作简单,为 Metamask 设置 Javascript 客户端操作简单。 存在第三方执行。 |
用户体验 | 因为采用 JS 代码,可以使用浏览器运行,也可以与 Metamask 进行交互。 接收用户必须运行一个轻客户端或完整节点。但发件人不需要,付款就是从发送人到接收人。发送人只需点击一个按钮即可签署某个东西,但请注意,发送人不一定知道他们正在签署的内容 将由 EIP 712 进行修复。 |
依赖性 | 代币标准,钱包 比如,基于浏览器的钱包,像 Metamask, mobile, desktop, 等等。 |
支持服务 | Metamask 用于签名。 |
痛点 | 是只应用于支付的专门解决方案,融入钱包会很好。 |
Counterfactual |
https://counterfactual.com/ |
具有模块化功能的广义状态通道。 |
进程 | 2018 年 8/9 月完成。 |
安全性 | 你可以通过让通道中的交易对手无法接触而减慢他们的速度。但是,破坏需要付出代价。无法接触的时间越长,成本越高:这就像锁定资本需要支付利息一样。 从通道角度来看,瞬间可完成交易。 依靠底层链条的活跃性和安全度。 |
应用范围 | 试图为任何智能合约提供通用状态通道,而不仅仅是支付,但有一些限制。 应用程序需要「可被通道化」。 必须能够列举并连接到交易对手。试图找出 N 方交易的通道。 |
吞吐量 | 吞吐量应该很高,主要受限于签名认证这样的事情。 |
延迟 | 如果对手交易方在线,交易可即刻完成。请注意,双方需对当前状态达成共识并签名同意。 进口权应该很快。 出口权:是一个正常的交易。 |
瓶颈 | 底层链是瓶颈。 需要保证活跃度。 |
成本 | 与链上交易相比,没有额外的成本。 请注意,小额交易成本较低,而大额交易成本较高 如果最终在链上进行交易的话,成本可能便宜些。尽管需要锁定资金。 |
可升级性 | 因为解决方案是链下的,这个太简单了。 |
开发者体验 | 只需要懂 API 即可,不要求了解通道如何工作。 |
用户体验 | 响应时间与网页应用相当。 一切都是平行的,因此没有交叉依靠:用户之间相互独立。 |
依赖性 | 多签名合同,需要整合钱包。 |
支持服务 | 不要期望用户随时在线 随机登录/关闭。这需要第三方运行一项服务:「如果我没有在 10 个区块内回复,那么请代我回复,我稍后向你付款。」一个广义的时间戳服务将是有益的。 |
痛点 | 开发人员需要在头脑里设计通道。 如果有两方以上进行处理,则成本上升。 团队不确定如何扩容。 |
FunFair |
https://funfair.io/ |
状态频道 他们称之为「命运频道」,允许玩家和赌场之间进行大量交易。这些都是短期的通道,具有可证明的随机性。 |
进程 | 有一个可用的最低程度实现的产品。 完整的解决方案定于 2018 年 5/6 月发布。 |
安全性 | 所有交易都需要签名,因此用户需要保证其私钥安全。 两种争议:1.无效的状态转换 有人试图作弊,2.其他任何事情都可以归结为超时。 同时还有网页应用程序的折中方案,但这是链下的。 |
应用范围 | 任何东西都可以通过一笔以太坊交易完成 不仅仅是支付。 每个交易都是一个广义的状态转换:只要它可以在链上完成。 |
吞吐量 | 以太坊是主要的瓶颈:Gas 限制 800 万,估计每分钟有 100 名玩家就可以发起会议。会议可能会持续数十万个小时。 |
延迟 | 一旦有东西写入链中,它就是最终的。 可以使用一个交易打开一个通道,并使用另一个交易来结束它。 打开状态通道需要 15-20 秒。 |
瓶颈 | EVM 的性能可线性扩容。 区块链 Gas 限制,尽管解决方案可线性扩展。 团队可以轻松构建 100 个节点,并可以提供类似常规网络的通信次数。 |
成本 | 以太坊 Gas 和储存成本。 考虑用 IFPS 来储存。 |
可升级性 | 计划升级文件:应该透明。 团队对未来的项目保持关注,但基于当下现有技术进行操作。 |
开发者体验 | 简单,只需会写 Solidity 代码。 学习编写 Solidity,并将游戏逻辑融入智能合约中。 涉及很多查表工作和简单的数学。 以开发者为目标受众。 |
用户体验 | 需要能够进行以太坊交易。 用户激活流程比较繁琐 例如需要安装 Metamask。 需要能够等待 15/20 秒才能打开状态通道。 |
依赖性 | 无。 |
支持服务 | 争议服务。 可用性服务。 |
痛点 | 运送和以太坊交易节点对链下交易的支持速度。 |
Decentraland |
https://decentraland.org/ |
该团队希望帮助他人建立状态通道。他们为自己的需求创建了一个定制解决方案,涉及虚拟世界中的土地链下拍卖。 |
进程 | 已发生 2017 年 12 月推出定制解决方案。 可能有新的使用案例和解决方案,但迄今没有明确的完成日期。 |
安全性 | 拍卖有一个可以信赖的设置,但完全可以验证。 一些用户运行脚本 离线 来验证状态转换是完全有效的。 |
应用范围 | 一对多应用,不需要限定一对一。 |
吞吐量 | 状态转换必须是完全可串行化的,这会限制吞吐量:可能每秒钟处理十几到一百多个请求数,如果承诺失败次数不多,每秒可能会达到处理超过一千个请求。 |
延迟 | 一旦提交给多个 sig /通道可以瞬间完结交易,但出口就会变得非常缓慢 整个拍卖结束后。 |
瓶颈 | 用线下数据库承载拍卖细节。 |
成本 | 任何人都是一次交易。 团队承担费用,代币将返还给用户。 |
可升级性 | 解决方案是为一个特定目的定制打造的,但他们也在思考未来方向:比如,为了投票。 |
开发者体验 | 未知。 |
用户体验 | 发送给用户标志的信息是电脑可读和人类可读的。 |
依赖性 | Web 3 生态系统:Metamask,但传递消息使用 HTTP 请求。 |
支持服务 | 有一个脚本可以下载所有请求并验证发生了什么:显示团队没有删除消息。 |
痛点 | 对不可互换的代币的最终处置。 |
Liquidity Network |
https://liquidity.network/ |
该网络是一个实用的全球链下系统,用于启动和促进区块链支付,目前在以太坊上构建和运行。该网络提供链下支付中心,其概念和 P2P 支付渠道网络 Lightning 和 Raiden 类似。 |
进程 | MVP 测试将于 2018 年第一季度推出。 主网络将于 2018 年第二季度推出。 同时还将建立一个将于 2018 年第三季度推出的链下交易中心。 |
安全性 | 其协议基于任何人都不是可信任的,依赖的是底层区块链的安全性。 |
应用范围 | 允许以太坊和 ERC-20 令牌的快速、自由和双向传输以及 Ether 和 ERC-20 令牌的原子交换。 |
吞吐量 | 开放渠道的数量不受底层区块链的限制,因为用 Liquidity 中心开放渠道是链下进行的。 链下吞吐量转移受到参与者与实施的相应加密之间的网络连接的限制。 |
延迟 | 依靠互联网联络和加密计算速度,但是从本质上说,是即时的。 |
瓶颈 | 互联网连接。 |
成本 | 通道开通没有花费。 存以太币花费 50k Gas,取以太币花费 50k Gas。 |
可升级性 | 对底层共识机制 POS, Plasma, Sharding 来说,资产流动性是不可知的。 |
开发者体验 | 目前正在开发 API。 |
用户体验 | 可操作 Metamask 交互。 用户需要在线才能收到付款。 |
依赖性 | 需要钱包 Metamask, 本地 Geth 钱包, 本地奇偶客户端。 |
支持服务 | 用于签名的钱包和验证交易签名。 |
痛点 | 使用者需要在线才能收到付款。 |
侧链
为方便数字资产在不同区块链间互相转移,侧链 Sidechain 技术应运而生。简单地说,侧链就像是一条条通路,将不同的区块链互相连接在一起,以实现区块链的扩展。侧链完全独立于比特币区块链,但是这两个账本之间能够「互相操作」,实现交互。
Parity Tech |
https://github.com/paritytech/parity-bridge |
Parity Bridge 奇偶桥 是一个正在进行的研究解决方案,用于以后连接 Polkadot。你可以使用它将POA网络连接到 DApp。 |
进程 | 现在!使用 ERC-20 令牌。 |
安全性 | 如果授权人中的大多数都妥协了,那么桥就会妥协。 目前这个解决方案是建立在相信大多数授权人不会勾结的基础上。 事关授权人的声誉。 |
应用范围 | 几乎所有 DApp 都没有被修改过。 可以在 Kovan,POA 上部署 DApp,然后尝试一下,对它进行测试、迭代,然后在主网上使用完全相同的 DApp。 |
吞吐量 | 受最慢的链 通常是主网 限制。 桥接处理中继本身没有问题。 在POA方面 侧链,你可以有比主网更高的吞吐量。 |
延迟 | 如果侧链是 POA 或 POS,延迟性就很低。 主网交易完结点。 |
瓶颈 | 最慢的部分是主网 以太坊。通过在 POA 链上达成较少的共识,可以获得一些额外的加速。 与分片或类似的事情相比,没有持续上升的曲线。 |
成本 | 存取共消耗 200k Gas 分别100k Gas,这意味着侧链上交易免费。 |
可升级性 | 按路线图,这个是要和 Polkadot 连接的,也有一条升级途径是与 Plasma 相连. |
开发者体验 | 一些安全设计考虑事项。 有一些初始设置涉及设置 DApp。 在网桥自动维护的地址之间有一个映射,在这里和这里部署一个合约。 如果您只接受任意消息,这是您需要额外考虑的安全设计事项。 |
用户体验 | 用户不一定需要意识到网桥存在,延迟时称才会注意到。 他们与正常合约交互。 我们需要解决出于某种原因,当网桥出现故障的情况,交易似乎停滞不前时的透明度问题,因此将 Etherscan 用于网桥是非常好的,因为它非常透明,会让用户清晰了解实际的中继状况。 除此之外,用户必须使用两个网络。理想情况下是只有当他们使用网桥和移动东西时才需要。 |
依赖性 | 主网、POA Network 需要运行,桥接授权人需要让桥接节点运行。 |
支持服务 | 就像 Metamask,Mycrypto 和 Parity 这样,你能选择的只有网络,你应该可以通过它们运行两个合同。 如果你使用的是一个小型的、罕见的链,Metamask,Mycrypto 不支持它,你将不得不提供你自己的工具。 在用户流程中,用户将不得不在网络之间更改 Metamask。需要 DApp 解决问题。 |
痛点 | 如果你在一个链上的合同上有发言权,希望网桥能够与之合作,这不是不可能的,但它是另一个持续存在的问题,尽管可以解决的。 另外存在公开的垃圾邮件攻击问题。 |
POA Network |
https://PoA.network/ |
POA Network 采用了 Parity Bridge,并加强了它的可用性。开发了一套工具,用 Parity 节点和监督系统,让用户部署自己的 POA 网络。开发了一个 UI。在开源的区块链浏览器上工作。 |
进程 | POA 网络现在可用。 可跨链代币众筹。 我们有概念验证网桥,因此你的侧链本币可以代币化,以便将你的 ERC-20 代币连接到去中心化交易所里。 |
安全性 | 你必须相信验证程序。 如果认定网络遭受侵害,攻击率必须达到 51%,所以你就需要向这种 51% 攻击妥协。 POA Network 开发了一个去信任化的仪式过程主持人来分发初始秘钥,开发了去信任化的 DApp 去分发自己创造的秘钥 。 另一个 DApp,验证程序可以用他们的投票秘钥进行投票以改变,例如,共识阈值。 |
应用范围 | 与 Parity Tech 提供的一样。 |
吞吐量 | 与 Parity 吞吐量相同。 每秒交易次数:5秒/块,Gas 限制 800 万。 Gas 21k,每秒 76 笔交易。如果你想要更多的 Gas 限额,你也可以增加你自己的 POA 网络上的区块大小。 |
延迟 | 5 秒/块,如果侧链是 POA 或 POS,这一速度算很快了。 主网交易完结点。初始化:部署在两个链上。 |
瓶颈 | 同 Parity。 |
成本 | 如何为交易支付费用,需要在该网络上拥有原生代币,主网上也是相同的处理。交易成本 1 POA 代币。 Gas 价格取决于你想要连接的网络。 如果验证器正在运行网桥,则可以指定使用哪种 Gas 价格以及在主网上使用多少时间来挖掘交易。 |
可升级性 | 你可以将你的智能合约设计为可升级。有两个方面,Rust 语言和智能合约。Rust 语言方面就像让每个矿工升级到某个版本,你可以用同样的方法,升级系统或运行网桥的验证程序集。升级 Parity Bridge 需要了解 Rust 语言。 DApp 之后将准备转向比如分片和 Polkadot 。 |
开发者体验 | 很容易,因为他们有 UI 应用程序和网桥的浏览器。 该团队已经创建了一个部署手册。 |
用户体验 | 以太坊的每一个钱包都是本地支持的,支持 MyEtherWallet 和 Metamask。 RPC 节点必须是可信的。 Trustwallet 与 POA 网络合作。 |
依赖性 | Rust 语言 和 Solidity 语言。 取决于保持 Parity Bridge 的节点。 主网、POA 网络的完整节点,目前我们依赖于有足够存储空间来存储主网的强大系统,这是另一个开发向量,开发 RPC、使用这些需求去创立巨大的存储空间。 该网络有一个工作桥,它只能通过 IPC 连接工作,需要在同一台机器上有相同的连接,需要有一个 RPC 连接。 |
支持服务 | Metamask,区块浏览器,MyEtherWallet,MyCrypto, 使用两个网络的 DApp 的自动化。 |
痛点 | 区块浏览器。 |
Plasma |
https://plasma.io/ |
以太坊的分层侧链。目标是将大量的智能合约计算转移到侧链上,而不是在主链上执行。 |
进程 | 即将发布。 几个月时间内可以完成简单的应用程序。 对于简单的应用程序,它可以在几个月内完成。 如果有人现在开始配置一些特定于应用程序的功能,则可能在 2018 年晚些时候完成。 |
安全性 | 子链有自己的共识机制,但也依赖于根源链:子链的 POS 机制是第一位保护者,但如果遭到突破,你会退回到以太坊主链来解决安全问题。 每个在侧链上持有资产的人都有责任注意链上是否出现问题,出现问题就要退出。 如果每个人都试图同时退出,可能会出现拥堵,如果此时还赶上一个繁忙的 ICO,拥堵情况会加倍糟糕。 终极结算是在主链上。 |
应用范围 | 可以构建特定应用的侧链或者将特定应用的功能融入侧链。 |
吞吐量 | 一个低估值:100 M,但团队暗示实际可能要高得多。 |
延迟 | 如果每个人都试图在同一时间退出,那么可能会出现退出延迟增加的情况。 |
瓶颈 | 每个人同时退回到根链会造成拥挤 如果同时有受追捧的 ICO 等热门活动,会更加复杂。 |
成本 | 资金通过根链存入子链:这会花费 Gas。 这些资金被锁定进根链中,随后被接收到并准备好在子链上使用。 取出资金是根链上的另一项交易。 资金一旦被锁定,就无法在别处使用 机会成本。 |
可升级性 | 能够在根链智能合约嵌入迁移功能。 如果改动较大,不如直接新建一个 Plasma 链。小的改动,你可以对一条既有的 Plasma 链做「软分叉」。 |
开发者体验 | 试图吸引人们的注意,因为现在很多现有的智能合约都可以用于 Plasma,但其思想和架构信息还没有出现。 目前 Plasma 不在以太坊虚拟机 EVM 中,想要在基础设施层面使用它的开发人员需要创建他们自己的应用专用链。 从使用 Plasma 链的体验中发现,每个 Plasma 都将具有 json-rpc 端点。 在前端,您需要构建你自己的应用程序以获取必要的信息。 |
用户体验 | 用户需要习惯于存款和提取资金,并观注侧链或使用可信任 可能是激励 的第三方来做到这一点。 |
依赖性 | 现在 Plasma 是 DApp 特定的。 签名是重要的,人们习惯于使用 Metamask,但 Plasma 团队认为使用不同的工具会很棒。 |
支持服务 | 需要一名「观察员」来检查运行情况并确保所有事情都运行正常。 「观察员」还不存在。 区块浏览器的标准化将有所帮助。 |
痛点 | 帐户是单线程的,这是一个巨大的痛点,因为你必须等待一次交易解决才能再次访问帐户。如果为一群不同的人收取费用,访问账户需要非常快。这是一个问题:一个交易要被视为已收到,它必须被子链块看到,而然后需要包含在主链中,发送人需要确认它已被包含在主链中,没有被视为无效交易,资金才可以被视为已收到并准备好再次使用。 |
分片
Vitalik Buterin 认为当前主流区块链网络之所以慢,是因为每一个节点 矿工 要处理全网的每一笔交易,这种低效率的方式必然会造成低下的性能。分片技术的构想是,一笔交易不必发动全网都去处理,只要让网络中的一部分节点 矿工 处理就好了。于是,以太坊网络被划分成很多片,同一时间每一分片都可以处理不同的交易,这样性能将直线提升。
Diamond Drops |
https://github.com/Drops-of-Diamond/diamond_drops |
用 Rust 语言编写的以太坊分片安装启用。 |
进程 | 阶段 1:2018 年 7 月。没有 EVM 的分;blobs,blobs 的提议者,blobs 有序排列成 collation,公证人尝试下载 collation 并对它们进行投票,如果 collation 包含在碎片中并且超过 2/3 的样本公证人投票接受,那么委员会接受其成为区块链的组成部分。 阶段 2:〜2019 年 5 月,带 EWasm 的 EVM 状态转移函数;仅限完整节点;仅限异步交叉合约呼叫;账户抽象;归档累加器和存储租金。 阶段 3:2019 年 10 月:与执行者和状态最小的客户的轻客户端状态协议。 阶段 4:2020 年 2 月。与内部同步区域的跨分片合同呼叫。 阶段 5:2020 年 10 月。与主链安全紧密结合;数据可用性证据;卡斯珀整合;内部无叉分片;经理分片。 阶段 6:2021 年 10 月。超级二次分片。递归地,在分片内的分片内的分片...负载平衡。 |
安全性 | 分片是在链上的,所以开发人员认为这从本质上说,比状态通道或 Plasma 更安全。 分片可以在保持安全性的同时,呈指数级规模扩展。最终性可以得到改善,例如,采用卡斯帕整合/或保持不变。 |
应用范围 | 第 1 阶段是抽象的:铭刻于一致性的数据的可用性。因此,由于潜在的指数级可扩展性,其应用范围比以太坊 1.0 更广泛。 |
吞吐量 | 到二次分片 直到第 5 阶段,计划达到 100 个分片:吞吐量增加 100 倍,但是要减去额外的开销和延迟。 希望在阶段 6 中吞吐量能通过分片的指数级增长获得指数级增长。 |
延迟 | 这要看情况,你可以拥有低延迟的异构分片,但在去中心化与吞吐量上存在取舍问题。 |
瓶颈 | 通过在碎片之间划分资源,可以均匀减少计算资源:计算,输入/输出 I/O,存储和带宽。 目前,输入/输出是最大的瓶颈,因此为了减少瓶颈,我们仍然需要分片之外的解决方案。但是在分片被并入主链之前,分片将允许在片段进行更快速的分片开发。 |
成本 | Gas 成本应该会减少,但路线图中还需要其他解决方案,例如存储租金,并以某种方式内化带宽成本 |
可升级性 | 极可能仍然需要硬分叉,但你也可能从用户界面 UI 中对硬分叉进行抽象化处理,从而用户并不会看到,而只会在情况发生时停止。 |
开发者体验 | 旨在实现 100% 的文档覆盖率,100% 的测试驱动开发,良好的项目和问题管理,使新的分片/核心开发人员能够更轻松地跟上速度。额外费用,例如存储租金和带宽,对于 DApp 开发者来说可能是一个额外的麻烦,但这应该是可管理的,尤其是通过多维解决方案来改进 DX,像上面提到的 这是重复的 第 2 级市场,归档累加器,存活时间和付费复活计划;分片的好处会高过具体的成本。 |
用户体验 | UX可以使用异构分片进行定制 例如抽象执行引擎,允许像 Akasha 这样的特定高容量 DApp 的执行引擎;如果我们内化任何成本,都有解决方案使开发人员和用户更容易,例如 2 级存储市场,付费复归合同,存活时间等。 |
依赖性 | 开发人员从 ethresear.ch 分片类别帖子中抽取。 EWasm 阶段 2;用于网络协议的 libp2p;用于核心开发的 Rust 语言和相关软件; 用于分片经理合同的 Vyper 语言。 |
支持服务 | 现存的以太坊基础建设和工具,例如,Metamask,MEW,Infura 等等。 |
痛点 | 跨分片沟通的复杂性。 需要更多的资金和更多的开发者。 |
多链
Cosmos |
http://cosmos.network/ |
该团队相信,Cosmos 里可能有大多数 DApp 都能用的某些东西。 Cosmos 团队正在三个不同领域开展工作以改进扩容方案:1.共识算法,2.状态机,3.多个互操作链。
Tendermint 是一种提供拜占庭容错的异步 POS 算法。它被认为比同步 POS 更快,且不受其他安全问题困扰. 团队正在开发一种新的状态机,它不是图灵完备的,但会允许特定应用程序的区块链。 由于单个区块链的局限性,显然需要一个可以相互交流的多区块链方案。 |
进程 | Tendermint 核心已经准备就绪。 Cosmos SDK 是 alpha 版本。 IBC 约 70% 准备就绪,有望在 2018 年 5/6 月之前完工。 Ethermint Sovereign 也将于 2018 年 5/6 月准备就绪,1 个月后接受上链。 |
安全性 | Cosmos 将提供 3 种不同类型的链:[1] 主权链,[2] 托管链,[3] 混合链 类似于 Plasma。 1.主权区块链完全独立,并有自己的验证器 以寻求共识,但可以桥接。 2.托管链没有自己的共识机制。 3.混合链有它们自己的验证器,但从 Cosmos 集线器 一组 100 个验证器 吸收一些安全属性:允许更快的打包间隔时间 1-3 秒的间隔时间。 |
应用范围 | 提供不同的应用程序,以便您可以为 DApp 选择最佳使用案例。 可以构建图灵完整的区块链、也可以不建! 在 Cosmos SDK 中,有一个可选的治理模型,您可以使用治理模式进行升级。 在 SDK 中,您可以定义交易类型,定义不同的交易类型,SDK 处理所有的状态树。 有访问控制机制。 |
吞吐量 | Tendermint 自身就可以很好地扩容。 Ethermint 可以每秒处理 200-300 个交易。在使用 Geth 的单台笔记本电脑上,每秒钟可以处理大约 200-300 次交易,甚至借助 Parity 也许每秒可以处理 500 个 tps,但不会达到 1000s tps。 |
延迟 | Tendermint 上的一个区块终结点。如果要构建POA链,请使用 Ethermint,因为它确实提供了安全保证和更好的确定性。 一个可能的缺点是活跃性问题。Tendermint:如果超过 ⅓ 离线,进程就会暂停。 |
瓶颈 | P2P 层面签名吞吐量是个瓶颈,如果交互传输量太多是 Cosmos 的一大瓶颈。 中心 Hub 为区块链网络提供了高效的路由机制,但 Hub 有自身局限。解决方案是多层 Hub。 |
成本 | 权益证明 POS 成本没有工作证明 POW 那么昂贵,因此费用应该会较低。 |
可升级性 | 为允许升级而进行链上治理。两种升级模式: 升级底层区块链。 Ethermint 布置新型智能合约。 |
开发者体验 | 在 Ethermint 上开发和在其他任何 EVM 上开发没有什么不同。 需要考虑你的部署所在之处的链 ID。 用 Cosmos SDK 进行开发有一点挑战,但是未来体验会改善。 |
用户体验 | 对于 Tendermint 来说,最好的事情是你的行为发生或没有发生,快速终结有助于用户体验。 Cosmos 最难的事情是用户需要一个好的多链钱包。 Tendermint允许你查询你钱包所在的状态机的状态。 |
依赖性 | 区块链间通信 IBC 连接,挂钩区域/侧链,Cosmos SDK。 |
支持服务 | 想要看到交换身份和交换使用性服务。 |
痛点 | 需要开发者。 |
替代方案
TrueBit |
https://truebit.io/ |
允许计算被卸载到离线虚拟机 允许计算量大的 DApp,但是这里有一个链上智能合约。任务是通过 TrueBit 合同创建,但由客户选择并运行。 TrueBit 解决方案有三层。 1.计算层 底层:WASM 虚拟机离线或在线运行。它被期望能够与 Polkadot 兼容。 2.争议解决 验证游戏。 3.激励措施 顶层:决定原始任务的报酬,如何挑选解算者和挑战者。 |
进程 | 底部:计算层。 2018 年 8 月完成。 中间:验证游戏。 2018 年 8 月完成。 顶部:激励层。永远不会完成?演变中。 |
安全性 | 只需要一个诚实的验证者:只要有一个人检查求解器的工作,他们就会证明其不正确性。提出挑战来延迟执行任务是可能的,但要付出消耗一笔存款的代价 每提交一次虚假挑战,你就会失去一笔存款。请注意,争议解决是通过以太坊完成的。 由于数据是存在于 IFPS 上,可能存在可用性问题,因为这些数据必须与公布的数据同时生效且具活跃性。 |
应用范围 | 以太坊上的任何应用都可以使用 TrueBit,非常适合那些不适合 Gas 限制的应用。 异步回调必须正常。 由于计算层使用 Wasm 虚拟机,因此它应该适用于 EWasm 和其他 Wasm 项目 例如 Polkadot。 |
吞吐量 | 随着 TrueBit 网络的增长而扩容。任务是通过 TrueBit 合同创建的,但由客户挑选并运行。 |
延迟 | 「在解决者说实话的情况下,你会收到一个回复,时间还说不定。 TrueBit 验证游戏对状态通道来说是完美的,你可以在这两者之间做出即时完结,在线上最后确立的东西。而且有办法让这个时间更短。 |
瓶颈 | 瓶颈在于底层链。 主链的容量也是瓶颈。 |
成本 | 在 TrueBit 上运行应用程序的成本= TrueBit Gas 成本 * 在 TrueBit 上运行的步骤数。 验证游戏的以太币 Gas 成本计为 log(n); N 是计算步骤数量。 任务所带来的回报,都必须随着任务的复杂性而扩大。 奖励必须让它是值得争取的。 对于一些简单计算来说,使用以太坊速度更快,但通过交叉点后,将计算卸载到 TrueBit 会更快。 |
可升级性 | 未来可执行状态通道,能够帮助加速认证游戏流程。 可以和其他 Wasm 项目很好地合作,比如 EWasm 和 Polkadot。 |
开发者体验 | 界面将非常简单。 开发者需要调用一个函数,然后需要获得一个回调函数。这个函数可能是你既有的一个函数。 |
用户体验 | 目标是让最终用户不知道 TrueBit存在。 主要影响是延迟,您必须等待 TrueBit 流程完成。 |
依赖性 | IPFS, 或者一个受激励的版本。 EWasm。 |
支持服务 | 状态通道依赖于节点网络。 数据可用性。 |
痛点 | 数据的可用性,即如果有人通过任务但他们从不在 IPFS 上发布该代码。没有人能够真正执行这个任务,或者他们是解决问题者。 需要与其他令牌进行交换,以便应用程序可以使用其原生币。 目前 TrueBit 只使用 ETH。 将争议代码分解成足够小的部分以在主网上运行可能是个问题。 |
重要的事情再说一遍:该总结根据英文技术文档翻译而成,或有误译,欢迎读者一起来「捉虫」。
编译:黄媛
版权申明:本内容来自于互联网,属第三方汇集推荐平台。本文的版权归原作者所有,文章言论不代表链门户的观点,链门户不承担任何法律责任。如有侵权请联系QQ:3341927519进行反馈。