Anteriormente: flightofthefox había completado un sistema completo de recuperación tras halts y estaba listo para integrar la lógica de shuffling de validadores en producción.
Esta fue una semana grande y movida. flightofthefox reforzó el momento exacto en que los shards se dividen y se fusionan — la parte más delicada del adaptive sharding — y al mismo tiempo construyó un sistema completo de detección y recuperación de forks, reestructuró los fundamentos criptográficos del proyecto y dejó corriendo un demo en vivo del navegador de la simulación.
125
+108% vs semana pasada
commits
+11k −2.1k
-5% vs semana pasada
líneas cambiadas
34+
días seguidos con commits
Commits / día
pico 48/día · 7/7 días activos
Impulso
Líneas cambiadas / semana
últimas 8 semanas
Lo que construyó flightofthefox
Cut-over de resharding, definido
El momento en que un shard se divide o se fusiona es la parte más difícil del adaptive sharding. flightofthefox simplificó cómo se deriva el estado inicial de cada nuevo shard, corrigió el timing del handoff de comités para que ocurra en el cut y no una época después, y probó el ciclo de vida en modelos formales.
→ ver “The Library” en hyperscale.rsForks detectados, aislados y penalizados
Un sistema completo de detección de forks ahora captura a los validadores que votan por bloques rivales, propaga la evidencia por gossip al beacon, aísla el shard infractor hasta que se complete la recuperación y encarcela a los culpables — reemplazando penalidades leves con revocación de llaves y convicción de todo el pool.
→ ver “The Overlap” en hyperscale.rsCripto reconstruido desde cero
flightofthefox creó una interfaz criptográfica dedicada con implementaciones separadas de BLS y mock, enrutando todo el firmado y la verificación a través de traits limpios — haciendo el sistema más seguro de ejecutar y más fácil de testear de forma determinista.
→ ver “The System” en hyperscale.rsEn resumen
Cambio destacado
El momento exacto en que un shard se divide o se fusiona ahora se deriva a través de un único camino testeado y modelado formalmente — la clave del adaptive sharding.
Lo que viene
Lo próximo probable: completar la integración del shuffling de validadores en el sistema en vivo, ahora que los shuffle intervals se derivan de parámetros de timing y la maquinaria de convicción y revocación del beacon está en su lugar.
Escuchado en el chat
El ánimo: Un intercambio acalorado sobre marketing y comunicación, además de interés en testing comunitario y una nueva página de comparación de FAQ de sharding en el sitio web.
“El problema principal con el diseño en este momento es que simplemente les da a los nodos bizantinos un golpe con un boleto de bus mojado.”
— flightofthefox, en el Telegram de la comunidad
El concepto de la semana
The Library— El día de mudanza que nunca ocurreEl cut-over de reshape — el instante preciso en que el subárbol de estado de un shard se transfiere a sus hijos — es el corazón del adaptive sharding, y esta semana se simplificó, se testeo y se modeló formalmente de punta a punta.
hyperscale.rs/library Jerga, descifrada
Equivocation — Cuando un validador firma votos contradictorios para la misma ronda, lo cual es evidencia auto-demostrable de deshonestidad.
Key revocation — Deshabilitar permanentemente la identidad de un validador como castigo por trampa comprobada, reemplazando una sentencia de cárcel temporal.
Cut-over — El momento exacto en que se hace efectiva la división o fusión de un shard, cuando los comités y el estado se transfieren al nuevo arreglo.
Dónde aterrizó el trabajo
crypto newtypes, wave registry, consolidación de transfer manifest
jailing, conviction tiers, derivación de shuffle interval
fork detection, fork fences, evidencia de equivocation
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
Ahora: Milestone 1 · Adaptive Sharding — Semana 13 · ~mes 3 de 4 · 76%. Desde el día uno: 2,527 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-07-27