XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Tuần #16 · 24–30 Thg 8 2026 · Milestone 2 · Radix Engine · Tuần 4 · ~tháng 1 trên 5

Chia việc, đừng chia thế giới

TIẾN ĐỘ CỘT MỐC 218%

Trước đó: flightofthefox đã định hình lại internals của VM — bố trí component chính thức, định danh resource, và fetching shard record theo từng node — tiến gần tới feature parity với Babylon.

Đây là một tuần củng cố VM sâu và bền bỉ: flightofthefox khiến Radix Engine từ chối các construction không hợp lệ ở mọi khâu, chính thức hóa cách vault và resource được mô tả, và tái cấu trúc những vùng mã lớn thành các module gọn gàng hơn. Trong cộng đồng, một cuộc thảo luận sôi nổi về formal verification và privacy đã cho thấy triết lý testing-first của dự án được hưởng ứng mạnh mẽ đến mức nào.

349

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

commit

+17k −6.9k

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

dòng thay đổi

355

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

ngày commit liên tiếp

Commit / ngày

đỉnh 134/ngày · 5/7 ngày hoạt động

Đà tiến

Dòng thay đổi / tuần

8 tuần gần nhất

79% Rust18% Config1% Docs1% Specs

flightofthefox đã xây gì

VM học cách nói không

Hàng chục commit khiến engine từ chối các input sai — trường trùng lặp, thay đổi supply áp dụng dở dang, hình dạng không hợp lệ — ngay tại build time thay vì crash ở runtime, giúp toàn bộ hệ thống an toàn hơn ngay từ thiết kế.

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

Vault và resource dần成形 hình

Vault giờ là các state field được đặt tên với cặp mint-burn tường minh, thay đổi supply phải áp dụng toàn bộ hoặc không gì cả, và mệnh giá token được gắn cố định vào resource — mang lại cho hệ thống token một cấu trúc chính xác, có thể kiểm tra được.

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

Proof có provenance và cấu trúc

Authority proof giờ mang theo provenance có thể truy vết, threshold sign-in có một presenting path chính thức, và badge-gating gắn với bằng chứng ở cấp protocol — khiến access control có thể xác minh thay vì mặc định tin tưởng.

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

Điều cốt lõi

Thay đổi nổi bật

Radix Engine giờ từ chối một dải rộng lớn các construction không hợp lệ — hình dáng sai, trường trùng lặp, thay đổi token dở dang — trước khi code kịp chạy, biến failure của smart-contract thành vấn đề ở build-time thay vì crash ở runtime.

Tiếp theo là gì

Tiếp theo dự kiến: tiếp tục kết nối các resource operation như minting, burning, và vault movement vào VM đã củng cố, và hoàn tất các presenting path cho proof-and-authorization vốn đang dang dở.

Nghe được trong chat

Tâm trạng: Trò chuyện rôm rả về formal verification sau khi một bug của Zcash lên báo, với flightofthefox giải thích cách privacy relay có thể hoạt động và cho biết chưa theo đuổi phần payment admin của M1 — quá bận buildin

“càng tích hợp chặt chẽ robust testing ngay từ đầu - thì nó càng mở khóa khả năng di chuyển với tốc độ phi lý - và di chuyển với sự tự tin”

— flightofthefox, trong Telegram cộng đồng

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

The System— Chia công việc, không chia thế giới

Gần như mọi commit trong tuần đều khoan sâu vào kiến trúc lõi của Radix Engine — execution layer chạy mọi smart contract — củng cố type system, resource model, và authorization của nó trước toàn bộ các lớp lỗi ngay trước khi chúng kịp xảy ra.

hyperscale.rs

Giải mã thuật ngữ

Vault — Một trường được đặt tên bên trong component của smart-contract, giữ một loại token cụ thể, theo dõi lượng resource mà nó chứa.

Provenance — Bản ghi về nguồn gốc của proof of authority, để hệ thống có thể xác minh đúng người đã ký phê duyệt một hành động.

Manifest — Một blueprint file mô tả nội dung của một gói smart-contract và cách xuất bản nó lên mạng.

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

vm/effects · The System

63 file: từ chối resource-operation và validation

vm/sdk · The System

52 file: manifest builder và projection tại thời điểm construction

vm/harness · The Crash Lab

38 file: gộp test và guest scaffold trong repo