Скажу чесно, раніше моє розуміння Layer2 було дуже поверхневим, я вважав, що це лише підвищення швидкості Ethereum або перенесення обчислень поза блокчейном. Лише нещодавно, вивчаючи базову логіку zkEVM, я зрозумів, що справа не така проста — основною проблемою масштабування є не «швидкість», а «як розподілити бюджет».

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

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

Потім ми перейшли до виконання завдань на рішеннях типу zkEVM, і відчуття задухи миттєво зникло. Чому? Тому що це розділило завдання. Безпеку все ще забезпечує Ethereum, але середовище виконання відокремлено, оптимізується окремо та розширюється незалежно. Ethereum тепер може зосередитися на тому, що вміє найкраще — бути рівнем розрахунків і точкою довіри, без необхідності терпіти тиск виконання.

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