«Розробники блокчейн розв'язують проблеми, з якими інші галузі стикалися десятиліття тому» — Брендон Вруман про те, що ігри навчають крипто — 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 бере участь у високоризиковому саміті Білий дім

Ваш кар’єрний шлях здається незвичайним для індустрії блокчейну. Які найважливіші уроки з вашого досвіду у розробці ігор ви змогли застосувати пізніше у блокчейні?

Найважливіший урок з розробки ігор — це те, що прискорення коду — це лише один аспект оптимізації продуктивності. Також потрібно проектувати системи, які зможуть підтримувати продуктивність у реальних умовах. Хоча ви можете зосередитися на тому, щоб система працювала ефективно за середніх умов, оптимізація для середнього випадку недостатня. Ви повинні проектувати для найгіршого сценарію, наприклад, щоб гра підтримувала стабільний фреймрейт незалежно від дій гравців. Те, що справді переноситься до блокчейну — це підхід до даних та управління пам’яттю. Коли ви обробляєте тисячі транзакцій за секунду, структура даних і доступ до пам’яті стають критичними. Деякі інженери блокчейну з досвідом веб-розробки не звикли до цих обмежень, тому пропускають можливості для оптимізації.

Давайте детальніше обговоримо ці можливості для оптимізації. У іграх мільйони полігонів рендеряться з частотою 60 кадрів за секунду. У блокчейні мета схожа: для масштабування мережі вона повинна обробляти тисячі транзакцій за секунду. Які реальні технічні паралелі між цими викликами?

Основний паралель — це необхідність стабільної, передбачуваної продуктивності за змінного навантаження. Якщо гра рендериться з 60 FPS, у вас є суворий бюджет у 16 мілісекунд на рендер кожного кадру, інакше гравці помітять зависання або затримки. Аналогічно, у блокчейні нерівномірна обробка шкодить всій мережі. Тому потрібно створювати системи, які ефективно працюють за змінного навантаження. Ще один корисний паралель — поєднання пакетної обробки та паралельної обробки. Часто ключ до покращення продуктивності — це структура операцій для максимально ефективного використання обчислювальної потужності.

У Fuel Labs ви створили інфраструктуру, яка є однією з найшвидших і найдешевших рішення Layer 2, досягаючи понад 21 000 транзакцій за секунду на один CPU-ядро з платою за транзакцію близько $0.0002. Які конкретні техніки або уроки з інших галузей допомогли вам досягти цих показників?

Ми зосередилися на оптимізації під реальні навантаження, які генерує блокчейн, а не просто реалізовували стандартні алгоритми. Наприклад, важливо було зрозуміти ключову роль дерев Меркла — алгоритмів, що є фундаментальними для безпеки блокчейну. Вони забезпечують криптографічну перевірку транзакцій, стану смарт-контрактів та інших важливих даних. Проблема в тому, що перевірка дерев Меркла є обчислювально дорогим процесом, і оскільки вона використовується повсюдно у виконанні блокчейну, може стати значним вузьким місцем у продуктивності. Розробка нової реалізації дерев Меркла значно підвищила продуктивність, оптимізуючи обчислення та роблячи їх більш ефективними.

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

Ключ — це проектування з урахуванням непередбачуваності з самого початку. Протокол Theoriq використовується для координації агентів ШІ, і агенти ШІ не генерують стабільний трафік, а часто створюють сплески активності. Тому потрібно проектувати для пікового навантаження, зберігаючи при цьому розумні витрати під час звичайної роботи. Під час розробки ми створили кілька прототипів, тестуючи кожен на реалістичних моделях навантаження. Валідація у тестовій мережі з сотнями тисяч учасників була критичною, оскільки вона виявила реальні сценарії використання та крайні випадки, які важко передбачити у контрольованих тестах.

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

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

Дивлячись у майбутнє, чи вважаєте ви, що блокчейну потрібні більше інженерів з досвідом поза межами нативної розробки для блокчейну?

Зараз розробники блокчейну часто намагаються вирішити проблеми, які інші галузі вирішували десятиліття тому, наприклад, обробку транзакцій високої частоти, оптимізацію продуктивності або обробку навантаження мільйонів одночасних користувачів. Галузі, такі як ігри, фінансові торгові системи і великомасштабні веб-сервіси, здобули важливий досвід у тому, що працює на масштабі, а що ні, і культура інженерії продуктивності та виробничої дисципліни цих галузей безумовно була б корисною для розробників блокчейну.