Trước đó: flightofthefox đã kết nối hệ thống phí và định giá tài nguyên từ đầu đến cuối, đồng thời thống nhất mô hình intent, tiến sâu hơn vào công việc VM của Milestone 2.
Tuần 8 của Milestone 2 mang đến một đợt tái xây dựng sâu sắc và tập trung về cách theo dõi và xử lý giao dịch cross-shard bên trong VM. flightofthefox đã làm lại toàn bộ hệ thống 'crossing' — cơ chế cho phép một giao dịch trải dài nhiều shard ghi nhận, trả lời và dọn dẹp các cam kết — đồng thời siết chặt fee hold và cắt bỏ các nhánh thực thi không còn dùng. Trên Telegram, một cuộc thảo luận phong phú về di chuyển và tương thích đã cho thấy cộng đồng đang nghiêm túc tìm hiểu ý nghĩa của Hyperscale đối với các ứng dụng Radix hiện tại.
32
-92% so với tuần trước
commit
+3.1k −3.4k
-76% so với tuần trước
dòng thay đổi
Commit / ngày
đỉnh 10/ngày · 7/7 ngày hoạt động
Đà tiến
Dòng thay đổi / tuần
8 tuần gần nhất
flightofthefox đã xây gì
Crossing cross-shard được xây dựng lại
Phần lớn tuần này dành cho việc thiết kế lại 'crossing' — cách VM theo dõi giao dịch cross-shard từ đầu đến cuối. Crossing giờ được đặt tên một lần với mọi khóa được sinh ra từ tên đó, câu trả lời mang hai phán quyết, và các block mang trực tiếp bản ghi crossing.
→ xem “The Generals” trên hyperscale.rsFee hold và vault deposit
Fee reservation giờ được xử lý như committed hold bên trong kernel, và vault deposit được chuyển từ các job rải rác vào một đường dẫn kernel duy nhất — giúp xử lý tài nguyên gọn gàng và dễ dự đoán hơn.
→ xem “The Journey” trên hyperscale.rsNhánh thực thi chết được cắt bỏ
Một số loại job lỗi thời và cơ chế crossing tombstone đã bị loại bỏ hoàn toàn, thay thế bằng logic dựa trên flag đơn giản hơn — ít code phải bảo trì, ít trường hợp biên hơn để gây lỗi.
→ xem “The System” trên hyperscale.rsĐiều cốt lõi
Thay đổi nổi bật
Hệ thống crossing — cách giao dịch cross-shard được đặt tên, theo dõi, trả lời và dọn dẹp — đã được xây dựng lại toàn diện.
Tiếp theo là gì
Khả năng tiếp theo: tiếp tục tinh chỉnh hệ thống crossing và giải quyết đường dẫn local execution mà flightofthefox đánh dấu là thử thách lớn.
Nghe được trong chat
Tâm trạng: Một tuần sôi động: một developer tên Seböööl đi sâu vào codebase và khơi dậy một cuộc trao đổi chi tiết về di chuyển, tương thích contract, và liệu Babylon và Hyperscale có thể cùng tồn tại không.
“leg local execution là Vietnam của tôi”
— flightofthefox, trong Telegram cộng đồng
flightofthefox giải thích
Đường di chuyển lên Hyperscale
Kế hoạch sơ bộ là dump, transform, genesis — contract được xây lại trước khi ra mắt nếu dev còn hoạt động, những người chậm chân sẽ được nâng cấp sau thông qua beacon-chain voting với blueprint nằm tắt cho đến lúc đó.
Thiết kế tương tác component
Lời gọi giữa các component nên hoạt động nếu target nằm trong immutable config hoặc được truyền làm argument, nhưng anh muốn khám phá việc mở rộng manifest DAG tại call site thay vì sao chép method dispatch của Radix Engine.
Nâng cấp contract không cần proxy
Anh dự định có một hệ thống nâng cấp blueprint native để developer không cần xây proxy pattern, với việc nâng cấp được phối hợp qua beacon-chain witness để áp dụng nhất quán tại cùng một epoch.
Vì sao chưa có backlog công khai
Nền tảng vẫn đang thay đổi, nên duy trì một spec chính thức sẽ làm chậm tiến độ — có một thứ tự ưu tiên, và vẫn quá sớm để định cỡ cho việc di chuyển.
Khái niệm của tuần
The Generals— Hai vị tướng cất sứ giảCông việc trọng tâm tuần này là xây dựng lại cách giao dịch cross-shard được theo dõi và xử lý — cốt lõi của cam kết cross-shard nguyên tử.
hyperscale.rs/generals Giải mã thuật ngữ
Crossing — Tên gọi của VM cho vòng đời được theo dõi của một giao dịch cross-shard khi state di chuyển giữa các shard.
Fee hold — Phần phí của giao dịch được giữ trước khi nó chạy, để không thể chi quá mức.
Tombstone — Dấu hiệu cho biết một bản ghi cross-shard đã được retire và an toàn để dọn dẹp sau.
Công việc đổ về đâu
crossing answer và state effect được làm lại
vault deposit, fee hold, crossing job
API được cập nhật cho mô hình crossing và phí mới
Tham khảo — bản đồ khái niệm, lộ trình & liên kết▾
Bức tranh toàn cảnh
The ClockConsensus-attested time across independent shards.
The CensusThe leaderless beacon of validators, stake and shards.
The OverlapWhy two conflicting blocks can never both commit.
The GeneralsAll-or-nothing cross-shard commits, computed not voted.
The ArchiveEvery published byte is preserved or provably expired.
The LibraryAll state in one merkle tree; a shard is a subtree.
The WillHow in-flight transactions settle when a shard dies.
The LotteryRandom, ever-moving committees; proven cheats are jailed.
The TriageUnder overload, urgent traffic never waits for bulk.
The GovernorValidator entry is re-priced every epoch, like a market.
The Crash LabThe simulator that replays any failure byte-for-byte.
The ProofProving safety with maths, not just tests.
The AsterisksEvery design's trade-offs — including Hyperscale's own.
Con đường tới mainnet
✓ M1
Adaptive Sharding
~4 mo
Hiện tại: Milestone 2 · Radix Engine — Tuần 8 · từ tháng 8, 2026. Từ ngày đầu: 4.959 commit — một lập trình viên, hoàn toàn công khai.
Liên kết
Có câu hỏi? flightofthefox luôn sẵn lòng trao đổi trong Telegram cộng đồng.
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-28