XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

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

이전 회차: flightofthefox가 가비지 컬렉션을 위한 substate sweep을 도입하고 transaction intent에 서명된 네트워크 헤더를 추가했으며, Radix VM 익스플로잇을 계기로 XRD를 청산하고 마이그레이션 경로 스케치를 그렸습니다.

지금까지 Milestone 2에서 가장 큰 주였습니다. flightofthefox가 VM이 transaction을 실행하는 방식을 거의 전면적으로 재작성하여, 모든 경로가 core boundary라는 단일 checkpoint를 통과하도록 통합했습니다. 동시에 cross-shard settlement 시스템, substate sweep, shard 종료 규칙이 함께 성숙해졌고, Telegram 채팅에서는 Hyperscale이 Radix의 미래에 무슨 의미인지를 두고 격렬한 논쟁이 벌어졌습니다.

230
지난주와 동일
커밋
+19k 16k
+39% 지난주 대비
줄 변경
559
개 파일 수정
0
일 연속 커밋
일별 커밋
최고 69/일 · 7일 중 5일 활동
모멘텀
주별 변경 줄 수
최근 8주
84% Rust14% Config2% Docs
flightofthefox가 만든 것

하나의 core를 중심으로 재작성된 실행 모델

이제 모든 스마트 컨트랙트 실행 경로는 단일 core boundary를 통과하며, 여기서 모듈이 게시되고 검증되며 metering됩니다. VM은 메모리 페이지마다 자체 fuel을 계산하고, 코드는 명시적으로 빌려준 것에만 접근할 수 있어 보안이 강화되고 실행이 sharding과 정렬됩니다.

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

Cross-shard ledger 윤곽 드러나다

Abandonment record, counterpart question, state probe가 단일 보존 규칙을 가진 하나의 ledger로 통합되었습니다. 흩어져 있던 임시 검사를 대체하여 cross-shard commit이 더 깔끔하고 검증 가능해졌습니다.

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

Sweep이 block commit에 연결되다

Substate sweep이 block commit 경로에 직접 통합되었고, transaction에서 파생된 모든 artifact는 단일 만료 유예기를 갖게 되어 block이 확정될 때 정리가 자동으로 이루어집니다.

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

Shard 종료 규칙 강화

Transaction 도중 shard가 종료될 때의 규칙이 더 엄격해졌습니다. settled set과 fence가 모든 straddler를 관리하며, terminal evidence는 shard의 마지막 구간에 맞춰 크기가 정해집니다.

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

Fork 안전성 강화

같은 block 높이에서 충돌하는 commit은 이제 완전히 거부됩니다. Cross-chain claim은 단일 vote fence를 통과해야 하며, 폐기된 round의 certificate는 tick과 함께 제거되어 여러 fork 안전성 사각지대가 닫혔습니다.

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

Sim과 CI 확장

테스트 스위트가 병렬성을 늘린 arm64 runner에서 실행되고, 시뮬레이터는 호스트에 바인딩된 placement-seated validator를 갖게 되었으며, 두 storage 백엔드가 하나의 conformance 테스트 헬퍼를 공유합니다.

→ hyperscale.rs에서 “The Crash Lab” 보기
이번 주 그 외
  • Memory store snapshot이 구조를 공유하도록 변경되어 노드 간 중복이 줄어들었습니다.
  • Beacon header 윈도우가 insert 시점에 제한되어 무한 증가가 방지되었습니다.
  • Merkle 증명이 빈 sibling을 단일 비트로 전송하여 통신 공간을 절약합니다.
  • Block abandonment record가 개수 대신 바이트 단위로 제한됩니다.
  • RocksDB store 클로닝이 wrapper 타입을 제거하면서 단순해졌습니다.
  • Resharding 분할 로직이 committee shuffle이 가져갈 수 없는 pool 공간을 남기도록 변경되었습니다.
  • 네 개의 reshape assertion이 실제로 주장하는 것을 테스트하도록 수정되었습니다.
  • Departed shard의 store가 서비스되고, 라우팅이 boot 시점에 시드됩니다.
핵심 정리
가장 돋보인 변화
VM 실행 모델이 단일 core boundary를 중심으로 재작성되었습니다. 지금까지 Milestone 2에서 가장 큰 아키텍처 변화입니다.
다음 계획
예상되는 다음: settlement ledger와 sweep을 실행 라이프사이클에 계속 연결하고, VM core boundary를 Babylon의 컴포넌트 모델과 기능 패리티 수준으로 끌어올리는 작업.
채팅방에서 들려온 이야기

분위기: 채팅에서는 flightofthefox가 Radix에 완전한 마이그레이션을 제공해야 하는지를 두고 격렬한 논쟁이 이어졌고 좌절감이 터져 나왔지만, 그는 Radix가 Hyperscale을 도입하도록 돕겠다고 재확인하며 VM 재작성 언급했습니다.

보조금은 아름다운 함정이다. 오십을 받으면 전부 네 몫이 되지; 플라이휠이 돌지 않으면 누가 챙겼냐고 물으니 — 그래서 박수갈채는 받되, 난립은 사양하겠다
— flightofthefox, 커뮤니티 텔레그램에서
flightofthefox의 설명
실행이 더 오래 걸린 이유
Leg local execution은 실행 방식의 거의 전면 재작성이라서, 대부분의 기능보다 landing에 더 오래 걸렸습니다.
Substate sweep과 GC
이건 메모리가 아니라 스토리지 정리입니다. Subintent nullifier처럼 artifact의 유효성 윈도우가 만료되면 더 이상 필요 없는 guard에서 공간을 회수하는 것입니다.
Session mode 대안
공유 접근 컴포넌트와 subintent를 결합하면 session만큼 좋은 UX를 제공하면서도 잠재적인 위험 요소는 피할 수 있을 것입니다.
예상보다 어려운 마이그레이션
기존 Radix Engine이 sharding에 더 잘 맞을 거라고 정말 믿었는데, 뼈아픈 현실이었고 결국 완전히 새로운 VM을 구축해야 했습니다.
이번 주의 개념
The System세계가 아닌 일을 나누다
Core boundary 재작성은 지금까지 Milestone 2에서 가장 큰 아키텍처 변화입니다. 모든 transaction이 어떻게 실행되고 자원이 어떻게 metering되며 코드가 어떻게 격리되는지를 재정의하여, 실행이 sharding과 양립하도록 만듭니다.
hyperscale.rs
용어 풀이
Core boundary모든 스마트 컨트랙트 코드가 실행되기 전에 게시, 검증, metering되는 단일 checkpoint.
Abandonment record한 transaction이 특정 state를 남겨두었고 그 state가 이제 안전하게 회수할 수 있음을 나타내는 기록.
Meter각 모듈 내부에서 연산 소비량을 제한하는 내장 카운터로, 코드가 통제 없이 실행되는 것을 막는다.
Vote fenceBlock이 commit되기 전에 다른 chain에 대한 claim이 vote로 검증되도록 요구하는 규칙.
작업이 닿은 곳
cross-shard ledger, settlement, abandonment 타입
VM core boundary, metering, reach 제한
vm/harness · The Crash Lab
테스트 harness, arm64 CI, conformance 공유
노드 수준 라우팅, fetch, commit 경로
vm/kernel · The System
커널 import, core ABI, fuel 연결
참고 — 개념 지도, 로드맵 & 링크
전체 그림
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 — 6주차 · 2026년 8월 이후. 첫날부터 지금까지: 4,464 커밋 — 개발자 한 명, 전 과정 공개.
링크
공개 커밋, 커뮤니티 채팅, hyperscale.rs를 바탕으로 AI가 작성 — 오류가 있을 수 있습니다. · 생성 2026-09-14