XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Semana #15 · 17–23 ago 2026 · Milestone 2 · Radix Engine · Semana 3 · ~mês 1 de 5
Divida o trabalho, não o mundo
PROGRESSO DO MARCO 214%

Anteriormente: flightofthefox estava na semana 2 do Milestone 2, reformulando o modelo de autorização para usar badges e proofs, adicionando assinaturas pós-quânticas e endurecendo as regras de straddler cross-shard.

A semana 3 do Milestone 2 foi um mergulho profundo nos ossos da virtual machine. flightofthefox reconstruiu a forma como a VM descreve e armazena o estado dos componentes, como recursos como tokens se identificam, e como os nós buscam registros uns dos outros entre shards — tudo isso enquanto refletia sobre um futuro de privacidade para a rede.

409
+66% vs semana passada
commits
+31k 11k
+46% vs semana passada
linhas alteradas
444
arquivos tocados
8
dias seguidos com commits
Commits / dia
S
T
Q
Q
S
S
D
pico 74/dia · 7/7 dias ativos
Ritmo
Linhas alteradas / semana
últimas 8 semanas
83% Rust15% Config1% Docs
O que flightofthefox construiu

A VM aprende a se descrever

flightofthefox deu à VM um vocabulário formal para layouts de componentes, tamanhos de campos e payloads de eventos — então o engine consegue ler e recusar dados malformados antes de executá-los, tornando os smart contracts mais seguros por construção.

→ veja “The Crash Lab” em hyperscale.rs

Recursos encontram seus próprios endereços

Tokens e outros recursos agora derivam sua identidade do issuer que os criou em vez de um rótulo externo, tornando as regras de propriedade e minting autoconsistentes e resistentes a adulteração em todos os shards.

→ veja “The Library” em hyperscale.rs

Cada nó busca sua própria verdade

Os nós agora fazem pull de registros de componentes do shard que os selou em vez de manter uma cópia global, e cada nó simulado ganha seu próprio engine world — um passo importante rumo a testes multi-shard realistas.

→ veja “The Journey” em hyperscale.rs
Resumo da ópera
Mudança de destaque
A VM agora consegue descrever e validar formalmente seus próprios layouts de componentes, payloads de eventos e identidades de recursos — transformando crashes de runtime em recusas em tempo de compilação.
O que vem por aí
Provável próximo passo: continuar conectando comportamentos de recursos (minting, burning, coleções) à VM recém-modelada, e avançar o caminho de derivação por nó mais profundamente na busca de registros cross-shard.
Ouvido no chat

O clima: Uma semana movimentada — flightofthefox flertou com a ideia de uma privacidade opcional (blindagem estilo Zcash) construída nativamente na VM sharded, provocando debate sobre regulação e se a própria Radix deveria ser blindada

e se a melhor blockchain sharded também puder ser a melhor blockchain de privacidade
— flightofthefox, no Telegram da comunidade
O conceito da semana
The Crash LabEnsaiando o dia mais raro
Boa parte da semana foi sobre tornar a VM autodescritiva — dando a cada registro, campo e evento uma forma formal que o engine verifica — o que é a base para testes multi-shard determinísticos e reproduzíveis.
hyperscale.rs/crashlab
Jargão, decifrado
SealUm carimbo criptográfico que prova que um componente ou recurso foi criado pela autoridade correta.
CellUm slot de armazenamento na VM que guarda uma parte do estado de um componente, como um campo em um registro.
WasmtimeO engine que de fato executa smart contracts compilados; flightofthefox o atualizou para a versão mais recente.
Onde o trabalho aterrissou
Descrições de forma da VM e reformulação do layout de registros
vm/harness · The Crash Lab
Engine worlds por nó e reconstrução da fuzz lane
Busca e derivação de registros cross-shard
Referência — mapa de conceitos, roteiro e links
O quadro completo
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.
O caminho até a mainnet
✓ 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
Agora: Milestone 2 · Radix Engine — Semana 3 · ~mês 1 de 5 · 14%. Desde o primeiro dia: 3.623 commits — um único desenvolvedor, totalmente em público.
Links
Escrito por IA a partir de commits públicos, do chat da comunidade e de hyperscale.rs — pode conter erros. · gerado 2026-08-24
Hyperscale Weekly — Semana #15 · 17–23 ago 2026