Месяц назад Вибху, основатель DRiP, ведущего потребительского приложения на Solana распространяющего бесплатные NFT от ведущих художников, своим заявлением вызвал столь необходимую дискуссию:

Solana будет иметь и должна иметь L2 и/или роллапы

Его разочарование возникло из-за того, что DRiP терял значительную ценность (~ 20 тыс. долларов в неделю) на базовом уровне из-за роста цен на SOL и перегрузки сети. Повышенная активность на Solana приводит к:

• Плюсы – Повышенная ликвидность, капитал и объемы транзакций (благодаря компонуемости)
• Минусы – Повышенные затраты на инфраструктуру, плохой пользовательский опыт и перегруженность

Однако DRiP, который в основном использует Solana в качестве инфраструктуры для еженедельного распределения миллионов NFT от художников по тысячам кошельков, не выигрывает от высокой компонуемости. Рост TVL и притока капитала Solana мало влияет на DRiP, который в первую очередь страдает от недостатков, таких как высокие затраты на инфраструктуру.

Вибху отмечает: «Компонуемость имеет убывающую отдачу». Он также отмечает, что разработчики приложений Solana в частном порядке обсуждают свое желание использовать роллапы по следующим причинам:

1. Увеличение пропускной способности транзакций, снижение конкуренции за пространство блоков и снижение комиссий.
2. Больший контроль над экономической стоимостью, создаваемой их бизнесом.

Отправить ссылку

За последние несколько месяцев Solana пережила несколько инцидентов с перегрузками, начиная от аирдропов, таких как JUP, и заканчивая добычей руды и пиковой торговлей мемкоинами. Хотя кто-то может возразить, что Firedancer может решить все эти проблемы, давайте будем реалистами: сроки остаются неопределенными, и на данный момент он не может масштабироваться более чем в 10 раз. Несмотря на это, это правда, что среди всех основных сетей, которые были проверены в бою, Solana является последним оставшимся настоящим монолитом.

Должна ли Solana оставаться монолитом или стать модульной? Будет ли Solana также развиваться, как Ethereum, с фрагментированными решениями L2 и L3, среди прочих? Каков текущий ландшафт аппчейнов и роллапов на Solana?

Чтобы ответить на эти вопросы и подвести итог всей дискуссии, в этом эссе будут рассмотрены все возможности, обсуждены различные проекты и оценены их плюсы и минусы.

В этой статье мы не будем углубляться в технические детали, а вместо этого примем более ориентированную на рынок и практическую перспективу при обсуждении различных подходов к масштабированию, чтобы дать общий обзор.

Все инсайты, без лишнего шума — плюс много альфы.

В двух словах мы обсудим:

1. Solana и перегруженность
2. Solana Modular
3. Solana Appchains - с примерами
4. Sollana Layer-2s и Rollups (RollApps) - с примерами
5. Infra Powering Rollups и Appchains

Solana и перегруженность:Давайте

начнем со слона в комнате: сеть Solana в последнее время была сильно перегружена (в настоящее время в основном решена) из-за аирдропов, значительного количества торговой активности мемкоин и т. д., ведущий к высокому времени пинга, высокому проценту неудачных транзакций и увеличению сетевые комиссии из-за более высоких комиссий за приоритет. Несмотря на все это, Solana постоянно обрабатывает около 1-2 тыс. TPS, что больше, чем все цепочки EVM вместе взятые. Я бы сказал, что это хорошая проблема для блокчейна, и он также проверил монолитный тезис Solana.

Фонд Solana Foundation недавно опубликовал блог, призывающий проекты принять немедленные меры для повышения производительности сети, в том числе:

• Внедрение приоритетных комиссий – критически важно для предотвращения задержек или срывов транзакций.
• Оптимизация использования вычислительного блока программы (CU) — использование только необходимого.
• Внедрение застейкающего взвешенного качества обслуживания (QoS), позволяющего приложениям расставлять приоритеты в обработке транзакций своих пользователей.

Однако все эти меры лишь в некоторой степени улучшают завершение транзакции и не гарантируют плавного UX транзакции. Одним из немедленных решений этой проблемы является долгожданный новый планировщик транзакций, выпуск которого запланирован на конец апреля в версии 1.18. Он будет введен вместе с текущим планировщиком, но не будет включен по умолчанию, что позволит валидаторам отслеживать производительность нового планировщика и легко возвращаться к старому в случае возникновения каких-либо проблем. Этот новый планировщик направлен на более эффективное и экономичное заполнение блоков, устраняя недостатки старого планировщика. Прочтите эту статью, чтобы узнать больше о планировщике @harshpatel_36138/whats-new-with-solana-s-transaction-scheduler-bcf79a7d33f7">new Scheduler.

Anza (дочерняя компания от Solana Labs) cпостоянно пытается решить перегрузка сети, которая была идентифицирована как проблемы, связанные с реализацией QUIC, и поведением клиента валидатора Agave (Solana Labs), когда его просят обработать большое количество запросов.

Отправить ссылку

В то время как сторонники модульности решительно выступают за «модульную дорожную карту» для Solana, Solana Labs/Anza (основной разработчик Solana Протокол) по-прежнему сосредоточена на оптимизации пропускной способности и задержка базового уровня. Ниже перечислены некоторые потенциальные улучшения.

1. Пересмотр рынков комиссий и увеличение базовых сборов (в настоящее время они установлены на уровне 5,000 Lamports или 0.000005 SOL).

2. Введение экспоненциальной платы за блокировку записи для учетных записей, т. е. постепенное увеличение комиссий с течением времени для предотвращения спама.

3. Оптимизация бюджетных запросов ТС через систему штрафов.

4. Улучшение общей сетевой архитектуры.

Даже с этими улучшениями в вертикальном масштабировании (одна цепочка) мы не можем исключить возможность того, что Solana примет горизонтальное масштабирование (роллапы). Реальность такова, что Solana может стать гибридом и того, и другого — он может служить отличным базовым слоем для роллапы, обладая сверхнизким временем задержка блока (~400 мс), что значительно улучшит роллапы, например, обеспечит сверхбыстрое мягкое подтверждение от секвенсоров. Самое приятное то, что Solana исторически быстро внедряла изменения, что потенциально делает ее более эффективным слоем для роллапов, чем Ethereum.

Обновление: Anza теперь выпустила некоторые патчи, помогающие смягчить некоторые текущие перегрузка сети, и за ними последуют дальнейшие улучшения в v1.18.

Making Solana Modular:

Работа над Solana модульным уже началась. Как видно из поста Anza DevRel, валидатор Solana и SVM (среда исполнения, обрабатывающая транзакции и смарт-контракты/программы) тесно связаны и поддерживаются Anza (дочерней компанией Solana Labs). Тем не менее, клиент валидатора и среда выполнения SVM будут разделены в течение следующих нескольких месяцев. Это разделение облегчит разветвление SVM и простое создание «цепочек приложений Solana».

Для роллапов преимущество может быть получено за счет оптимизации уровня доступности данных (DA) / BLOB-объектов Solana, хотя это может произойти на более позднем этапе.

Источник: Anza DevRel

Джо Си (инженер Anza) также обнародовал планы по созданию SVM модульной, где конвейер обработки транзакций будет вынесен из валидатора и помещен в SVM. Это позволит разработчикам запускать реализацию SVM и работать независимо от какого-либо валидатора.

Изолированная SVM будет представлять собой сборку полностью независимых модулей. Любая реализация SVM может управлять этими модулями через четко определенные интерфейсы, что еще больше снижает барьеры для SVM-совместимых проектов за счет значительного снижения накладных расходов, необходимых для разработки пользовательских решений. Команды могут реализовывать только те модули, которые им интересны, в то время как для остальных используются устоявшиеся реализации, такие как Agave или Firedancer.

В шорт году Solana будет работать по принципу plug-and-play, что значительно упростит Solana аппчейнов и роллапы.

В целом, есть два направления, в которых это может происходить: Layer-2s/Rollups и Appchains. Мы рассмотрим оба варианта по порядку.

Solana Аппчейны:

Также известные как форки SVM, они, по сути, являются форками цепочки Solana, предназначенной для конкретных приложений. Pyth был первым Solana аппчейном, но по-настоящему эта концепция привлекла к себе внимание, когда Рун, основатель одного из крупнейших DeFi протоколов, Мейкер, вызвал настоящий аппчейн своим предложением разработать Мейкер аппчейн (для управления) на основе кодовой базы Solana (SVM). Он выбрал SVM из-за его сильного сообщества разработчиков и технического превосходства над другими виртуальными машинами, стремясь создать форк наиболее производительной цепочки для лучшего удовлетворения потребностей потребителей. Хотя еще ничего не было реализовано, этот шаг вызвал столь необходимые дебаты о Solana appchains.

В широком смысле он может быть двух типов:

1. Permissionless - Любой может присоединиться к сети, аналогично текущей основной сети Solana.
2. Permissioned — упакованная как 'Solana Permissioned Environments (SPEs)' фондом Solana для учреждений, она позволяет организациям создавать и поддерживать свои собственные экземпляры цепочки на базе SVM.

Pyth – Аппчейн OG Solana:
В свое время на долю Pyth приходилось 10-20% всех транзакций в Solana основной сети. Однако это не требовало какой-либо компонуемости, поэтому они просто разветвили кодовую базу Solana. Это позволило им использовать быстрое время блока Solana в 400 мс для высокочастотных обновлений цен. Pythnet была первой сетью, принявшей SVM для своего аппчейна.

Цепочка приложений Pythnet — это форк Proof-of-Authority основной сети Solana, служащий вычислительным базовым уровнем для обработки и агрегирования данных, предоставляемых сетью издателей данных Pyth.

Почему Пит переехал?
-Он не требовал высокой компонуемости (особенно для приложений, отличных от Solana) и, таким образом, был свободен от перегрузки основной сети.

• Для публикации данных требовалась среда с разрешениями.
• Снижение затрат на инфраструктуру за счет интернализации комиссий, которые ранее просочились на базовый уровень (Solana).

Cube Exchange — еще один пример, гибридная CEX, развернутая как суверенный аппчейн SVM (с полностью вне блокчейна ордер книгой и расчетами по их аппчейну SVM)

Некоторые примеры Solana аппчейнов могут быть следующими:

1. Perp DEX: Как и Hyperliquid, Perp DEX могут работать как отдельные сети L1. Кроме того, для торговых сценариев использования можно настроить количество транзакций в блоке или реализовать условную логику, например, интегрировать исполнение ордера стоп-лосс непосредственно в L1, обеспечив его применение в качестве перехода состояния, или внедрить атомарную логику, специфичную для приложения.
2. AI и DePIN: Они могут включать контролируемый список поставщиков услуг, таких как Pyth. Например, Akash работает как рынок вычислений через цепочку приложений Cosmos.
3. Аппчейны управления: Подтвержденный интересом MakerDAO к цепочке приложений SVM, суверенный аппчейн управления может быть убедительным. Управление криптовалютой все еще развивается, и наличие выделенной цепочки для форк может быть полезным механизмом координации.
4. Будущие корпоративные аппчейны: потенциальные приложения включают фонды (например, BlackRock) или платежные системы (например, Visa или CBDC).
5. Gaming Appchains: Игровой проект казино на Solana рассматривает возможность создания своего аппчейна.
6. Модифицированные форки Solana: Подобно тому, как Monad или Sei предлагают оптимизированные EVM (распараллеленные), кто-то может создать более оптимизированную версию Solana. Эта тенденция может стать более распространенной в ближайшие годы, особенно по мере того, как основная сеть Solana начинает исследовать новые архитектуры дизайна.

Envisioning the Solana Appchain Stack:Хотя

создание аппчейна может быть относительно простым, обеспечение связи между всеми аппчейнами имеет решающее значение для совместимости. Черпая вдохновение из Avalanche Subnets (подключенных нативным Avalanche Warp Messaging) и Cosmos (подключенных IBC), Solana также могли бы создать нативную среду обмена сообщениями для соединения этих аппчейнов.

Отправить ссылку

Можно также создать промежуточное программное обеспечение, подобное Cosmos-SDK, предлагая готовое решение для создания цепочек приложений со встроенной поддержкой для оракулов (таких как Pyth или Switchboard), RPC (например, Helius) и обмена сообщениями (например, Wormhole), среди прочих.

Polygon AggLayer также был бы интересным подходом, где разработчики могут подключить любую цепочку L1 или L2 к AggLayer, который агрегирует доказательства ZK из всех подключенных цепочек.

Является ли чистый аппчейн положительным для экосистемы Solana?

Несмотря на то, что аппчейны напрямую не начисляют ценность SOL, поскольку они не будут платить комиссию в SOL или использовать SOL в качестве токена газа, если только переставленный SOL не будет использоваться для экономической безопасности, они приносят большую пользу экосистеме SVM. Точно так же, как существуют «сетевые эффекты EVM», большее количество форков и аппчейнов SVM усилит сетевые эффекты SVM. Та же логика, которая делает Eclipse (SVM L2 на Ethereum) бычьим для SVM, применима, даже несмотря на то, что он является прямым конкурентом основной сети Solana.

Solana Layer-2s:

Solana Layer-2, или роллапы, представляют собой логически разделенные цепочки, которые отправляют данные на уровень доступности данных (DA) своей цепочки хостов и повторно используют механизм консенсуса цепочки хостов. Они также могут использовать другие слои DA, такие как Celestia, однако он не остается настоящим роллапом. «RollApp» — это термин, обычно используемый для ролл-апов для конкретных приложений (которые изучает большинство приложений Solana).

Будет ли Solana Rollups тем же самым, что и Ethereum?
Судя по всему, нет. Для Solana роллапы будут в основном абстрагированы для конечного пользователя. На идеологическом фронте Ethereum роллапы были нисходящими, когда Ethereum Foundation и лидеры решили, что лучший способ масштабирования — это роллапы, и они начали поддерживать различные L2 после фиаско CryptoKitties. В то время как на Solana спрос идет снизу вверх, то есть исходит от разработчиков приложений со значительным принятием потребителями. В результате, большинство текущих ролл-ап спектаклей являются маркетинговыми и в большей степени ориентированы на повествование, чем на потребительский спрос. Это существенная разница, которая может привести к другому будущему роллапов, чем то, что мы видели на Ethereum.

Являются ли сжатие = свертками?

L2 масштабируют блокчейны базового уровня (L1), выполняя транзакции на L2, пакетируя данные транзакций и сжимая их. Затем сжатые данные отправляются на L1 и используются либо в доказательстве мошенничества (оптимистичная свертка), либо в доказательстве действительности (свертка zk). Этот процесс доказывания называется «урегулированием». Аналогичным образом, сжатие разгружает транзакции из основной сети, уменьшая конкуренцию за состояние на базовом уровне. Примечательно, что Grass L2 будет использовать сжатие состояний для своего свертки.

Rollups Landscape on Solana:

В настоящее время доступны два 'в некотором роде ролл-аппы':

1. GetCode:

Платежное приложение с SDK для микроплатежей позволяет любому человеку мгновенно оплачивать и принимать платежи, а также использует псевдо-роллап для своего приложения. Он создает намерения для всех транзакций и использует секвенсор, похожий на свертку, который устанавливается на Solana через N интервалов.

Использование структуры, подобной свертке, позволяет:

1. Гибкость: Намерения могут представлять различные будущие действия, а не только платежные операции. Более того, Solana как цепочка также может быть заменена при необходимости.
2. Мгновенный и частный: Учитывая мягкую завершенность секвенсора, платежи происходят мгновенно даже во время перегрузки Solana. В то время как транзакции видны в блокчейне, точная стоимость и намерение остаются скрытыми, что обеспечивает конфиденциальность пользователей.

2. Эфермальные роллапы от MagicBlocks

MagicBlocks, игровая инфраструктура web3, разработала эфермальную (или временную) роллапы, особенно для игр. Он использует структуру счетов SVM, а состояние игры разбивается на кластеры. Он временно передает состояние на вспомогательный уровень или «эфемерный сверток», настраиваемый выделенный слой. Временный накопительный пакет работает как специализированная среда выполнения SVM или накопительный пакет для облегчения обработки транзакций с повышенной пропускной способностью.

Использование структуры, подобной свертке, позволяет:

1. Настройка специализированной среды выполнения для включения таких функций, как безгазовые транзакции, более быстрое время блокировки и включение механизма тикинга (например, интегрированная система планирования транзакций, такая как clockwork, работающая без комиссии).
2. Разработчики для развертывания программ на базовом уровне (например, Solana), а не в отдельной цепочке или роллапе. ER не фрагментируют существующую экосистему и позволяют ускорить целевые операции без создания изолированной среды. Это означает, что можно использовать всю существующую инфраструктуру Solana.

Такой подход облегчает создание высокомасштабируемой системы, способной запускать роллапы по требованию и автоматически масштабироваться по горизонтали для размещения пользователей, выполняющих миллионы транзакций, без компромиссов, типичных для традиционных L2. В то время как MagicBlock специально ориентирован на игры, этот подход может быть применен и к другим приложениям, таким как платежи.

Предстоящие накопительные пакеты Solana:

1. Grass: проект DePIN, направленный на решение проблем с данными ИИ с помощью проверенного скрейпинга. Когда узлы Grass очищают Интернет для обучающих данных ИИ, валидаторы будут хранить данные в блокчейне, отслеживая точно, откуда возникли данные и какой узел был ответственен за их извлечение, вознаграждая их пропорционально.

Grass требует 1 миллиона веб-запросов в секунду, что неосуществимо в основной сети Solana. Поэтому они планируют сделать ZK-доказательства данных происхождения для всех наборов данных и пакетировать их для расчетов на Solana L1. Они рассматривают возможность использования сжатия состояния из другого кластера и установки корней в mainnet-beta.

Эта разработка позиционирует Grass в качестве базового уровня для широкого спектра приложений, которые возможны только на Grass (обратите внимание, что платформы и инфраструктура часто имеют гораздо более высокую оценку, и Grass скоро запустит токен :P).

1. Zeta: Один из старейших DEX perp на Solana, в котором была совершенно в блокчейне книга ордер perp, также планирует переместить свои соответствует вне блокчейна через свертку Solana.

Perp DEX имеют немедленный PMF для роллапов, поскольку они значительно улучшают UX. Просто спросите кого-нибудь, кто торговал на Hyperliquid или Aevo против Solana perp DEX, где вам нужно подписывать каждую транзакцию, всплывает кошелек, и вам нужно ждать ~ 10-20 секунд. Кроме того, perps не требуют синхронизированного исполнения и обеспечивают высокую компонуемость с остальной частью DeFi, особенно в аспекте соответствия торговли.

Интересно
, что Армани (соучредитель Backpack) также написал в Твиттере, что теперь они стремятся к L2.

Sonic также строит модульную цепочку SVM (Hypergrid), которая позволит играм развертывать свои собственные цепочки на Solana. Существуют также Ethereum роллапы на основе SVM, такие как Eclipse и NitroVM, которые используют SVM в качестве механизма выполнения. Neon функционирует как EVM-совместимый L2 на Solana. Кроме того, есть проекты на стадии идеи, такие как Molecule (SVM Биткойн Уровень 2).

Sovereign SDK — это еще один фреймворк, похожий на node.js, но предназначенный для создания роллапы. Пользователи приносят свой код Rust, а мы превращаем его в роллап Optimistic или ZK, который можно развернуть на любом блокчейне. Код Rust может быть логикой вашего конкретного приложения или любой VM.

Несколько тезисов о Rollups:

1. Роллапы = выравнивание SOL:
   Термин «ETH-Aligned» или более подходящее слово для «предубеждения ETH Bag Biases» стал популярным мемом. Как вы думаете, почему Layer 2s и Restaking/EigenLayer стали самыми популярными нарративами? Это потому, что они увеличивают «денежность ETH», при этом ETH повсеместно используется в качестве основного актива.

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

1. Роллапы будут ощущаться как расширение Solana:
   Помимо преимуществ безопасности (т. е. наследования безопасности от базового уровня), легкий доступ к пользователям и активам Solana будет значительным преимуществом. Как отмечает Джон Шарбонно, Ethereum роллапы, такие как Base, Optimism и Arbitrum, больше похожи на расширения Ethereum. Пользователи поддерживают одни и те же кошельки и адреса, нативный токен Газ является единой канонической версией ETH, ETH доминирует DeFi со всеми торговыми парами, социальные приложения оценивают NFT в ETH и платят создателям в ETH (например, friend.tech), а депозиты на L2 мгновенны и т. д.

Аналогично это произойдет и с Solana. Учась у Ethereum, большинство Solana Rollapps не заставят пользователей чувствовать, что они используют отдельную цепочку (например, Getcode).

1. Solana увидит больше «RollApps», чем «Rollups»
   Solana не имеет проблемы с масштабированием, как Ethereum, где основная сеть просто непригодна для использования из-за высоких комиссий за газ, она высоко оптимизирована. Однако некоторые приложения, которым требуется выделенное блочное пространство, будут создавать свои роллапы. В то время как накопительные пакеты общего назначения на Solana не имеют для меня смысла, с экономической точки зрения они имеют смысл для проектов. Например, Пользователи Base принесли Coinbase 2 миллиона долларов дохода всего за один день! Стимулы для строителей сильно смещены в сторону L2. Однако, как было замечено, каждый роллап EVM выглядит как ванильный роллап, и многие, такие как Linea, Scroll или zkSync, стали призрачными цепочками, в которых только фермеры проводят несколько транзакций для раздачи токенов.

Кроме того, я считаю, что L2 общего назначения на Solana могут привести к тем же старым проблемам Ethereum, то есть к централизованным роллапам, перегрузке и фрагментации ликвидности.

1. Почему некоторые приложения хотят перейти на Rollapps/appchain?
   Каждое приложение изначально запускается на Solana Основная сеть, так как размещение большего количества приложений в общей инфраструктуре значительно снижает сложность разработки и пользователей. Однако по мере роста этих приложений они могут стремиться:
   • Захват ценности: Сложнее усвоить ценность на общем уровне Solana, не предназначенном только для одного приложения. Захват MEV может быть еще одним прибыльным вариантом для DEX.
   • Настраиваемость выделенного блочного пространства
   • в таких сценариях использования, как:
     • Конфиденциальность: Например, Getcode использует секвенсор для облегчения частных платежей для своих пользователей.
     • Эксперименты на рынке комиссий
     • Зашифрованные мемпулы для минимизации MEV
     • Специализированные книги ордеров
2. Однако не все приложения захотят запускать свой собственный накопительный пакет, особенно те, которые не достигли определенной скорости побега (например, достаточного TVL, пользователей, объема). Запуск собственной цепочки сегодня включает в себя болезненные и ненужные компромиссы (сложность, стоимость, худший UX, фрагментированная ликвидность и т. д.), которые большинство приложений, особенно на ранней стадии, не могут оправдать дополнительными преимуществами. Solana остается сердцем и душой разработки SVM, и в результате, вероятно, будет развернуто множество новых приложений.
   Для разработчиков приложений: Solana Основная сеть или Appchain или Rollup
   Полностью зависит от обстоятельств. Если нет острой необходимости в компонуемости со всеми другими приложениями, имеет смысл полностью вынести несколько различных компонентов вне блокчейна (либо аппчейн, либо роллап). Пользователю не нужно знать, что он использует роллап или аппчейн. Grass, Zeta и Getcode абстрагируют любую инфраструктуру типа свертки, которую они используют для своих пользователей.

Для разрешенных и настраиваемых вариантов использования Токен Extension также удовлетворяет большинство потребностей, таких как логика KYC/передачи, сохраняя при этом компонуемость.
Итак, будет ли DRiP L2/appchain?
В настоящее время DRiP использует Solana для:

* Пользовательские кошельки (могут быть на L2/appchain)
* Распространение сжатых NFT (можно на L2/appchain)
* Торговля сжатыми NFT (может быть на L2/appchain, но средства должны быть переведены)

1. Мы ясно видим, что нет сильной необходимости быть на Solana Layer 1, кроме технологий, которые также могут предоставить L2s / аппчейны. Поскольку основной целью DRiP всегда были пользователи web2, он вполне может подключать их непосредственно к своей цепочке, что дает ему гораздо более высокий контроль в долгосрочной перспективе, поскольку он не будет передавать всю ценность в базовую цепочку (Solana). Кроме того, DRiP достиг скорости побега (крупнейшее потребительское приложение на Solana), чтобы теперь перейти на свою собственную цепочку. Псевдо-роллап-структура, такая как Getcode, полностью подходит для DRiP.

Инфраструктура, поддерживающая роллапы и аппчейны:Если

тезис о rollapp/appchain расширится, существующие поставщики инфраструктуры получат большую выгоду, поскольку они выходят на новые рынки:

1. Существующие поставщики Rollup as a Service (RaaS), такие как Caldera, могут легко выйти на рынок SVM по мере роста спроса. SVM-Ethereum роллапы, такие как Eclipse и NitroVM также внимательно следят за этой возможностью. Кроме того, Sovereign Labs предлагает адаптер Solana Sovereign SDK, который позволяет роллапы на Solana (еще не готовом к производству). Helius — еще одна компания, хорошо подходящая для создания инфраструктуры для Solana L2, на что неоднократно намекал Mert.
2. Общие секвенсоры, такие как Rome Protocol, и потребность в легких клиентах, таких как Tinydancer. Общие секвенсоры могут быть интересны для роллапов, поскольку они позволяют выполнять такие действия, как атомарный арбитраж, MEV и бесшовный мост, уменьшая фрагментацию ликвидности.
3. Кошельки, такие как Phantom, Backpack и Solflare. Инфраструктура кошельков с несколькими подписями и смарт-контрактами, такая как Squads. Squads всегда позиционировался как «окончательный уровень инфраструктуры кошелька смарт-контрактов для Solana и SVM».
4. SOL Restaking: Модульный тезис также способствует перераспределению, поскольку эти роллапы/аппчейны могут потребовать общей безопасности SOL и стать более согласованными с Solana. Это приводит к:
   1. Игроки на ранних стадиях, такие как Cambrian, Picaso, и Solayer
   2. Jito через Stakenet и LST, такие как Sanctum
   3. Validators — увеличение дохода

Заключительные мысли: Сможем ли Solana справиться со спросом всего мира?

Определенно нет. Давайте будем реалистами: даже учитывая закон Мура (производительность оборудования будет продолжать улучшаться, а Solana оптимизирована для таких аппаратных достижений), это непрактично. Я считаю, что все менее важные транзакции (например, DRiP отправляют NFT) в конечном итоге перейдут в свои собственные цепочки, в то время как наиболее ценные транзакции останутся в основной цепочке, где важна истинная компонуемость (например, DEX со спотами).

И нет, это не означает, что Solana проиграла в битве монолитов и компонуемости; она будет справляться со случаями, которые зависят от компонуемости и низкой задержки, лучше, чем другие цепочки. И нет, Sui/Aptos/Sei/Monad и т.д. и т.. пока не лучше, так как мы этого не знаем, и им еще предстоит пройти боевые испытания на высокую реальную активность пользователей.

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

Solana нуждается в родственных душах: могут ли аппчейны и роллапы стать его идеальным сочетанием?

Не стесняйтесь обращаться ко мне по адресу Yash Agarwal (@yashhsm в Twitter) для любых предложений или если у вас есть какие-либо мнения. Если вы находите это хоть немного проницательным, пожалуйста, поделитесь этим — оно оправдывает мои недели усилий и привлекает больше внимания :)

Особая благодарность Karthik (PepperDEX), Brian Breslow (Dorahacks), Parth (Arana Ventures), Rex (Anza), Het Dagli (Superteam), Kash (Superteam) и Akshay (Superteam), который проанализировал и поделился своими мыслями на разных этапах драфта.

Отказ от ответственности:

1. Эта статья перепечатана из [The Superteam Blog]. Все авторские права принадлежат оригинальному автору [YASH AGARWA]. Если у вас есть возражения против этой перепечатки, пожалуйста, свяжитесь с командой Gate Learn, и они оперативно разберутся с этим.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, принадлежат исключительно автору и не являются какими-либо инвестиционными рекомендациями.
3. Переводом статьи на другие языки занимается команда Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.