Sebelumnya: flightofthefox menulis ulang model eksekusi VM di sekitar satu batas inti — perubahan arsitektur terbesar di Milestone 2 sejauh ini.
Melanjutkan penulisan ulang VM minggu lalu, flightofthefox beralih ke dorongan besar untuk sistem pricing dan anggaran resource — sistem fee yang memungkinkan jaringan menagih transaksi sesuai persis biayanya. Minggu ini juga menyaksikan model pemulihan akun, sinkronisasi blok, dan penyelesaian lintas-shard semuanya melangkah maju secara signifikan. Minggu yang padat dan luas.
408
+48% vs minggu lalu
commit
+18k −9.1k
-21% vs minggu lalu
baris berubah
Commit / hari
puncak 120/hari · 6/7 hari aktif
Momentum
Baris berubah / minggu
8 minggu terakhir
Apa yang dibangun flightofthefox
Transaksi dipricing berdasarkan apa yang disentuhnya
flightofthefox menghubungkan biaya baca per-leaf, biaya framing per-event, dan pricing scan ke dalam eksekusi — lalu memindahkan tabel harga ke beacon. Transaksi kini membayar persis untuk resource yang mereka konsumsi.
→ lihat “The Governor” di hyperscale.rsSatu intent untuk menyatukan semuanya
Model otorisasi disatukan di sekitar satu intent rekursif — setiap transaksi adalah satu intent yang menyusun intent lain, masing-masing ditandatangani dan dinullifikasi secara independen, menghilangkan tipe routing yang tersebar.
→ lihat “The Journey” di hyperscale.rsPeran pemulihan akun didefinisikan
Peran VM baru — peran utama, peran veto, dan second factor — memungkinkan akun membekukan, mengubah guardian, atau rotasi instan, semuanya diatur oleh aturan on-chain daripada kepercayaan.
→ lihat “The System” di hyperscale.rsBatas sinkronisasi dan tip yang terhenti
Sinkronisasi blok berpindah ke state machine yang proper, dan pemulihan halted-tip dibangun ulang untuk memanen dari timeout yang terverifikasi serta menyaring keanggotaan committee sebelum commit.
→ lihat “The Archive” di hyperscale.rsPenyelesaian lintas-shard semakin ketat
Provision window kini dibagikan alih-alih dimirror, bundle yang di-drop memuaskan asker-nya, dan fee yang belum diadili disesuaikan dengan apa yang dimiliki payer — memperketat jalur commit.
→ lihat “The Generals” di hyperscale.rsShard yang berangkat dipensiunkan dengan rapi
Aturan terminasi shard diperkuat: shard yang berangkat dipensiunkan saat evidence window-nya ditutup, chain yang diterminasi berhenti menyusun tick, dan pool yang kadaluarsa dibatasi.
→ lihat “The Will” di hyperscale.rsJuga minggu ini
- Wallet kini bisa meminta node untuk preview read-only tentang apa yang akan dilakukan transaksi sebelum submit.
- Shard split kini bisa terpicu otomatis ketika shard mendekati batas kapasitasnya.
- Delay jaringan diestimasi dari committed chain, menggerakkan round timer dan fetch timeout.
- Timestamp quorum kini diambil sebagai median dari pembacaan clock voter, merapikan clock yang diattest.
- Byzantine sender simulasi kini bisa menulis ulang notifikasi dan gossip, memperkuat fault injection.
- Biaya retention kini ditimbang berdasarkan byte aktual yang disimpan validator.
- Setiap shard mengattest bagian emisinya sendiri dan diverifikasi di setiap shard.
- Pesan kini harus menyatakan kelasnya secara eksplisit alih-alih default, meningkatkan prioritas jaringan.
Intinya
Perubahan paling menonjol
Sistem fee dan resource-pricing dihubungkan end-to-end — dari biaya baca per-leaf hingga tabel harga di beacon — dorongan terbesar menuju transaksi yang membayar jalannya sendiri.
Apa selanjutnya
Selanjutnya kemungkinan: terus menghubungkan sistem fee ke lifecycle eksekusi dan mendorong model intent menuju feature parity dengan component model Babylon.
Terdengar di obrolan
Suasana: Debat komunitas yang hangat tentang hubungan masa depan Hyperscale dengan Radix, termasuk proposal panjang dari Wim tentang kemungkinan restart yang didanai. flightofthefox tetap fokus pada trade-off yang jujur.
“blockchain tidak bisa jadi yang terbaik di setiap dimensi secara bersamaan. kamu harus memilih pertempuranmu”
— flightofthefox, di Telegram komunitas
flightofthefox menjelaskan
Trade-off inti Hyperscale
Finality adalah trade-off-nya — selalu lebih cepat eksekusi dalam blok daripada lewat eksekusi async untuk lintas-shard. Kalau kamu nggak butuh lebih dari satu shard, itu penurunan yang tegas.
Siapa yang harus pakai Hyperscale
Nggak ada gunanya pakai kecuali kamu punya skenario masuk akal dengan ratusan ribu atau jutaan state transition.
Rencana jangka panjang
Aku akan kerja di hal lain setelah ini stabil dan cuma maintenance. Nggak bisa kerja open source selamanya kecuali jaringan mensponsori.
Posisi pasar
Pasar untuk transaksi yang bisa toleran beberapa detik ekstra lebih besar daripada pasar untuk finality sub-detik — sampai chain berlatensi rendah kehabisan blockspace, manfaat shard nggak akan jelas.
Konsep minggu ini
The Governor— Seorang governor, bukan votingPekerjaan dominan adalah pricing: baca per-leaf, framing per-event, biaya scan, dan memindahkan tabel harga ke beacon — lapisan ekonomi yang membuat setiap transaksi membayar jalannya sendiri.
hyperscale.rs/governor Jargon, dijelaskan
Intent — Otorisasi yang ditandatangani yang menyebutkan akun dan state mana yang disentuh transaksi, kini disatukan menjadi satu struktur rekursif.
Leaf — Satu entri data dalam state tree; unit yang sistem fee kenakan biaya untuk baca atau tulis.
Preview — Dry run read-only yang memberi tahu wallet apa yang akan dilakukan transaksi sebelum disubmit.
Provision — Sepotong state yang satu shard kirim ke shard lain, dibuktikan terhadap blok yang sudah di-commit.
Ke mana pekerjaan bermuara
sync FSM, pemulihan halted-tip, provisions
fee pricing dan resource budgeting dihubungkan
model intent dan otorisasi akun
fuzz test dan CI blob alignment
terminasi shard dan pensiunan yang berangkat
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 7 · sejak Agustus 2026. Sejak hari pertama: 4.918 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-21