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

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

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

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

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

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

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

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

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

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

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

END

了解最新动态

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

你可能感兴趣的文章
mysql 里对root及普通用户赋权及更改密码的一些命令
查看>>
Mysql 重置自增列的开始序号
查看>>
MySQL 高可用性之keepalived+mysql双主
查看>>
mysql-connector-java各种版本下载地址
查看>>
mysql-group_concat
查看>>
MySQL-【4】基本操作
查看>>
Mysql-丢失更新
查看>>
Mysql-事务阻塞
查看>>
Mysql-存储引擎
查看>>
mysql-开启慢查询&所有操作记录日志
查看>>
MySQL-数据目录
查看>>
MySQL-数据页的结构
查看>>
MySQL-架构篇
查看>>
MySQL-索引的分类(聚簇索引、二级索引、联合索引)
查看>>
Mysql-触发器及创建触发器失败原因
查看>>
MySQL-连接
查看>>
mysql-递归查询(二)
查看>>
MySQL5.1安装
查看>>
mysql5.5和5.6版本间的坑
查看>>
mysql5.5最简安装教程
查看>>