Antes: flightofthefox tinha acabado de reconstruir o sistema de crossing, feito com que shards bifurcados se recuperem a partir de âncoras verificadas e colocado validators co-hospedados em funcionamento dentro de shards ativos.
A semana 10 do Milestone 2 foi um verdadeiro blitz de correção: 41 commits apertando a forma como as transações seguram locks, pagam taxas e provam coisas umas às outras antes de seus deadlines. No chat, a comunidade se debruçou sobre os planos de cripto da nova VM, a migração a partir da Babylon e um longo e animado debate sobre quem armazena o histórico.
41
-76% vs semana passada
commits
+5.2k −1.6k
-58% vs semana passada
linhas alteradas
2
dias seguidos com commits
Commits / dia
pico 29/dia · 4/7 dias ativos
Ritmo
Linhas alteradas / semana
últimas 8 semanas
O que flightofthefox construiu
Taxas julgadas célula por célula
A VM agora verifica cada débito contra os fee holds vigentes exatamente naquela célula da conta, e retém créditos de membros que conseguem se liquidar sem eles. As taxas ficam mais justas e precisas à medida que o motor toma forma.
→ veja “The Journey” em hyperscale.rsLocks que não entram em deadlock
Dezenas de correções fazem com que duas transações disputando o mesmo estado (um 'hold cycle') se provem a partir de leituras feitas antes do deadline e, então, abortem a mais tardia. É a regra de commit cross-shard ganhando dentes.
→ veja “The Generals” em hyperscale.rsCasos extremos do assentamento fechados
Validators co-hospedados agora podem ser assentados em pleno voo, liberados quando nada mais os aguarda, e sincronizações compartilhadas em loop seguem o assento mais lento. A rotação de comitês fica mais segura sob tráfego real.
→ veja “The Lottery” em hyperscale.rsÂncoras de recuperação solidificadas
Nós que entram na rede releem sua âncora somente quando nenhum peer a segura, e os pins de fronteira agora são retidos nos stores de produção, não apenas no simulador. Um shard reiniciado se reconstrói a partir de um histórico verificável.
→ veja “The Library” em hyperscale.rsTambém nesta semana
- Assinaturas agora são verificadas uma a uma em vez de confiar num total em lote, fechando uma falha sutil de falsificação.
- Candidatos a beacon que chegam antes de seu bloco pai ficam retidos até que o pai exista.
- Provisões são recusadas para transações que um nó não consegue rotear, evitando entregas no shard errado.
- O dispatch do simulador agora sorteia execuções a partir de metade do limite do pool para cima, deixando os testes mais rápidos.
- Documentação órfã foi religada aos itens que descreve.
Resumo da ópera
Mudança de destaque
Locks cross-shard agora se resolvem de forma verificável a partir de leituras de deadline e abortam transações em deadlock, fechando toda uma classe de falhas por estado travado.
O que vem por aí
Provavelmente a seguir: continuar o trabalho de correção de fee holds e hold cycles na VM e finalizar o caminho de assentamento de validators co-hospedados.
Ouvido no chat
O clima: Uma semana intensa de debates de design: suporte a cripto na nova VM, migração a partir da Babylon e uma longa thread sobre archive nodes e quem deveria guardar o histórico — além de algumas brincadeiras divertidas sobre filmes ruins.
“É como rodar um banco de dados que não armazena apenas todas as tabelas, mas toda consulta já feita. Faz sentido que alguns players de infraestrutura façam isso… mas não todos”
— flightofthefox, no Telegram da comunidade
flightofthefox explicou
Planos de cripto na VM
A VM vai cobrir todas as principais famílias de hash, verificação nativa de assinaturas (ed25519, secp256k1, ML-DSA65, talvez secp256r1 para passkeys) e verifiers de prova nativos completos, como o fastcrypto da SUI.
Migração a partir da Babylon
Não há porta fechada: mesmo no pior cenário, o estado existente dos contratos pode ser lido da Babylon, reencodado e realojado na nova árvore — ele poderia reescrever todos os contratos ele mesmo e ainda assim estaria tudo bem.
Por que validators não devem acumular tudo
Validators só precisam do estado atual para validar o próximo bloco; guardar cada recibo antigo só acumula custo até os operadores desistirem — é por isso que archive nodes serão separados.
Upgrade nativo
Ele prefere caminhos nativos de upgrade de contratos a contratos proxy artesanais, que num sistema shardado arrastam dois componentes — possivelmente em shards diferentes — para um overhead desnecessário.
O conceito da semana
The Generals— Os dois generais aposentaram seus mensageirosBoa parte desta semana foi sobre locks cross-shard, deadlines e desempates — garantindo que duas transações disputando o mesmo estado nunca deixem a rede travada ou pela metade.
hyperscale.rs/generals Jargão, decifrado
Hold cycle — Quando duas transações seguram, cada uma, um lock de que a outra precisa, e nenhuma consegue terminar — a rede agora detecta e resolve esses casos por uma regra fixa.
Archive node — Um nó especial que guarda muito mais histórico do que os validators precisam, para que gateways e explorers consigam consultar dados antigos.
Deadlock — O estado travado em que duas partes do sistema esperam para sempre que a outra vá primeiro.
Onde o trabalho aterrissou
regras de lock e deadline endurecidas
tipos de dados centrais remodelados
fee holds e créditos passaram a ser aplicados
novos cenários de teste multi-shard
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 10 · desde agosto de 2026. Desde o primeiro dia: 5.326 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-12