比特币价格·比特币行情
Ctrl+D收藏简单区块链

为分片选用铲除阻碍 V神明确提出新的以太币向后兼容方式_钱包

作者:

时间:2021/6/9 12:13:11

为分片选用铲除阻碍 V神明确提出新的以太币向后兼容方式

当今以太币设计方案中的向后兼容模式所遭遇的挑戰之一是区块链技术历史数据的浏览必须对 Merkle 证明开展 EVM验证,这还假定区块链技术将始终应用同样的文件格式和同样的登陆密码技术性。 将来的分片(Sharding)设计方案也是提升了这一点的必要性,由于Rollup的证明和实效性证明将必须偏向分片数据信息的表针。

本文明确提出了一种更为走向未来的方式:我们可以加上实行验证特殊种类证明的抽象性每日任务的预编译,而不是规定在 EVM 中验证历史时间和分片的证明。 假如未来变更文件格式,预编译逻辑性将全自动变更。 预编译乃至能够具备条件逻辑,用以验证衔接前扩展槽(slot)的一种证明和变换后扩展槽的另一种证明。

def verifyHistoricalBlockRoot( slot: uint256,     value: bytes32,     proof: bytes )这类预编译将试着以二种方法之一表述该proof:

假如这一proof为空,则立即查验该value是不是为储存在恰当部位的历史时间区块茎。 假如slot太老,它将不成功。

假如这一proof是一个Merkle 支系,它会依据 history_roots 中的恰当内容将其验证为 Merkle 支系

def verifyHistoricalStateRoot(     slot: uint256,     value: bytes32,     proof: bytes )验证情况根,应用与该区域块茎同样的逻辑性。

def verifyHistoricalStateValue(     slot: uint256,     key: bytes32,     value: bytes32,     proof: bytes ) 验证历史时间情况中的值。 这一proof包含三个因素:

说明情况根准确性的证明

Patricia 或 Verkle 或别的证明该value事实上坐落于情况树中的部位key中的证明(这假定将全部账号內容投射到 32 字节数key的建议计划方案已保存起来)

def verifyHistoricalTransaction(     slot: uint256,     txindex: uint256,     tx: bytes,     proof: bytes ) 验证 tx 事实上是不是在给定slot的区块链的 txindex 中。 证明內容以下:

说明区块茎准确性的证明

证明给定的tx事实上是给定部位的买卖

def verifyHistoricalReceipt(     slot: uint256,     txindex: uint256,     receipt: bytes,     proof: bytes ) 验证receipt事实上是给定slot的 txindex 处的买卖接受。 证明內容以下:

证明区块茎准确性的证明

证明给定收条事实上是给定部位的receipt

def verifyShardBlockBody(     slot: uint256,     shard: uint256,     startChunk: uint256,    chunks: uint256,     data: bytes,     proof: bytes ) 验证 data = body[32 * startChunk: 32 * (startChunk chunks)] ,在其中 body 是给定slot中给定分片的行为主体。 该证明将包含:

证明区块链非空子集的 Kate 证明

假如slot太老(超出 128 个 epoch?),则在slot 96 处的区块茎的 Merkle 证明,随后是以该slot到分片服务承诺二维数组中的部位的 Merkle 证明,表明一个最后性服务承诺

在我们应用 BLS-12-381 Kate 服务承诺时,预编译还将验证数据信息是 32 字节数chunk的目录,在其中每一个chunk都低于曲线图子组次序。 要是没有在给定部位储存分片区块链,则预编译如同在该部位储存了对零长短数据信息的服务承诺一样。 假如给定部位的value未确认,则预编译一直不成功。

def verifyShardPolynomialEvaluation(     slot: uint256,     shard: uint256,     x: uint256,     y: uint256,     proof: bytes ) 如果我们将给定 (slot, shard) 处的分片区块链视作代数式 P,在其中字节数 i*32 ... i*32 31 是 w**i 处的评定,这将验证 P(x) = y。该proof与数据信息非空子集proof同样,除开 Kate 证明已经证明某一点(很有可能在境外)的评定而不是在证明一个部位非空子集的数据信息。

如果我们未来不会再应用 BLS-12-381(比如,应用 32 字节数二进制字段名证明),则预编译会将 SNARK 做为键入,验证数据信息彻底由低于该曲线图级别的值构成,并验证对当今字段名数据信息的评定。

这类预编译针对等额的协议书的跨代数式服务承诺计划方案证明‌很有效,可用以容许 ZK Rollup立即对分片数据信息开展实际操作。

创作者:Vitalik Buterin

全文:https://ethresear.ch/t/future-proof-shard-and-history-access-precompiles/9781

当今以太币设计方案中的向后兼容模式所遭遇的挑戰之一是区块链技术历史数据的浏览必须对 Merkle 证明开展 EVM验证,这还假定区块链技术将始终应用同样的文件格式和同样的登陆密码技术性。 将来的分片(Sharding)设计方案也是提升了这一点的必要性,由于Rollup的证明和实效性证明将必须偏向分片数据信息的表针。

def verifyHistoricalBlockRoot( slot: uint256,     value: bytes32,     proof: bytes )这类预编译将试着以二种方法之一表述该proof:

def verifyHistoricalStateRoot(     slot: uint256,     value: bytes32,     proof: bytes )验证情况根,应用与该区域块茎同样的逻辑性。

def verifyHistoricalStateValue(     slot: uint256,     key: bytes32,     value: bytes32,     proof: bytes ) 验证历史时间情况中的值。 这一proof包含三个因素:

def verifyHistoricalTransaction(     slot: uint256,     txindex: uint256,     tx: bytes,     proof: bytes ) 验证 tx 事实上是不是在给定slot的区块链的 txindex 中。 证明內容以下:

def verifyHistoricalReceipt(     slot: uint256,     txindex: uint256,     receipt: bytes,     proof: bytes ) 验证receipt事实上是给定slot的 txindex 处的买卖接受。 证明內容以下:

def verifyShardBlockBody(     slot: uint256,     shard: uint256,     startChunk: uint256,    chunks: uint256,     data: bytes,     proof: bytes ) 验证 data = body[32 * startChunk: 32 * (startChunk chunks)] ,在其中 body 是给定slot中给定分片的行为主体。 该证明将包含:

def verifyShardPolynomialEvaluation(     slot: uint256,     shard: uint256,     x: uint256,     y: uint256,     proof: bytes ) 如果我们将给定 (slot, shard) 处的分片区块链视作代数式 P,在其中字节数 i*32 ... i*32 31 是 w**i 处的评定,这将验证 P(x) = y。该proof与数据信息非空子集proof同样,除开 Kate 证明已经证明某一点(很有可能在境外)的评定而不是在证明一个部位非空子集的数据信息。

创作者:Vitalik Buterin

全文:https://ethresear.ch/t/future-proof-shard-and-history-access-precompiles/9781

CoinBene满币已与金黄人气值网络主播石昊论币达到深层协作:据官方公告,CoinBene满币与金黄人气值网络主播石昊论币达到深层协作,特聘石昊教师进驻变成满币合同跟单员外汇交易员,并开展直播分享解读。

据了解,直播间具体内容为对现阶段市场行情下的剖析及其如江恩理论、裸k战术等各种各样买卖的实战演练运用,从入门到精通将基础理论贯彻落实到具体。日后将在金色财经的“金色直播间”开展全天不按时直播间。[2020/10/22]

路透社公布与Everipedia协作将美国选举結果纪录上链:10月15日,路透社公布与区块链百科本书新项目Everipedia协作,将2020年的选举结果纪录在Everipedia区块链技术数据库查询中。实际来讲,将有7000好几个州和全国各地大选电話被纪录在区块链技术上,并根据可公布浏览的操作界面表明結果。(CoinDesk)[2020/10/16]

BCHN拥护者称现有充足资产 并得到大部分挖矿适用:伴随着BCH小区再度瓦解,Bitcoin Cash Node(BCHN)拥护者觉得她们有大部分挖矿的适用。BCHN的拥护者拒绝了Bitcoin ABC的全新升級,该升級规定挖矿从11月起将全部新铸BCH的8%捐助给一个创新基金。殊不知,Sechet表明,他觉得BCHN沒有必需的資源来保持自身单独于Bitcoin ABC以外的链,并预测分析BCHN若在11月试着硬分岔,有可能迅速便会消退。

BCHN拥护者NilacTheGrim则表明,BCHN获得了我国大中型挖矿软件的适用,并对BCH能不能在11月分岔表明猜疑:“大家的编码更快。大家有一个迅速的挖币API。在近期的异议产生以前,挖矿们早已在安裝大家的手机软件了。她们喜爱大家的连接点,因为它挖币启用的延迟时间更少,这降低了孤块造成的风险性。”与此同时Nilac表明,BCHN“早已拥有充裕的资产:“生态体系早已为大家给予了70多万美元的资产。一些推动者也是本人注资的。”在Reddit上,BCHN拥护者称有60%的挖矿适用她们。(Cointelegraph)[2020/8/2

标签:

区块链热门资讯
金色千家谈 | 会话BCA:元宇宙的N种概率_钱包

金色千家谈 | 会话BCA:元宇宙的N种概率 元宇宙定义在业界爆火,什么叫元宇宙?现阶段处在哪些发展趋势环节?业界都有哪些运用落地式? 6月7日14:00,金色金融举行“元宇宙”系列产品主题AMA,第一场「金色千家谈」请到BCA Co-Found 6.巴西球队发布数字货币 7.江卓尔:BTU仍未具体分岔。

2021/6/9 12:19:42
中国第一手Filecoin HyperDrive升级AMA话题讨论25问归纳_区块链技术__钱包

中国第一手Filecoin HyperDrive升级AMA话题讨论25问归纳_区块链技术_ 难题1 v13升级对扇区封裝時间有影响吗? 不容易。预估的封裝時间维持不会改变! 难题2 假如单一扇区要与别的扇区一同聚合推送Pre/ProveCommit 消息,等待的时间会更长。

2021/6/9 12:19:13
星际联盟与上海闵行区政府部门宣布签约_钱包

星际联盟与上海闵行区政府部门宣布签约 2021年6月8日,由上海闵行区市人民政府举行的招商引资工作新项目签约典礼隆重召开。在诸多招商引资项目的争夺中,星际联盟做为区块链应用产品研发骨干企业出类拔萃,老总房俊做为公司代表应邀参加此次主题活动并取得成功签约。

2021/6/9 12:01:42
监管经常下手 加密货币销售市场遭受什么危害?_钱包

监管经常下手 加密货币销售市场遭受什么危害? 除开加密货币价钱下跌,挖矿有关公司也遭受很大危害。 全文文章标题:《监管重拳出击下的币市》 以往一个月,币市监管「严」字当空,国家对虚拟货币销售市场联合行动。

2021/6/9 11:55:47
Layer2的十字路口 新公链的战事_钱包

Layer2的十字路口 新公链的战事 以太坊链上扩充并并不是一个新难题,谈了好多年,现如今早已到迫不得已面对挑戰的情况下:BSC和Heco等交易中心公链热火朝天;Polkadot、Solana、Near等新公链开疆辟土;向L2迁移的脚步依然“雷声大雨点小”…… 赶到了Layer2的十字路口,将要迈入一场新的公链战事,一场以太坊玩不起的战事。

2021/6/9 11:55:11
OKX