Sebelumnya: flightofthefox baru saja membangun ulang lapisan jaringan dengan iroh dan memberi staking pool jalur self-founding serta handover.
Minggu yang tenang dan fokus: keenam belas perubahan semuanya mendarat di VM baru, engine yang dibangun dari nol agar smart contract bisa berjalan lintas shard. flightofthefox menghabiskan minggu ini memperketat cara engine membaca state bersama dan bagaimana fee dibakar, sementara obrolan komunitas dipenuhi dampak dari peretasan besar di sebuah bursa.
16
-83% vs minggu lalu
commit
+1.9k −384
-84% vs minggu lalu
baris berubah
Commit / hari
puncak 7/hari · 3/7 hari aktif
Momentum
Baris berubah / minggu
8 minggu terakhir
Apa yang dibangun flightofthefox
Menjaga state bersama tetap jujur
Sebagian besar minggu dihabiskan untuk aturan bagaimana sebuah contract membaca state yang diturunkan dari shard lain: setiap pembacaan harus berasal dari bagian persis yang disajikan, tidak pernah dari sesuatu yang basi. Inilah yang membuat eksekusi identik — dan karena itu pembayaran cross-shard yang atomik — jadi mungkin.
→ lihat “The Generals” di hyperscale.rsFee dibakar, bisa dibuktikan
Engine sekarang melacak pembakaran fee bersama setiap perubahan state, sehingga fee yang dimusnahkan dicatat seketat saldo itu sendiri. Ini penting karena uang yang hilang tanpa catatan justru hal yang tak boleh ada di jaringan yang bisa diaudit.
→ lihat “The Journey” di hyperscale.rsUndian acak menghormati jam
Aturan baru mengikat undian committee pada randomness seed dari epoch yang strictly lebih awal, dan menetapkan jam per transaksi, bukan per block. Ini menjaga penugasan validator tetap tak terduga dan adil — tidak ada yang bisa mengintip seed sebelum memilih tindakan.
→ lihat “The Lottery” di hyperscale.rsIntinya
Perubahan paling menonjol
VM baru kini memastikan bahwa contract hanya bisa membaca cross-shard state persis yang telah terbukti dan disajikan kepada mereka.
Apa selanjutnya
Selanjutnya: lebih banyak penguatan VM seputar pembacaan served-state dan pencatatan fee, plus desain networking teroptimasi yang sudah diisyaratkan.
Terdengar di obrolan
Suasana: Obrolan komunitas dipenuhi topik peretasan Binance dan apakah validator Radix sebaiknya memblokir wallet hasil curian; flightofthefox juga menggelar sesi office hours yang hidup pada hari Jumat.
“ketahanan terhadap sensor bukan sesuatu yang bisa begitu saja diasumsikan, itu harus diperjuangkan”
— flightofthefox, di Telegram komunitas
flightofthefox menjelaskan
Validator itu berdaulat
Ia menjelaskan tidak ada voting terkoordinasi yang diperlukan untuk memblokir transaksi tertentu — validator bisa memutuskan sendiri block mana yang akan divote, dan ia mengingatkan mereka bahwa mereka berdaulat.
Governance tertanam dalam protokol
Ia mengatakan Hyperscale punya governance dan voting sendiri yang tertanam dalam protokol, karena voting bergaya DAO yang tidak sejalan 1:1 dengan kekuatan konsensus yang sebenarnya tidak bertaring.
Post-quantum itu wajib
Saat ditanya apakah Hyperscale akan tahan terhadap quantum, ia menjawab bahwa merilis sesuatu yang non-quantum tidak ada gunanya.
Office hours hari Jumat
Ia membuka sesi voice call TGIF santai yang terbuka bagi siapa pun yang ingin mengobrol tentang Hyperscale, Radix, crypto, software, atau kehidupan pada umumnya.
Konsep minggu ini
The Generals— Kedua jenderal itu menurunkan para pembawa pesannyaSebagian besar kerjanya memperkuat cara engine membaca provisioned state — fondasi dari mengeksekusi transaksi lintas shard secara identik byte demi byte di setiap shard.
hyperscale.rs/generals Jargon, dijelaskan
Fee burn — Biaya transaksi yang dimusnahkan secara permanen, bukan dibayarkan ke siapa pun.
Kernel — Inti terpercaya dari VM yang harus dilalui contract untuk membaca atau menulis state apa pun.
Provisioned state — Bagian dari state shard yang dikirim ke shard lain bersama proof, sehingga bisa diverifikasi alih-alih dipercaya begitu saja.
Ke mana pekerjaan bermuara
aturan untuk membaca state yang disajikan dan terbukti
pembakaran fee tercatat bersama perubahan state
vm/docs
mendokumentasikan aturan VM 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.
Empat bagian
✓ selesai
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
Batang menunjukkan porsi baris yang diubah minggu ini. Pekerjaan dasar bersama dihitung sebagai Foundations & reliability. Sejak hari pertama: 5.733 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-11-09