Polkadot-js API v16.0.1发布:元数据升级与功能增强
Polkadot-js API作为连接JavaScript应用与Polkadot/Substrate区块链网络的重要桥梁,其最新版本v16.0.1带来了重要的元数据规范升级和功能增强。本文将深入解析这次更新的技术细节及其对开发者的影响。
元数据v16的重大变更
本次更新的核心在于对元数据v16规范的支持,这标志着Polkadot生态系统在类型系统和交易处理方面的重要演进。
移除的字段与替代方案
在元数据定义中,多个字段被移除或重构:
-
type字段:这个曾经用于标识类型的字段已被完全移除。开发者需要适应新的类型识别机制,这反映了Polkadot类型系统向更精确和结构化方向的演进。
-
version字段:原先存在于ExtrinsicMetadata中的版本字段被更强大的versions数组所取代。现在系统可以声明支持多个版本(Vec),而不是单一版本,这为网络升级和版本兼容提供了更大的灵活性。
-
extraType字段:这个辅助类型字段也被移除,表明元数据定义正在变得更加精简和明确。
-
signedExtensions:这个重要的交易扩展字段被两个更结构化的替代方案取代:
transactionExtensions:提供更规范的扩展定义方式transactionExtensionsByVersion:实现了版本到活动扩展的映射
这些变更虽然带来了短期适配成本,但长期来看将使元数据更加规范化和可扩展。
新增功能与改进
除了元数据升级外,v16.0.1还引入了以下重要功能:
-
dryRunApi v2接口:新增了模拟执行API的第二个版本,为开发者提供了更强大的交易预执行和验证能力。这对于构建需要预估gas费用或验证交易可行性的应用特别有价值。
-
AssetHub类型增强:专门为AssetHub添加了类型增强支持,这表明Polkadot-js API正在针对特定应用场景进行优化。AssetHub作为Polkadot生态中的重要资产中心,这一改进将显著提升相关开发体验。
-
依赖项升级:polkadot/common升级至13.5.1版本,带来了底层库的性能改进和安全修复。
开发者适配建议
对于正在使用Polkadot-js API的开发者,特别是那些直接处理元数据的项目,需要注意:
- 检查代码中是否使用了被移除的字段,并按照新规范进行重构
- 考虑使用新的transactionExtensions机制来处理交易扩展
- 评估dryRunApi v2是否能为应用带来更好的开发体验
- 如果项目涉及AssetHub,可以利用新的类型增强功能
这次更新虽然包含破坏性变更,但为Polkadot生态的长期发展奠定了更好的基础。开发者应当将其视为提升应用健壮性和未来兼容性的机会。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C095
baihu-dataset异构数据集“白虎”正式开源——首批开放10w+条真实机器人动作数据,构建具身智能标准化训练基座。00
mindquantumMindQuantum is a general software library supporting the development of applications for quantum computation.Python058
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
AgentCPM-Explore没有万亿参数的算力堆砌,没有百万级数据的暴力灌入,清华大学自然语言处理实验室、中国人民大学、面壁智能与 OpenBMB 开源社区联合研发的 AgentCPM-Explore 智能体模型基于仅 4B 参数的模型,在深度探索类任务上取得同尺寸模型 SOTA、越级赶上甚至超越 8B 级 SOTA 模型、比肩部分 30B 级以上和闭源大模型的效果,真正让大模型的长程任务处理能力有望部署于端侧。Jinja00