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

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

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

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

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

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

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

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

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

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

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

END

了解最新动态

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

你可能感兴趣的文章
mysql 主键重复则覆盖_数据库主键不能重复
查看>>
Mysql 优化 or
查看>>
mysql 优化器 key_mysql – 选择*和查询优化器
查看>>
MySQL 优化:Explain 执行计划详解
查看>>
Mysql 会导致锁表的语法
查看>>
mysql 使用sql文件恢复数据库
查看>>
mysql 修改默认字符集为utf8
查看>>
Mysql 共享锁
查看>>
MySQL 内核深度优化
查看>>
mysql 内连接、自然连接、外连接的区别
查看>>
mysql 写入慢优化
查看>>
mysql 分组统计SQL语句
查看>>
Mysql 分页
查看>>
Mysql 分页语句 Limit原理
查看>>
MySQL 创建新用户及授予权限的完整流程
查看>>
mysql 创建表,不能包含关键字values 以及 表id自增问题
查看>>
mysql 删除日志文件详解
查看>>
mysql 判断表字段是否存在,然后修改
查看>>
mysql 协议的退出命令包及解析
查看>>
mysql 取表中分组之后最新一条数据 分组最新数据 分组取最新数据 分组数据 获取每个分类的最新数据
查看>>