지난번: flightofthefox가 fee 및 resource pricing 시스템을 엔드투엔드로 연결하고 intent model을 통합하며 마일스톤 2의 VM 작업을 더 깊이 진행했습니다.
마일스톤 2의 8주차는 VM 내부에서 cross-shard transaction이 추적 및 해결되는 방식에 대한 깊고 집중적인 재구축을 가져왔습니다. flightofthefox는 crossing 시스템 전체를 재작업했습니다 — 여러 shard에 걸친 transaction이 자신의 commitment를 기록하고, 응답하고, 정리할 수 있게 해주는 메커니즘입니다 — 동시에 fee hold를 강화하고 불필요한 execution path를 정리했습니다. Telegram에서는 migration과 compatibility에 대한 활발한 대화가 이루어졌고, 커뮤니티가 Hyperscale이 기존 Radix 앱에 어떤 의미를 갖는지 진지하게 고민하는 모습을 보여주었습니다.
+3.1k −3.4k
-76% 지난주 대비
줄 변경
일별 커밋
최고 10/일 · 7일 중 7일 활동
모멘텀
flightofthefox가 만든 것
Cross-shard crossing 재구축
이번 주 대부분은 'crossing'을 재설계하는 데 사용되었습니다 — VM이 cross-shard transaction을 엔드투엔드로 추적하는 방식입니다. 이제 crossing은 한 번만 이름이 지정되고 모든 key가 그 이름에서 파생되며, 답변에는 두 개의 판정이 포함되고, block은 crossing record를 직접 포함합니다.
→ hyperscale.rs에서 “The Generals” 보기Fee hold과 vault deposit
이제 fee 예약이 kernel 내부의 committed hold로 처리되며, vault deposit이 흩어진 job에서 단일 kernel path로 이동되었습니다 — resource 처리가 더 깔끔하고 예측 가능해졌습니다.
→ hyperscale.rs에서 “The Journey” 보기불필요한 execution path 정리
여러 outdated job type과 crossing tombstone 메커니즘이 완전히 제거되고 더 단순한 flag 기반 로직으로 대체되었습니다 — 유지보수할 코드가 줄고, 문제가 발생할 수 있는 edge case도 줄었습니다.
→ hyperscale.rs에서 “The System” 보기핵심 정리
가장 돋보인 변화
crossing 시스템 — cross-shard transaction이 이름 지정, 추적, 응답, 정리되는 방식 — 이 전면적으로 재구축되었습니다.
다음 계획
다음 예정: crossing 시스템을 계속 다듬고, flightofthefox가 주요 과제로 지목한 local execution path를 해결할 예정입니다.
채팅방에서 들려온 이야기
분위기: 활기찬 한 주였습니다: Seböööl이라는 개발자가 codebase를 깊이 파고들어 migration, contract compatibility, 그리고 Babylon과 Hyperscale이 공존할 수 있는지에 대한 상세한 논의를 촉발했습니다.
“leg local execution은 내 베트남이다”
— flightofthefox, 커뮤니티 텔레그램에서
flightofthefox의 설명
Hyperscale로의 migration 경로
대략적인 계획은 dump, transform, genesis입니다 — 개발자가 활동 중이면 launch 전에 contract를 재구축하고, 뒤처진 contract는 beacon-chain voting을 통해 나중에 upgrade하며, 그 전까지는 blueprint가 비활성화된 상태로 유지됩니다.
Component interaction 설계
Component 간 호출은 대상이 immutable config에 있거나 argument로 전달되는 경우 작동해야 하지만, Radix Engine의 method dispatch를 복제하는 대신 호출 지점에서 manifest DAG를 확장하는 방법을 탐색하고 싶다고 합니다.
proxy 없는 contract upgrade
개발자가 proxy pattern을 구축하지 않아도 되도록 native blueprint upgrade 시스템을 계획하고 있으며, upgrade은 beacon-chain witness를 통해 조정되어 같은 epoch에 일관되게 적용됩니다.
공개 backlog가 없는 이유
기반이 아직 변동 중이므로 공식 spec을 유지하면 진행이 늦어질 것입니다 — 작업 순서는 있지만, migration 규모를 산정하기엔 아직 이릅니다.
이번 주의 개념
The Generals— 두 장군이 전령을 내려놓다이번 주의 핵심 작업은 cross-shard transaction이 추적되고 해결되는 방식을 재구축하는 것이었습니다 — atomic cross-shard commitment의 핵심입니다.
hyperscale.rs/generals 용어 풀이
Crossing — VM에서 state가 shard 간 이동할 때 cross-shard transaction의 추적되는 lifecycle을 지칭하는 이름입니다.
Fee hold — transaction이 실행되기 전에 미리 예약되는 fee 부분으로, 초과 지출을 방지합니다.
Tombstone — cross-shard record가 폐기되었고 나중에 안전하게 정리할 수 있음을 나타내는 표식입니다.
작업이 닿은 곳
crossing 답변과 state effects 재작업
vault deposits, fee holds, crossing jobs
새로운 crossing 및 fee model에 맞춰 API 업데이트
참고 — 개념 지도, 로드맵 & 링크▾
전체 그림
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.
메인넷으로 가는 길
✓ M1
Adaptive Sharding
~4 mo
현재: Milestone 2 · Radix Engine — 8주차 · 2026년 8월부터. 첫날부터 지금까지: 4,959 커밋 — 개발자 한 명, 전 과정 공개.
링크
궁금한 점이 있나요? flightofthefox는 언제든 커뮤니티 텔레그램에서 대화를 환영합니다.
공개 커밋, 커뮤니티 채팅, hyperscale.rs를 바탕으로 AI가 작성 — 오류가 있을 수 있습니다. · 생성 2026-09-28