이전 이슈: flightofthefox가 iroh 기반으로 네트워크 레이어를 새로 구축하고, staking pool에 자체 창설과 인수인계 경로를 부여했습니다.
조용하지만 집중된 한 주였습니다. 16개의 변경 사항이 모두 새로운 VM — shard를 넘어 스마트 컨트랙트가 실행될 수 있도록 처음부터 만든 엔진 — 에 반영되었습니다. flightofthefox는 엔진이 공유 상태를 읽는 방식과 수수료 소각(burn) 방식을 다듬는 데 주를 보냈고, 커뮤니티 채팅은 대형 거래소 해킹 사건의 여파로 뜨거웠습니다.
+1.9k −384
-84% 지난주 대비
줄 변경
모멘텀
flightofthefox가 만든 것
공유 상태의 정합성 유지
이번 주 대부분은 컨트랙트가 다른 shard에서 넘겨받은 상태를 읽는 규칙에 투입되었습니다. 모든 읽기는 반드시 전달된 바로 그 조각에서만 이루어져야 하고, 절대 오래된 상태를 참조해서는 안 됩니다. 이것이 바로 동일한 실행 — 그리고 그로 인한 원자적(atomic) cross-shard 결제 — 을 가능하게 하는 기반입니다.
→ hyperscale.rs에서 “The Generals” 보기수수료 소각, 증명 가능하게
이제 엔진은 모든 상태 변경과 함께 수수료 소각 내역을 추적하므로, 소각된 수수료가 잔액만큼 엄격하게 회계 처리됩니다. 기록 없이 사라지는 돈은 감사 가능한 네트워크가 절대 감수할 수 없는 일이기 때문에 이 부분이 중요합니다.
→ hyperscale.rs에서 “The Journey” 보기무작위 추첨은 시계를 존중한다
새 규칙은 커밋티(committee) 추첨을 엄격히 더 이른 epoch의 랜덤 시드에 고정하고, 시계를 블록 단위가 아닌 트랜잭션 단위로 설정합니다. 덕분에 validator 배정이 예측 불가능하고 공정하게 유지됩니다 — 누구도 행동을 결정하기 전에 시드를 미리 들여다볼 수 없습니다.
→ hyperscale.rs에서 “The Lottery” 보기핵심 정리
가장 돋보인 변화
이제 새로운 VM은 컨트랙트가 증명되어 전달된 cross-shard 상태만 읽을 수 있도록 강제합니다.
다음 계획
다음 예상: 전달된 상태 읽기와 수수료 회계 관련 VM 강화 작업 계속, 그리고 암시된 최적화된 네트워킹 설계 공개.
채팅방에서 들려온 이야기
분위기: 채팅은 Binance 해킹과 Radix validator들이 도난 지갑을 차단해야 하는지에 대한 논쟁이 주를 이뤘고, flightofthefox는 금요일 오피스 아워 콜도 활기차게 진행했습니다.
“검열 저항은 그냥 당연한 것으로 가정할 수 있는 게 아니라, 계속 노력해야 하는 것이에요”
— flightofthefox, 커뮤니티 텔레그램에서
flightofthefox의 설명
Validator는 주권적이다
특정 트랜잭션을 차단하는 데 조율된 투표가 필요 없다고 설명했습니다 — validator는 개별적으로 어떤 블록에 투표할지 결정할 수 있으며, 그들은 주권적이라고 상기시켰습니다.
프로토콜에 내장된 거버넌스
Hyperscale은 자체 거버넌스와 투표 시스템을 프로토콜에 내장하고 있다고 말했습니다. 실제 컨센서스 권한과 1:1로 일치하지 않는 DAO 방식의 투표는 힘이 없기 때문이라고요.
양자 내성은 필수
Hyperscale이 양자 저항성을 갖추게 되느냐는 질문에, 양자 내성이 없는 무엇가를 출시할 가치가 없다고 답했습니다.
금요일 오피스 아워
Hyperscale, Radix, 크립토, 소프트웨어, 그리고 그냥 인생에 대해 이야기하고 싶은 누구에게나 열려 있는 자유 참여 TGIF 음성 콜을 열었습니다.
이번 주의 개념
The Generals— 두 장군이 전령을 내려놓았다이번 주 작업의 대부분은 엔진이 제공된(provisioned) 상태를 읽는 부분을 강화하는 것이며, 이것이 cross-shard 트랜잭션을 모든 shard에서 바이트 단위까지 동일하게 실행하는 초석입니다.
hyperscale.rs/generals 용어 풀이
Fee burn — 누구에게도 지급되지 않고 영구히 소각되는 트랜잭션 수수료.
Kernel — 컨트랙트가 모든 상태를 읽거나 쓸 때 반드시 거쳐야 하는 VM의 신뢰 코어.
Provisioned state — 증명(proof)과 함께 다른 shard로 전달되어, 신뢰가 아닌 검증을 통해 확인할 수 있는 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.
네 가지 부분
✓ 완료
Adaptive Sharding
Shards that split and merge on their own · Aug 2026
100%
The new VM
A new engine built from scratch so smart contracts run across shards
–
Indexing & APIs
So wallets and apps can read a sharded network
–
Validator tooling & testnet
Running a node, and a public test network
–
Foundations & reliability
Networking, storage, crypto and testing that every part stands on
막대는 이번 주 변경된 코드 줄의 비율입니다. 공통 기반 작업은 Foundations & reliability로 집계됩니다. 첫날부터 지금까지: 5,733 커밋 — 개발자 한 명, 전 과정 공개.
링크
궁금한 점이 있나요? flightofthefox는 언제든 커뮤니티 텔레그램에서 대화를 환영합니다.
공개 커밋, 커뮤니티 채팅, hyperscale.rs를 바탕으로 AI가 작성 — 오류가 있을 수 있습니다. · 생성 2026-11-09