Совместное создание Solana: запуск большого количества L2 — невыполнимое решение для расширения блокчейна

Автор: ДАРРЕН КЛЯЙН, Blockworks Составитель: Songxue, Jinse Finance

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

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

«Они расширяют базу пользователей, поэтому взаимодействие с пользователем становится очень, очень сложным».

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

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

По словам Яковенко, разделение в достаточно больших масштабах может вызвать «серьезные проблемы компоновки» и проблемы с пользовательским интерфейсом. «Вы должны выполнить повторную синхронизацию через [уровень-1], что имеет ту же стоимость.» «С этим очень, очень трудно иметь дело», — сказал он.

Яковенко использует пример NFT, чтобы проиллюстрировать эту проблему. «У вас не может быть NFT в каждом объединении. На самом деле он связан только с одним», — сказал он. «Если мне нужен конкретный NFT, мне нужно купить его на рынке, где он продается, и он может существовать только на одном из этих рынков».

Яковеко объяснил, что, создавая разные состояния, Layer-2 нарушает возможность компоновки конкретных торговых площадок NFT. «Это фундаментальная проблема, с которой сталкивается [уровень-2]».

**Что делать, если есть только один слой Layer2? **

По словам Яковенко, теоретически одно решение уровня 2 (а не различные решения, существующие в экосистеме Ethereum) упростило бы проблему компонуемости. **

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

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

"Значит, у тебя есть [Layer2] , система с оптимизированной пропускной способностью. Это в основном то, чем является Солана. Он смеется: «Сама Солана может выполнять все программы асинхронно, а затем разветвляться в отдельном канале от выполнения программы. "

«Все ответвления выбираются очень быстро, — сказал он, — а затем эти более крупные системы могут выполнять программы. Затем, если хотите, вы можете выполнять пакетную проверку [с нулевым разглашением]. Все это можно реализовать на Солане. "

Яковенко отметил, что между Solana и многослойными цепными решениями все же есть «принципиальные отличия». «От Соланы не потребуется заниматься данкшардингом, потому что это действительно ломает идею глобальной синхронизации информации».

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

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

Цель, пояснил Яковенко, состоит в том, чтобы свести к минимуму «информационную асимметрию между любыми двумя игроками».

«Это обеспечивает справедливый рынок», — сказал он. «Это основной вариант использования, и вы действительно не можете оптимизировать его со всеми другими системами».

"Одна сборка может занять всю полосу пропускания на уровне доступности данных, будь то Solana, Celestia или Ethereum, — сказал он. — Я думаю, что многие инженеры согласны с тем, что эта идея является более эффективной".