XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Semana #5 · 8–14 jun 2026 · Milestone 1 · Adaptive Sharding · Semana 7 · ~mes 2 de 4
Divide el trabajo, no el mundo
PROGRESO DEL HITO 141%

Anteriormente: flightofthefox acababa de cerrar una brecha de seguridad de fork al bloquear el consenso de shard en la regla de voto seguro de HotStuff-2, y estaba ejecutando una transición de epoch completa a través del simulador con el nuevo calendario de topología.

Una semana de lo más variada. Con los bloques de construcción básicos ya asentados, flightofthefox se enfocó en el problema del medio: ¿qué le pasa a una transacción cross-shard cuyos shards se reconfiguran debajo de ella? La respuesta — una barrera construida sobre settled waves, una nueva forma de que los shards se incorporen mediante snapshot sync, y las primeras divisiones y fusiones ejecutándose de punta a punta en el simulador — es el corazón del resumen de esta semana.

161
+87% vs semana pasada
commits
+16k 3.8k
+136% vs semana pasada
líneas cambiadas
276
archivos tocados
27
días seguidos con commits
Commits / día
L
M
M
J
V
S
D
pico 42/día · 7/7 días activos
Impulso
Líneas cambiadas / semana
últimas 8 semanas
98% Rust2% Config
Lo que construyó flightofthefox

Una barrera para transacciones varadas

Cuando un shard se divide o se fusiona, las transacciones cross-shard pueden quedar colgadas. flightofthefox construyó una barrera de settled waves: el lado sobreviviente reconstruye lo que el shard desaparecido había hecho commit, y aborta lo que no se puede transferir. Nada se pierde silenciosamente.

→ ver “The Will” en hyperscale.rs

Los shards nuevos pueden encajar de una

Un shard nuevo ya no tiene que reproducir el historial desde cero. flightofthefox agregó un protocolo de snap-sync y un BoundaryStore que fija el estado de cada shard en cada cruce de epoch. Un shard que se incorpora descarga un checkpoint reciente y se pone al día rápidamente.

→ ver “The Archive” en hyperscale.rs

Divisiones y fusiones se ejecutan de verdad

El simulador incorporó escenarios de punta a punta: dos shards hermanos fusionándose en su shard padre, un shard dividiéndose en vivo con observadores rastreándolo, un validator reubicándose entre shards. Adaptive sharding — la promesa principal del Hito 1 — ya no es solo teoría.

→ ver “The Crash Lab” en hyperscale.rs
En resumen
Cambio destacado
La barrera de settled waves ya está en su lugar, así que las transacciones cross-shard sobreviven a un split o merge de shard sin perderse ni hacer doble gasto de forma silenciosa.
Lo que viene
Lo próximo probablemente: hacer stress-testing al bucle de reshape en el simulador con escenarios más agresivos — fallos de committee, validators que se caen a mitad de un reshape, atascos de rotation — antes de pasar al mezclado de validators estilo lotería también prometido en el Hito 1.
El concepto de la semana
The WillUna barrera para transacciones varadas por una reconfiguración
Más de un tercio de los commits de la semana tratan sobre la barrera de settled waves: la maquinaria que decide, de forma segura y determinista, qué les pasa a las transacciones cross-shard cuando uno de sus shards desaparece en un reshape.
hyperscale.rs
Jerga, descifrada
StraddlerUna transacción que toca más de un shard, por lo que necesita que ambos shards hagan commit de ella conjuntamente.
Snap-syncUna forma de que un shard nuevo descargue un checkpoint reciente del estado en lugar de reproducir cada bloque desde el principio.
Settled waveUn lote de transacciones cross-shard que un shard ya hizo commit por completo y no reconsiderará.
Dónde aterrizó el trabajo
simulation · The Crash Lab
pruebas e2e de split, merge y relocate
maquinaria de barrera de settled waves
datos de boundary por shard y QCs
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 1 · Adaptive Sharding — Semana 7 · ~mes 2 de 4 · 41%. Desde el día uno: 2,324 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-07-09