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 Governorvote가 아닌 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