XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Semana #23 · 12–18 oct 2026 · Milestone 2 · Radix Engine · Semana 11 · desde agosto de 2026
Divide el trabajo, no el mundo
HITO ACTUAL
Milestone 2 · Radix Engine
Portando el Radix Engine para que Scrypto corra entre shards
Semana 11 · desde agosto de 2026

Antes: flightofthefox había revisado exhaustivamente la VM en busca de correctitud — retenciones de fees, ciclos de locks cross-shard y la asignación de asientos para validators co-hospedados.

Una semana grande y de mucho trabajo directo: flightofthefox empujó 124 commits, en gran parte blindando la capa de networking detrás de un nuevo backend y endureciendo las reglas que deciden los resultados cross-shard. En el chat también presentó su plan completo de cómo funcionarán el historial y el archivado en un mundo con shards.

124
-19% vs semana pasada
commits
+26k −13k
+74% vs semana pasada
líneas cambiadas
317
archivos tocados
34+
días seguidos con commits
Commits / día
L
M
M
J
V
S
D
pico 33/día · 6/7 días activos
Impulso
Líneas cambiadas / semana
últimas 8 semanas
97% Rust3% Config
Lo que construyó flightofthefox

Un nuevo motor de red madura

flightofthefox dedicó la mayor parte de la semana al backend de networking iroh: relays para redes domésticas, bancos de pruebas de NAT, benchmarks contra el backend anterior y presupuestos estrictos sobre quién recibe respuesta. Hacer esto bien significa que los validators pueden operar detrás de un internet doméstico común y corriente.

→ ver “The Triage” en hyperscale.rs

Veredictos, no votos

Las reglas para los resultados cross-shard se endurecieron para que un certificado por sí solo jamás pueda decidir un resultado, y todo reclamo que un bloque haga sobre otro shard debe estar respaldado por el veredicto firmado por ese propio shard. Así las transacciones cross-shard son honestas por diseño.

→ ver “The Generals” en hyperscale.rs

Poda con prueba

Los datos viejos ahora pueden descartarse de forma segura una vez que la frontera de un bloque lo permite, con cada eliminación fusionada en una sola prueba ordenada. Los validators conservan menos, prueban lo que conservaron y se sincronizan más rápido.

→ ver “The Archive” en hyperscale.rs

Las fronteras de shard ganan filo

Los reshapes, los registros de terminación y las fronteras de shard quedaron cercados — un shard no puede ser reconfigurado mientras su registro de terminación siga en pie, y las filas anteriores a una frontera no pueden malinterpretarse. Menos formas de que los splits y merges salgan mal.

→ ver “The Will” en hyperscale.rs
También esta semana
  • Un banco de pruebas basado en contenedores ahora aloja a un comité completo en distintas configuraciones de red doméstica.
  • Los datos cross-shard sin uso, anteriores a una frontera, ahora son descartables de forma comprobable.
  • La capa de gossip fue reconstruida para que una copia falsa no pueda bloquear copias verdaderas posteriores.
  • La herramienta de sondeo de iroh recibió una guía en lenguaje sencillo para hacer pruebas entre dos redes domésticas.
En resumen
Cambio destacado
El backend de networking iroh está casi listo para producción, incluyendo relays y bancos de pruebas que demuestran que los validators pueden comunicarse a través de redes domésticas comunes.
Lo que viene
Lo próximo, probablemente: terminar la plomería de veredictos y reclamos entre shards y hacer de iroh el backend por defecto en producción.
Escuchado en el chat

El ánimo: El chat estuvo dominado por una larga y reflexiva discusión sobre el archivado del historial y cómo los gateways servirán datos en un mundo con shards — más de las típicas preguntas sobre cuándo llegará una testnet pública.

“los designios del gran antiguo son inescrutables. no dejes que tu mente se demore en el PR #171, a menos que estés dispuesto a perderla”
— flightofthefox, en el Telegram de la comunidad
flightofthefox explicó
El archivado en un mundo con shards
Los nodos de archivo serán una configuración del cliente normal, escuchando el gossip de encabezados de shard y agrupando el historial en object storage — los validators no pueden cargar datos viejos porque moverlos con terabytes de historial rompería todo.
La apertura sin permisos tiene límites
Permissionless no significa que la red le deba respuestas a nadie — los 128 validators de un shard tienen un ancho de banda finito, así que los archivistas probablemente tendrán que depositar algo de valor como su boleto de admisión a las consultas.
El peso de los datos de Babylon
Los validators de Babylon cargan casi un terabyte de disco para menos de 20 GB de estado real — él sospecha que fue simplemente un MVP que nunca se mejoró, no un tema de cumplimiento.
Los blueprints nativos pueden esperar
Sobre portar cosas como los pools de Ociswap a hs-vm: hay muchos meses de trabajo fundamental antes de que esos temas lleguen a lo más alto de la lista.
El concepto de la semana
The Generals— Los dos generales dejaron a sus mensajeros
El hilo más profundo de la semana fue hacer que el compromiso cross-shard sea puramente mecánico: los resultados se desprenden de hechos ya firmados on-chain, nunca de un mensaje que alguien pueda falsificar o extraviar.
hyperscale.rs/generals
Jerga, descifrada
iroh — Una librería moderna de networking en Rust para conectar nodos, incluso detrás de routers domésticos.
NAT — La tecnología de los routers en redes domésticas que puede bloquear conexiones directas entre máquinas.
Verdict — La declaración firmada de un shard sobre el resultado de una transacción que ejecutó.
Dónde aterrizó el trabajo
network-iroh · The Triage
nuevo backend de red blindado y sometido a benchmarks
compuertas de fallas y cableado de escenarios configurados
execution · The Generals
reglas de veredictos y reclamos cross-shard endurecidas
reglas de frontera y registros de terminación cercadas
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 11 · desde agosto de 2026. Desde el día uno: 5,563 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-10-19
Hyperscale Weekly — Semana #23 · 12–18 oct 2026