지난 회차: flightofthefox가 shard 분할 및 병합을 위한 cut-over 시스템과 fork 탐지 및 jailing 파이프라인을 완성했고, validator-shuffling 통합이 다음 과제로 명확히 제시되었습니다.
이번 주 flightofthefox는 그 약속을 완수했습니다. shard를 계속 가동 상태로 유지하는 한 번에 한 자리씩 교체하는 committee rotation이 make-before-break 방식의 완전한 시스템으로 beacon에 연동되었습니다. 또한 beacon이 무작위성을 생성하고 witness record를 검증하는 방식도 재구축했으며, 브라우저 탭에서 전체 노드를 구동하는 멋진 데모로 마무리했습니다.
+9.8k −2.9k
-4% 지난주 대비
줄 변경
일별 커밋
최고 38/일 · 7일 중 4일 활동
모멘텀
88% Rust6% Config3% Docs3% Specs
flightofthefox가 만든 것
Committee shuffling, 라이브 구현
flightofthefox는 make-before-break 방식의 완전한 rotation을 구현했습니다. committee는 한 번에 한 자리씩 교체되며 sync 여유분을 상한으로 삼아 shuffle 중에 shard가 quorum을 잃지 않도록 합니다. merge는 대기 중인 rotation을 취소하여 topology 변경을 안전하게 유지합니다.
→ hyperscale.rs에서 “The Lottery” 보기Beacon 무작위성, 재구축
이제 epoch별 무작위성 공개 체인이 beacon 무작위성에 통합되었고, 공식 불변량이 등록되었으며 구형 witness 타입이 정리되었습니다. 이것이 바로 lottery의 연료이자 committee 배정을 조작할 수 없게 만드는 예측 불가능한 시드입니다.
→ hyperscale.rs에서 “The Census” 보기브라우저에서 구동되는 전체 노드
flightofthefox는 전체 노드를 WASM으로 컴파일하여 8개 노드, multi-shard 네트워크를 시뮬레이션된 latency와 함께 브라우저 탭에서 실행했습니다. 커뮤니티의 뜨거운 반응을 얻은 이 데모는 아키텍처가 작동한다는 tangible하고 시각적인 증명입니다.
→ hyperscale.rs에서 “The Crash Lab” 보기핵심 정리
가장 돋보인 변화
Committee rotation — adaptive sharding의 핵심인 한 번에 한 자리씩 교체하는 shuffle — 이 make-before-break 방식으로 연동되어 실행 중입니다.
다음 계획
예상되는 다음 단계: 동시 merge와 같은 edge case에 대한 shuffle 강화, 그리고 데모를 커뮤니티가 실행 가능한 testnet 단계로 발전시키는 것입니다.
채팅방에서 들려온 이야기
분위기: 브라우저 데모를 둘러싼 큰 기대감; foxylady와 여러 커뮤니티 멤버의 beacon-chain 복원력 및 cross-shard wave-cert 안전성에 대한 심도 있는 Q&A가 이어졌습니다.
“전체 노드를 WASM으로 컴파일하고 브라우저 탭에 multi-shard 네트워크를 올리면 어떻게 되는지 아시나요 😅”
— flightofthefox, 커뮤니티 텔레그램에서
이번 주의 개념
The Lottery— 매수할 수 없는 배심원Committee rotation은 validator shuffling의 핵심으로, 부패를 한 번에 한 자리씩 분산시키면서 shard에 정상 기능에 필요한 충분한 정직한 validator가 항상 남아있도록 보장하는 메커니즘입니다.
hyperscale.rs/kleroterion 작업이 닿은 곳
무작위성 공개 체인과 witness proof 개편
committee rotation 및 shuffle record 추가
cross-shard 시각화가 포함된 브라우저 multi-shard 시뮬레이션
참고 — 개념 지도, 로드맵 & 링크▾
전체 그림
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.
메인넷으로 가는 길
현재: Milestone 1 · Adaptive Sharding — Week 14 · 4개월 중 약 3개월 차 · 82%. 첫날부터 지금까지: 2,605 커밋 — 개발자 한 명, 전 과정 공개.
링크
궁금한 점이 있나요? flightofthefox는 언제든 커뮤니티 텔레그램에서 대화를 환영합니다.
공개 커밋, 커뮤니티 채팅, hyperscale.rs를 바탕으로 AI가 작성 — 오류가 있을 수 있습니다. · 생성 2026-08-03