Trước đó: flightofthefox vừa dựng lại lớp mạng bằng iroh và tạo lộ trình tự khởi tạo cũng như chuyển giao cho các staking pool.
Một tuần yên tĩnh và tập trung: cả mười sáu thay đổi đều đã vào trong VM mới — engine được xây từ đầu cho phép smart contract chạy xuyên qua các shard. flightofthefox dành cả tuần để siết chặt cách engine đọc state dùng chung và cách phí bị burn, trong khi话题 chính trong chat là hệ quả của vụ hack một sàn giao dịch lớn.
16
-83% so với tuần trước
commit
+1.9k −384
-84% so với tuần trước
dòng thay đổi
Commit / ngày
đỉnh 7/ngày · 3/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ì
Giữ state dùng chung trung thực
Phần lớn tuần nay dành cho các quy tắc về việc contract đọc state được chuyển từ shard khác: mỗi lần đọc phải đến đúng phần state đã được phục vụ, không bao giờ từ chỗ state cũ. Chính điều này làm nên khả năng thực thi giống hệt nhau — và nhờ đó các khoản thanh toán cross-shard mang tính atomic — trở nên khả thi.
→ xem “The Generals” trên hyperscale.rsPhí được burn một cách minh bạch
Giờ đây engine theo dõi việc burn phí song song với mỗi thay đổi state, nên số phí bị hủy được hạch toán nghiêm ngặt như chính số dư. Điều này quan trọng vì tiền biến mất không ghi chép gì chính là điều một mạng có thể kiểm toán không thể chấp nhận.
→ xem “The Journey” trên hyperscale.rsBốc thăm ngẫu nhiên tôn trọng đồng hồ
Quy tắc mới gắn việc bốc thăm committee vào seed ngẫu nhiên từ các epoch trước đó nghiêm ngặt, và cố định đồng hồ theo từng giao dịch thay vì theo từng block. Nhờ đó việc phân công validator vẫn khó đoán và công bằng — không ai có thể nhìn trước seed rồi chọn cách hành động.
→ xem “The Lottery” trên hyperscale.rsĐiều cốt lõi
Thay đổi nổi bật
VM mới giờ buộc contract chỉ có thể đọc đúng phần cross-shard state đã được chứng minh và phục vụ cho mình.
Tiếp theo là gì
Dự kiến tiếp theo: tiếp tục tăng cường VM quanh việc đọc served state và hạch toán phí, cùng thiết kế mạng đã tối ưu được gợi ý.
Nghe được trong chat
Tâm trạng: Chủ đề lớn trong chat là vụ hack Binance và liệu validator Radix có nên chặn các ví bị đánh cắp; flightofthefox cũng tổ chức cuộc gọi office-hours thứ Sáu rất sôi nổi.
“kháng kiểm duyệt không phải điều bạn có thể mặc định, nó phải được xây dựng bằng công sức”
— flightofthefox, trong Telegram cộng đồng
flightofthefox giải thích
Validator là chủ quyền
Anh giải thích không cần bỏ phiếu phối hợp nào để chặn một số giao dịch nhất định — từng validator có thể tự quyết định block nào sẽ vote, và anh nhắc rằng các validator vốn có chủ quyền.
Governance nằm trong protocol
Anh nói Hyperscale có hệ thống governance và bỏ phiếu riêng được tích hợp ngay trong protocol, vì bất kỳ hình thức bỏ phiếu kiểu DAO nào không khớp 1:1 với quyền đồng thuận thực tế đều vô dụng.
Post-quantum là bắt buộc
Được hỏi liệu Hyperscale có kháng lượng tử không, anh trả lời rằng không đáng để phát hành bất cứ thứ gì không kháng lượng tử.
Office hours thứ Sáu
Anh mở một cuộc gọi thoại TGIF dạng drop-in cho bất kỳ ai muốn trò chuyện về Hyperscale, Radix, crypto, phần mềm hay đời thường.
Khái niệm của tuần
The Generals— Hai vị tướng gác lại những sứ giả của mìnhPhần lớn công việc là làm chắc chắn việc engine đọc provisioned state — nền móng để thực thi giao dịch cross-shard giống hệt nhau từng byte trên mọi shard.
hyperscale.rs/generals Giải mã thuật ngữ
Fee burn — Phí giao dịch bị hủy vĩnh viễn thay vì được trả cho bất kỳ ai.
Kernel — Phần lõi tin cậy của VM mà mọi contract phải đi qua để đọc hoặc ghi state.
Provisioned state — Một phần state của shard được chuyển sang shard khác kèm proof, để có thể xác minh thay vì tin tưởng.
Công việc đổ về đâu
quy tắc đọc state đã phục vụ và có proof
fee burn gắn với các thay đổi state
vm/docs
ghi lại các quy tắc của VM 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.
Bốn phần
✓ xong
Adaptive Sharding
Shards that split and merge on their own · Aug 2026
100%
The new VM
A new engine built from scratch so smart contracts run across shards
–
Indexing & APIs
So wallets and apps can read a sharded network
–
Validator tooling & testnet
Running a node, and a public test network
–
Foundations & reliability
Networking, storage, crypto and testing that every part stands on
Thanh thể hiện tỷ lệ dòng mã thay đổi tuần này. Phần nền tảng dùng chung được tính vào Foundations & reliability. Từ ngày đầu: 5.733 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-11-09