Фінансова інфраструктура потребує блокчейн-архітектури

Криптоіндустрія має проблему інфраструктури, про яку рідко говорять безпосередньо: ми будували фінансові системи на блокчейнах, які не були спроектовані для фінансів, що вимагає від нас переосмислити архітектуру блокчейну.

Резюме

• Загальносистемні блокчейни мають труднощі з фінансами. Послідовне виконання створює вузькі місця; фінансові транзакції потребують паралельної обробки для ефективного масштабування.
• Композитивність підвищує цінність екосистеми. Спільні інфраструктурні примітиви дозволяють протоколам будувати один на одному, зменшуючи фрагментацію та дозволяючи капіталоефективні продукти з прибутковістю.
• Інституційне прийняття вимагає інфраструктури, а не лише функцій. Модулі відповідності з дозволом, KYC та аудиту на децентралізованих системах є передумовами для серйозної участі інститутів.

Я помітив це в момент, коли ми почали будувати Momentum. Більшість протоколів запускаються як ізольовані продукти, DEX, ринок кредитування, рішення для стейкінгу, розглядаючи кожен з них як окремий інструмент, а не частину взаємопов'язаної системи. Але ця фрагментація виявляє глибше архітектурне невідповідність. Блокчейн-ланка під ним просто не була побудована для того, щоб задовольнити вимоги фінансів: паралельна обробка в масштабах, композабельні примітиви та інфраструктура, на якій інші протоколи можуть надійно будуватися.

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

Справжнє обмеження: Блокчейни не були спроектовані для фінансів

Коли ми вирішували, де побудувати наш DEX, вибір був очевидним для мене, але здавалося, що багатьом це не вкладалося в голові. Усі запитували: Чому не Ethereum (ETH)? Відповідь розкриває все про те, як я думаю про інфраструктуру.

Розгляньте фундаментальну різницю між тим, як Ethereum і Sui (SUI) обробляють транзакції. Послідовна модель виконання Ethereum означає, що кожну транзакцію потрібно обробляти в порядку, що створює вузькі місця під навантаженням. Це не була помилка в дизайні Ethereum; це ніколи не було запланованим випадком використання. Ethereum був створений як універсальна обчислювальна платформа.

Фінанси вимагають чогось іншого. Більшість фінансових операцій є незалежними. Коли Аліса обмінює токени, а Боб ставить активи, ці транзакції не залежать одна від одної. Послідовна обробка створює штучну затримку. Паралельна обробка – це не лише оптимізація; вона структурно необхідна.

Sui був побудований з нуля з використанням паралельного виконання та об'єктно-орієнтованого дизайну на мові програмування Move. Цей архітектурний вибір не тільки швидший — він дозволяє існувати абсолютно іншій категорії фінансових продуктів у великих обсягах.

Докази прийшли швидше, ніж ми очікували. За шість місяців наш DEX зріс з нуля до $500M ліквідності та $1.1B щоденного обсягу торгів, накопичуючи $22B кумулятивного обсягу торгів, залучаючи 2.1 мільйона користувачів без значних заторів. Обробка такого обсягу без збоїв у транзакціях не є маркетинговим досягненням; це доказ фундаментальної архітектурної надійності. Спробуйте досягти цих показників на послідовно виконуваному блокчейні, і ви зрозумієте, чому архітектура має значення.

Чому композованість інфраструктури важливіша за окремі продукти

Є друга, більш тонка проблема, яку я навчився розпізнавати: фінансові продукти повинні бути складовими елементами, а не ізольованими силосами.

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

Ось де більшість протоколів зазнає невдачі. Вони створюють один продукт добре, а потім екосистема навколо них кристалізується. Кожен новий протокол, по суті, починає з нуля.

Коли ми створювали наш протокол, ми навмисно вирішили не просто створювати DEX. Ми побудували інфраструктурні примітиви, які інші протоколи раціонально виберуть для використання, а не для відновлення. MSafe, наше рішення для управління скарбницею, зараз захищає сотні мільйонів по всій екосистемі Move. Не тому, що ми змусили до прийняття, а тому, що це вирішило реальну проблему краще, ніж альтернативи.

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

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

Проблема інституційного капіталу полягає в інфраструктурі, а не в особливостях

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

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

Інституції не вкладатимуть серйозний капітал у системи, які не можуть забезпечити регуляторний аудит, перевірку KYC або документацію з дотримання вимог. Це не функції, це структурні передумови для участі інститутів. Це не контроль доступу. Це визнання реальності.

Фактичний аргумент

Ось що я стверджую, окремо від будь-якого конкретного протоколу: Блокчейни, побудовані для загальних обчислень, не можуть ефективно слугувати фінансовою інфраструктурою. Фінанси вимагають архітектури, спеціально розробленої для паралельної обробки, комбінованих примітивів та дотримання вимог установ. Протоколи перейдуть до блокчейнів з цими властивостями — не тому, що вони модні, а тому, що економіка роботи на кращій інфраструктурі просто вища.

Це не аргумент на користь того, що «Sui кращий за Ethereum». Ethereum може і повинен продовжувати еволюцію. Рішення другого рівня є законними підходами. Це аргумент на користь того, що фінансові системи повинні будуватися на інших архітектурних основах, ніж платформи загального призначення.

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

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

Це усвідомлення змінює все, як повинні бути побудовані протоколи і де їх слід розгортати. Це змінює моє сприйняття Momentum, і це повинно змінити ваше сприйняття того, де слід будувати далі.

Шеф-кухар

ChefWen є засновником Momentum, центрального ліквідного двигуна Move. Маючи сильний інженерний досвід, зокрема старші ролі програмного інженера у Facebook’s Libra та Amazon, Венді поєднує глибоку технічну експертизу з візіонерським лідерством для створення масштабованих рішень, що формують індустрію. Венді має ступені магістра з комп'ютерної інженерії та з операційних досліджень в інженерії промислових систем з Університету штату Джорджія. У Momentum Венді очолює зусилля, щоб стати центральним ліквідним двигуном для екосистеми Move з запуском першої багатозв'язкової ve(3,3) DEX. Наразі це #1 DEX на Sui. Її поєднання високого рівня технічної обізнаності, підприємницького азарту та міжкультурної перспективи робить її переконливим спікером для аудиторій, зацікавлених у майбутньому Web3, інноваціях та програмному інженерії.