Moonriver发布最新无需分叉的网络升级Runtime2401

[Web3] 预测市场实战:事件池、做市商、业务中台和撮合引擎是怎么拼起来的 把 18 讲预测市场课程里的工程部分摊开重讲一遍:事件池怎么把真实世界的比赛变成可结算的三级目录;做市商为什么先选定价机制、再谈三段策略;做市系统按 sync 打底、execution 收口怎么分层;业务中台里状态机为什么才是主角;撮合引擎的订单簿用 Order、OrderQueue、OrderSide、OrderBook 四层结构怎么落;以及结果公平、业务增长、入金这三块还没补上的洞。 阅读详情

最新的Runtime2401升级基于Runtime2400填充了更多技术细节,包括对通用通信(GMP)预编译的完善,最新OpenGov机制的技术实现,完善XCM派生远程账户与逻辑等。

请注意,Moonbeam中文社区提供的Runtime2401技术更新的中文翻译仅供参考,一切技术更新以英文版本为准。

经过社群在Polkassembly论坛上的投票讨论,Moonriver Runtime版本2401功能已完成更新及版本升级。新版本包含了数项重要的功能和参数更新,以及一些维护网络顺利运作的补丁和更新。以下为Runtime 2401更新内容:

重要更新

  • parachain-stake.MinCollat​​orStk函数已被删除。收集人现需要匹配MinCandidateStk(#2265)
  • Substrate小费的20%支付给财政库,80%销毁,与所有其他费用处理方式一致(#2291)
  • 为GMP预编译添加一个终止开关,预设为关闭(需治理投票才能启动开关)(#2292)
  • 【Moonriver】修复Referendum Canceller Governance Track的支持曲线(#2281)
  • 【Moonbeam】Open Gov已被添加(#2285)。治理v1版本将会在Open Gov稳定前保持运作
  • Collectives现可以使用GeneralAdmin Open Governance Track配置
  • XCM DescendOrigin现衍生账户blake2_256(“SiblingChain” | paraId | “AccountKey20” | address)(#2315由#2344取代)
  • 平行链质押候选人限制更正为200(#2317)
  • EVM Gas计算现支持PoV大小。查看细节可至MBIP-6(#2316)
  • 存储项DelegationScheduledRequests和AutoCompoundingDelegations现已绑定,提出元数据更正(#2202、#2317)

其他更新

  • 避免对可能未排序的数据进行二分搜索(#2247)
  • 将GMP预编译更改为仅依赖于传输量(#2244)
  • 将Pallet-multisig添加至Moonbase Runtime(#2187)
  • 增加Pallet时间戳的最短周期(#2266)
  • 使XCM费用处理程序实现更符合MultiAsset的非零金额(#2269)
  • 从平行链质押Pallet中删除MinCollat​​orStk(#2265)
  • 将multisigs pallet添加到Moonriver和Moonbeam(#2264)
  • 修复XCM Transactor中的hrmp-manage(#2306)
  • Fixes substrate tips missing treasury distribution (#2291)
  • 修复了缺少财政库分配的substrate小费
  • 为Xtokens预编译添加无上限权重(#2307)
  • 新增GMP预编译终止开关(#2292)
  • 修复Moonriver ReferendumCanceller track支持上限(#2281)
  • 为Moonbeam新增OpenGov(#2285)
  • 依赖项(Substrate/Polkadot/Frontier/Cumulus/…)更新至v0.9.40版本(#2202)
  • 更新部分依赖项(#2263)
  • 将EVM更新至0.39版本(#2312)
  • XCM:根据Polkadot标准派生远程账户(#2315)
  • 双重DEFAULT_PROOF_SIZE以支持通过XCM Transactor解除质押(#2320)
  • 在Moonriver和Moonbeam上启用XCM->EVM和Erc20Xcm(#2318)
  • 改进了Pallet平行链质押的基准(#2317)
  • 引入对EVM Weight v2支持(frontier)(#2316、#2343)
  • 新增GMP预编译至Moonriver和Moonbeam Runtimes(#2327)
  • 在Moonriver和Moonbeam上支持 ERC20-XCM(#2334)
  • 改进了DescentOrigin的XCM障碍(#2335)
  • 修复了平行链质押delegate_with_auto_compound的基准(#2336)
  • 调整XCM远程账户派生以匹配Polkadot建议(#2344)
  • 删除平行链质押delegate2未使用函数(#2348)
  • 确保退款权重的安全数学 ​(#2346)
[Web3] 基础第5篇: 共识算法与 P2P 通信协议 CometBFT 采用Tentmint 共识,一种易于理解、基本异步的 BFT 共识算法。该算法遵循一个简单的状态机,如下所示:上图展示了 Tendermint BFT 共识流程,描述了一个区块从提议(Propose)到最终提交(Commit)的完整过程。Tendermint 共识采用三阶段投票机制(Prevote、Precommit、Commit) 来确保区块最终性。三阶段投票机制(Prevote → Precommit → Commit)需要 2/3 以上的投票支持 才能进入下一阶段。 阅读详情

相关推荐

[Web3] 基础第3篇: 区块链的基础密码学原理

Hash 函数又称单向散列函数或者杂凑函数*图:哈希函数示意——任意长度消息映射为固定长度摘要,单向不可逆*定义:给定一个 Message M,对 M 进行 Hash 可以得到 H(M) = Hash(M)由 Message H Hash 之后可以得到 H(m), 但是不能从 Hash(m) 反推出 Message M, 由此可以看出 Hash 函数具备单向不可逆性。

OxYGC 143

WEB3核心技术的一种实现:时间长河共识算法(TRC, Time-River Consensus)

时间长河共识 TRC,核心目标不是打造一条更快的公链,而是**在数字世界里复刻时间的底层本性:不可逆、先有事件才有刻度、历史一旦闭合便无法撤回**。 它摒弃多数投票共识:以固定 π 序列 + 固化历史交易量做零通信抽签,选出块人;以父哈希链式 “焊接” 区块,一环遮挡一环。 公共时间刻度并不预先流淌,**只有区块成功闭合,新的一格时间才诞生**;无事件闭合时,链可以静止,不存在强行推进的全局时钟。 系统不靠投票否决异常,而是依靠自证证据追责: 掉线失职仅失去出块抽签机会;欺诈(双签、透支、背书放水)则质

qq_20466509的博客 1万+

[Web3] 基础第4篇: 区块链的组织结构

适用于大规模数据过滤(如 区块链、数据库、搜索引擎)低存储需求、高速查询的场景需要注意不能删除数据(标准版本) → 计数布隆过滤器解决存在误判(False Positive) → 适用于 非精确查询布隆过滤器以 高效存储和快速查询 在 区块链、分布式存储和大数据处理 领域有广泛应用。

OxYGC 351

ME Group的AI+Web3跨赛道内容与工具布局如何支撑信息专业度

从AI+Web3跨赛道布局与工具配置的角度看,ME Group的信息专业度支撑体现在几个层面:AImpact的跨赛道内容沉淀能力覆盖AI、Web3、金融三大交叉领域,并面向AI智能体输出结构化行业资讯;ME Event精选Skill实现活动的自然语言查询、多维筛选与订阅提醒;AgentOn平台与AIMPACT产品构成AI产品线;GEO品牌优化服务对应生成式AI环境中的信息档案完善。

2601_96756757的博客 244

[Web3] 基础第1篇: 区块链与 Web3 的关系

区块链是Web3的底层技术支撑,二者关系如同TCP/IP与互联网——区块链提供去中心化、不可篡改的账本能力,Web3则在此基础上构建用户主导的金融、溯源等应用生态。当前Web3主要落地于金融领域,如跨境支付、DeFi、链上保险与跨链资产流转,显著提升结算效率与透明度。同时,溯源应用通过链式哈希记录商品全生命周期,增强信任。未来Web3将向六大趋势演进:身份主权、数据确权、AI+链上治理、跨链互操作、合规框架完善及可持续发展。技术虽成熟,但私钥安全、合规监管与链下可信仍需突破,推动其从概念走向规模化应用。

OxYGC 146

[Web3] 基础第6篇: 联盟链、公链、跨链与模块化区块链

三者并不是"谁替代谁"的关系:私有链解决内部账本的效率问题,联盟链解决多机构之间的信任协作问题,公链解决开放、抗审查的全球状态问题。后文的跨链与模块化讨论,都建立在这三种形态并存的前提之上。

OxYGC 204

[Web3] 基础第9篇: 中高级概念与工具使用

L1(Layer 1)= 底层主链L2(Layer 2)= 扩容层L3(Layer 3)= 应用专用层 / 超级扩容层它们出现的核心原因是:区块链同时追求安全+ 去中心化+ 可扩展性很困难,因此逐层拆分职责。你可以把它理解成:L1 = 高速公路地基L2 = 高架桥(缓解拥堵)L3 = 专用车道(按业务定制)链抽象以 layer2 为例子来说明,先来看看 Layer2 基本机构。

OxYGC 164

[Web3] 基础第7篇: 说透比特币的基本框架与原理

08 年的金融危机,中心金融,美元崩塌会导致全球经济崩溃,全球的国家为美国的经济买单;比特币全球流通性,资产去中心化发行,强调去中心化性和全球性,不会因为局部经济崩塌而崩溃,比特币崩溃全球经济才会崩溃;数字来取代传统金融,提高资产主权和全球性经济问题。比特币是第一个区块项目,也是目前为止去中心化程度最高,市值,受欢迎程度最高公链和数字货币,甚至已经成为全球各国央行的储备货币。Bitcoin 具备银行功能:产币的方式传统银行是中心化的,比特币产币是去中心化的,人人都可以参与的。

OxYGC 557

期货保证金占用变多,怎样找出哪张合约增得最多?

盘中看了两次期货账户,第二次发现保证金占用多了。眼下占用最大的合约很显眼,但它不一定是这段时间增得最多的。如果复盘想知道“先查哪张”,要按前后差额排,不是按第二次的金额排。

weixin_49134609的博客 214

[Web3] 基础第2篇: 区块链发展史与区块特性

区块链的结构*图:区块链的链式结构示意,多个区块依次相连*由很多区块组成一个链式结构,区块与区块直接可以通过某种特殊的方式链接起来区块链里面的真实结构*图:区块之间通过哈希互相连接,当前区块记录上一区块的哈希*由很多区块组成一个链式结构,区块与区块直接可以通过区块 hash 互相连接起来,当前区块里面有上一个区块 hash, 这两个 Hash 是相等,若不相等,说明区块链发生了分叉。这里补充一个直观的理解:把每个区块想象成账本的一页,页眉都抄录了上一页的指纹(哈希)。

OxYGC 58

[Web3] 基础第8篇: 说透以太坊的基本框架与原理

以太坊是最具影响力的区块链平台之一。本文从发展历程与 ETH2.0 升级切入,讲清 EVM 状态机如何执行智能合约、账户与交易模型、Gas 计费与共识机制,并梳理 Layer2、DeFi、NFT 等生态分层,帮助读者建立对以太坊整体架构的系统认知。

OxYGC 262

高可用分布式存储架构设计及其应用

节点间维持秒级心跳,同时引入Phi accrual failure detector:当某节点心跳间隔的分布偏离历史基线超过阈值时,判定为“疑似故障”,提前触发副本状态检查,而非被动等待固定超时。同城双AZ部署,指令通道的Raft副本组跨AZ分布,AZ间RTT控制在1.5 ms以内,确保多数派写入的延迟增量可接受。这一取舍的直接后果是:同城单AZ故障时,指令通道经历约2—5 s的写入暂停,遥测通道保持可用但可能出现秒级的数据空洞,由车端缓冲补齐。,使异地副本常态化接近同步状态,压缩故障切换时的数据差距。

jcgu的专栏 166

[Web3] 基础系列总览: 9 篇目录与草稿链接

本系列共9篇,系统讲解区块链从起源到应用的完整知识体系:涵盖Web3与区块链关系、发展史、密码学基础、数据结构、共识机制、链形态演化,深入剖析比特币(UTXO、Taproot)与以太坊(EVM、智能合约)原理,并结合代码示例实现哈希计算、Merkle树、PoW挖矿及链上数据读取,最终落地至Token、NFT、DeFi与L2工具使用,构建“理论→实践”闭环学习路径。

OxYGC 311

深入理解 Leaf-Spine:从网络拓扑到 AI 数据中心 Fabric

传统数据中心网络以树形三层架构为主,但随着东西向流量激增,其层级多、路径长、扩展难等问题凸显。为此,Leaf-Spine叶脊架构应运而生,通过全互联的扁平化设计,实现多路径转发、高带宽、低时延与灵活横向扩展。结合ECMP负载分担、Underlay/Overlay分离架构及VXLAN/EVPN技术,该架构有效支撑云计算、AI训练等高密度内部通信需求。其核心价值在于:网络设计需匹配业务流量模型,强调可预测性、可靠性与可扩展性。未来,叶脊架构将持续演进,成为高性能数据中心的基石。

一名热爱技术、专注实践的工程师,拥有一项实用新型专利及一项软件著作权。曾获国家级奖项7项、省级奖项30余项。专注网络技术与 AI Infra 领域,持续探索技术创新与工程实践,记录学习成长,分享技术经验,在探索中突破,在实践中精进。 290

视频监控设备(NVR、IPC等)如何通过国标GB28181接入到视频监控平台,以及接入过程如何测试视频接入是否成功

GB/T28181标准广泛的应用,视频监控设备通过国标GB28181接入视频监控平台的过程变成程序化、标准化的互联过程,确保了视频监控设备能够在不同系统、不同网络环境下实现远程、跨区域、跨级别的访问和控制。版本有GB28181-2011、2016、2022几个常用版本,威迪斯特的视频监控平台完全支持GB28181的这几个版本,能够实现不同品牌视频监控设备的国标视频接入(国标视频监控接入),或者为国标28181视频接入(国标28181视频监控接入),也为国标281818接入(国标GB/T28181接入。

weixin_70208651的博客 1万+

从M.2到E1.S,从U.2到E3.S:数据中心SSD接口的世代更迭与选择逻辑

本文深入探讨了数据中心SSD接口从M.2、U.2到E1.S、E3.S的演进历程与选型逻辑。通过对比分析不同接口的物理规格、性能表现和散热设计,揭示了EDSFF接口在数据中心环境中的优势,包括更高的部署密度、更好的散热效能和更强的扩展能力。文章还提供了针对不同应用场景的SSD选型建议,帮助IT决策者优化存储架构。

weixin_33816300的博客 417

空圈容错・优快云 站点技术架构信任链诊断

本文为基于公开故障现象的黑箱架构推演报告,聚焦“监控健康但用户访问异常”共性问题。提出C/M/V/P四层可达性分析框架,强调V层需满足数据源、方法、环境三异才具仲裁能力。通过R1–R10探针识别架构风险,揭示同源校验、配置共担、降级粗放等隐患。诊断指出:进程存活≠链路通畅,200状态码≠内容正确。配套8问自测清单与∅_safe分级降级方案,推动从“全好/全崩”到“半坏可控”的可观测跃迁。所有推断假说需依赖图谱与压测验证,不构成线上定论。

Liaiyang66的博客 383

R语言dlnm包避坑指南:手把手教你配置交叉基矩阵(附温度分层与滞后多项式设置)

本文详细介绍了R语言dlnm包在配置交叉基矩阵时的实用技巧与避坑指南,特别针对温度分层与滞后多项式设置提供了具体参数配置建议。通过解析`crossbasis()`函数的核心参数、温度分析的分层策略以及不同基函数的适用场景,帮助研究者高效构建分布滞后非线性模型,避免常见错误并优化模型性能。

weixin_34094282的博客 402

期货合约还有历史K线,就表示现在还能交易吗?

打开以前保存的期货研究资料,某个合约的K线仍能正常显示,过去的价格、成交量也都在。看着熟悉的图,容易顺势觉得:既然还能看,这个合约应该仍可作为当前交易对象。但图里保存的是过去发生过什么,当前合约状态回答的是它现在处于什么生命周期。历史K线仍在,与合约已经下市可以同时成立。对研究者来说,更有用的处理不是在“继续盯它”和“删掉旧图”之间二选一,而是把历史档案与当前关注对象分开。TqSdk提供的合约下市标志,可以帮助把这层区别标明白。

weixin_49134609的博客 184

第三篇:AMD 和 Intel

它像“乐高积木”一样,可以通过标准化的接口与其他部分组合,构建复杂系统。理解组件后,你会发现从操作系统到微服务,现代软件本质上都是组件的组合!

u013089100的博客 1031

ENS160传感器原理图设计,已量产(空气质量传感器)

ENS160 是一款集成式数字空气质量传感器,核心优势源于 “MEMS 传感元件 + 内置微处理器” 的架构。

不脱发的程序猿 572

FPGA 与加密行业:从算法加速到可信硬件的完整技术图谱

本文系统探讨FPGA与密码学的深度交叉,揭示其在加密加速、区块链基础设施、零知识证明及后量子密码中的关键作用。从底层硬件特性到工程实践,分析对称加密、公钥算法、零知识证明等负载的FPGA加速优势,强调其高能效、低延迟与灵活可重构的特性。结合当前密码学复杂度上升与硬件竞争加剧的趋势,指出FPGA是算法验证与高性能实现的理想载体,为安全计算提供高效硬件支撑。

weixin_49780322的博客 251

Claude Code 100个真实案例 - 用AI搭建GIS地理信息系统(地图标注+热力图)

本案例展示如何使用 Claude Code 从零搭建一个完整的 GIS 地理信息系统。我们将使用 Python + Flask 作为后端,Leaflet.js 作为前端地图引擎,实现地图标注、热力图展示、区域绘制、坐标搜索等功能。全程通过与 Claude Code 对话完成,让你感受 AI 在地理信息领域的强大开发能力。

yueyeguzhuo的专栏 113

想调用证券公司 API 做股票数据分析,Python 应该如何接入行情?

想通过证券公司 API 做股票数据分析,首先需要区分交易接口和行情接口:交易接口负责委托、撤单和账户查询,行情接口负责提供股票价格、成交量等市场数据。对于历史行情研究,真正影响结果可靠性的,不只是能否拿到收盘价,还包括复权方式、交易日期排序、字段类型以及数据完整性。如果只需要历史行情、技术指标和基础选股研究,可以先使用合适的行情数据 API。A:取决于分析目的。A:可以作为研究程序的基础,但还需要补充数据时效性检查、交易日历管理、指标有效性验证、策略回测和风险控制,不能仅凭一个均线条件直接进行实盘决策。

2601_96694965的博客 187

HQChart实战教程49-点击修改K线颜色及背景色

HQChart实战教程49-点击修改K线颜色及背景色需求效果图步骤1. 注册点击监听事件2. 修改K颜色添加一个自定义颜色的K线klineoption清空所有自定义颜色的K线option交流QQ群: 950092318HQChart代码地址完整例子 需求 对点击的K线修改颜色。 效果图 步骤 1. 注册点击监听事件 事件ID JSCHART_EVENT_ID.ON_CLICK_CHART_PAINT, 注册监听事件见教程 HQChart使用教程5- K线图控件操作函数说明 this.Create=func

小银 2911

大聪明教你学Java | Seata 2.5 从下载到运行:全流程编译部署教程

Seata 2.5 版本带来了不少特性优化,但实际部署时却发现一个尴尬问题:全网找不到一篇完整覆盖「Git 源码下载→本地编译→环境配置→启动验证」的实操教程。作为一名踩遍无数坑才成功跑通的开发者,我深知这个过程的煎熬:Git 拉取源码后编译失败、依赖版本冲突、配置文件参数混乱、启动时端口占用或连接报错… 每一个坑都能耗费数小时排查。为了让后续开发者少走弯路,我将自己从0到1的完整实操经验整理成文,跟着步骤走即可成功运行 Seata 2.5.

不肯过江东丶 2072
上一篇: Moonbeam生态说|探索Web3链游生态Seascape
下一篇: 如何在Moonbeam网络中检查交易确定性
Web3 MoonBuilder
博客等级 码龄5年 568粉丝 381原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值