Substrate及波卡一周技术更新速递 20220425 - 20220501

本周是疯狂输出的一周, 大量更新和发布:

Nomination Pools 完成, 并上线westend测试

在上周的staking slash算法作为预备更新后, Nomination Pool模块经过2个月的开发, 终于在本周基本完成.

Nomination Pool

是新的提名机制, 现行的"质押/提名"方式主要是

1对多

的方式, 即单个提名者可以选择多达16名验证者候选人; 而

Nomination Pool

则使得用户可以发起一个"提名池", 其它用户则可以选择加入这个提名池, 这个提名池一次只能提名一个验证者候选人; 这样相当于多了

" 多对一"

的提名方式.

但同一个用户可以加入多个Nomination Pool, 也相当于间接实现了"多对多"的形式. Nomination Pool的主要作用是扩展了选举的多样性, 以提高网络安全性.

Nomination Pool

的实现机制比较复杂, 因此应该会首先在测试网westend先上线, 然后再部署到Kusama, 最后才是Polkadot. 这种方式的出现, 无疑为整个波卡的经济生态增加了多样性.

Uniques Pallet 增加NFT锁定功能

Uniques Pallet是波卡生态NFT的基础模块, 而波卡的NFT标准RMRK中要求当NFT进入

市场

上销售时, 必须要有一个

locking

锁定机制: 也就是说进入

rmrk-market

的NFT必须被锁定不能被任意修改.

由于RMRK模块目前是从

uniques

模块扩展而来, 所以用户可以通过Uniques中Call来绕开RMRK的锁定; 因此

Unique Pallet

 中就添加了一个

Locker

的trait, 里面有一个

should_check_lock

方法返回一个bool值来表示是否锁定, 同时为

()

实现了该trait并对此类型返回

false

, 这样就实现默认情况下没有锁定.

通配符RPC订阅设置为

unsafe

今后, 使用通配符订阅全部链上存储更新的RPC API将被设置为 

unsafe

, 即在订阅链上存储更新时的key参数设置为 

None

时, 客户端的订阅将会被拒绝, 同时会被服务节点告知这是一个不安全的RPC方式, 除非节点运行时开启了 

--rpc-methods=unsafe 

选项.

本次更新的原因是有开发者发现在特定条件下使用通配符订阅链上更新时, 会有一定概率出现节点数据已经更新但没有正确返回新数据到客户端的情况; 分析后发现是因为

best block

和

final block

 数据差异加上异步订阅导致的数据滞后造成的.

经过一番讨论, 发现要完全实现期望订阅完全数据一致性是很困难的, CAP原则rules! 最终为了保险起见, 决定将该RPC设置为unsafe.

客户端增加chain-info 子命令

新增一个

chain-info

 子命令, 用于打印当前

存储在数据库中的

元数据, 包括:

• best_hash
   当前最佳区块哈希

• best_number
   当前最佳区块高度

• genesis_hash
   创世哈希

• finalized_hash
  当前最终确认块哈希

• finalized_number
  当前最终确认块高度

使用方式为

./binary chain-info --base-path=PATH_TO_DB --chain=CHAIN --pruning=PRUNING

得到类似如下的结果:

{"best_hash":"0xbfc95e0d9864d8fe7a2cc2fd2af298d68fb5f9fe6bad8529545ec981ba677efa","best_number":10,"genesis_hash":"0x3a1beb9351d4d004e0c19f92dac659c2a356e1c0dcd4f38a93ee02dc1acd98f5","finalized_hash":"0x3a1beb9351d4d004e0c19f92dac659c2a356e1c0dcd4f38a93ee02dc1acd98f5","finalized_number":0,"finalized_state":["0x3a1beb9351d4d004e0c19f92dac659c2a356e1c0dcd4f38a93ee02dc1acd98f5",0]}

该子命令可以离线使用, 即无需节点运行.

本文为SEP Creation 原创组文章, 作者彭亚伦

永久链接地址

未经许可, 请勿转载.