XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Hafta #18 · 7–13 Eylül 2026 · Milestone 2 · Radix Engine · 6. Hafta · Ağustos 2026'dan beri
İşi böl, dünyayı değil
MEVCUT KİLOMETRE TAŞI
Milestone 2 · Radix Engine
Radix Engine'in taşınması Scrypto'nun shard'lar arasında çalışması için
6. Hafta · Ağustos 2026'dan beri

Önceki bölümde: flightofthefox, garbage collection için substate sweep'i tanıtmış ve işlem intent'lerine imzalı ağ başlıkları eklemişti; Radix VM istismarı XRD likidasyonuna ve bir geçiş yolu taslağına yol açmıştı.

Milestone 2'nin şu ana kadarki en yoğun haftasıydı — flightofthefox, VM'nin işlemleri nasıl execute ettiğinin neredeyse tam bir yeniden yazımını tamamladı ve her yolu core boundary adı verilen tek bir checkpoint'ten geçirdi. Aynı zamanda cross-shard settlement sistemi, substate sweep ve shard sonlandırma kuralları paralel olarak olgunlaştı; Telegram sohbetinde ise Hyperscale'in Radix'in geleceği için ne anlama geldiği konusunda harareteli bir tartışma koptu.

230
geçen haftayla aynı
commit
+19k 16k
+39% geçen haftaya göre
değişen satır
559
dokunulan dosya
0
günlük commit serisi
Commit / gün
P
S
Ç
P
C
C
P
zirve 69/gün · 5/7 gün aktif
Momentum
Değişen satır / hafta
son 8 hafta
84% Rust14% Config2% Docs
flightofthefox ne inşa etti

Execution tek bir çekirdek etrafında yeniden yazıldı

Artık her akıllı kontrat execution yolu, modüllerin yayınlandığı, değerlendirildiği ve ölçüldüğü tek bir core boundary'den geçiyor. VM her bellek sayfası için kendi fuel'ünü sayıyor ve kod yalnızca açıkça kendisine verilene erişebiliyor — bu da güvenliği sıkılaştırıp execution'ı sharding ile uyumlu hale getiriyor.

→ hyperscale.rs'te “The System” konseptine bakın

Cross-shard ledger şekilleniyor

Abandonment record'lar, counterpart soruları ve state probe'ları tek bir tutma kuralına sahip tek bir ledger'da birleştirildi; dağınık ad-hoc kontrollerin yerini aldı ve cross-shard commitment'ları daha temiz ve daha ispatlanabilir hale getirdi.

→ hyperscale.rs'te “The Generals” konseptine bakın

Sweep block commit'lere entegre edildi

Substate sweep doğrudan block commit yoluna dahil edildi ve artık her işlem kaynaklı artifact tek bir expiry grace taşıyor — böylece temizlik, block'lar finalize oldukça otomatik gerçekleşiyor.

→ hyperscale.rs'te “The Archive” konseptine bakın

Shard ölümü kuralları sıkılaştırıldı

Bir shard işlem ortasında sonlandığında ne olacağına dair kurallar sıkılaştırıldı: settled set ve fence artık her straddler'ı yönetiyor ve terminal evidence, shard'ın final span'ine göre ölçülüyor.

→ hyperscale.rs'te “The Will” konseptine bakın

Fork güvenliği sıkılaştırıldı

Aynı block yüksekliğinde çakışan commit'ler artık kesin olarak reddediliyor, cross-chain claim'ler tek bir vote fence'ten geçmek zorunda ve atılan turlardan gelen sertifikalar tick'leriyle birlikte çıkarılıyor — böylece birkaç fork güvenliği boşluğu kapatıldı.

→ hyperscale.rs'te “The Overlap” konseptine bakın

Sim ve CI ölçeklendi

Test suite artık artırılmış paralellikle arm64 runner'larda çalışıyor, simulator host'larına bağlı placement-seated validator'lar kazandı ve iki storage backend de tek bir conformance test helper'ı paylaşıyor.

→ hyperscale.rs'te “The Crash Lab” konseptine bakın
Bu hafta ayrıca
  • Bellek store snapshot'ları artık yapıyı paylaşıyor ve node'lar arası tekrarı azaltıyor.
  • Beacon header penceresi insert sırasında sınırlandırılıyor ve sınırsız büyümeyi önüyor.
  • Merkle proof'ları boş sibling'leri tek bit olarak taşıyor ve wire alanından tasarruf sağlıyor.
  • Block abandonment record'ları artık sayı yerine byte olarak sınırlandırılıyor.
  • RocksDB store klonlama, wrapper tipinin kaldırılmasıyla sadeleştirildi.
  • Resharding split mantığı artık committee shuffle'ın alamayacağı pool alanı bırakıyor.
  • Dört reshape assertion'ı, iddia ettiklerini gerçekten test edecek şekilde düzeltildi.
  • Ayrılan shard'ların store'ları artık serve ediliyor ve routing boot sırasında seed'leniyor.
Özetin özeti
Öne çıkan değişiklik
VM execution modeli tek bir core boundary etrafında yeniden yazıldı — Milestone 2'nin şu ana kadarki en büyük mimari değişikliği.
Sırada ne var
Muhtemelen sıradaki: settlement ledger ve sweep'in execution lifecycle'a entegrasyonuna devam edilmesi ve VM core boundary'nin Babylon'un component modeliyle özellik paritesine doğru ilerletilmesi.
Sohbette duyulanlar

Hava: Sohbet, flightofthefox'un Radix'e tam bir geçiş borçlu olup olmadığı konusundaki harareteli tartışmayla domine edildi; hayal kırıklığı tavan yaptı — ancak o, Radix'in Hyperscale'i benimsemesine yardımcı olacağını yeniden teyit etti ve VM yeniden yazımına dikkat çekti.

a grant is a beautiful trap: take fifty and wear the whole rap; if the flywheel won't spin they will ask "who cashed in?" - so i'll take the applause, not the clap
— flightofthefox, topluluk Telegram'ında
flightofthefox açıkladı
Execution'ın neden uzun sürdüğü
Leg local execution, execution'ın nasıl çalıştığının neredeyse tam bir yeniden yazımı, bu yüzden çoğu özellikten daha uzun sürdü.
Substate sweep vs GC
Bu belleği değil storage'ı temizliyor — subintent nullifier gibi artifact'lerin validity window'ları dolduğunda artık var olması gerekmeyen guard'lardan alan geri kazanıyor.
Session mode alternatifi
Shared-access component'leri ve subintent'lerin birleşimi muhtemelen session'lar kadar iyi bir UX veriyor, olası foot-gun'lar olmadan.
Beklenenden zor geçiş
Mevcut Radix Engine'in sharding'e daha uygun olacağına gerçekten inanıyordu — bu kaba bir uyanış oldu ve bütünden yeni bir VM inşa etmek gerekti.
Haftanın konsepti
The Systemİşi böl, dünyayı değil
Core boundary yeniden yazımı, Milestone 2'nin şu ana kadarki en büyük mimari değişikliği — her işlemin nasıl execute edildiğini, kaynakların nasıl ölçüldüğünü ve kodun nasıl sınırlandırıldığını yeniden tanımlıyor; tüm bunlar execution'ı sharding ile uyumlu hale getirmek için.
hyperscale.rs
Jargon, çözüldü
Core boundaryTüm akıllı kontrat kodunun çalışmadan önce yayınlandığı, doğrulandığı ve ölçüldüğü tek checkpoint.
Abandonment recordBir işlemin belirli state'i geride bıraktığını ve o state'in artık geri kazanım için güvenli olduğunu belirten kayıt.
MeterHer modülün içinde, ne kadar hesaplama tüketebileceğini sınırlayan ve kontrolden çıkan kodu önleyen yerleşik sayaç.
Vote fenceBir block'un commit olabilmesi için diğer zincirler hakkındaki claim'lerinin bir oyla doğrulanmasını gerektiren kural.
Çalışma nereye gitti
cross-shard ledger, settlement ve abandonment tipleri
VM core boundary, metering ve reach limitleri
vm/harness · The Crash Lab
test harness, arm64 CI, conformance paylaşımı
node düzeyinde routing, fetch ve commit yolları
vm/kernel · The System
kernel import'ları, core ABI ve fuel bağlantısı
Referans — konsept haritası, yol haritası ve bağlantılar
Büyük resim
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.
Mainnet'e giden yol
✓ 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
Şimdi: Milestone 2 · Radix Engine — 6. Hafta · Ağustos 2026'dan beri. İlk günden beri: 4.464 commit — tek geliştirici, tamamen halka açık.
Bağlantılar
Halka açık commit'ler, topluluk sohbeti ve hyperscale.rs kaynaklarından yapay zekâ ile yazıldı — hata içerebilir. · oluşturulma 2026-09-14