XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Semana #15 · 17–23 de agosto de 2026 · Milestone 2 · Radix Engine · Semana 3 · ~mes 1 de 5
Divide el trabajo, no el mundo
PROGRESO DEL HITO 214%

Anteriormente: flightofthefox estaba en la semana 2 del Milestone 2, revisando a fondo el modelo de autorización para usar insignias y pruebas, añadiendo firmas post-cuánticas y endureciendo las reglas de los straddler cross-shard.

La semana 3 del Milestone 2 fue una inmersión profunda en los huesos de la máquina virtual. flightofthefox reconstruyó la forma en que la VM describe y almacena el estado de los componentes, cómo se identifican los recursos como los tokens y cómo los nodos obtienen registros entre sí a través de los shards — todo mientras reflexionaba sobre un futuro de privacidad para la red.

409
+66% vs semana pasada
commits
+31k 11k
+46% vs semana pasada
líneas cambiadas
444
archivos tocados
8
días seguidos con commits
Commits / día
L
M
M
J
V
S
D
pico 74/día · 7/7 días activos
Impulso
Líneas cambiadas / semana
últimas 8 semanas
83% Rust15% Config1% Docs
Lo que construyó flightofthefox

La VM aprende a describirse a sí misma

flightofthefox le dio a la VM un vocabulario formal para los layouts de componentes, tamaños de campos y payloads de eventos — para que el motor pueda leer y rechazar datos malformados antes de que se ejecuten, haciendo que los smart contracts sean más seguros por diseño.

→ ver “The Crash Lab” en hyperscale.rs

Los recursos encuentran sus propias direcciones

Los tokens y otros recursos ahora derivan su identidad del emisor que los creó en lugar de una etiqueta externa, haciendo que las reglas de propiedad y minting sean consistentes y resistentes a manipulaciones en cada shard.

→ ver “The Library” en hyperscale.rs

Cada nodo obtiene su propia verdad

Ahora los nodos extraen los registros de componentes del shard que los selló en lugar de mantener una copia global, y cada nodo simulado obtiene su propio mundo de motor — un gran paso hacia pruebas multi-shard realistas.

→ ver “The Journey” en hyperscale.rs
En resumen
Cambio destacado
La VM ahora puede describir y validar formalmente sus propios layouts de componentes, payloads de eventos e identidades de recursos — convirtiendo los crashes en tiempo de ejecución en rechazos en tiempo de compilación.
Lo que viene
Lo próximo probablemente: continuar cableando los comportamientos de los recursos (minting, burning, colecciones) en la VM recién estructurada, y llevar la ruta de derivación por nodo más profundamente a la obtención de registros cross-shard.
Escuchado en el chat

El ánimo: Una semana movida — flightofthefox propuso la idea de una privacidad opcional (con blindaje estilo Zcash) integrada nativamente en la VM sharded, lo que generó debate sobre la regulación y si la propia Radix debería ser ocul

¿qué pasaría si la mejor blockchain sharded, también puede ser la mejor blockchain de privacidad
— flightofthefox, en el Telegram de la comunidad
El concepto de la semana
The Crash LabEnsayando el día más raro
La mayor parte de la semana se trató de hacer que la VM se autodescriba — dándole a cada registro, campo y evento una forma formal que el motor verifica — lo cual es la base para pruebas multi-shard deterministas y reproducibles.
hyperscale.rs/crashlab
Jerga, descifrada
SealUn sello criptográfico que prueba que un componente o recurso fue creado por la autoridad correcta.
CellUn espacio de almacenamiento en la VM que contiene una parte del estado de un componente, como un campo en un registro.
WasmtimeEl motor que realmente ejecuta los smart contracts compilados; flightofthefox lo actualizó a la última versión.
Dónde aterrizó el trabajo
Descripciones de formas de la VM y revisión a fondo del layout de registros
vm/harness · The Crash Lab
Mundos de motor por nodo y reconstrucción del carril de fuzz
Obtención y derivación de registros cross-shard
Referencia — mapa de conceptos, hoja de ruta y enlaces
El panorama 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.
El camino 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
Ahora: Milestone 2 · Radix Engine — Semana 3 · ~mes 1 de 5 · 14%. Desde el día uno: 3,623 commits — un solo desarrollador, totalmente en público.
Enlaces
Escrito por IA a partir de commits públicos, el chat de la comunidad y hyperscale.rs — puede contener errores. · generado 2026-08-24
Hyperscale Weekly — Semana #15 · 17–23 de agosto de 2026