XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Tuần #21 · 28 Sept – 4 Oct 2026 · Milestone 2 · Radix Engine · Week 9 · since August 2026
Chia việc, đừng chia thế giới
CỘT MỐC HIỆN TẠI
Milestone 2 · Radix Engine
Porting the Radix Engine so Scrypto runs across shards
Week 9 · since August 2026

Previously: flightofthefox comprehensively rebuilt the crossing system for tracking cross-shard transactions, and flagged local execution as a major upcoming challenge.

This week, flightofthefox turned from last week's crossing-system rebuild toward a different kind of hard problem: what happens when a shard forks, halts, or needs a new validator seated mid-flight. The commits tell a story of making recovery and validator seating work cleanly on running shards — both in production and in the simulator.

19
-89% so với tuần trước
commit
+4.0k −1.1k
-84% so với tuần trước
dòng thay đổi
64
tệp được chạm tới
0
ngày commit liên tiếp
Commit / ngày
T2
T3
T4
T5
T6
T7
CN
đỉnh 19/ngày · 1/7 ngày hoạt động
Đà tiến
Dòng thay đổi / tuần
8 tuần gần nhất
98% Rust2% Config
flightofthefox đã xây gì

Rebuilding forked shards from anchors

flightofthefox made forked production and simulator shards rebuild themselves from a known anchor point before validators are seated, ensuring recovery always starts from verified state rather than untrusted data.

→ xem “The Archive” trên hyperscale.rs

Seating validators on live shards

New validators can now join a running shard once their local store is settled, and co-hosted validators can be seated and released on both production and sim shards — the machinery for the trickle rotation that keeps committees honest.

→ xem “The Lottery” trên hyperscale.rs

Halt recovery gets robust

Recovery bindings are now resolved from bounded history rather than pending records, halting shards freeze by withholding validators instead of cutting hosts, and the recovery floor is set before discarding old frontier data.

→ xem “The Overlap” trên hyperscale.rs
Điều cốt lõi
Thay đổi nổi bật
Validators can now be seated into and released from running shards — the live machinery for committee rotation.
Tiếp theo là gì
Likely next: continuing to harden halt recovery and connect the validator-seating path to the trickle rotation system.
Nghe được trong chat

Tâm trạng: The chat was dominated by a heated debate about whether XRD holders benefit from Hyperscale, with flightofthefox firmly declining to promise anything beyond the tech.

“what XRD does is not up to me. i'm just building tech, if radix wants to give a grant because it helps achieve their goals than great. this is a good alignment of incentives”
— flightofthefox, trong Telegram cộng đồng
flightofthefox giải thích
DePIN on Hyperscale
DePIN doesn't pose technical challenges — the on-chain part is usually a tiny fraction of the architecture, and the smart contracts platform itself is a sufficient framework.
Token for DePIN rewards
You're better off with discrete tokens for pure-play services rather than muddying up tokenomics that exist to fulfill concrete security goals.
His role vs XRD price
He builds technology and can't solve every problem; whether XRD benefits is outside his domain, though he works hard to be competitive with the market.
Keeping the channel open
Without Radix there'd be no Telegram channel; he keeps it open to share enthusiasm for consensus and answer questions, because Radix people care about this stuff.
Khái niệm của tuần
The Lottery— A jury you can't bribe
Seating and releasing co-hosted validators on running shards is the practical foundation for trickle rotation — the one-seat-at-a-time committee change that disperses corruption while keeping shards live.
hyperscale.rs/kleroterion
Giải mã thuật ngữ
Anchor — A known-good checkpoint in a shard's history that recovery can safely rebuild from.
Co-hosted validator — Multiple validator identities running on the same physical machine, which is how vnodes work.
Frontier — The leading edge of a shard's chain that recovery must preserve before discarding.
Công việc đổ về đâu
validator seating and release on running shards
production · The Archive
forked shard rebuild from anchors before seating
simulation · The Crash Lab
halt recovery sims on co-hosted layouts
Tham khảo — bản đồ khái niệm, lộ trình & liên kết▾
Bức tranh toàn cảnh
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.
Con đường tới mainnet
✓ M1
Adaptive Sharding
~4 mo
M2
Radix Engine
~5 mo
M3
Gateway & API
~3 mo
M4
Validator GUI
~3 mo
M5
Migration
~3 mo
M6
Live support
12 mo
Hiện tại: Milestone 2 · Radix Engine — Week 9 · since August 2026. Từ ngày đầu: 5.133 commit — một lập trình viên, hoàn toàn công khai.
Liên kết
Do AI viết từ các commit công khai, chat cộng đồng và hyperscale.rs — có thể có sai sót. · tạo ngày 2026-10-05