Ранее: flightofthefox наладил систему комиссий и ценообразования ресурсов end-to-end и унифицировал модель intent, продвинувшись глубже в работу над VM на Этапе 2.
Неделя 8 Этапа 2 принесла глубокую и сфокусированную переработку того, как cross-shard транзакции отслеживаются и разрешаются внутри VM. flightofthefox переработал всю систему crossing — механизм, позволяющий транзакции, охватывающей несколько shard, регистрировать, отвечать и очищать свои обязательства — а также ужесточил удержания комиссий и удалил мёртвые пути выполнения. В Telegram развернулось содержательное обсуждение миграции и совместимости, показавшее, что сообщество серьёзно обдумывает, что Hyperscale будет значить для существующих приложений Radix.
32
-92% к прошлой неделе
коммитов
+3.1k −3.4k
-76% к прошлой неделе
строк изменено
28
дней подряд с коммитами
Коммиты / день
пик 10/день · 7/7 активных дней
Динамика
Строк изменено / неделя
последние 8 нед.
Что построил flightofthefox
Система cross-shard crossing переработана
Большую часть недели заняла переработка 'crossing' — того, как VM отслеживает cross-shard транзакции end-to-end. Теперь crossing именуются один раз, а все ключи производятся от этого имени, ответы содержат два вердикта, а блоки несут записи crossing напрямую.
→ смотрите «The Generals» на hyperscale.rsУдержания комиссий и депозиты в vault
Резервирования комиссий теперь обрабатываются как подтверждённые удержания внутри ядра, а депозиты в vault перешли от разрозненных задач к единому пути ядра — что делает работу с ресурсами чище и предсказуемее.
→ смотрите «The Journey» на hyperscale.rsМёртвые пути выполнения удалены
Несколько устаревших типов задач и механизм crossing tombstone были полностью удалены, заменены более простой логикой на основе флагов — меньше кода для поддержки, меньше крайних случаев, которые могут сломаться.
→ смотрите «The System» на hyperscale.rsГлавное
Главное изменение
Система crossing — то, как cross-shard транзакции именуются, отслеживаются, отвечают и очищаются — была комплексно переработана.
Что дальше
Далее, вероятно: продолжение доработки системы crossing и работа над local execution path, которую flightofthefox назвал серьёзным вызовом.
Услышано в чате
Настроение: Активная неделя: разработчик по имени Seböööl погрузился в кодовую базу и инициировал детальное обсуждение миграции, совместимости контрактов и того, могут ли Babylon и Hyperscale сосуществовать.
“leg local execution — мой Вьетнам”
— flightofthefox, в Telegram сообщества
flightofthefox объяснил
Путь миграции на Hyperscale
Грубый план — dump, transform, genesis: контракты перестраиваются до запуска, если разработчики активны, отстающие обновляются позже через голосование beacon-chain, а blueprint'ы остаются отключёнными до этого момента.
Дизайн взаимодействия компонентов
Вызовы между компонентами должны работать, если цель находится в immutable config или передаётся как аргумент, но он хочет изучить расширение manifest DAG в месте вызова вместо репликации method dispatch Radix Engine.
Обновление контрактов без proxy
Он планирует нативную систему обновления blueprint'ов, чтобы разработчикам не приходилось строить proxy-паттерны, причём обновления будут координироваться через beacon-chain witness для единообразного применения в одной эпохе.
Почему нет публичного бэклога
Фундамент ещё меняется, поэтому поддержание формальной спецификации замедлило бы процесс — есть порядок операций, и слишком рано оценивать масштаб миграции.
Концепция недели
The Generals— Два генерала отложили своих гонцовОсновная работа на этой неделе была связана с переработкой отслеживания и разрешения cross-shard транзакций — ядром атомарных cross-shard обязательств.
hyperscale.rs/generals Жаргон — простыми словами
Crossing — Название в VM для отслеживаемого жизненного цикла cross-shard транзакции по мере перемещения состояния между shard.
Fee hold — Часть комиссии транзакции, зарезервированная заранее до её выполнения, чтобы не допустить перерасхода.
Tombstone — Маркер, показывающий, что cross-shard запись выведена из эксплуатации и её можно безопасно очистить позже.
Куда легла работа
ответы crossing и эффекты состояния переработаны
депозиты в vault, удержания комиссий, задачи crossing
API обновлены под новую модель crossing и комиссий
Справка — карта концепций, дорожная карта и ссылки▾
Полная картина
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. С первого дня: 4 959 коммитов — один разработчик, полностью публично.
Ссылки
Есть вопросы? flightofthefox всегда рад обсудить в Telegram сообщества.
Написано ИИ по публичным коммитам, чату сообщества и hyperscale.rs — возможны ошибки. · создано 2026-09-28