Sebelumnya: flightofthefox telah membentuk ulang internal VM β tata letak komponen formal, identitas resource, dan pengambilan catatan shard per node β menuju kesetaraan fitur dengan Babylon.
Pekan ini penuh dengan pengerasan VM yang mendalam dan menyeluruh: flightofthefox membuat Radix Engine menolak konstruksi yang tidak valid di setiap celah, memformalkan cara vault dan resource dideskripsikan, serta merestrukturisasi bagian besar kode menjadi modul yang lebih bersih. Di komunitas, diskusi hangat tentang verifikasi formal dan privasi menunjukkan betapa kuatnya filosofi testing-first proyek ini beresonansi.
349
-21% vs minggu lalu
commit
+17k β6.9k
-44% vs minggu lalu
baris berubah
Commit / hari
puncak 134/hari Β· 5/7 hari aktif
Momentum
Baris berubah / minggu
8 minggu terakhir
79% Rust18% Config1% Docs1% Specs
Apa yang dibangun flightofthefox
VM belajar berkata tidak
Puluhan commit membuat engine menolak input yang buruk β field duplikat, perubahan supply yang setengah diterapkan, shape yang tidak valid β saat build time alih-alih crash saat runtime, membuat seluruh sistem lebih aman secara konstruksi.
β lihat βThe Systemβ di hyperscale.rsVault dan resource mulai berwujud
Vault kini menjadi state field bernama dengan pasangan mint-burn eksplisit, perubahan supply harus diterapkan sepenuhnya atau tidak sama sekali, dan denominasi token dipasangkan ke resource-nya masing-masing β memberikan sistem token struktur yang presisi dan dapat diperiksa.
β lihat βThe Systemβ di hyperscale.rsProof mendapatkan provenance dan struktur
Authority proof kini membawa provenance yang dapat ditelusuri, threshold sign-in mendapatkan jalur presenting formal, dan badge-gating terikat ke bukti level protokol β membuat kontrol akses dapat diverifikasi alih-alih sekadar diasumsikan.
β lihat βThe Journeyβ di hyperscale.rsIntinya
Perubahan paling menonjol
Radix Engine kini menolak berbagai konstruksi tidak valid dalam jumlah besar β shape buruk, field duplikat, perubahan token setengah jadi β sebelum kode sempat berjalan, membuat kegagalan smart contract menjadi masalah build-time alih-alih crash saat runtime.
Apa selanjutnya
Selanjutnya: melanjutkan integrasi resource operation seperti minting, burning, dan perpindahan vault ke dalam VM yang telah dikeraskan, serta menyelesaikan jalur presenting untuk proof dan authorization yang jelas sedang dalam pengerjaan.
Terdengar di obrolan
Suasana: Obrolan chat ramai membahas verifikasi formal setelah bug Zcash menjadi headline, dengan flightofthefox menjelaskan bagaimana privacy relay bisa bekerja dan menegaskan bahwa ia belum mengejar urusan admin pembayaran M1 β terlalu sibuk membangun.
βsemakin terintegrasi dan kuat testing sejak awal β semakin itu membuka kemampuan untuk bergerak dengan kecepatan gila β dan bergerak dengan rasa percaya diriβ
β flightofthefox, di Telegram komunitas
Konsep minggu ini
The Systemβ Bagi pekerjaannya, bukan dunianyaHampir setiap commit pekan ini menyelami arsitektur inti Radix Engine β lapisan eksekusi yang menjalankan setiap smart contract β mengerasi sistem tipe, model resource, dan otorisasi terhadap kelas kegagalan secara menyeluruh sebelum kegagalan tersebut sempat terjadi.
hyperscale.rs Jargon, dijelaskan
Vault β Field bernama di dalam komponen smart contract yang menyimpan jenis token tertentu, melacak berapa banyak resource tersebut yang ia simpan.
Provenance β Catatan dari mana asal sebuah proof of authority, sehingga sistem dapat memverifikasi bahwa orang yang tepat menandatangani suatu aksi.
Manifest β File blueprint yang mendeskripsikan isi dari paket smart contract dan bagaimana cara publikasinya ke jaringan.
Ke mana pekerjaan bermuara
63 file: penolakan resource-operation dan validasi
52 file: manifest builder dan proyeksi construction-time
38 file: konsolidasi test dan scaffold guest dalam repo
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 4 Β· ~bulan 1 dari 5. Sejak hari pertama: 4.003 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-08-31