Anteriormente: flightofthefox havia concluído um sistema completo de recuperação de halts e estava pronto para conectar a lógica de shuffle de validators à produção.
Foi uma semana grande e movimentada. flightofthefox consolidou o exato momento em que shards se dividem e se fundem — a parte mais delicada do adaptive sharding — e ao mesmo tempo construiu um sistema completo de detecção e recuperação de forks, reformulou as bases criptográficas do projeto e colocou no ar uma demonstração ao vivo da simulação no navegador.
125
+108% vs semana passada
commits
+11k −2.1k
-5% vs semana passada
linhas alteradas
34+
dias seguidos com commits
Commits / dia
pico 48/dia · 7/7 dias ativos
Ritmo
Linhas alteradas / semana
últimas 8 semanas
O que flightofthefox construiu
Cut-over de resharding, definido
O instante em que um shard se divide ou se funde é a parte mais difícil do adaptive sharding. flightofthefox simplificou a forma como o estado inicial de cada novo shard é derivado, corrigiu o tempo de handoff dos comitês para que a transição aconteça no cut e não uma epoch depois, e provou o ciclo de vida em modelos formais.
→ veja “The Library” em hyperscale.rsForks detectados, isolados e punidos
Um sistema completo de detecção de forks agora captura validators que votam em blocos rivais, propaga a evidência para o beacon, isola o shard infrator até que a recuperação seja concluída e prende os culpados — substituindo penalidades leves por revogação de chaves e convicção em todo o pool.
→ veja “The Overlap” em hyperscale.rsCripto reconstruído do zero
flightofthefox criou uma interface de cripto dedicada com implementações separadas de BLS e mock, roteando toda assinatura e verificação por meio de traits limpos — tornando o sistema mais seguro para executar e mais fácil de testar de forma determinística.
→ veja “The System” em hyperscale.rsResumo da ópera
Mudança de destaque
O exato momento em que um shard se divide ou se funde agora é derivado por um único caminho, testado e formalmente modelado — a pedra angular do adaptive sharding.
O que vem por aí
Provavelmente o próximo passo: concluir a integração do shuffle de validators ao sistema em produção, agora que os shuffle intervals são derivados de parâmetros de timing e a maquinaria de convicção e revogação do beacon está pronta.
Ouvido no chat
O clima: Uma discussão acalorada sobre marketing e comunicação, além de interesse em testes pela comunidade e uma nova página de FAQ comparativo de sharding no site.
“O principal problema do design no momento é que ele apenas dá um tapa com uma batata nos nós bizantinos.”
— flightofthefox, no Telegram da comunidade
O conceito da semana
The Library— A mudança que nunca aconteceO cut-over de reshape — o instante preciso em que a subárvore de estado de um shard é entregue aos seus filhos — é o coração do adaptive sharding, e nesta semana ele foi simplificado, testado e formalmente modelado de ponta a ponta.
hyperscale.rs/library Jargão, decifrado
Equivocation — Quando um validator assina votos conflitantes para a mesma rodada, o que constitui evidência autoprobatória de desonestidade.
Key revocation — Desativar permanentemente a identidade de um validator como punição por trapaça comprovada, substituindo uma pena de prisão temporária.
Cut-over — O momento exato em que a divisão ou fusão de um shard entra em vigor, quando comitês e estado são repassados à nova configuração.
Onde o trabalho aterrissou
novos tipos de cripto, registro de waves, consolidação de transfer manifest
jailing, níveis de convicção, derivação de shuffle interval
detecção de fork, fork fences, evidência de equivocation
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
Agora: Milestone 1 · Adaptive Sharding — Semana 13 · ~mês 3 de 4 · 76%. Desde o primeiro dia: 2.527 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-07-27