http://www.7klian.com

Ontology Layer 2链下扩容技能上线测试网,率先构建公链平台完整体系

欺诈证明包括当前 Layer 2区块更新之前账户状态证明。因为有以前 Layer 2区块的状态证明以及提交的账户状态证明,可以证明更新之前旧状态的正当性,在旧状态正当的环境下,运行当前区块即可证明新的状态证明正当性。

账户状态证明
5. 主链合约执行 Withdraw 释放请求,给方针账户转账,同时配置 Withdraw 记录为“已释放”。

Deposit 到 Layer 2

Operator

作为最新宣布的 Aristotle 2020蹊径图中 Ontology 2.0技能体系的重要构成部门,连同此前宣布的跨链、Wasm-JIT、Multi-VM 等多项前沿焦点技能,Ontology Layer 2可实现全网领先机能,详细浮现为存储本钱低、多语言支持息争析执行版本完全兼容,使得陈设合约可以或许像在同一台电脑上运行多个虚拟操纵系统一样无缝交互,带来更高的执行效率与更低廉的手续用度。

在 Operator 向本体主链提交 Layer 2区块 State 后,Challenge 可以同样运行 Layer 2区块的生意业务并验证 Layer 2区块 State 的正确性,假如不正确,Challenger 可以生成 Layer 2合约可以表明的欺诈证明挑战 Operator。

事情流程
文档链接:https://github.com/ontio/layer2

Withdraw 到 Ontology

1. 用户结构 Transfer 的 Layer 2生意业务并提交给 Collector;

2. Collector 按照 Withdraw 修改其 State,同时打包该 Withdraw 生意业务以及其他用户生意业务一起到一个 Layer 2区块,提交这个Layer 2区块 State 到本体主链时,会附带提交 Withdraw 请求;
试想这样一个场景,一个平台业务迅猛成长,用户数量泛起井喷式增长,很快从百万级到达了千万级,短时间内带来了相关本钱的急剧上升。此时而今,什么样的方法可以或许继承保持业务体系的高效运转,不必因为巨大的共鸣和确认流程而阻碍成长步骤?扩容,就成为了企业选择技能办理方案的一条必经之路。
4. 在 State 确认后,用户提交 Withdraw 释放请求;
– Layer 2生意业务
账户状态证明包罗账户状态信息以及其 merkle 证明,可以从 Collector 和 Challenger 查询来获取,只有他们维护有完整的全局状态。

Collector 周期性的打包收集到的 Layer 2生意业务,生成一个包括这期间所有 Layer 2生意业务的区块,发生一个新的 Layer2区块。
2. Collector 查询到本体主链上有 Deposit 操纵,collector 会在 Layer 2按照 Deposit 的操纵修改其 State,,Collector 增加一个Deposit 释放生意业务,并和收集的其他用户生意业务一起打包到 Layer 2区块,提交这个 Layer 2 区块 State 到本体主链时,会附带提交 Deposit 已经释放的请求。

媒介
根基先容

如何体验
欺诈证明
Collector 执行 Layer 2区块中打包的生意业务,更新状态,将所有更新的状态数据排序生成一个 Merkle 树,计较 Merkle 树的根 hash,该根hash即为该区块的 Layer 2 State。
用户在 Layer 2举办转账可能执行合约的请求,用户已经对其签名。这个生意业务可以和本体主链的生意业务名目一样,也可以纷歧样。
2. Collector 打包该 transfer 生意业务以及其他生意业务到一个 Layer 2区块,执行区块中的生意业务,提交这个 Layer 2区块 State 到本体主链;

1. 用户结构 Withdraw 的 Layer 2生意业务并提交给 Collector;
包罗账户状态信息以及其 Merkle 证明,可以从 Operator 和 Challenger 查询来获取。只有他们维护有完整的全局状态。
Collector
3. 主链合约执行 Deposit 释放操纵,修改 Deposit 资金状态为“已释放”。

Collector 周期性地打包收集到的 Layer 2生意业务并运行,发生新的 State。Collector 认真将新 State 的 Root 提交到本体主链。在执行 Layer 2区块中打包的生意业务后,新 State 的 Root 为该 Layer 2区块 State。而 Challenger 认真验证 Collector 提交到本体主链的 Layer 2区块 State,这要求 Challenger 通过 Collector 同步 Layer 2区块,从而维护完整的全局状态。
Layer 2 State

Ontology Layer 2主要包罗3个主体部门,Ontology Deposit 到 Layer 2、Layer 2 Withdraw 到 Ontology 以及 Layer 2生意业务和安详性担保。
链接:http://152.32.217.204/
Layer 2生意业务
今朝,Ontology Layer 2已
上线测试网,开拓者可抢先举办体验。

1. 用户首先在 Ontology 主链举办 Deposit 操纵,主链合约锁定用户 deposit 的资金,记录这笔资金在 Layer 2的状态,此时状态为“未释放”。
Challenger

附录:名词表明
Layer 2生意业务以及安详性担保
在 Layer 2生意业务中心,用户举办转账或执行合约请求并举办签名。这个生意业务可以和 Ontology 主链生意业务名目一致,也可以有所差异。生意业务收集者(以下简称 Collector)认真收集用户的 Layer 2生意业务,在整个进程中可以有多个 Collector 存在,用户可以将本身的 Layer 2生意业务广播给多个 Collector。
3. 主链合约执行 Withdraw 请求,记录一笔资金记录,并配置状态为“未释放”;
3. 期待 State 确认。
作为一种
链下扩容技能,Layer 2具备高机能、低费率的特性,并拥有足够的去中心化和不行改动性。企业可以安心地将大量的生意业务记录存在链下,在需要交互时再转移到链上,如此一来便可低落用户的生意业务本钱,带来机能上的奔腾。
– 安详性担保
Collector 是 Layer 2生意业务收集器,它认真收集用户的 Layer 2生意业务,验证并执行生意业务,每生成一个L ayer 2区块,Collector 认真执行区块中的生意业务,更新状态,并生成 Layer 2合约可以表明的、用于安详性担保的状态证明。

认真验证 Operator 提交到本体主链的状态证明。这要求 Challenger 从 Operator 可能链上同步 Layer 2生意业务,维护完整的全局状态。在 Challenger 同步执行生意业务并更新状态后,可以验证 Operator 提交在本体主网的状态证明正确性,假如不正确,Challenger 可以生成 Layer 2合约可以表明的欺诈证明挑战 Operator。
Layer 2区块
Operator 是 Layer 2的安详守护措施,认真监听本体主链是否有到 Layer 2的代币转移可能 Layer 2到本体主链的代币转移生意业务,同时 Operator 还认真周期性的将 Layer 2的状态证明提交到本体主网作为证明。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。