博客
关于我
吐槽君烤仔 | 波卡为什么绝口不提跨链延迟?
阅读量:827 次
发布时间:2019-03-26

本文共 846 字,大约阅读时间需要 2 分钟。

波卡协议的跨链延迟问题及协议设计深度分析

在烤仔的上一篇文章中,我们分析了波卡生态的愿景可能受限于其跨链延迟,导致网络泡沫破裂。本文将深入解构波卡协议设计,探寻其跨链延迟的实际表现。

波卡网络的架构包含三个关键角色:提名人、验证人和收集人。其中,验证人作为核心链( Relay Chain )的全节点,负责验证侧链( Para Chain )生成的有效性证明区块。而收集人则作为侧链的全节点,负责将侧链交易提交至核心链。

为了保证侧链状态的可靠同步至核心链,收集人需为每个生成的区块提供有效性证明。验证人通过对方提供的算法验证这些证明。此外,验证人只需重新执行交易验证,无需存储侧链状态。然而,这种验证过程对 CPU.getStyle()的开销仍存在,且验证人未能同时处理所有侧链交易。波卡设计中,验证人需同时验证多个侧链,且随着时间推移,验证人需在不同侧链间切换。

在面对多个侧链时,验证人的任务变得复杂。若同一时间仅有少量验证人分配到特定侧链,可能面临安全隐患。为此,波卡设计了“赏金猎人”和“随机巡视”的机制。赏金猎人负责维护侧链全节点,发现虚假区块可获得赏金。同时,波卡还安排随机验证人进行检查。

波卡的跨链延迟主要体现在侧链区块从核心链返回的时间。以太坊跨链至波卡需要半小时,波卡跨回以太坊则需一小时,这一延迟主要为举报提供时间空间。这意味着波卡侧链的跨链消息往往需要数十分钟才能被接收方处理。

换言之,若波卡实现与以太坊的高效交互,几十分钟的延迟或许尚可接受。但在当前生态中,DeFi应用与基础设施皆设为侧链,导致繁琐的跨链操作。

波卡若选择激进方案,可能放弃安全性,省却验证时间的开销。若放弃错误证明机制,虽然降低延迟,但将自贸交易风险加重。如延迟过长或安全性不足,波卡就无法真正实现高效跨链。

基于以上分析,我们得出结论:波卡平行链(侧链)的跨链延迟并未超越以太坊 Layer 2 solves the problem. 盚鲸网的跨链延迟同样缺乏可靠性。

END

了解最新动态

转载地址:http://zwmyk.baihongyu.com/

你可能感兴趣的文章
mysql_secure_installation初始化数据库报Access denied
查看>>
MySQL_西安11月销售昨日未上架的产品_20161212
查看>>
Mysql——深入浅出InnoDB底层原理
查看>>
MySQL“被动”性能优化汇总
查看>>
MySQL、HBase 和 Elasticsearch:特点与区别详解
查看>>
MySQL、Redis高频面试题汇总
查看>>
MYSQL、SQL Server、Oracle数据库排序空值null问题及其解决办法
查看>>
mysql一个字段为空时使用另一个字段排序
查看>>
MySQL一个表A中多个字段关联了表B的ID,如何关联查询?
查看>>
MYSQL一直显示正在启动
查看>>
MySQL一站到底!华为首发MySQL进阶宝典,基础+优化+源码+架构+实战五飞
查看>>
MySQL万字总结!超详细!
查看>>
Mysql下载以及安装(新手入门,超详细)
查看>>
MySQL不会性能调优?看看这份清华架构师编写的MySQL性能优化手册吧
查看>>
MySQL不同字符集及排序规则详解:业务场景下的最佳选
查看>>
Mysql不同官方版本对比
查看>>
MySQL与Informix数据库中的同义表创建:深入解析与比较
查看>>
mysql与mem_细说 MySQL 之 MEM_ROOT
查看>>
MySQL与Oracle的数据迁移注意事项,另附转换工具链接
查看>>
mysql丢失更新问题
查看>>