HYPERSCALE-RS · THE BUILDER'S LOG
Hyperscale Weekly
第 26 周 · 2026年11月2日–8日
分割工作，而非世界
本周工作
加固新引擎的跨 shard 读取，确保合约不会看到过期状态
The new VM100%
此前：flightofthefox 刚刚围绕 iroh 重构了网络层，并为 staking 池加入了自建与交接路径。
平静而专注的一周：全部十六个改动都落在了新 VM——这个从零构建、让智能合约可以跨 shard 运行的引擎上。flightofthefox 整周都在打磨引擎读取共享状态和手续费销毁的方式，而社区聊天则被一场大交易所被盗事件刷屏。
16
-83% 对比上周
次提交
+1.9k −384
-84% 对比上周
行代码变更
18
个文件改动
2
天连续提交
势头
89% Rust11% Docs
flightofthefox 构建了什么
守住共享状态的诚实性
本周大部分精力都花在合约如何读取由另一个 shard 交过来的状态上：每次读取必须来自被送达的确切数据块，绝不能是过期的副本。正是这一点保证了完全一致的执行——从而让跨 shard 支付具备原子性。
→ 在 hyperscale.rs 查看“The Generals”手续费销毁，有据可查
引擎现在会在每次状态变更的同时记录手续费的销毁，让被销毁的费用像余额一样被严格记账。这很重要，因为钱凭空消失却没有记录，恰恰是一个可审计网络所无法容忍的。
→ 在 hyperscale.rs 查看“The Journey”随机抽取尊重时钟
新规则把 committee 抽取严格绑定到更早 epoch 的随机种子上，并按交易而非按区块确定时钟。这让 validator 分配保持不可预测和公平——没人能在选择行动方式之前偷看种子。
→ 在 hyperscale.rs 查看“The Lottery”本周要点
最亮眼的变化
新 VM 现在强制规定：合约只能读取已被证明并实际送达给它的那份跨 shard 状态。
接下来做什么
接下来可能：围绕已交付状态读取和手续费记账继续加固 VM，加上 hinted 过的网络优化设计。
聊天室见闻
氛围：本周聊天被 Binance 被盗事件占据，讨论 Radix 的 validator 是否应该封锁被盗钱包；flightofthefox 还在周五主持了一场气氛热烈的开放式 office hours 通话。
“抗审查不是想当然就能拥有的东西，它需要被持续打磨”
— flightofthefox，来自社区 Telegram
flightofthefox 的解释
Validator 是主权者
他解释说，封锁某些交易不需要什么协调投票——validator 可以各自决定给哪些区块投票，并提醒大家：你们是主权者。
写进协议的治理
他说 Hyperscale 有自己内建于协议的治理与投票机制，因为任何与实际共识权力不一一对应的 DAO 式投票都毫无约束力。
后量子是硬要求
被问到 Hyperscale 是否会抗量子时，他回答：发布任何不支持抗量子的东西都不值得。
周五 office hours
他设立了一个随时可加入的 TGIF 语音通话，欢迎任何想聊 Hyperscale、Radix、加密货币、软件或人生的人。
本周概念
The Generals— 两位将军放下了他们的信使
大部分工作都在加固引擎对已交付状态（provisioned state）的读取，而这正是让跨 shard 交易在每个 shard 上逐字节一致执行的基石。
hyperscale.rs/generals术语解读
Fee burn — 被永久销毁而非支付给任何人的交易手续费。
Kernel — VM 的可信核心，合约的一切状态读写都必须经过它。
Provisioned state — 在证明之下从一个 shard 传送到另一个 shard 的状态片段，因此可以被验证而非被信任。
工作落在了哪里
参考 — 概念地图、路线图与链接▾
全景图
The System
The whole sharded design at a glance.
The Journey
One transaction's trip through the network.
The Clock
Consensus-attested time across independent shards.
The Census
The leaderless beacon of validators, stake and shards.
The Overlap
Why two conflicting blocks can never both commit.
The Generals
All-or-nothing cross-shard commits, computed not voted.
The Archive
Every published byte is preserved or provably expired.
The Library
All state in one merkle tree; a shard is a subtree.
The Will
How in-flight transactions settle when a shard dies.
The Lottery
Random, ever-moving committees; proven cheats are jailed.
The Triage
Under overload, urgent traffic never waits for bulk.
The Governor
Validator entry is re-priced every epoch, like a market.
The Crash Lab
The simulator that replays any failure byte-for-byte.
The Proof
Proving safety with maths, not just tests.
The Asterisks
Every design's trade-offs — including Hyperscale's own.
四个部分
✓ 已完成
Adaptive Sharding
Shards that split and merge on their own · Aug 2026
100%
The new VM
A new engine built from scratch so smart contracts run across shards
–
Indexing & APIs
So wallets and apps can read a sharded network
–
Validator tooling & testnet
Running a node, and a public test network
–
Foundations & reliability
Networking, storage, crypto and testing that every part stands on
条形表示本周改动行数的占比。共享的底层工作计入 Foundations & reliability。 自第一天以来：5,733 次提交 — 一位开发者，完全公开进行。
链接
在 X 上讨论
本周帖子社区（Telegram）
t.me/hyperscale_rs有疑问？flightofthefox 随时乐意在社区 Telegram中交流。
由 AI 根据公开提交、社区聊天和 hyperscale.rs 撰写 — 可能存在错误。 · 生成于 2026-11-09