Sebelumnya: flightofthefox telah merangkai sistem fee dan resource pricing secara end-to-end dan menyatukan model intent, terus mendalami pekerjaan VM Milestone 2.
Minggu 8 Milestone 2 membawa pembangunan ulang yang mendalam dan terfokus pada bagaimana transaksi cross-shard dilacak dan diselesaikan di dalam VM. flightofthefox merombak seluruh sistem 'crossing' — mekanisme yang memungkinkan transaksi yang mencakup beberapa shard untuk mencatat, menjawab, dan membersihkan commit-nya — sekaligus memperketat fee hold dan memangkas jalur eksekusi yang mati. Di Telegram, percakapan yang kaya tentang migrasi dan kompatibilitas menunjukkan komunitas yang serius memikirkan apa arti Hyperscale bagi aplikasi Radix yang sudah ada.
32
-92% vs minggu lalu
commit
+3.1k −3.4k
-76% vs minggu lalu
baris berubah
Commit / hari
puncak 10/hari · 7/7 hari aktif
Momentum
Baris berubah / minggu
8 minggu terakhir
Apa yang dibangun flightofthefox
Crossing cross-shard dibangun ulang
Sebagian besar minggu ini digunakan untuk merancang ulang 'crossings' — bagaimana VM melacak transaksi cross-shard dari ujung ke ujung. Crossing kini diberi nama sekali dengan semua key diturunkan dari nama tersebut, jawaban membawa dua keputusan, dan block membawa catatan crossing secara langsung.
→ lihat “The Generals” di hyperscale.rsFee hold dan vault deposit
Fee reservation kini diperlakukan sebagai committed hold di dalam kernel, dan vault deposit dipindahkan dari job yang tersebar ke satu jalur kernel tunggal — menjadikan penanganan resource lebih bersih dan lebih dapat diprediksi.
→ lihat “The Journey” di hyperscale.rsJalur eksekusi mati dipangkas
Beberapa jenis job yang usang dan mekanisme tombstone crossing dihapus sepenuhnya, digantikan oleh logika berbasis flag yang lebih sederhana — lebih sedikit kode untuk dirawat, lebih sedikit edge case yang bisa rusak.
→ lihat “The System” di hyperscale.rsIntinya
Perubahan paling menonjol
Sistem crossing — bagaimana transaksi cross-shard diberi nama, dilacak, dijawab, dan dibersihkan — dibangun ulang secara menyeluruh.
Apa selanjutnya
Selanjutnya: melanjutkan penyempurnaan sistem crossing dan menangani jalur eksekusi lokal yang ditandai flightofthefox sebagai tantangan utama.
Terdengar di obrolan
Suasana: Minggu yang ramai: seorang developer bernama Seböööl menyelam ke dalam codebase dan memicu diskusi mendetail tentang migrasi, kompatibilitas kontrak, dan apakah Babylon dan Hyperscale bisa berjalan berdampingan.
“eksekusi lokal leg adalah vietnamku”
— flightofthefox, di Telegram komunitas
flightofthefox menjelaskan
Jalur migrasi ke Hyperscale
Rencana kasarnya adalah dump, transform, genesis — kontrak dibangun ulang sebelum launch jika dev aktif, yang tertinggal di-upgrade nanti melalui voting beacon-chain dengan blueprint tetap dinonaktifkan sampai saatnya.
Desain interaksi komponen
Panggilan antar komponen seharusnya berfungsi jika target ada di immutable config atau dilewatkan sebagai argumen, tapi dia ingin mengeksplorasi perluasan manifest DAG di call site alih-alih mereplikasi method dispatch Radix Engine.
Upgrade kontrak tanpa proxy
Dia merencanakan sistem upgrade blueprint native agar developer tidak perlu membangun pola proxy, dengan upgrade yang dikoordinasikan melalui beacon-chain witnesses untuk diterapkan secara konsisten di epoch yang sama.
Mengapa tidak ada backlog publik
Fondasinya masih berubah-ubah, jadi menjaga spec formal akan memperlambat — ada urutan operasi, dan masih terlalu dini untuk mengukur skala migrasi.
Konsep minggu ini
The Generals— Dua jenderal meletakkan kurir merekaPekerjaan dominan minggu ini adalah membangun ulang bagaimana transaksi cross-shard dilacak dan diselesaikan — inti dari commit cross-shard atomik.
hyperscale.rs/generals Jargon, dijelaskan
Crossing — Nama VM untuk siklus hidup terlacak dari transaksi cross-shard saat state berpindah antar shard.
Fee hold — Bagian dari fee transaksi yang disisihkan di awal sebelum transaksi berjalan, agar tidak dapat overspend.
Tombstone — Penanda yang menunjukkan catatan cross-shard telah dihentikan dan aman untuk dibersihkan nanti.
Ke mana pekerjaan bermuara
jawaban crossing dan state effects dirombak
vault deposit, fee hold, crossing job
API diperbarui untuk model crossing dan fee baru
Referensi — peta konsep, peta jalan & tautan▾
Gambaran utuh
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.
Jalan menuju mainnet
✓ M1
Adaptive Sharding
~4 mo
Sekarang: Milestone 2 · Radix Engine — Minggu 8 · sejak Agustus 2026. Sejak hari pertama: 4.959 commit — satu developer, sepenuhnya terbuka.
Tautan
Ada pertanyaan? flightofthefox selalu senang berdiskusi di Telegram komunitas.
Ditulis oleh AI dari commit publik, obrolan komunitas, dan hyperscale.rs — mungkin mengandung kesalahan. · dibuat 2026-09-28