XI'AN · HYPERSCALE FOR RADIX

Hyperscale Weekly

Неделя №18 · 7–13 сентября 2026 · Milestone 2 · Radix Engine · Неделя 6 · с августа 2026
Раздели работу, а не мир
ТЕКУЩИЙ ЭТАП
Milestone 2 · Radix Engine
Портирование Radix Engine, чтобы Scrypto работало на всех шардах
Неделя 6 · с августа 2026

Ранее: flightofthefox представил substate sweep для сборки мусора и добавил подписанные заголовки сети к интентам транзакций, а эксплойт в Radix VM привёл к ликвидации его XRD и наброску пути миграции.

Это была самая масштабная неделя Milestone 2 на данный момент — flightofthefox завершил почти полную переработку того, как VM исполняет транзакции, сведя все пути в единую контрольную точку под названием core boundary. Параллельно созрели система кросс-шард-сеттлмента, substate sweep и правила завершения шардов, а в Telegram разгорелась жаркая дискуссия о том, что Hyperscale значит для будущего Radix.

230
как на прошлой неделе
коммитов
+19k 16k
+39% к прошлой неделе
строк изменено
559
файлов затронуто
0
дней подряд с коммитами
Коммиты / день
П
В
С
Ч
П
С
В
пик 69/день · 5/7 активных дней
Динамика
Строк изменено / неделя
последние 8 нед.
84% Rust14% Config2% Docs
Что построил flightofthefox

Исполнение переписано вокруг единого ядра

Теперь каждый путь исполнения смарт-контракта проходит через единую границу core boundary, где модули публикуются, проверяются и тарифицируются. VM сама считает fuel для каждой страницы памяти, а код может получить доступ только к тому, что ему явно передано — это усиливает безопасность и синхронизирует исполнение с шардированием.

→ смотрите «The System» на hyperscale.rs

Кросс-шард-ледger обретает форму

Abandonment records, counterpart questions и state probes объединены в один ledger с единым правилом хранения, заменяя разбросанные ad-hoc проверки и делая кросс-шард-коммиты чище и прозрачнее.

→ смотрите «The Generals» на hyperscale.rs

Sweep встроен в block commits

Substate sweep встроен напрямую в путь block commit, и каждый артефакт транзакции теперь несёт единый grace-период истечения — так что очистка происходит автоматически по мере финализации блоков.

→ смотрите «The Archive» на hyperscale.rs

Правила завершения шардов ужесточены

Ужесточены правила для случаев, когда шард завершается посреди транзакции: settled set и fence теперь управляют каждым straddler, а terminal evidence масштабируется под финальный охват шарда.

→ смотрите «The Will» на hyperscale.rs

Безопасность форков усилена

Конфликтующие коммиты на одной высоте блока теперь отклоняются безоговорочно, кросс-чейн-клеймы должны проходить единый vote fence, а сертификаты из отброшенных раундов удаляются вместе с их тиками — это закрывает несколько пробелов в безопасности форков.

→ смотрите «The Overlap» на hyperscale.rs

Симулятор и CI масштабированы

Тестовый набор теперь запускается на arm64-раннерах с возросшим параллелизмом, симулятор получил placement-seated валидаторы, привязанные к своим хостам, а оба бэкенда хранения используют общий помощник для conformance-тестов.

→ смотрите «The Crash Lab» на hyperscale.rs
Ещё на этой неделе
  • Снапшоты memory store теперь используют общую структуру, что снижает дублирование между нодами.
  • Окно beacon-заголовков ограничено при вставке, что предотвращает бесконтрольный рост.
  • Merkle-доказательства передают пустые сиблинги как одиночные биты, экономя место в wire-формате.
  • Abandonment records блоков теперь ограничены в байтах, а не по количеству.
  • Клонирование RocksDB store упрощено за счёт отказа от wrapper-типа.
  • Логика split при решардинге теперь оставляет pool room, который committee shuffle забрать не может.
  • Четыре reshape-ассершена исправлены так, чтобы реально тестировать то, что заявляли.
  • Сторы выбывших шардов теперь раздаются, а роутинг сидируется при загрузке.
Главное
Главное изменение
Модель исполнения VM переписана вокруг единого core boundary — крупнейшее архитектурное изменение Milestone 2 на данный момент.
Что дальше
Ожидается далее: продолжение интеграции settlement-ledger и sweep в жизненный цикл исполнения и продвижение core boundary VM к feature-паритету с компонентной моделью Babylon.
Услышано в чате

Настроение: В чате разгорелась жаркая дискуссия о том, должен ли flightofthefox Radix полную миграцию, с выплеснувшимся разочарованием — но он подтвердил, что поможет Radix принять Hyperscale, и отметил переработку VM.

грант — красивая ловушка: возьми пятьдесят и тащи весь рэп; если маховик не закрутится, спросят «кто наварился?» — так что я возьму аплодисменты, а не хлопок
— flightofthefox, в Telegram сообщества
flightofthefox объяснил
Почему исполнение заняло больше времени
Local execution — это почти полная переработка принципов работы, поэтому фича заняла больше времени, чем большинство.
Substate sweep vs GC
Это очистка хранилища, а не памяти — возврат пространства от гардов, которые не нужны после истечения окон валидности артефактов, например subintent nullifiers.
Альтернатива session mode
Shared-access компоненты в сочетании с subintentами, вероятно, дают такой же хороший UX, как сессии, без потенциальных подножек.
Миграция сложнее, чем ожидалось
Он искренне верил, что существующий Radix Engine будет более приспособлен к шардированию — это было суровое пробуждение, и пришлось строить новый VM с нуля.
Концепция недели
The SystemРазделяй работу, а не мир
Переработка core boundary — крупнейшее архитектурное изменение Milestone 2 на данный момент: она переопределяет исполнение каждой транзакции, учёт ресурсов и изоляцию кода — всё ради совместимости исполнения с шардированием.
hyperscale.rs
Жаргон — простыми словами
Core boundaryЕдиная контрольная точка, через которую весь код смарт-контрактов публикуется, валидируется и тарифицируется перед запуском.
Abandonment recordЗапись о том, что транзакция оставила часть стейта позади и этот стейт теперь можно безопасно вернуть.
MeterВстроенный счётчик внутри каждого модуля, ограничивающий объём вычислений, который он может потребить, — защита от runaway-кода.
Vote fenceПравило, блокирующее коммит блока до тех пор, пока его клеймы о других цепях не подтверждены голосованием.
Куда легла работа
кросс-шард-ledger, сеттлмент и abandonment-типы
core boundary VM, metering и ограничения доступа
vm/harness · The Crash Lab
тестовый харнесс, arm64 CI, разделение conformance-тестов
роутинг на уровне ноды, fetch и пути коммита
vm/kernel · The System
kernel imports, 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. С первого дня: 4 464 коммитов — один разработчик, полностью публично.
Ссылки
Написано ИИ по публичным коммитам, чату сообщества и hyperscale.rs — возможны ошибки. · создано 2026-09-14