专注区块链信息及金融服务

              V神最新趋势展望:区块链创新点的迁移

              CelerNetwork技术社区 ·

              2018年09月27日

              热度: 44758

              区块链第一层解决方案在短期内会有创新,但创新会在长期内逐步减少。

              Celer Network技术社区官方翻译自Vitalik最新博客

              Layer 1 Should Be Innovative in the Short Term but Less in the Long Term

              译者注:

              【长期来看第一层会趋于稳定,第二层有更多机会去承担创新】

              One of the key tradeoffs in blockchain design is whether to build more functionality into base-layer blockchains themselves (“layer 1”), or to build it into protocols that live on top of the blockchain, and can be created and modified without changing the blockchain itself (“layer 2”). The tradeoff has so far shown itself most in the scaling debates, with block size increases (and sharding) on one side and layer-2 solutions like Plasma and channels on the other, and to some extent blockchain governance, with loss and theft recovery being solvable by either the DAO fork or generalizations thereof such as EIP 867, or by layer-2 solutions such as Reversible Ether (RETH). So which approach is ultimately better? Those who know me well, or have seen me out myself as a dirty centrist, know that I will inevitably say “some of both”. However, in the longer term, I do think that as blockchains become more and more mature, layer 1 will necessarily stabilize, and layer 2 will take on more and more of the burden of ongoing innovation and change.

              在区块链设计中,我们往往需要考虑一个很重要的取舍:到底是把更多的功能放在底层公链中(所谓的“第一层”),还是将更多的功能放到更容易演进和修改的链下的协议当中去(所谓的“第二层”架构)。这种取舍问题的一个常见的具体实例就是关于区块链扩容方案的争论。扩大区块容量(以及分片【1】)算是第一层的代表,Plasma和广义状态通道【译者注:Celer Network正是这类代表】则是第二层解决方案的代表。从某种程度上来?#25285;?#21306;块链治理也算是第二层协议,具体的例子包括代币丢失和盗窃的恢复解决方案,类似于DAO硬分叉(the DAO fork【2】)或者是对这类解决方案的提案如EIP 867【3】,抑或是其他的解决方案类似于可逆ETH转账(Reversible Ether (RETH)【4】)。那么哪种方案最终来?#35789;?#26356;好的呢?了解我的人都知道,我属于典型的中庸派【5】,所以我显然会?#25285;?#25105;们要两手抓,两手都要硬。但是从长期来看,我确实认为随着底层公链越来越成熟,第一层会逐步地趋于稳定,那么第二层将会?#20013;?#22320;承担越来越多的创新和改变。

              引文:

              【1】https://github.com/ethereum/wiki/wiki/Sharding-FAQ

              【2】https://qz.com/730004/everything-you-need-to-know-about-the-ethereum-hard-fork/

              【3】https://github.com/ethereum/EIPs/blob/master/EIPS/eip-867.md

              【4】https://www.reddit.com/r/MakerDAO/comments/8fmks1/introducing_reversible_eth_reth_never_send_ether/

              【5】https://twitter.com/VitalikButerin/status/1032589339367231488

              There are several reasons why. The first is that layer 1 solutions require ongoing protocol change to happen at the base protocol layer, base layer protocol change requires governance, and it has still not been shown that, in the long term, highly “activist” blockchain governance can continue without causing ongoing political uncertainty or collapsing into centralization.

              我这么说的原因有不少。先说第一点,第一层的创新会导致底层的协议层的不断改变,而改变底层的协议层就绕不开区块链治理这个难题。从目前的情况来看,如果一个公链在一个非常长的时期内需要?#20013;?#32780;快速的改变,那么他的治理模式要?#35789;?#20805;满了争权夺利的不确定性,要么就会很快的陷入?#34892;?#21270;的窘境。

              To take an example from another sphere, consider Moxie Marlinspike’s defense of Signal’s centralized and non-federated nature. A document by a company defending its right to maintain control over an ecosystem it depends on for its key business should of course be viewed with massive grains of salt, but one can still benefit from the arguments. Quoting:

              举一个非币圈的例子来?#25285;?#22823;家可以考虑看看Moxie Marlinspike’s 的文章defense of Signal’s centralized and non-federated nature【6】【译者注:Signal是一个类似于Telegram的消息服务】。当然,这篇文章是一个为了保护对自己生意所依赖的生态的?#34892;?#21270;控制而写的文章,所以软文的嫌疑不小,但是里面的一些论断还是有价值的。这里引用如下:

              引文:

              【6】https://signal.org/blog/the-ecosystem-is-moving/

              " One of the controversial things we did with Signal early on was to build it as an unfederated service. Nothing about any of the protocols we’ve developed requires centralization; it’s entirely possible to build a federated Signal Protocol-based messenger, but I no longer believe that it is possible to build a competitive federated messenger at all. "

              “我们在早期做了一个非常不寻常的事儿,就是我们故意将Signal建立为一个?#34892;?#21270;的,非“共治”的服务。但我们开发软件协议并不是一定要求?#34892;?#21270;的;谁都可能利用基于Signal的协议来建立一个开放共治的?#35789;?#36890;讯软件,但我根本不相信有可能做一个有竞争力的完全开放共治的?#35789;?#36890;讯软件。”

              以及:

              And:

              " Their retort was “that’s dumb, how far would the internet have gotten without interoperable protocols defined by 3rd parties?” I thought about it. We got to the first production version of IP, and have been trying for the past 20 years to switch to a second production version of IP with limited success. We got to HTTP version 1.1 in 1997, and have been stuck there until now. Likewise, SMTP, IRC, DNS, XMPP, are all similarly frozen in time circa the late 1990s. To answer his question, that’s how far the internet got. It got to the late 90s.

              That has taken us pretty far, but it’s undeniable that once you federate your protocol, it becomes very difficult to make changes. And right now, at the application level, things that stand still don’t fare very well in a world where the ecosystem is moving … So long as federation means stasis while centralization means movement, federated protocols are going to have trouble existing in a software climate that demands movement as it does today."

              他们反驳我?#25285;骸?#36825;不是傻X么,你觉得互联网如果没有一个可以共治的协议层的话,能到达今天的样子?”我仔细想了想,觉得他们说的完全没道理。拿IPv4做例子,二十年前我们第一次把IPv4产品化,过了二十年,我们把IPv4升级到IPv6的努力基本上没成功。再拿HTTP 1.1来?#25285;?997年就出现了,然后我们就卡在这个标准直到现在。类似的例子还有很多,SMTP,IRC,DNDS,XMPP,这些协议的演进都停留在了90年代。“能达到今天的样子?”我看今天的样子和90年代末没区别。

              这些协议带我们走了很远,但是不可否认的是,一旦一个协议进入共治的状态中,他就变的非常难以改变。但是难以改变的属性,在?#35789;?#36890;讯这样的应用领域是不讨好的,因为应用领域的生态还处在很快变化的阶段。所以只要共?#25105;?#21619;着发展的桎梏,而可?#34892;?#21270;的迭代意味着进步,那么一个达到共治协议在今天需要不断快速进步的环境中,是很难生存的。”

              Celer Network译者按:这段话说成大白话的意思其实就是,如果一个协议层已经获得了广泛的共识,再去修改他其实是很难的,如果需要快速的迭代,就要从哪些还处在初期的,没有获得广泛共识的协议去入手。

              At this point in time, and in the medium term going forward, it seems clear that decentralized application platforms, cryptocurrency payments, identity systems, reputation systems, decentralized exchange mechanisms, auctions, privacy solutions, programming languages that support privacy solutions, and most other interesting things that can be done on blockchains are spheres where there will continue to be significant and ongoing innovation. Decentralized application platforms often need continued reductions in confirmation time, payments need fast confirmations, low transaction costs, privacy, and many other built-in features, exchanges are appearing in many shapes and sizes including on-chain automated market makers, frequent batch auctions, combinatorial auctions and more. Hence, “building in” any of these into a base layer blockchain would be a bad idea, as it would create a high level of governance overhead as the platform would have to continually discuss, implement and coordinate newly discovered technical improvements. For the same reason federated messengers have a hard time getting off the ground without re-centralizing, blockchains would also need to choose between adopting activist governance, with the perils that entails, and falling behind newly appearing alternatives.

              在可以预见的将来,重大和?#20013;?#30340;创新将出现在去?#34892;?#21270;应用平台,加密货币支付,身份系?#24120;?#21517;誉系?#24120;?#20998;布式交易所,拍卖,隐私解决方案以及那些支持隐私的程序语言,以及其他区块链可以赋能的事情。分布?#25509;?#29992;平台往往需要?#20013;?#38477;低的事务(transaction)确认时间;支付应用需要快的确认时间,低廉的交易?#20013;?#36153;,隐私以及其他各类的原生功能;各?#20013;问?#21644;规模的交易所在不断涌现,包括链上的自动做市商【7】,高频率的集合拍卖【8】,组合拍卖【9】以?#26696;?#22810;别的?#38382;健?#30001;于这种?#20013;?#21019;新的需要,把这些任何一个特性“绑定”在一个基础层的区块链上并不一定?#31185;祝?#36825;样会?#20013;?#24102;来很多的治理上面的麻?#24120;?#22240;为底层区块链需要不断的去讨论,实现和协调这些新发现的技术进步。就像一个“共治”化的消息软件如果不重新?#34892;?#21270;就没法快速进步一样,底层区块链【译者按:如果把上面这些特性绑定在底层】需要做出这样的一个选择:是选择具有风险的激进治理模式,还是被别的新出现的其他选择所取代。

              引文:

              【7】https://uniswap.io

              【8】https://www.cftc.gov/sites/default/files/idc/groups/public/@newsroom/documents/file/tac021014_budish.pdf

              【9】http://cramton.umd.edu/ca-book/cramton-shoham-steinberg-combinatorial-auctions.pdf

              Even Ethereum’s limited level of application-specific functionality, precompiles, has seen some of this effect. Less than a year ago, Ethereum adopted the Byzantium hard fork, including operations to facilitate elliptic curve operations needed for ring signatures, ZK-SNARKs and other applications, using the alt-bn128 curve. Now, Zcash and other blockchains are moving toward BLS-12-381, and Ethereum would need to fork again to catch up. In part to avoid having similar problems in the future, the Ethereum community is looking to upgrade the EVM to E-WASM, a virtual machine that is sufficiently more efficient that there is far less need to incorporate application-specific precompiles.

              ?#35789;?#26159;对于以太坊的很有限的“应用专用”功能,?#28909;?#39044;编译这个功能,我们已经可以看到一些这样的效应。不到一年之前,以太坊进行了Byzantium硬分叉,将一些能?#35805;?#21161;椭圆曲线加密算法的操作【10】绑定在了预编译当中,为了能?#35805;?#21161;实现?#38750;?#21517;,ZK-SNARKs零知识验证还有一些其他应用。这些操作使用了alt-bn128【11?#23458;?#22278;曲线作为基础。但是现在,Zcash以及其他的区块链正在演进到使用BLS-12-381【12】这个新的曲线,那么现在以太坊想要支持这些新的进步,就需要再次硬分叉。以太坊现在社区正在探索将EVM升级到E-WASM虚拟机的一个原因就是为了避免这样的事儿再次发生,因为E-WASM【13】是一个效能显著更高的虚拟机架构从而可以避免这种“专用”的预编译。

              引文:

              【10】https://github.com/ethereum/EIPs/blob/master/EIPS/eip-196.md

              【11】https://github.com/topics/alt-bn128

              【12】https://blog.z.cash/new-snark-curve/

              【13】https://github.com/ewasm/design

              But there is also a second argument in favor of layer 2 solutions, one that does not depend on speed of anticipated technical development: sometimes there are inevitable tradeoffs, with no single globally optimal solution. This is less easily visible in Ethereum 1.0-style blockchains, where there are certain models that are reasonably universal (eg. Ethereum’s account-based model is one). In shardedblockchains, however, one type of question that does not exist in Ethereum today crops up: how to do cross-shard transactions? That is, suppose that the blockchain state has regions A and B, where few or no nodes are processing both A and B. How does the system handle transactions that affect both A and B?

              但第二层解决方案会不断承担更多创新的原因不光只有第二层的高速技术进步迭代的需要,同时还有第二个原因:有些时候,很多事情是要不可避免的取舍的,也没有一个单一的全剧最优解。这点在Ethereum1.0类型的区块链中【译者按:表示最初的以太坊设计】里面不是很能看出来,因为大量的模型可以说是普遍?#35270;?#30340;,?#28909;?#35828;以太坊的账户模型。但在演进到分片的过程中,一个今天以太坊中不存在的问题就出现了:如何做跨片transaction?就是?#25285;热鏱lockchain状态又A分片和B分片,而且很少甚至完全没有节点同时处理A和B。那么系统如何处理同时影响A和B的transaction呢?

              The current answer involves asynchronous cross-shard communication, which is sufficient for transferring assets and some other applications, but insufficient for many others. Synchronous operations (eg. to solve the train and hotel problem) can be bolted on top with cross-shard yanking, but this requires multiple rounds of cross-shard interaction, leading to significant delays. We can solve these problems with a synchronous execution scheme, but this comes with several tradeoffs:

              · The system cannot process more than one transaction for the same account per block

              · Transactions must declare in advance what shards and addresses they affect

              · There is a high risk of any given transaction failing (and still being required to pay fees!) if the transaction is only accepted in some of the shards that it affects but not others

              目前的答案【14?#21487;?#21450;到非同步的跨片通信。这样的架构对于传输资产和一些其他应用是够了,但是对于其他很多应用还是不够的。同步的操作(?#28909;?#35299;决train and hotel problem【15】)可以通过“跨片拖拽”(cross-shard yanking【16】)的方式?#35789;?#29616;,但跨片拖拽往往需要多轮跨片互动,从而导?#24405;?#39640;的延迟。我们可以通过一个同步运行策略(synchronous execution scheme【17】)来解决这些问题,但这个策略有如下几个取舍需要:

              · 这个系统对一个账户,只能在一个区块里面处理一个transaction。

              · Transaction必须实现定义好他们会影响那个分片和地址

              · 任何一个transaction都有很高的风险失败,而且失败的transaction仍然要支付?#20013;?#36153;。这种失败情况出现在如果这个transaction被?#25215;?#20998;片接受了但被另外一些拒绝了。

              引文:

              [14] https://github.com/ethereum/wiki/wiki/Sharding-FAQs#how-can-we-facilitate-cross-shard-communication

              【15】https://github.com/ethereum/wiki/wiki/Sharding-FAQs#what-is-the-train-and-hotel-problem

              【16】https://ethresear.ch/t/cross-shard-contract-yanking/1450

              【17】https://ethresear.ch/t/simple-synchronous-cross-shard-transaction-protocol/3097

              It seems very likely that a better scheme can be developed, but it would be more complex, and may well have limitations that this scheme does not. There are known results preventing perfection; at the very least, Amdahl’s law puts a hard limit on the ability of some applications and some types of interaction to process more transactions per second through parallelization.

              当然,很可能有?#26085;?#20010;跨片拖拽更好的机制,但这种更好的机制肯定会更加复杂,而且说不定反而会有一些这个机制没有的局限性。同时,一些众所周知的结论也使得分片无法达到完美;举个最基本的常识,Amdahl’s law【18】告诉我们,通过并行化来提高TPS对于一些应用来?#25285;?#26159;有一个无法突破的上限的。【译者按:Amdahl’s law是并行计算里面的一个重要常识,基本的意思就是?#25285;?#22312;并行计算系统当中,只要有一部分计算是不可并行的(在分片区块链当中就是跨片transaction),那么增?#30828;?#34892;度(分片数目)对效率的提升的增益是不断下降的,如下图】

              引文:

              【18】https://en.wikipedia.org/wiki/Amdahl%27s_law

              So how do we create an environment where better schemes can be tested and deployed? The answer is an idea that can be credited to Justin Drake: layer 2 execution engines. Users would be able to send assets into a “bridge contract”, which would calculate (using some indirect technique such as interactive verification or ZK-SNARKs) state roots using some alternative set of rules for processing the blockchain (think of this as equivalent to layer-two “meta-protocols” like Mastercoin/OMNI and Counterparty on top of Bitcoin, except because of the bridge contract these protocols would be able to handle assets whose “base ledger” is defined on the underlying protocol), and which would process withdrawals if and only if the alternative ruleset generates a withdrawal request.

              那么我们如何创造一个环境使得更好的机制能被测?#38498;?#37096;署呢?答案是(Justin Drake提出的这个说法):第二层执行引擎。用户可以将资产发送到一个“桥接?#26174;肌?#24403;中,这个“桥接?#26174;肌?#20250;使用类似于interactive verification 【19】和 ZK-SNARKs【20】的技术来非直接的计算state root,计算的方法则是根据一些别的区块链处理规则。你可以类比的bitcoin中的一些第二层“元协议?#20445;?#20363;如Mastercoin/OMNI 【21】和 Counterparty【22】,但有点不一样的是,由于这样的桥接?#26174;?#30340;存在,这些协议可以直接处理底层协议上面的资产,并?#25233;?#20250;处理根据这些链下执行引擎规则所产生的赎回请求。

              引文:

              【19】https://truebit.io

              【20】https://medium.com/@VitalikButerin/zk-snarks-under-the-hood-b33151a013f6

              【21】https://blog.omni.foundation/2013/11/29/a-brief-history-of-mastercoin/

              【22】https://counterparty.io

              【译者按:这段话说的特别的抽象以及不好理解,我来尝试用通俗的话解释一下,其实这里面的意思就是?#25285;?#24213;层公链很多时候不是一个适合做灵活改变和创新的地方,那么第二层的作用就来了,第二层不论是侧链,通道,还是别的什么,他们的基本工作方法都是在底层公链上面绑定一个桥接?#26174;跡?#21487;以把所需要处理的资产桥接进入这个“第二层”的范畴,然后在第二层中,根据第二层的“创新规则”来进行处理?#22270;?#31639;之后,再将这个资产返还给底层链,这样的哲学思想其实是?#35270;?#20110;所有的第二层扩容,计算,存储等等架构的,也正是为什么第二层是未?#21019;?#26032;集中地的原因。】

              Note that anyone can create a layer 2 execution engine at any time, different users can use different execution engines, and one can switch from one execution engine to any other, or to the base protocol, fairly quickly. The base blockchain no longer has to worry about being an optimal smart contract processing engine; it need only be a data availability layer with execution rules that are quasi-Turing-complete so that any layer 2 bridge contract can be built on top, and that allow basic operations to carry state between shards (in fact, only ETH transfers being fungible across shards is sufficient, but it takes very little effort to also allow cross-shard calls, so we may as well support them), but does not require complexity beyond that. Note also that layer 2 execution engines can have different state management rules than layer 1, eg. not having storage rent; anything goes, as it’s the responsibility of the users of that specific execution engine to make sure that it is sustainable, and if they fail to do so the consequences are contained to within the users of that particular execution engine.

              注意第二层执行引擎作用和与底层公链的交互是非常灵活。底层公链不需要一定最为一个最优的智能?#26174;?#25191;行引擎;它只需要作为一个数据可用性层(【译者注:数据可用性说白了就是,“需要某个数据的时候能找到这个数据”的性质】)以及类图灵完备(【译者注:以太坊并不是图灵完备的因为每个区块所处理的transaction是有限的】)的计算执行规则能够让第二层执行引擎在它上面构建以及能实现基本的跨片状态转移(?#23548;?#19978;,fungibnle的ETH跨片转账就够了,不过反正跨片函数调用也不需要费什么劲儿,也完全可以支持)。但是底层公链不需要任何其他的更多的复杂度了。要注意的是,layer2的执行引擎可以有不同的状态管理规则,?#28909;?#35828;数据存储不需要交钱或者怎么搞都行,因为这是第二层执行引擎用户的责?#31283;?#20445;证这是一个可?#20013;?#30340;自我生态系?#24120;?#22914;果真的出了什么问题,问题的?#27573;?#20063;是被限制在了那个执行引擎内部,并不会殃及底层区块链。

              In the long run, layer 1 would not be actively competing on all of these improvements; it would simply provide a stable platform for the layer 2 innovation to happen on top. Does this mean that, say, sharding is a bad idea, and we should keep the blockchain size and state small so that even 10 year old computers can process everyone’s transactions? Absolutely not. Even if execution engines are something that gets partially or fully moved to layer 2, consensus on data ordering and availability is still a highly generalizable and necessary function; to see how difficult layer 2 execution engines are without layer 1 scalable data availability consensus, see the difficulties in Plasma research, and its difficulty of naturally extending to fully general purpose blockchains, for an example. And if people want to throw a hundred megabytes per second of data into a system where they need consensus on availability, then we need a hundred megabytes per second of data availability consensus.

              从长期来看,底层公链不会主动的去在所有这些效能的提升上面去竞争;它的使命是提供一个稳定的底层平台,让layer2的创新去成长。那?#35789;?#19981;是?#25285;?#24213;层的创新就彻底别要了,?#28909;紓?#20998;片就是不?#31185;?#30340;,我们应该保持区块链的尺寸和状态很小,?#35789;?#21313;年前的老计算机还能处理所有人的transaction呢?绝对不是这样的。?#35789;?#25191;行引擎部分或者全部迁移到layer2,对于数据?#25215;?#21644;可用性的共?#24230;?#28982;是一个高度通用化和必要的功能;如果没有一个底层的高扩展性的数据可用性共识机制,layer2的执行引擎也是很难搞的,?#28909;鏟lasma research【23】中的各类【24】挑战 ,以及将plasma自然地拓展到通用智能?#26174;?#21306;块链的挑战【25】。再说如果人们希望每秒对100MB的数据做可用性共识,我们就需要这么高速的底层共识机制做支撑。

              引文:

              【23】https://ethresear.ch/t/plasma-debit-arbitrary-denomination-payments-in-plasma-cash/2198

              【24】https://ethresear.ch/t/plasma-cash-plasma-with-much-less-per-user-data-checking/1298

              【25】https://medium.com/@kelvinfichter/why-is-evm-on-plasma-hard-bf2d99c48df7

              Additionally, layer 1 can still improve on reducing latency; if layer 1 is slow, the only strategy for achieving very low latency is state channels, which often have high capital requirements and can be difficult to generalize. State channels will always beat layer 1 blockchains in latency as state channels require only a single network message, but in those cases where state channels do not work well, layer 1 blockchains can still come closer than they do today.

              另外,layer1?#19981;?#26377;一些机会能降低延迟;layer1延迟很高,唯一可以降低延迟的方法就是状态通道【26】。状态通道将永远比底层公链有更低的延迟因为状态通道只需要一个网络消息去确认一个transaction,但如果在哪些状态通道工作的不好的环?#24120;?#24213;层公链也至少可以?#35748;?#22312;的公链延迟要好一些。

              引文:

              [26]https://medium.com/statechannels/counterfactual-generalized-state-channels-on-ethereum-d38a36d25fc6

              Hence, the other extreme position, that blockchain base layers can be truly absolutely minimal, and not bother with either a quasi-Turing-complete execution engine or scalability to beyond the capacity of a single node, is also clearly false; there is a certain minimal level of complexity that is required for base layers to be powerful enough for applications to build on top of them, and we have not yet reached that level. Additional complexity is needed, though it should be chosen very carefully to make sure that it is maximally general purpose, and not targeted toward specific applications or technologies that will go out of fashion in two years due to loss of interest or better alternatives.

              因此,如果我们走向另外一个极端,也就是说底层公链可以变得特别简约,甚至不需要类图灵完备的执行引擎或者超越单节点的扩展性也是显然错误的;底层公链上面的一定程度的复杂度是需要的,因为只有有了这样的复杂度上层才能更有效的建立,我们还没有到达那个最优的复杂度。更多的复杂度是需要的,虽然加什?#35789;?#38656;要谨慎考虑的要保证最大的程度的泛化性而不要针对某个应用或者是技术,因为这些应用或者技术可能两年之后就不流行了或者有更好的其他选择。

              And even in the future base layers will need to continue to make some upgrades, especially if new technologies (eg. STARKs reaching higher levels of maturity) allow them to achieve stronger properties than they could before, though developers today can take care to make base layer platforms maximally forward-compatible with such potential improvements. So it will continue to be true that a balance between layer 1 and layer 2 improvements is needed to continue improving scalability, privacy and versatility, though layer 2 will continue to take up a larger and larger share of the innovation over time.

              (虽然底层区块链将会趋于稳定),但在未来底层仍然是会需要一些?#20013;?#30340;升级和改变的,尤其是当新的技术(?#28909;鏢TARK的成熟)?#24066;?#20182;们达到比以?#26696;?#24378;的功能和性质。当然今天的开发者可以将底层的平台做得尽量的具?#26143;?#30651;性来随时准备这样潜在的升级。所以layer1和layer2进步之间的平衡是对提升区块链生态的扩容,隐私和灵活性是必要的。当然,layer2无疑会不断的占据相对越来越多的创新。

              关于译者Celer Network:

              Celer Network以分层架构建立了一套链下扩容体?#25285;?#25552;出了广义状态通道和侧链灵活结合的cChannel,在不牺牲信任与安全保障的情况下不仅加速简单支付,同?#24065;?#25903;持智能?#26174;?#21644;各类复杂应用的加速扩容。Celer 团队同时提出了第一个最优化的链下支付和状态路由算法cRoute,一个简单易用的应用开发框架和用户移动端接口cOS作为区块链应用的新入口。Celer Network拥有极强的普适性,可以广泛兼容主流区块链。在技术创新的同时,Celer Network独家首创了第一个基于博弈论和拍卖理论的链下扩容加密货币经济学和代币模型,系统和完整地提供了链下扩容平台中的核心激励和安全保障机制。

              作为链下扩容解决方案代表, Celer Network希望用自己的强大技术实力,和对行业生态的把握,来推动区块链链下生态的成熟与发展,真正让区块链走入千家万户。

              关键字: V神 区块链创新点

              推广
              相关新闻
              千发彩票黑平台