Anteriormente: flightofthefox havia unificado a codebase em um único engine, sem dependências externas do Radix, e começado a ligar o sistema de taxas e o settlement cross-shard à nova fundação.
Foi uma semana grande e abrangente. flightofthefox reformulou a forma como as transações provam que estão autorizadas a agir, colocou assinaturas pós-quânticas em funcionamento e detalhou com precisão o que acontece com transações cross-shard quando um shard é encerrado. O trabalho de feature-parity do Radix Engine no Milestone 2 está entrando no ritmo.
206
-16% vs semana passada
commits
+21k −5.5k
-17% vs semana passada
linhas alteradas
1
dias seguidos com commits
Commits / dia
pico 60/dia · 6/7 dias ativos
Ritmo
Linhas alteradas / semana
últimas 8 semanas
O que flightofthefox construiu
Badges substituem assinaturas
O modelo de autorização da VM foi reconstruído: agora, possuir um badge concede permissão onde antes era necessária uma assinatura bruta, e as contas criam uma proof que podem apresentar depois. Isso leva o controle de acesso do Radix Engine para a VM sharded.
→ veja “The Journey” em hyperscale.rsCriptografia pós-quântica entra em ação
Assinaturas pós-quânticas ML-DSA-65 e secp256k1 agora estão integradas ao caminho das transações, e o sistema de endereços foi reconstruído com derivações fixadas por protocolo. flightofthefox observou paridade com os esforços pós-quânticos da indústria.
→ veja “The System” em hyperscale.rsO testamento do shard morto, totalmente detalhado
Dezenas de commits endureceram as regras para transações cross-shard capturadas quando um shard é encerrado — janelas de evidência medidas em beacon epochs, janelas de serving de settled-set e registros de fronteira que reconstroem contas que um replay nunca alcançou.
→ veja “The Will” em hyperscale.rsResumo da ópera
Mudança de destaque
O modelo de autorização agora usa badges e proofs em vez de assinaturas brutas — uma mudança fundamental que leva o controle de acesso do Radix Engine para a VM sharded.
O que vem por aí
Provável próximo passo: continuar a portar tipos de recursos do Radix Engine, como non-fungible tokens e coleções, e integrar o sistema de taxas mais profundamente no caminho de autorização agora ciente de badges.
Ouvido no chat
O clima: O chat borbulhou com discussões sobre auditoria de segurança com IA e se a criptografia de campos binários poderia mudar as escolhas de funções de hash, com flightofthefox tranquilizando que trocar um hash é trivial e que red-teaming deveria
“vai ser um exercício muito divertido no primeiro testnet, com todo mundo apontando seus modelos de fronteira favoritos para o código e tentando hackear até chegar ao topo do morro 😅”
— flightofthefox, no Telegram da comunidade
O conceito da semana
The Journey— Um pagamento atravessa um mundo shardedO modelo de autorização é o coração do objetivo de feature-parity com a Babylon no Milestone 2 — badges, proofs e regras armazenadas são como o Radix Engine controla quem pode fazer o quê, e esta semana esse sistema tomou forma sobre a fundação sharded.
hyperscale.rs/journey Jargão, decifrado
ML-DSA-65 — Um padrão de assinatura pós-quântica aprovado pelo NIST, projetado para resistir a futuros computadores quânticos.
Badge — Uma credencial digital armazenada on-chain que concede permissão para realizar operações, eliminando a necessidade de uma assinatura bruta a cada vez.
Securify — Atualizar uma conta para que regras lógicas armazenadas governem sua autorização em vez de uma simples verificação de assinatura.
Onde o trabalho aterrissou
revisão do sistema de endereços e do esquema de assinaturas
settlement do straddler e endurecimento do handoff terminal
construção de transações e ligação da autorização
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 2 · ~mês 1 de 5 · 9%. Desde o primeiro dia: 3.174 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-08-17