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

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

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

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

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

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

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

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

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

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

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

END

了解最新动态

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

你可能感兴趣的文章
Mysql中怎样使用update更新某列的数据减去指定值
查看>>
Mysql中怎样设置指定ip远程访问连接
查看>>
mysql中数据表的基本操作很难嘛,由这个实验来带你从头走一遍
查看>>
Mysql中文乱码问题完美解决方案
查看>>
mysql中的 +号 和 CONCAT(str1,str2,...)
查看>>
Mysql中的 IFNULL 函数的详解
查看>>
mysql中的collate关键字是什么意思?
查看>>
MySql中的concat()相关函数
查看>>
mysql中的concat函数,concat_ws函数,concat_group函数之间的区别
查看>>
MySQL中的count函数
查看>>
MySQL中的DB、DBMS、SQL
查看>>
MySQL中的DECIMAL类型:MYSQL_TYPE_DECIMAL与MYSQL_TYPE_NEWDECIMAL详解
查看>>
MySQL中的GROUP_CONCAT()函数详解与实战应用
查看>>
MySQL中的IO问题分析与优化
查看>>
MySQL中的ON DUPLICATE KEY UPDATE详解与应用
查看>>
mysql中的rbs,SharePoint RBS:即使启用了RBS,内容数据库也在不断增长
查看>>
mysql中的undo log、redo log 、binlog大致概要
查看>>
Mysql中的using
查看>>
MySQL中的关键字深入比较:UNION vs UNION ALL
查看>>
mysql中的四大运算符种类汇总20多项,用了三天三夜来整理的,还不赶快收藏
查看>>