XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

19주차 · 2026년 9월 14–20일 · Milestone 2 · Radix Engine · 제7주차 · 2026년 8월 이후
세상이 아니라 일을 나누다
현재 마일스톤
Milestone 2 · Radix Engine
Scrypto가 shard 전반에서 실행되도록 Radix Engine을 포팅하는 작업
제7주차 · 2026년 8월 이후

이전: flightofthefox가 VM 실행 모델을 단일 코어 경계를 중심으로 다시 작성했습니다 — 지금까지 Milestone 2에서 가장 큰 아키텍처 변경이었습니다.

지난주 VM 재작성을 기반으로, flightofthefox는 대규모 가격 책정 및 리소스 예산 작업으로 전환했습니다 — 네트워크가 트랜잭션이 실제로 소비하는 비용만큼 정확히 청구할 수 있게 해주는 수수료 시스템입니다. 이번 주에는 계정 복구 모델, 블록 동기화, cross-shard 정산도 모두 큰 진전을 보였습니다. 무겁고 폭넓은 한 주였습니다.

408
+48% 지난주 대비
커밋
+18k −9.1k
-21% 지난주 대비
줄 변경
600
개 파일 수정
20
일 연속 커밋
일별 커밋
월
화
수
목
금
토
일
최고 120/일 · 7일 중 6일 활동
모멘텀
주별 변경 줄 수
최근 8주
86% Rust14% Config
flightofthefox가 만든 것

접근하는 만큼 과금되는 트랜잭션

flightofthefox는 리프(leaf)별 읽기 비용, 이벤트별 프레이밍 요금, 스캔 가격 책정을 실행에 연결했고, 가격 테이블을 beacon으로 옮겼습니다. 이제 트랜잭션은 실제로 소비한 리소스만큼 정확히 비용을 지불합니다.

→ hyperscale.rs에서 “The Governor” 보기

하나의 intent로 모두 구성

인가 모델이 단일 재귀 intent로 통합되었습니다 — 모든 트랜잭션은 하나의 intent이며, 각각 독립적으로 서명되고 무효화되면서, 분산된 라우팅 타입을 제거했습니다.

→ hyperscale.rs에서 “The Journey” 보기

계정 복구 역할 정의

새로운 VM 역할 — primary, veto 역할, 그리고 second factor — 을 통해 계정을 동결하거나, guardian을 수정하거나, 즉시 교체할 수 있으며, 모두 신뢰가 아닌 온체인 규칙에 의해 통제됩니다.

→ hyperscale.rs에서 “The System” 보기

동기화 프론티어와 정지된 tip

블록 동기화가 제대로 된 state machine으로 전환되었고, 정지된 tip 복구가 검증된 timeout에서 수확하고 commit 전에 committee 멤버십을 검사하도록 재구축되었습니다.

→ hyperscale.rs에서 “The Archive” 보기

cross-shard 정산 강화

Provision 윈도우가 이제 복제 대신 공유되며, drop된 bundle은 해당 요청자를 만족시키고, 미판정 수수료는 payer가 보유한 자산에 대해 정산됩니다 — commit 경로를 더욱 타이트하게 만듭니다.

→ hyperscale.rs에서 “The Generals” 보기

떠난 shard 깔끔하게 은퇴

Shard 종료 규칙이 강화되었습니다. 떠난 shard는 evidence 윈도우가 닫힐 때 은퇴하고, 종료된 체인은 tick 구성을 중단하며, 만료된 풀은 제한됩니다.

→ hyperscale.rs에서 “The Will” 보기
이번 주 그 외
  • Wallet이 이제 트랜잭션을 제출하기 전에 node에 읽기 전용 preview를 요청할 수 있습니다.
  • Shard 분할이 이제 shard가 용량 한계에 가까워지면 자동으로 트리거될 수 있습니다.
  • 네트워크 지연이 commit된 체인에서 추정되어 라운드 타이머와 fetch timeout을 구동합니다.
  • Quorum 타임스탬프가 이제 투표자 clock 판독값의 중앙값으로 취해져, 증명된 clock을 평활화합니다.
  • 시뮬레이션된 Byzantine sender가 이제 알림과 gossip을 재작성할 수 있어, fault injection이 강화되었습니다.
  • 보존 비용이 이제 validator가 실제로 보관하는 바이트 수에 따라 산정됩니다.
  • 각 shard가 자체 emission 지분을 증명하며, 모든 shard에서 검증됩니다.
  • 메시지가 이제 기본값으로 처리되는 대신 명시적으로 자신의 class를 밝혀야 하여, 네트워크 우선순위 지정이 개선되었습니다.
핵심 정리
가장 돋보인 변화
수수료 및 리소스 가격 책정 시스템이 리프별 읽기 비용부터 beacon의 가격 테이블까지 end-to-end로 연결되었습니다 — 트랜잭션이 자기 비용을 자체 부담하도록 만드는 가장 큰 도약이었습니다.
다음 계획
예상되는 다음: 수수료 시스템을 실행 라이프사이클에 계속 연결하고, intent 모델을 Babylon의 컴포넌트 모델과 기능 패리티를 향해 밀어붙이는 작업.
채팅방에서 들려온 이야기

분위기: Hyperscale과 Radix의 향후 관계에 대한 커뮤니티의 뜨거운 논쟁이 있었고, Wim이 자금 지원 재시작 가능성에 대한 긴 제안을 올리기도 했습니다. flightofthefox는 정직한 트레이드오프에 집중했습니다.

“blockchain은 모든 차원에서 동시에 최고일 수는 없습니다. 어디에서 싸울지 선택해야 합니다.”
— flightofthefox, 커뮤니티 텔레그램에서
flightofthefox의 설명
Hyperscale의 핵심 트레이드오프
Finality가 트레이드오프입니다 — 블록 단위로 실행하는 것이 항상 cross-shard를 위한 비동기 실행보다 빠릅니다. shard가 하나 이상 필요 없다면, 그것은 명백한 다운그레이드입니다.
Hyperscale을 누가 사용해야 하는가
수십만~수백만 건의 상태 전이가 발생하는 그럴듯한 상황이 아니라면 쓸 이유가 문자 그대로 전혀 없습니다.
장기 계획
안정화되면 다른 일을 하면서 유지보수만 할 것입니다. 오픈소스를 영원히 할 수는 없죠. 네트워크가 후원하지 않는 한.
시장 포지셔닝
몇 초 정도의 추가 지연을 감당할 수 있는 트랜잭션 시장이 sub-second finality 시장보다 더 큽니다 — 저지연 체인이 blockspace를 다 쓸 때까지는 shard의 이점이 명확하지 않을 것입니다.
이번 주의 개념
The Governor— vote가 아닌 governor
가장 주된 작업은 가격 책정이었습니다: 리프별 읽기, 이벤트별 프레이밍, 스캔 비용, 그리고 가격 테이블을 beacon으로 이동 — 모든 트랜잭션이 자기 비용을 자체 부담하게 만드는 경제 계층입니다.
hyperscale.rs/governor
용어 풀이
Intent — 트랜잭션이 어떤 계정과 상태에 접근하는지 명시하는 서명된 인가로, 이제 하나의 재귀 구조로 통합되었습니다.
Leaf — 상태 트리의 단일 데이터 항목; 수수료 시스템이 읽기 또는 쓰기에 대해 과금하는 단위입니다.
Preview — 트랜잭션을 제출하기 전에 wallet에게 해당 트랜잭션이 무엇을 할지 알려주는 읽기 전용 dry run입니다.
Provision — 한 shard가 다른 shard에 보내는 상태 조각으로, commit된 블록에 대해 검증됩니다.
작업이 닿은 곳
동기화 FSM, 정지 tip 복구, provision
vm/effects · The Governor
수수료 가격 책정 및 리소스 예산 연결
intent 모델 및 계정 인가
vm/harness · The Crash Lab
fuzz 테스트 및 CI blob 정렬
shard 종료 및 떠난 shard 은퇴
참고 — 개념 지도, 로드맵 & 링크▾
전체 그림
The System
The whole sharded design at a glance.
The Journey
One transaction's trip through the network.
The Clock
Consensus-attested time across independent shards.
The Census
The leaderless beacon of validators, stake and shards.
The Overlap
Why two conflicting blocks can never both commit.
The Generals
All-or-nothing cross-shard commits, computed not voted.
The Archive
Every published byte is preserved or provably expired.
The Library
All state in one merkle tree; a shard is a subtree.
The Will
How in-flight transactions settle when a shard dies.
The Lottery
Random, ever-moving committees; proven cheats are jailed.
The Triage
Under overload, urgent traffic never waits for bulk.
The Governor
Validator entry is re-priced every epoch, like a market.
The Crash Lab
The simulator that replays any failure byte-for-byte.
The Proof
Proving safety with maths, not just tests.
The Asterisks
Every design's trade-offs — including Hyperscale's own.
메인넷으로 가는 길
✓ M1
Adaptive Sharding
~4 mo
M2
Radix Engine
~5 mo
M3
Gateway & API
~3 mo
M4
Validator GUI
~3 mo
M5
Migration
~3 mo
M6
Live support
12 mo
현재: Milestone 2 · Radix Engine — 제7주차 · 2026년 8월 이후. 첫날부터 지금까지: 4,918 커밋 — 개발자 한 명, 전 과정 공개.
링크
공개 커밋, 커뮤니티 채팅, hyperscale.rs를 바탕으로 AI가 작성 — 오류가 있을 수 있습니다. · 생성 2026-09-21