XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Tuần #19 · 14–20 tháng 9, 2026 · Milestone 2 · Radix Engine · Tuần 7 · 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 trên nhiều shard

Tuần 7 · từ tháng 8, 2026

Trước đó: flightofthefox đã viết lại mô hình thực thi VM xoay quanh một ranh giới core duy nhất — thay đổi kiến trúc lớn nhất của Milestone 2 tính đến nay.

Tiếp nối việc viết lại VM tuần trước, flightofthefox chuyển sang một đợt đẩy lớn về định giá và ngân sách tài nguyên — hệ thống phí cho phép mạng tính tiền giao dịch đúng với chi phí thực tế. Tuần này cũng chứng kiến mô hình khôi phục tài khoản, đồng bộ block, và thanh toán cross-shard đều tiến triển đáng kể. Một tuần dày đặc và đa diện.

408

+48% so với tuần trước

commit

+18k −9.1k

-21% so với tuần trước

dòng thay đổi

600

tệp được chạm tới

ngày commit liên tiếp

Commit / ngày

đỉnh 120/ngày · 6/7 ngày hoạt động

Đà tiến

Dòng thay đổi / tuần

8 tuần gần nhất

86% Rust14% Config

flightofthefox đã xây gì

Giao dịch được định giá theo tài nguyên chúng chạm tới

flightofthefox đã kết nối chi phí đọc per-leaf, phí framing per-event, và định giá scan vào quá trình thực thi — đồng thời chuyển bảng giá lên beacon. Giao dịch giờ đây trả tiền chính xác cho tài nguyên chúng tiêu thụ.

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

Một intent để thống nhất tất cả

Mô hình ủy quyền được thống nhất xoay quanh một recursive intent duy nhất — mỗi giao dịch là một intent tổng hợp các intent khác, mỗi intent được ký và vô hiệu hóa độc lập, loại bỏ các kiểu routing rải rác.

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

Vai trò khôi phục tài khoản được định nghĩa rõ

Các vai trò VM mới — một primary, một veto role, và một second factor — cho phép tài khoản đóng băng, sửa guardians, hoặc xoay khóa ngay lập tức, tất cả được chi phối bởi quy tắc on-chain thay vì niềm tin.

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

Ranh giới đồng bộ và tip bị dừng

Đồng bộ block chuyển sang một state machine chuẩn, và khôi phục halted-tip được xây lại để thu thập từ timeout đã xác thực và kiểm tra thành viên committee trước khi commit.

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

Thanh toán cross-shard được siết chặt

Provision window giờ được chia sẻ thay vì mirror, bundle bị drop đáp ứng đúng requester, và phí chưa được thẩm định thanh toán dựa trên số dư của payer — siết chặt commit path.

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

Shard rời đi được nghỉ hưu sạch sẽ

Quy tắc chấm dứt shard được củng cố: shard rời đi nghỉ hưu khi evidence window đóng, chain bị chấm dứt ngừng compose tick, và pool hết hạn được giới hạn.

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

Cũng trong tuần này

Wallet giờ có thể yêu cầu node một preview read-only về giao dịch sẽ làm gì trước khi gửi.
Tách shard giờ có thể tự động kích hoạt khi một shard chạy gần giới hạn dung lượng.
Độ trễ mạng được ước tính từ chain đã commit, điều khiển round timer và fetch timeout.
Timestamp quorum giờ được lấy làm median của số giờ của voter, làm mượt clock được chứng thực.
Một sender Byzantine mô phỏng giờ có thể rewrite notification và gossip, tăng cường fault injection.
Chi phí retention giờ được cân nhắc theo số byte thực tế mà validator lưu trữ.
Mỗi shard tự chứng thực phần emission của mình và được xác minh trên mọi shard.
Message giờ phải khai báo class một cách rõ ràng thay vì dùng default, cải thiện ưu tiên mạng.

Điều cốt lõi

Thay đổi nổi bật

Hệ thống phí và định giá tài nguyên được kết nối từ đầu đến cuối — từ chi phí đọc per-leaf đến bảng giá trên beacon — đợt đẩy lớn nhất nhằm giúp giao dịch tự trả chi phí.

Tiếp theo là gì

Khả năng tiếp theo: tiếp tục kết nối hệ thống phí vào execution lifecycle và đẩy mô hình intent đạt feature parity với component model của Babylon.

Nghe được trong chat

Tâm trạng: Cuộc tranh luận sôi nổi trong cộng đồng về mối quan hệ tương lai của Hyperscale với Radix, bao gồm một đề xuất dài từ Wim về khả năng khởi động lại được tài trợ. flightofthefox vẫn tập trung vào những trade-off trung thực.

“blockchain không thể là tốt nhất ở mọi phương diện cùng lúc. bạn phải chọn trận chiến của mình”

— flightofthefox, trong Telegram cộng đồng

flightofthefox giải thích

Trade-off cốt lõi của Hyperscale

Finality là trade-off — luôn nhanh hơn khi thực thi theo block so với đi qua async execution cho cross-shard. Nếu bạn không cần nhiều hơn một shard, đó là một sự giảm cấp hoàn toàn.

Ai nên dùng Hyperscale

Hoàn toàn không có lý do gì để dùng nó trừ khi bạn có tình huống khả thi với hàng trăm nghìn hoặc hàng triệu state transition.

Kế hoạch dài hạn

Tôi sẽ làm việc khác sau khi nó ổn định và chỉ maintain thôi. Không thể làm open source mãi được trừ khi mạng tài trợ nó.

Định vị thị trường

Thị trường cho các giao dịch có thể chịu thêm vài giây lớn hơn thị trường cho finality dưới một giây — cho đến khi các chain low-latency cạn blockspace, lợi ích của shard sẽ không rõ ràng.

Khái niệm của tuần

The Governor— Một governor, không phải một cuộc bỏ phiếu

Phần lớn công việc là định giá: đọc per-leaf, framing per-event, chi phí scan, và chuyển bảng giá lên beacon — lớp kinh tế khiến mỗi giao dịch tự trả chi phí của mình.

hyperscale.rs/governor

Giải mã thuật ngữ

Intent — Một ủy quyền được ký chỉ định tài khoản và state nào giao dịch chạm tới, giờ được thống nhất thành một cấu trúc recursive duy nhất.

Leaf — Một mục dữ liệu duy nhất trong state tree; đơn vị mà hệ thống phí tính tiền cho đọc hoặc ghi.

Preview — Một dry run read-only cho wallet biết giao dịch sẽ làm gì trước khi nó được gửi.

Provision — Một phần state mà một shard gửi cho shard khác, được chứng minh dựa trên một block đã commit.

Công việc đổ về đâu

node · The Archive

sync FSM, khôi phục halted-tip, provision

vm/effects · The Governor

định giá phí và ngân sách tài nguyên được kết nối

vm/sdk · The Journey