XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Tuần #18 · 7–13 tháng 9, 2026 · Milestone 2 · Radix Engine · Tuần 6 · từ tháng 8, 2026
Chia việc, đừng chia thế giới
CỘT MỐC HIỆN TẠI
Milestone 2 · Radix Engine
Porting Radix Engine để Scrypto chạy được trên các shard
Tuần 6 · từ tháng 8, 2026

Trước đây: flightofthefox đã giới thiệu substate sweep cho garbage collection và thêm signed network headers vào transaction intents, với lỗ hổng Radix VM khiến anh ấy thanh lý XRD và phác thảo lộ trình di chuyển

Đây là tuần lớn nhất của Milestone 2 tính đến nay — flightofthefox đã hoàn thành một bản viết lại gần như hoàn chỉnh về cách VM thực thi transactions, gộp mọi đường dẫn qua một checkpoint duy nhất gọi là core boundary. Đồng thời, hệ thống cross-shard settlement, substate sweep, và các quy tắc shard-termination đều đã trưởng thành song song, và Telegram chat đã bùng nổ thành một cuộc tranh luận nảy lửa về ý nghĩa của Hyperscale đối với tương lai của Radix.

230
bằng tuần trước
commit
+19k 16k
+39% so với tuần trước
dòng thay đổi
559
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 69/ngày · 5/7 ngày hoạt động
Đà tiến
Dòng thay đổi / tuần
8 tuần gần nhất
84% Rust14% Config2% Docs
flightofthefox đã xây gì

Execution được viết lại xoay quanh một core

Mọi đường dẫn thực thi smart contract giờ đều chạy qua một core boundary duy nhất, nơi các module được publish, kiểm định, và meter. VM tự đếm fuel của mình theo từng memory page, và code chỉ có thể tiếp cận những gì được cho phép tường minh — siết chặt bảo mật và đồng bộ execution với sharding.

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

Ledger cross-shard bắt đầu thành hình

Abandonment records, counterpart questions, và state probes được thống nhất vào một ledger với một quy tắc retention duy nhất, thay thế các kiểm tra ad-hoc rời rạc và làm cho cross-shard commitments gọn gàng, dễ chứng minh hơn.

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

Sweep được tích hợp vào block commits

Substate sweep được gộp trực tiếp vào block commit path, và mọi artifact phái sinh từ transaction giờ đều mang một expiry grace duy nhất — nên cleanup diễn ra tự động khi các block hoàn tất.

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

Quy tắc shard death được siết chặt

Các quy tắc cho việc khi nào một shard terminate giữa chừng transaction đã được siết lại: settled set và fence giờ kiểm soát mọi straddler, với terminal evidence được căn chỉnh theo final span của shard.

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

An toàn fork được tăng cường

Các commit xung đột ở cùng block height giờ bị từ chối ngay lập tức, cross-chain claims phải vượt qua một vote fence duy nhất, và certificates từ các round bị loại sẽ bị驱逐 cùng với ticks của chúng — khép lại nhiều lỗ hổng fork-safety.

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

Sim và CI được mở rộng

Test suite giờ chạy trên arm64 runners với parallelism tăng, simulator có thêm placement-seated validators gắn với host của chúng, và cả hai storage backends dùng chung một conformance test helper.

→ xem “The Crash Lab” trên hyperscale.rs
Cũng trong tuần này
  • Memory store snapshots giờ dùng chung cấu trúc, giảm trùng lặp giữa các nodes.
  • Beacon header window bị giới hạn tại insert, ngăn tăng trưởng không giới hạn.
  • Merkle proofs mang empty siblings dưới dạng bit đơn, tiết kiệm wire space.
  • Block abandonment records giờ bị giới hạn theo byte thay vì theo số lượng.
  • RocksDB store cloning được đơn giản hóa bằng cách bỏ wrapper type của nó.
  • Resharding split logic giờ để lại pool room mà committee shuffle không lấy được.
  • Bốn reshape assertions đã được sửa để thực sự kiểm tra đúng như mô tả.
  • Stores của các shard đã rời đi giờ được serve và routing được seed lúc boot.
Điều cốt lõi
Thay đổi nổi bật
Mô hình thực thi VM được viết lại xoay quanh một core boundary duy nhất — thay đổi kiến trúc lớn nhất của Milestone 2 tính đến nay.
Tiếp theo là gì
Khả năng tiếp theo: tiếp tục tích hợp settlement ledger và sweep vào execution lifecycle, và đẩy VM core boundary tiệm cận feature parity với component model của Babylon.
Nghe được trong chat

Tâm trạng: Tranh luận gay gắt chiếm ưu thế trong chat về việc liệu flightofthefox có nợ Radix một lộ trình di chuyển đầy đủ hay không, với sự bực tức trào ra — nhưng anh ấy tái khẳng định sẽ giúp Radix áp dụng Hyperscale và lưu ý về bản viết lại VM

a grant is a beautiful trap: take fifty and wear the whole rap; if the flywheel won't spin they will ask "who cashed in?" - so i'll take the applause, not the clap
— flightofthefox, trong Telegram cộng đồng
flightofthefox giải thích
Vì sao execution mất nhiều thời gian
Leg local execution gần như là một bản viết lại hoàn toàn cách execution hoạt động, nên tính năng này mất nhiều thời gian để hoàn thành hơn hầu hết.
Substate sweep vs GC
Nó dọn storage, không phải memory — reclaim space từ các guards không cần tồn tại sau khi validity windows của artifacts hết hạn, như subintent nullifiers.
Thay thế session mode
Shared-access components kết hợp với subintents có lẽ mang lại UX tốt không kém sessions, mà không có những foot-guns tiềm ẩn.
Di chuyển khó hơn dự kiến
Anh ấy thực sự tin rằng Radix Engine hiện tại sẽ dễ thích nghi với sharding hơn — đó là một cú tỉnh giấc thô bạo, và việc xây dựng một VM hoàn toàn mới là bắt buộc.
Khái niệm của tuần
The SystemChia công việc, không chia thế giới
Bản viết lại core boundary là thay đổi kiến trúc lớn nhất của Milestone 2 tính đến nay — nó định nghĩa lại cách mỗi transaction thực thi, cách resource được meter, và cách code được chứa, tất cả để execution tương thích với sharding.
hyperscale.rs
Giải mã thuật ngữ
Core boundaryCheckpoint duy nhất nơi mọi code smart contract được publish, kiểm định, và meter trước khi có thể chạy.
Abandonment recordMột ghi chú rằng một transaction đã để lại một số state nhất định và state đó giờ có thể reclaim an toàn.
MeterBộ đếm tích hợp bên trong mỗi module giới hạn lượng computation nó có thể tiêu thụ, ngăn code chạy vô hạn.
Vote fenceQuy tắc chặn một block commit cho đến khi các claim của nó về các chain khác đã được xác minh bằng một vote.
Công việc đổ về đâu
cross-shard ledger, settlement, và abandonment types
VM core boundary, metering, và reach limits
vm/harness · The Crash Lab
test harness, arm64 CI, conformance sharing
routing, fetch, và commit paths ở node level
vm/kernel · The System
kernel imports, core ABI, và fuel wiring
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 — Tuần 6 · từ tháng 8, 2026. Từ ngày đầu: 4.464 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-09-14