XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Minggu #17 · 31 Aug – 6 Sept 2026 · Milestone 2 · Radix Engine · Week 5 · ~month 1 of 5
Bagi pekerjaannya, bukan dunianya
PROGRES MILESTONE 223%

Previously: flightofthefox hardened the VM to reject invalid constructions at build time, formalized vaults and proofs, and was mid-flight on the proof-and-authorization presenting paths.

This week the Radix network suffered a major VM-level exploit, sending shockwaves through the community. flightofthefox stayed focused on the code, building the network's first real garbage-collection system and tightening transaction signing — while being transparent about protecting Hyperscale's runway and sketching how a future migration would work.

19
-95% vs minggu lalu
commit
+4.1k 711
-80% vs minggu lalu
baris berubah
93
file tersentuh
0
hari commit beruntun
Commit / hari
S
S
R
K
J
S
M
puncak 18/hari · 2/7 hari aktif
Momentum
Baris berubah / minggu
8 minggu terakhir
95% Rust2% Docs2% Specs1% Config
Apa yang dibangun flightofthefox

Unreachable state, swept clean

flightofthefox built a garbage-collection system: nullifiers track state that nothing can reach, grouped by expiry buckets so each block retires exactly what's due. The network can now reclaim storage automatically.

→ lihat “The Library” di hyperscale.rs

Intents declare their network

Transaction intents now carry signed headers naming which network they're for and how long they're valid — stopping cross-network replay and tightening each intent's time window to the narrowest bound.

→ lihat “The Journey” di hyperscale.rs
Intinya
Perubahan paling menonjol
The substate sweep gives the network its first real garbage collection — automatically tracking and removing state that nothing can reach anymore.
Apa selanjutnya
Likely next: finishing the intent-signing and network-validation paths, and integrating the substate sweep into the shard's execution lifecycle.
Terdengar di obrolan

Suasana: The Radix network hack dominated all conversation, with debate over relaunching vs. migrating and flightofthefox transparently liquidating XRD to protect Hyperscale's runway.

hard to hyperscale when you're homeress
— flightofthefox, di Telegram komunitas
flightofthefox menjelaskan
Sharding localizes failures
One shard halting doesn't impact others, so liveness impact is localized. Prolonged outages get noted by the beacon chain, which rotates the whole committee if needed.
Migration to Xi'an
You'd dump Babylon state at a predetermined epoch, transform it, and load it at Xi'an genesis — same as Olympia to Babylon. The tricky bit is contracts need recompilation.
VM design comes first
The absolute number one priority is building an optimal VM perfectly suited to Hyperscale and sharding. Primitives kept from Scrypto are there because the ideas were genuinely good.
Formal verification limits
You verify smaller models in specialized languages, not the full code. It's not a silver bullet, but having invariants written down makes bugs far less likely.
Konsep minggu ini
The LibraryThe moving day that never happens
The bulk of this week built the state tree's cleanup machinery — tracking, indexing, and removing state that nothing can reach anymore.
hyperscale.rs/library
Jargon, dijelaskan
NullifierA marker the system uses to track state that should eventually be removed once it's no longer reachable.
Substate sweepThe network's automatic garbage collection: finding and removing state entries that nothing can reach anymore.
Expiry bucketA way of grouping state items by the block height at which they should be cleaned up, so each block processes them efficiently.
Ke mana pekerjaan bermuara
storage-rocksdb · The Library
substate sweep and nullifier storage
vm/kernel · The Journey
intent signing and network validation
nullifier and sweep data structures
Referensi — peta konsep, peta jalan & tautan
Gambaran utuh
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.
Jalan menuju 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
Sekarang: Milestone 2 · Radix Engine — Week 5 · ~month 1 of 5 · 23%. Sejak hari pertama: 4.023 commit — satu developer, sepenuhnya terbuka.
Tautan
Ditulis oleh AI dari commit publik, obrolan komunitas, dan hyperscale.rs — mungkin mengandung kesalahan. · dibuat 2026-09-07