«Разработчики блокчейн-решений решают проблемы, с которыми другие отрасли столкнулись десятилетия назад» — Брэндон Вруман о том, чему учит криптовалюту игровая индустрия - U.Today

В 2025 году инфраструктура блокчейн достигла беспрецедентных рубежей. В пиковые моменты новые сети обрабатывали 100 000 транзакций в секунду, соперничая по скорости с традиционными платежными системами.

Но такой взрывной рост требует не только улучшенного кода. Необходимы инженеры, которые понимают, как создавать высокопроизводительные системы, которыми смогут пользоваться миллионы людей. Карьерный путь Брэндона Врумана необычен для криптоиндустрии: прежде чем создавать инфраструктуру блокчейн, которая обрабатывает более 21 000 транзакций в секунду в Fuel Labs, он годы оптимизировал видеоигры в Ubisoft, следя за тем, чтобы они работали гладко для миллионов игроков.

Этот опыт научил его создавать системы, которые не просто работают в теории, а справляются с массовым реальным использованием, и сейчас он применяет эти уроки к блокчейну. В этом интервью он объясняет, как практики игровой индустрии по управлению производительностью и надежностью напрямую перекладываются на самые большие вызовы криптоиндустрии.

ГОРЯЧИЕ истории

Утренний криптоотчет: крупнейший стаблкоин Ripple удивил XRP $59 миллионами; 162 874 151 430 Shiba Inu (SHIB) активированы на крупной бирже после трехнедельного перерыва; Dogecoin (DOGE) наконец-то преодолел $0 ETF streak

Ripple участвует в важном саммите Белого дома

Ваш карьерный путь кажется необычным для индустрии блокчейн. Какие самые важные уроки из вашего опыта разработки игр вы смогли применить позже в блокчейне?

Самый важный урок из разработки игр — это то, что ускорение кода — это лишь один аспект оптимизации производительности. Также нужно проектировать системы, которые сохранят производительность в условиях реальной эксплуатации. Хотя вы можете сосредоточиться на том, чтобы система работала эффективно в средних условиях, оптимизация под средний случай недостаточна. Нужно проектировать на худший случай, например, чтобы игра поддерживала стабильную частоту кадров независимо от действий игроков. Что действительно переносится в блокчейн — это подход к data-oriented design и управлению памятью. Когда вы обрабатываете тысячи транзакций в секунду, структура данных и доступ к памяти становятся критическими. Некоторые инженеры блокчейн, пришедшие из веб-разработки, не привыкли к этим ограничениям, и упускают возможности для оптимизации.

Давайте подробнее обсудим эти возможности оптимизации. В играх миллионы полигонов рендерятся с частотой 60 кадров в секунду. В блокчейне цель похожая: для масштабирования сети она должна обрабатывать тысячи транзакций в секунду. Какие технические параллели между этими задачами?

Основное сходство в том, что обе требуют стабильной, предсказуемой производительности при переменной нагрузке. Если игра рендерится при 60 FPS, у вас есть строгое ограничение в 16 миллисекунд на рендер каждого кадра, иначе игроки заметят зависание или торможение. Аналогично, в блокчейне непоследовательная обработка вредит всей сети. Поэтому нужно создавать системы, которые работают эффективно при переменной нагрузке. Еще один важный параллель — это сочетание пакетной обработки и параллельных вычислений. Часто ключ к повышению производительности — это то, как вы структурируете операции, чтобы максимально эффективно использовать доступные вычислительные ресурсы.

В Fuel Labs вы создали инфраструктуру, которая является одной из самых быстрых и недорогих решений Layer 2, достигая более 21 000 транзакций в секунду на ядро CPU при стоимости транзакции около $0.0002. Какие конкретные техники или уроки из других отраслей помогли вам добиться этих результатов?

Мы сосредоточились на оптимизации под реальные рабочие нагрузки, которые генерируют блокчейны, а не просто реализовывали стандартные алгоритмы. Например, мы поняли важность Меркле-деревьев — алгоритмов, которые являются фундаментом безопасности блокчейна. Они обеспечивают криптографическую проверку транзакций, состояния смарт-контрактов и других данных. Проблема в том, что проверка Меркле-деревьев — это вычислительно затратная операция, и поскольку она используется везде при выполнении блокчейна, она может стать узким местом по производительности. Разработка новой реализации Меркле-деревьев значительно повысила производительность, оптимизировав вычисления и сделав их более эффективными.

Ваш вклад в создание более эффективной инфраструктуры блокчейн не ограничивается работой в Fuel Labs. Позже, в ChainML, вы создали инфраструктуру протокола Theoriq, которая сейчас обслуживает более 100 000 пользователей и 2 миллиона запросов в день. Как вы справляетесь с разработкой систем с высокой нагрузкой, сотнями тысяч пользователей и непредсказуемыми всплесками нагрузки?

Ключ — проектировать систему с учетом непредсказуемости с самого начала. Протокол Theoriq используется для координации AI-агентов, и эти агенты не создают стабильный трафик, а часто дают всплески активности. Поэтому нужно проектировать на пиковую нагрузку, при этом сохраняя разумные затраты в обычных условиях. В процессе разработки мы создали несколько прототипов, тестируя каждый на реалистичных сценариях нагрузки. Валидация в тестовой сети с сотнями тысяч участников была очень важной, так как она выявила реальные сценарии использования и крайние случаи, которые было трудно предсказать в контролируемых условиях.

Вы участвовали в создании продуктов, используемых сотнями тысяч конечных пользователей, таких как AAA видеоигры в Ubisoft и инфраструктура блокчейн в Fuel Labs и ChainML. Недавно вас пригласили в качестве судьи на международную премию “Cases & Faces”, где вы оценивали инновационные продукты. Чем ваше определение “готовности к производству” отличается от того, что часто встречается в криптопроектах?

“Готовность к производству” означает, что система работает надежно, когда на нее полагаются реальные пользователи, а не только в демонстрационных условиях, а в реальных — с учетом поведения пользователей, пиковых нагрузок и особенностей аппаратного обеспечения. Стандарты, принятые в высокопроизводительных играх, создают другую картину по сравнению с тем, что я часто вижу в крипто, где проекты иногда запускаются с впечатляющими демо, но не прошли масштабное тестирование с реальными пользователями и реальными деньгами.

Смотрющее вперед, считаете ли вы, что блокчейну нужны больше инженеров с опытом вне нативной разработки для блокчейна?

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