Antes: flightofthefox cerró una semana enorme de 124 commits que reconstruyó los veredictos entre shards para que los certificados por sí solos no decidan nada, y llevó el backend de red de iroh casi a nivel de producción.
Esta semana esa misma plomería avanzó y se extendió a terreno nuevo: cómo se deriva el cronograma del beacon en cada host, cómo los signers se conectan a los shards en ejecución, y cómo los registros de crossings entre shards se retiran solo con prueba real. Hay menos movimiento en el chat, pero el código cuenta una historia: la maquinaria de coordinación de la red se está ajustando por todos lados.
62
-50% vs semana pasada
commits
+13k −7.6k
-47% vs semana pasada
líneas cambiadas
1
días seguidos con commits
Commits / día
pico 26/día · 6/7 días activos
Impulso
Líneas cambiadas / semana
últimas 8 semanas
Lo que construyó flightofthefox
Cada host hace su propio fold del beacon
El coordinador del beacon se dividió para que cada host corra su propio ciclo de beacon y derive el cronograma de forma independiente — un fold por host, un participante por identidad, cada bloque se commitea exactamente una vez. Menos formas de que los nodos discrepen sobre quién manda.
→ ver “The Census” en hyperscale.rsLos crossings se retiran con prueba
Un registro de crossing — el rastro que deja una transferencia entre shards — ahora se retira solo cuando un certificado atestiguado confirma que la transferencia sí se hizo, con un mínimo en la sección de claims. Se acabó el 'ya debits estaría bien'.
→ ver “The Generals” en hyperscale.rsUna réplica, muchos signers
Cada shard alojado ahora mantiene una sola réplica en ejecución, y los signers del validator se asignan a ella para firmar los artefactos del shard y de ejecución. El modelo de identidad del validator ya quedó documentado.
→ ver “The Overlap” en hyperscale.rsLas simulaciones lentas consiguen tres horas
El simulador ganó presupuestos de CI más largos, reglas de timing más estrictas — una corrida que deja de avanzar su reloj ahora falla — y las actualizaciones de trace se integraron en un solo paso, así que los bugs más raros se atrapan antes de salir a producción.
→ ver “The Crash Lab” en hyperscale.rsTambién esta semana
- Los shards ahora se cortan solo cuando ninguna fila del shard puede seguir escuchando el corte.
- La recuperación de halt corre antes de la mezcla de comités y de los sorteos de reshape.
- Los nodos de archivo ahora decodifican y guardan cada bloque commiteado, con copias de header indexadas por digest.
- El sync de bloques solo arranca con un certificado que verifica de verdad.
- La durabilidad del store ahora se rastrea solo en corridas de prueba donde se puede perder energía.
En resumen
Cambio destacado
Los registros de crossings entre shards ahora solo pueden retirarse cuando un certificado atestiguado prueba que la transferencia sí se hizo — cerrando un hueco de confianza en el sistema de claims.
Lo que viene
Lo más probable: terminar la división de fold/participante del beacon y la asignación de signers, y luego continuar con la plomería de veredictos y claims entre shards.
Escuchado en el chat
El ánimo: Esta semana, puros bots de spam y memes; flightofthefox soltó un alegre 'gm hyperscalers' y una línea sobre que el proyecto es un bien público.
“hs-rs no es un negocio, es un bien público”
— flightofthefox, en el Telegram de la comunidad
El concepto de la semana
The Generals— Los dos generales dejaron a un lado a sus mensajerosEl hilo central de la semana fue la atomicidad entre shards: los registros de crossings, los claims y los veredictos ahora viven o mueren estrictamente según hechos atestiguados y respaldados por quórum, y no por la palabra de un nodo.
hyperscale.rs/generals Jerga, descifrada
Replica — Una copia en ejecución del código de un shard que sus validators asignados comparten y sobre la que firman.
Crossing record — La entrada de seguimiento que queda cuando una transacción mueve estado de un shard a otro.
Fold — Una sola pasada determinista por los bloques del beacon que deriva cronogramas y comités.
Dónde aterrizó el trabajo
modelo de asignación de réplica y signer
el coordinador se dividió en fold y participante
los registros de crossing se retiran con prueba atestiguada
presupuestos de CI más largos, chequeos de timing más estrictos
Referencia — mapa de conceptos, hoja de ruta y enlaces▾
El panorama completo
The ClockConsensus-attested time across independent shards.
The CensusThe leaderless beacon of validators, stake and shards.
The OverlapWhy two conflicting blocks can never both commit.
The GeneralsAll-or-nothing cross-shard commits, computed not voted.
The ArchiveEvery published byte is preserved or provably expired.
The LibraryAll state in one merkle tree; a shard is a subtree.
The WillHow in-flight transactions settle when a shard dies.
The LotteryRandom, ever-moving committees; proven cheats are jailed.
The TriageUnder overload, urgent traffic never waits for bulk.
The GovernorValidator entry is re-priced every epoch, like a market.
The Crash LabThe simulator that replays any failure byte-for-byte.
The ProofProving safety with maths, not just tests.
The AsterisksEvery design's trade-offs — including Hyperscale's own.
El camino a mainnet
✓ M1
Adaptive Sharding
~4 mo
Ahora: Milestone 2 · Radix Engine — Semana 12 · desde agosto de 2026. Desde el día uno: 5,635 commits — un solo desarrollador, totalmente en público.
Enlaces
¿Preguntas? flightofthefox siempre está feliz de conversar en el Telegram de la comunidad.
Escrito por IA a partir de commits públicos, el chat de la comunidad y hyperscale.rs — puede contener errores. · generado 2026-10-26