博客
关于我
吐槽君烤仔 | 波卡为什么绝口不提跨链延迟?
阅读量: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 在update中实现子查询的方式
查看>>
MySQL 有什么优点?
查看>>
mysql 权限整理记录
查看>>
mysql 权限登录问题:ERROR 1045 (28000): Access denied for user ‘root‘@‘localhost‘ (using password: YES)
查看>>
MYSQL 查看最大连接数和修改最大连接数
查看>>
MySQL 查看有哪些表
查看>>
mysql 查看锁_阿里/美团/字节面试官必问的Mysql锁机制,你真的明白吗
查看>>
MySql 查询以逗号分隔的字符串的方法(正则)
查看>>
MySQL 查询优化:提速查询效率的13大秘籍(避免使用SELECT 、分页查询的优化、合理使用连接、子查询的优化)(上)
查看>>
mysql 查询,正数降序排序,负数升序排序
查看>>
MySQL 树形结构 根据指定节点 获取其下属的所有子节点(包含路径上的枝干节点和叶子节点)...
查看>>
mysql 死锁 Deadlock found when trying to get lock; try restarting transaction
查看>>
mysql 死锁(先delete 后insert)日志分析
查看>>
MySQL 死锁了,怎么办?
查看>>
MySQL 深度分页性能急剧下降,该如何优化?
查看>>
MySQL 深度分页性能急剧下降,该如何优化?
查看>>
MySQL 添加列,修改列,删除列
查看>>
mysql 添加索引
查看>>
MySQL 添加索引,删除索引及其用法
查看>>
MySQL 用 limit 为什么会影响性能?
查看>>