Автор: DARREN KLEINE, Blockworks; Упорядник: Songxue, Jinse Finance

Polygon, Arbitrum, Optimism, Base... список рішень Layer2 продовжується і, здається, стає довшим.

**Співзасновник Solana Анатолій Яковенко вважає, що більша частина нового рівня 2 (переважно на Ethereum) не буде стійким рішенням для масштабування в довгостроковій перспективі. **

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

У подкасті Lightspeed (Spotify/Apple) Яковенко навів приклад своєї роботи в компанії Web2 Dropbox. «Ми створили величезну базу даних MySQL для всіх папок, тому що як тільки ми їх фрагментували, стало дуже важко створювати зв’язки між різними користувачами в різних папках».

«Відстеження узгодженості між двома різними базами даних — це головний біль. Ви повинні синхронізувати все через [рівень-1]».

За словами Яковенко, шардинг у досить великому масштабі може спричинити «великі проблеми з компонуванням» і користувальницький досвід. «Ви повинні повторно синхронізувати через [layer-1], що має таку саму вартість.» «З цим дуже, дуже важко мати справу», — сказав він.

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

Яковеко пояснив, що, створюючи різні стани, Layer-2 порушує компонування конкретних ринків NFT. «Це основна проблема, з якою стикається [рівень 2]».

**Що робити, якщо є лише один шар Layer2? **

Теоретично, єдине рішення рівня 2 (а не різні рішення, які існують в екосистемі Ethereum) спростить проблему компонування, сказав Яковенко. **

«[Віртуальні машини Solana] можуть запускати якомога більше речей паралельно», — пояснив він. «Це завжди буде додавати потужність обладнання, щоб задовольнити попит».

«Потім ви скидаєте всі дані в darksharding», — сказав він, що в ідеалі було б «ідеальною реалізацією рівня [доступності даних], яка намагається максимізувати його систему [доступності даних]».

«Тож у вас є [Layer2] , система з оптимізованою пропускною здатністю. Власне, це і є Солана. Він сміється: «Сама Solana може виконувати всі програми асинхронно, а потім розгалужуватися в окремому каналі від виконання програми. "

«Усі розгалуження вибираються дуже швидко, — сказав він, — і тоді ці великі системи можуть виконувати програми. Потім, якщо ви хочете, ви можете виконати пакетну перевірку [з нульовим знанням]. Усі ці речі можна реалізувати на Solana. "

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

«Я не хочу фрагментувати доступність даних», — сказав він. «Хоч ви можете збільшити пропускну здатність, насправді все ще є компроміси».

Яковенко вірить у необхідність системи, яка активно уникає асинхронних рішень. «Коли я представив це тут, — сказав він, — це спостерігали в Сінгапурі, Бразилії та скрізь у світі настільки швидко, наскільки це дозволяла фізика, і це справді створило цінність для світу».

Мета, пояснив Яковенко, полягає в мінімізації «інформаційної асиметрії між будь-якими двома гравцями».

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

"Один зведений пакет може зайняти всю пропускну здатність на рівні доступності даних, будь то Solana, Celestia або Ethereum, - сказав він. - Я думаю, що багато інженерів погоджуються, що ця ідея полягає в більш ефективному дизайні".