Anteriormente: flightofthefox fechou uma semana gigante de 124 commits que reconstruiu os verdicts entre shards para que os certificados não decidam nada sozinhos, e levou o backend de rede iroh quase ao ponto de produção.
Esta semana levou esse mesmo encanamento adiante e se espalhou por território novo: como o agendamento do beacon é derivado em cada host, como os signers se conectam aos shards em execução, e como os registros de crossing entre shards são desativados apenas com prova real. Está mais quieto no chat, mas o código conta a história de a maquinaria de coordenação da rede sendo apertada de todos os lados.
62
-50% vs semana passada
commits
+13k −7.6k
-47% vs semana passada
linhas alteradas
1
dias seguidos com commits
Commits / dia
pico 26/dia · 6/7 dias ativos
Ritmo
Linhas alteradas / semana
últimas 8 semanas
O que flightofthefox construiu
Cada host faz o fold do beacon
O coordenador do beacon foi dividido para que cada host rode seu próprio loop do beacon e derive o agendamento de forma independente — um fold por host, um participante por identidade, cada bloco commitado exatamente uma vez. Menos maneiras de os nós discordarem sobre quem está no comando.
→ veja “The Census” em hyperscale.rsCrossings só se desativam com prova
Um crossing record — o rastro que uma transferência entre shards deixa para trás — agora só é desativado quando um certificado atestado diz que a transferência realmente aconteceu, com um limite na seção de claims. Chega de 'provavelmente já está ok'.
→ veja “The Generals” em hyperscale.rsUma réplica, muitos signers
Cada shard hospedado agora mantém uma única réplica em execução, e os signers de validadores são assentados nela para assinar os artefatos do shard e da execução. O modelo de identidade de validador agora está escrito na documentação.
→ veja “The Overlap” em hyperscale.rsSims lentos ganham três horas
O simulador ganhou orçamentos de CI mais longos, regras de timing mais rígidas — uma execução que para de avançar seu relógio agora falha — e atualizações de trace condensadas em uma só etapa, então bugs mais raros são pegos antes de chegar à produção.
→ veja “The Crash Lab” em hyperscale.rsTambém nesta semana
- Os shards agora só são cortados quando nenhuma linha do shard consegue mais ouvir o corte.
- A recuperação de halt roda antes do shuffle e da reconfiguração do comitê.
- Os nós de arquivo agora decodificam e armazenam cada bloco commitado, com cópias de header indexadas por digest.
- O sync de blocos só começa com um certificado que realmente verifica.
- A durabilidade do armazenamento agora só é rastreada em execuções de teste que podem perder energia.
Resumo da ópera
Mudança de destaque
Os registros de crossing entre shards agora só podem ser desativados quando um certificado atestado prova que a transferência realmente aconteceu — fechando uma falha de confiança no sistema de claims.
O que vem por aí
Provável próximo passo: terminar a divisão fold/participante do beacon e o assentamento dos signers, e depois continuar o encanamento de verdicts e claims entre shards.
Ouvido no chat
O clima: Na maior parte spam bots e memes esta semana; flightofthefox soltou um 'gm hyperscalers' animado e uma frase sobre o projeto ser um bem público.
“hs-rs não é um negócio, é um bem público”
— flightofthefox, no Telegram da comunidade
O conceito da semana
The Generals— Os dois generais puseram seus mensageiros de ladoO fio central da semana foi a atomicidade entre shards: registros de crossing, claims e verdicts agora vivem ou morrem estritamente com base em fatos atestados e apoiados por quórum, em vez da palavra de um nó.
hyperscale.rs/generals Jargão, decifrado
Replica — Uma cópia em execução do código de um shard que seus validadores designados compartilham e na qual assinam.
Crossing record — A entrada de rastreamento deixada para trás quando uma transação move estado de um shard para outro.
Fold — Uma única passagem determinística pelos blocos do beacon que deriva agendamentos e comitês.
Onde o trabalho aterrissou
modelo de assentamento de réplica e signer
coordenador dividido em fold e participante
registros de crossing só se desativam com prova atestada
orçamentos de CI mais longos, checagens de timing mais rígidas
Referência — mapa de conceitos, roteiro e links▾
O quadro 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.
O caminho até a mainnet
✓ M1
Adaptive Sharding
~4 mo
Agora: Milestone 2 · Radix Engine — Semana 12 · desde agosto de 2026. Desde o primeiro dia: 5.635 commits — um único desenvolvedor, totalmente em público.
Links
Dúvidas? flightofthefox está sempre feliz em conversar no Telegram da comunidade.
Escrito por IA a partir de commits públicos, do chat da comunidade e de hyperscale.rs — pode conter erros. · gerado 2026-10-26