XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Minggu #18 · 7–13 Sep 2026 · Milestone 2 · Radix Engine · Minggu 6 · sejak Agustus 2026
Bagi pekerjaannya, bukan dunianya
MILESTONE SAAT INI
Milestone 2 · Radix Engine
Memporting Radix Engine agar Scrypto bisa berjalan lintas shard
Minggu 6 · sejak Agustus 2026

Sebelumnya: flightofthefox memperkenalkan substate sweep untuk garbage collection dan menambahkan signed network headers ke transaction intents, dengan eksploitasi Radix VM yang membuatnya mencairkan XRD dan membuat sketsa jalur migrasi

Ini adalah minggu terbesar Milestone 2 sejauh ini — flightofthefox mendaratkan rewrite yang hampir lengkap tentang cara VM mengeksekusi transaksi, melipat setiap jalur melewati satu titik pemeriksaan yang disebut core boundary. Sementara itu, sistem settlement cross-shard, substate sweep, dan aturan shard-termination semuanya matang secara paralel, dan obrolan Telegram meledak menjadi perdebatan sengit tentang apa arti Hyperscale bagi masa depan Radix.

230
sama dengan minggu lalu
commit
+19k 16k
+39% vs minggu lalu
baris berubah
559
file tersentuh
0
hari commit beruntun
Commit / hari
S
S
R
K
J
S
M
puncak 69/hari · 5/7 hari aktif
Momentum
Baris berubah / minggu
8 minggu terakhir
84% Rust14% Config2% Docs
Apa yang dibangun flightofthefox

Eksekusi di-rewrite di sekitar satu core

Setiap jalur eksekusi smart-contract sekarang berjalan melewati satu core boundary di mana modul dipublikasikan, dinilai, dan diukur. VM menghitung bahan bakarnya sendiri per halaman memori, dan kode hanya bisa mengakses apa yang secara eksplisit dipinjamkan — memperketat keamanan dan menyelaraskan eksekusi dengan sharding.

→ lihat “The System” di hyperscale.rs

Ledger cross-shard mulai berbentuk

Abandonment records, counterpart questions, dan state probes disatukan menjadi satu ledger dengan satu aturan retensi, menggantikan pemeriksaan ad-hoc yang tersebar dan membuat komitmen cross-shard lebih bersih serta lebih dapat dibuktikan.

→ lihat “The Generals” di hyperscale.rs

Sweep dihubungkan ke block commit

Substate sweep dilipat langsung ke jalur block commit, dan setiap artefak yang berasal dari transaksi sekarang membawa satu masa tenggat kedaluwarsa — sehingga pembersihan terjadi otomatis saat block finalisasi.

→ lihat “The Archive” di hyperscale.rs

Aturan kematian shard diperketat

Aturan tentang apa yang terjadi ketika sebuah shard berakhir di tengah transaksi diperketat: settled set dan fence sekarang mengatur setiap straddler, dengan bukti terminal disesuaikan dengan rentang akhir shard.

→ lihat “The Will” di hyperscale.rs

Keamanan fork diperketat

Commit yang bertentangan pada block height yang sama sekarang ditolak mentah-mentah, klaim cross-chain harus melewati satu vote fence, dan sertifikat dari putaran yang dibuang dikeluarkan beserta tick-nya — menutup beberapa celah keamanan fork.

→ lihat “The Overlap” di hyperscale.rs

Sim dan CI ditingkatkan

Test suite sekarang berjalan di runner arm64 dengan paralelisme yang lebih tinggi, simulator mendapatkan placement-seated validator yang terikat ke host-nya, dan kedua storage backend berbagi satu conformance test helper.

→ lihat “The Crash Lab” di hyperscale.rs
Juga minggu ini
  • Snapshot memory store sekarang berbagi struktur, mengurangi duplikasi antar node.
  • Jendela beacon header dibatasi saat insert, mencegah pertumbuhan tak terbatas.
  • Merkle proof membawa sibling kosong sebagai bit tunggal, menghemat ruang wire.
  • Block abandonment records are now bounded in bytes rather than by count.
  • RocksDB store cloning was simplified by dropping its wrapper type.
  • Resharding split logic now leaves pool room the committee shuffle cannot take.
  • Four reshape assertions were fixed to actually test what they claimed to test.
  • Departed shards' stores are now served and routing is seeded at boot.
Intinya
Perubahan paling menonjol
Model eksekusi VM di-rewrite di sekitar satu core boundary — perubahan arsitektur terbesar Milestone 2 sejauh ini.
Apa selanjutnya
Kemungkinan selanjutnya: terus menghubungkan settlement ledger dan sweep ke lifecycle eksekusi, serta mendorong VM core boundary menuju feature parity dengan component model Babylon.
Terdengar di obrolan

Suasana: Perdebatan sengit mendominasi chat tentang apakah flightofthefox berhutang migrasi penuh kepada Radix, dengan frustrasi yang memuncak — tapi ia menegaskan kembali bahwa ia akan membantu Radix mengadopsi Hyperscale dan mencatat rewrite VM

grant itu jebakan yang indah: ambil lima puluh dan tanggung semua tuduhan; jika flywheel tak berputar mereka akan tanya "siapa yang untung?" - jadi aku akan ambil tepuk tangan, bukan tangkap
— flightofthefox, di Telegram komunitas
flightofthefox menjelaskan
Why execution took longer
Leg local execution is an almost complete rewrite of how execution works, so the feature has taken longer to land than most.
Substate sweep vs GC
It's cleaning up storage, not memory — reclaiming space from guards that don't need to exist once validity windows for artifacts expire, like subintent nullifiers.
Session mode alternative
Shared-access components combined with subintents probably give as good a UX as sessions, without the potential foot-guns.
Migration harder than expected
He truly believed the existing Radix Engine would be more amenable to sharding — it was a rude awakening, and building a whole new VM was required.
Konsep minggu ini
The SystemPisahkan kerjanya, bukan dunianya
Rewrite core boundary adalah perubahan arsitektur terbesar Milestone 2 sejauh ini — ia mendefinisikan ulang bagaimana setiap transaksi dieksekusi, bagaimana sumber daya diukur, dan bagaimana kode dikendalikan, semuanya untuk membuat eksekusi kompatibel dengan sharding.
hyperscale.rs
Jargon, dijelaskan
Core boundaryTitik pemeriksaan tunggal di mana semua kode smart-contract dipublikasikan, divalidasi, dan diukur sebelum bisa dijalankan.
Abandonment recordCatatan bahwa sebuah transaksi meninggalkan state tertentu dan state tersebut kini aman untuk direklaim.
MeterPenghitung bawaan di dalam setiap modul yang membatasi berapa banyak komputasi yang bisa dikonsumsinya, mencegah kode yang tak terkendali.
Vote fenceAturan yang mencegah sebuah block dari commit sampai klaimnya tentang chain lain telah diverifikasi melalui vote.
Ke mana pekerjaan bermuara
ledger, settlement, dan abandonment types cross-shard
VM core boundary, metering, dan reach limits
vm/harness · The Crash Lab
test harness, arm64 CI, conformance sharing
routing level node, fetch, dan jalur commit
vm/kernel · The System
kernel imports, core ABI, dan fuel wiring
Referensi — peta konsep, peta jalan & tautan
Gambaran utuh
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.
Jalan menuju 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
Sekarang: Milestone 2 · Radix Engine — Minggu 6 · sejak Agustus 2026. Sejak hari pertama: 4.464 commit — satu developer, sepenuhnya terbuka.
Tautan
Ditulis oleh AI dari commit publik, obrolan komunitas, dan hyperscale.rs — mungkin mengandung kesalahan. · dibuat 2026-09-14