Оригинальное название: «Солане нужны L2 и Appchains?»
Автор оригинала: Яш Агарвал
Оригинальный сборник: Ladyfinger, BlockBeats.
Примечание редактора:
Будучи высокопроизводительной платформой публичной сети, Solana сталкивается с беспрецедентными возможностями и проблемами развития. В этой статье Яш Агарвал подробно и панорамно рассматривает ключевые проблемы экосистемы Solana — модульность, цепочки приложений и объединения — и то, как они работают вместе, чтобы вести Solana к более широкому будущему.
Введение
Месяц назад Вибху, основатель DRiP, ведущего бесплатного приложения для распространения NFT на Solana, сделал заявление, вызвавшее широкую дискуссию:
Солана будет и должна иметь уровень 2 и накопительный пакет.
Он выразил эту точку зрения, поскольку DRiP теряет в цене около 20 000 долларов каждую неделю из-за роста цен на SOL и перегрузки сети. Возросшая активность в сети Соланы имела два последствия:
Плюсы: повышенная ликвидность, увеличенный капитал и объем торгов (благодаря возможности компоновки).
Недостатки: рост затрат на инфраструктуру, плохой пользовательский опыт, перегрузка сети.
Однако DRiP в первую очередь использует Solana в качестве инфраструктуры для распределения миллионов NFT от исполнителей по тысячам кошельков каждую неделю, без особой необходимости в высокой компонуемости. Рост TVL и приток капитала Solana мало повлияли на DRiP, а вместо этого в основном страдают от высоких затрат на инфраструктуру.
Вибху отметил, что «компонуемость приносит уменьшающуюся отдачу». Он также упомянул, что разработчики приложений Solana в частном порядке обсуждали необходимость объединения, поскольку эти объединения могут увеличить пропускную способность транзакций и снизить конкуренцию за пространство блоков. Кроме того, существует больший контроль над экономической ценностью, создаваемой бизнесом.
Опубликовать ссылку
За последние несколько месяцев Солана пережила множество перегрузок: от разбрасывания JUP до майнинга ORE и пиковой торговли мем-монетами. Хотя некоторые полагают, что Firedancer может решить эти проблемы, реальность такова, что сроки неясны, и в настоящее время он не может масштабироваться более чем в 10 раз. Несмотря на это, Солана остается единственной из всех крупных проверенных в боях цепочек, которая остается монолитной.
Должна ли Solana оставаться монолитной цепочкой или стать модульной?
Будет ли Solana развиваться в сегментированные решения уровня 2 и уровня 3, такие как Ethereum?
Каков текущий статус цепочки приложений и накопительного пакета Solana?
Чтобы ответить на эти вопросы и составить резюме, в этой статье будут рассмотрены возможности и обсуждены плюсы и минусы каждого проекта. В этой статье не будут вдаваться в технические детали, а будут обсуждаться различные методы расширения и представлен обзор с точки зрения рыночного и практического применения. Все инсайты, никакой ерунды, просто тонны эксклюзивной информации.
Вкратце, мы обсудим следующие вопросы:
· Солана и проблемы с перегрузкой сети
· Делаем Солану модульной
· Цепочка приложений Solana – с примерами
· Solana Layer 2 и Rollup – с примерами
· Инфраструктура, поддерживающая объединение и цепочку приложений
Проблемы с Соланой и необходимость модульности
Сначала давайте обсудим текущие проблемы: из-за резкого увеличения количества аирдропов и объема транзакций мемкоинов сеть Solana в последнее время была очень перегружена (большая часть проблем уже решена), что привело к увеличению времени пинга, высокому уровню сбоев транзакций и увеличению сети. сборы. Несмотря на это, Solana сохранила производительность обработки транзакций на уровне 1-2 тысяч транзакций в секунду, что превышает все цепочки EVM вместе взятые. Можно сказать, что это хорошая проблема, стоящая перед блокчейном, и она также проверяет теорию монолитной цепи Соланы.
Фонд Солана недавно опубликовал блог, призывающий проекты принять немедленные меры для улучшения производительности сети, в том числе:
· Внедрить приоритетные сборы. Крайне важно избегать задержек или потери транзакций.
· Оптимальное использование программных вычислительных блоков (CU): используйте только необходимые ресурсы.
· Внедрить качество обслуживания (QoS), взвешенное по ставкам: разрешить приложениям определять приоритет пользовательских транзакций.
Однако эти меры могут лишь в определенной степени повысить процент завершения транзакций и не могут гарантировать бесперебойную работу транзакций. Одним из решений этой проблемы является долгожданный новый планировщик транзакций, который планируется представить в версии 1.18 в конце апреля. Новый планировщик будет существовать рядом с текущим планировщиком, но не будет включен по умолчанию, что позволит валидаторам отслеживать производительность нового планировщика и легко переключаться обратно на старый планировщик в случае возникновения проблем. Новый планировщик предназначен для более эффективного и доступного заполнения блоков, устраняя неэффективность старого планировщика.
Прочтите эту статью, чтобы узнать больше о новом планировщике.
Anza, дочернее подразделение Solana Labs, работает над решением проблем перегрузки сети, которые были идентифицированы как связанные с поведением реализации QUIC и клиентом-валидатором Agave (Solana Labs) с обработкой больших объемов запросов.
Опубликовать ссылку
Хотя сторонники модульности решительно поддерживают «модульную дорожную карту» Solana, Solana Labs/Anza, основные разработчики протокола Solana, по-прежнему сосредоточены на оптимизации проблем пропускной способности и задержек базового уровня. Потенциальные улучшения включают в себя:
· Улучшен рынок комиссий и увеличена базовая комиссия (в настоящее время она составляет 5000 Лампортов или 0,000005 солей).
· Внедрить экспоненциальное увеличение платы за блокировку записи аккаунта, т. е. постепенное увеличение платы для борьбы со спамом.
· Оптимизировать бюджетные запросы ТС с помощью механизмов штрафов.
· Улучшить общую сетевую архитектуру.
Даже если эти улучшения вертикального масштабирования (одной цепочки) окажутся эффективными, мы не можем исключать возможность того, что Солана внедрит горизонтальное масштабирование (Rollup). Реальность такова, что Solana может объединить эти две функции — она может служить отличным базовым слоем Rollup со сверхнизким временем задержки блока (~ 400 миллисекунд), что значительно повышает производительность Rollup, например, обеспечивая быстрое мягкое подтверждение секвенсора. Вдобавок ко всему, Solana имеет опыт быстрого внедрения изменений, что может сделать ее более эффективной, чем Ethereum, в качестве базового уровня для Rollup.
Обновление: Anza выпустила исправления, помогающие устранить текущие проблемы с перегрузкой сети, и в версии 1.18 они будут улучшены.
Сделайте Солану модульной
Модульный план развития Соланы начался. Как показывает сообщение Anza DevRel, валидатор Solana и SVM (среда выполнения, которая обрабатывает транзакции и смарт-контракты/программы) тесно связаны и поддерживаются Anza. Однако в ближайшие месяцы клиент валидатора и среда выполнения SVM будут разделены. Такое разделение поможет создать «цепочки приложений Solana».
Для накопительного пакета оптимизация доступности данных (DA) или уровня больших двоичных объектов Solana может быть выполнена на более позднем этапе.
Информация от: Анза ДевРел
Инженер Anza Джо Си также рассказал о планах по модульной организации SVM, при которой конвейер обработки транзакций будет вынесен из валидатора и помещен в SVM. Это позволит разработчикам запускать реализации SVM независимо от любого валидатора.
Автономная SVM будет представлять собой набор полностью независимых модулей. Любая реализация SVM может управлять этими модулями через четко определенные интерфейсы, что еще больше снижает барьеры для проектов, совместимых с SVM, и значительно снижает накладные расходы, необходимые для создания индивидуальных решений. Команды могут реализовывать только те модули, которые им интересны, используя при этом существующие реализации, например, от Agave или Firedancer.
Короче говоря, Solana станет более простой в использовании, что упростит внедрение цепочек и объединений приложений Solana.
Вообще говоря, это может идти в двух направлениях: Layer2 (или Rollup) и цепочка приложений. Ниже мы представим их один за другим.
Цепочка приложений Solana
Также известные как вилки SVM, это, по сути, вилки цепочки Solana, предназначенные для конкретных приложений. Pyth был первой цепочкой приложений Solana, но эта концепция действительно привлекла внимание, когда основатель Maker Руне предложил разработать цепочку приложений Maker для управления на основе кодовой базы Solana (SVM). Rune выбрала SVM из-за сильного сообщества разработчиков и технических преимуществ перед другими виртуальными машинами, стремясь создать наиболее производительную цепочку для лучшего удовлетворения потребностей потребителей. Хотя этот шаг еще не реализован, он вызвал широкую дискуссию о цепочке приложений Solana.
В целом его можно разделить на две категории:
· Разрешение не требуется – любой может присоединиться к сети, аналогично текущей основной сети Solana.
· Разрешено — «Разрешенные среды Solana (SPE)», пакет Solana Foundation для учреждений, позволяющий организациям создавать и поддерживать свои собственные экземпляры цепочки при поддержке SVM.
Цепочка приложений Pyth — OG Solana:
Когда-то на Python приходилось 10–20% всех транзакций в сети Solana. Однако для этого не требовалась возможность компоновки, поэтому они просто создали форк из кодовой базы Solana. Это позволяет им использовать преимущества быстрого времени блока Solana (400 миллисекунд) для высокочастотного обновления цен. Python — первая сеть, принявшая SVM в качестве цепочки приложений.
Цепочка приложений Pythnet — это ответвление основной сети Solana, обеспечивающее подтверждение авторизации, и служит вычислительным базовым уровнем для обработки и агрегирования данных, предоставляемых сетью публикации данных Pyth.
Почему Python мигрирует?
· Он не требует высокой степени компонуемости, особенно для приложений, отличных от Solana, и поэтому невосприимчив к перегрузке основной сети.
· Для публикации данных требуется разрешенная среда.
· Сократить затраты на инфраструктуру за счет интернализации комиссий, которые ранее передавались на базовый уровень, которым является Solana.
Cube Exchange — еще один пример: гибридная CEX, развернутая как суверенная цепочка SVM с полностью автономной книгой заказов и расчетами в цепочке SVM.
Пример цепочки приложений Solana
· Perp DEX: Perp DEX, такие как Hyperliquid, могут работать как автономные сети уровня 1. Кроме того, для сценариев использования в торговле можно настроить количество транзакций на блок или реализовать условную логику, например, интеграцию исполнения стоп-приказов непосредственно в уровень 1, гарантируя, что они выполняются как переходы состояний, или введение прикладных операций. специфическая логика атомов.
· AI и DePIN: они могут иметь контролируемый список поставщиков услуг, например Pyth. Например, Akash работает как рынок вычислительной техники через цепочку приложений Cosmos.
· Цепочка приложений управления. Как подтверждает интерес MakerDAO к цепочкам приложений SVM, цепочки приложений независимого управления могут быть очень привлекательными. Управление криптовалютой все еще развивается, и наличие выделенных вилок цепочки может стать полезным механизмом координации.
· Будущие цепочки корпоративных приложений: Потенциальные приложения включают такие фонды, как BlackRock, или платежные системы, такие как Visa или CBDC.
· Цепочка игровых приложений: проект игры казино, работающий на Solana, рассматривает возможность создания цепочки приложений.
· Модификации ответвления Solana: Подобно оптимизированному EVM (распараллеливанию), предоставляемому Monad или Sei, кто-то может создать более оптимизированную версию Solana. Эта тенденция, вероятно, станет более распространенной в ближайшие годы, поскольку основная сеть Solana начнет исследовать новые архитектуры дизайна.
Представьте себе стек цепочки приложений Solana.
Хотя настройка цепочек приложений может быть относительно простой, обеспечение связи между всеми цепочками приложений имеет решающее значение для совместимости. Черпая вдохновение из подсети Avalanche, подключаясь через собственные цепочки приложений Avalanche Warp Messaging и Cosmos, подключаясь через IBC, Solana также может создать локальную структуру обмена сообщениями для соединения этих цепочек приложений.
Опубликовать ссылку
Платформа промежуточного программного обеспечения, такая как Cosmos-SDK, может быть создана для предоставления универсального сервиса для создания цепочек приложений со встроенной поддержкой оракулов, таких как Pyth или Switchboard, удаленных вызовов процедур, RPC, таких как Helius, и соединений для обмена сообщениями, таких как , Wormhole. и другие функции.
AggLayer от Polygon предоставляет инновационное решение, которое позволяет разработчикам связывать различные уровни 1 или 2 в AggLayer для агрегирования перекрестных доказательств ZK.
Каково положительное влияние Application Chain на экосистему Solana?
Цепочки приложений не платят комиссию в SOL и не используют SOL в качестве токена комиссии за транзакцию, поэтому они не вносят прямого вклада в ценность SOL, если только SOL не перераспределяется в целях экономической безопасности, но их преимущества для экосистемы SVM очевидны. Подобно сетевому эффекту EVM, большее количество разветвлений SVM и цепочек приложений усилит сетевой эффект SVM. Эта логика также применима, даже если Eclipse, как расширение SVM уровня 2 в Ethereum, конкурирует с основной сетью Solana.
Солана Слой 2
Уровень 2 Solana, или Rollup, представляет собой логически независимую цепочку, которая публикует данные на уровне доступности данных (DA) своей основной цепочки и повторно использует механизм консенсуса основной цепочки. Они также могут использовать другие уровни DA, такие как Celestia, но это уже не настоящий объединенный пакет. Термин «RollApp» часто используется для объединений приложений (которые изучаются большинством приложений Solana).
Будет ли накопительный пакет Соланы похож на Ethereum?
Очевидно нет. Для Solana Rollup будет в основном абстрагирован для конечных пользователей. С идеологической точки зрения, Rollup в Ethereum является нисходящим, то есть Ethereum Foundation и лидеры решили, что лучший способ масштабирования — это Rollup, а затем начали поддерживать различные Layer 2 после инцидента с CryptoKitties. В Solana спрос исходит снизу вверх, от разработчиков приложений, пользующихся значительной популярностью среди пользователей. В результате большинство современных сводных игр представляют собой маркетинговые игры, которые в большей степени ориентированы на повествование, чем на потребности пользователей. Это существенная разница, которая может привести к другому будущему Rollup и Ethereum.
Эквивалентно ли сжатие Rollup?
Уровень 2 расширяет блокчейн базового уровня (уровень 1), выполняя транзакции на уровне 2, группируя данные транзакций и сжимая их. Затем сжатые данные отправляются на уровень 1 и используются для защиты от мошенничества (оптимистическое объединение) или проверки достоверности (объединение zk). Этот процесс сертификации называется «расчетом». Аналогично, сжатие разгружает транзакции из основной сети, уменьшая конкуренцию за состояние базового уровня. Стоит отметить, что Grass Layer 2 будет использовать сжатие состояния для объединения.
Схема свертки на Solana:
В настоящее время работают два проекта, похожих на Rollapps:
Получить код
Это платежное приложение с SDK для микроплатежей, которое позволяет любому мгновенно совершать и принимать платежи и использовать для своего приложения структуру, похожую на сводную информацию. Он создает намерения для всех транзакций и использует накопительный секвенсор для расчета на Solana каждые N интервалов.
Этого можно добиться, используя структуру, подобную свертыванию:
· Гибкость: намерения могут представлять собой различные будущие действия, а не только платежные транзакции. Кроме того, Солана в виде цепи при необходимости может быть заменена.
· Немедленность и конфиденциальность: благодаря гибкой окончательности секвенсора платежи происходят мгновенно даже во время перегрузки Solana. Хотя транзакции видны в цепочке, точные суммы и намерения остаются неясными, что обеспечивает конфиденциальность пользователей.
Кратковременный накопительный пакет для MagicBlocks
MagicBlocks — это игровая инфраструктура Web3, разработанная с помощью Ephermal Rollup специально для игр. Он использует структуру учетной записи SVM для разделения состояния игры на кластеры. Затем состояние временно передается на вторичный уровень или «эфермальное объединение», настраиваемый выделенный уровень. Эфемерное объединение выполняется как выделенная среда выполнения SVM или объединение для обработки транзакций с более высокой пропускной способностью.
Этого можно добиться, используя структуру, подобную свертыванию:
· Настройка выделенных сред выполнения, включая безгазовые транзакции, более быстрое время блокировки и интегрированные механизмы синхронизации, например интегрированные системы планирования транзакций, такие как Clockwork, которые работают бесплатно.
· Разработчики могут развертывать программы на базовом уровне, например Solana, а не в отдельной цепочке или объединении. Эфемерные накопительные пакеты не фрагментируют существующую экосистему, позволяя ускорить целевые операции без создания изолированной среды. Это означает, что можно использовать всю существующую инфраструктуру Solana.
Этот подход помогает создать высокомасштабируемую систему, способную запускать накопительные пакеты по требованию и автоматически масштабировать по горизонтали для размещения пользователей, выполняющих миллионы транзакций, без типичных компромиссов традиционного уровня 2. Хотя MagicBlock ориентирован на игры, этот подход можно применить и к другим областям, например к платежам.
Предстоящий накопительный пакет Solana:
· Grass: Grass — это проект DePIN, ориентированный на решение потребностей искусственного интеллекта в данных посредством технологии проверки и сбора данных. Проект собирает данные обучения ИИ через узлы Grass в сети и сохраняет данные в блокчейне валидаторами, при этом точно записывая источник данных и узел, выполнивший захват, и соответствующим образом вознаграждая его.
Учитывая, что Grass необходимо обрабатывать до 1 миллиона сетевых запросов в секунду, это нереально для основной сети Solana. Поэтому проект планирует использовать технологию доказательства с нулевым разглашением для проверки набора данных и их пакетной обработки на уровне 1 Solana.
Команда Grass также рассматривает возможность внедрения технологии сжатия состояния из других кластеров и выполнения привязки данных в бета-версии основной сети Solana. Это нововведение сделает Grass базовой платформой, поддерживающей широкий спектр приложений, которые можно построить только на его основе.
*Обратите внимание, что проекты по созданию платформ и инфраструктуры обычно имеют более высокую рыночную оценку, и Grass собирается запустить свой токен.
· Зета: Одна из первых бирж бессрочных контрактов на Solana, у которой бессрочная книга заказов полностью находится в цепочке, в настоящее время планирует использовать технологию Solana Rollup для переноса процесса сопоставления сделок за пределы цепочки.
Биржи бессрочных контрактов с использованием технологии Rollup имеют очевидные преимущества, поскольку значительно улучшают торговый опыт пользователей. Спросите тех, кто торговал на таких платформах, как Hyperliquid или Aevo, с биржами бессрочных контрактов на Solana, которые требуют от пользователей подписи каждой транзакции, всплывающего окна кошелька и ожидания примерно от 10 до 20 секунд. Кроме того, транзакции с бессрочными контрактами не требуют одновременного исполнения и могут быть тесно интегрированы с другими частями экосистемы DeFi, особенно с точки зрения сопоставления транзакций.
Интересно, что Армани, соучредитель Backpack, также написал в Твиттере, что теперь они сосредоточены на решениях второго уровня.
Sonic разрабатывает модульную цепочку SVM под названием Hypergrid, которая позволит разработчикам игр развертывать свои собственные цепочки на платформе Solana. В то же время существуют также проекты Ethereum Rollup, основанные на технологии SVM, такие как Eclipse и NitroVM, которые используют SVM в качестве механизма исполнения. В экосистеме Solana Neon служит EVM-совместимым решением уровня 2. Кроме того, некоторые инновационные проекты, такие как Molecule, SVM Layer 2 для Биткойна, все еще находятся на ранней концептуальной стадии.
Sovereign SDK предоставляет платформу, подобную node.js, специально для создания накопительных пакетов. Пользователи могут отправить свой код Rust, и платформа сможет превратить его в Optimistic Rollup или ZK Rollup, который поддерживает развертывание на любом блокчейне. Этот код Rust может представлять собой логику пользовательского приложения или любую реализацию виртуальной машины.
Некоторые аргументы о Rollup
Сводка = соответствует SOL
«ETH-Aligned» или «ETH Bag Biases» стало популярным интернет-мемом.
Почему Layer 2 и Restake/EigenLayer становятся самыми горячими темами?
Это потому, что они увеличивают «денежность» ETH, который повсеместно используется в качестве основного актива.
Тот же принцип применим и к Солане. Сообщество Solana поддержит любое решение, которое увеличит их активы SOL – это так просто. По мере расширения экосистемы Solana некогда упускаемая из виду «валюта» SOL станет важной. Помните, что большинство Rollup в любом случае являются «маркетинговыми уловками», и, поскольку рынок по-прежнему ценит инфраструктуру выше приложений, они предлагают лучшее накопление стоимости токенов.
Rollup будет ощущаться как продолжение Solana
Помимо преимуществ безопасности, связанных с наследованием безопасности базового уровня, существенным преимуществом будет легкий доступ к пользователям и активам Solana. Как отметил Джон Шарбонно, накопительные пакеты Ethereum, такие как Base, Optimism и Arbitrum, больше похожи на расширения Ethereum. Пользователи сохраняют один и тот же кошелек и адрес, собственный газовый токен представляет собой единую стандартную версию ETH, ETH доминирует в DeFi, все торговые пары — ETH, социальные приложения оценивают NFT в ETH и платят создателям, например, friends.tech, а депозиты уровня 2 осуществляются мгновенно. и т. д.
Аналогично то же самое произойдет и с Соланой. Изучая опыт Ethereum, большинство Solana Rollapps не создают у пользователей ощущения, будто они используют отдельную цепочку, например Getcode.
Солана увидит больше «RollApps», чем «Rollup».
У Solana нет проблем с масштабированием, как у Ethereum, где основную сеть становится трудно использовать из-за высоких комиссий за газ, она высоко оптимизирована. Однако некоторые приложения, которым требуется выделенное блочное пространство, создают свои накопительные пакеты. Хотя универсальный накопительный пакет на Solana для меня не имеет смысла, с финансовой точки зрения он имеет смысл для проекта. Например, пользователи Base принесли Coinbase доход в 2 миллиона долларов всего за один день! Стимулы для строителей в значительной степени ориентированы на уровень 2. Однако, как уже отмечалось, каждый накопительный пакет EVM выглядит как обычный накопительный пакет, и многие проекты, такие как Linea, Scroll или zkSync, превратились в призрачные цепочки, в которых только фермеры совершают несколько транзакций для раздачи токенов.
Кроме того, я считаю, что универсальный уровень 2 на Solana может привести к тем же старым проблемам, что и Ethereum, а именно к централизованному объединению, перегруженности и фрагментации ликвидности.
Почему некоторые приложения хотят перейти на Rollapps/AppChain?
Каждое приложение будет первоначально запускаться в основной сети Solana, поскольку размещение большего количества приложений в общей инфраструктуре значительно снижает сложность для разработчиков и пользователей. Однако по мере роста этих приложений они могут стремиться:
· Удержание стоимости. Сложнее усвоить ценность общего уровня Solana, который не предназначен только для одного приложения. Захват MEV может стать еще одним выгодным вариантом для DEX.
· Выделенное блочное пространство.
· Настраиваемость в рамках сценариев использования. Например, с точки зрения конфиденциальности Getcode использует секвенсор, чтобы предоставлять своим пользователям частные платежи, эксперименты с рыночными комиссиями, зашифрованные пулы памяти, которые минимизируют MEV, и настраиваемые книги заказов.
Однако не все приложения захотят инициировать собственный накопительный пакет, особенно те, которые не достигают определенной скорости выхода, например, достаточного количества TVL, пользователей, объема транзакций. Запуск собственной сети сегодня предполагает болезненные и ненужные компромиссы, сложность, стоимость, ухудшение пользовательского опыта, фрагментацию ликвидности и т. д. Большинство приложений, особенно на ранних стадиях, не могут оправдать разумность этих компромиссов. Solana остается сердцем и душой разработки SVM, поэтому, вероятно, будет развернуто много новых приложений.
Для разработчиков приложений
Основная сеть Solana, цепочка приложений или объединение полностью зависят от разных ситуаций. Если нет острой необходимости в компоновке с другими приложениями, вполне разумно вынести некоторые разные компоненты за пределы цепочки, будь то цепочка приложений или Rollup. Пользователям даже не нужно знать, что они используют Rollup или AppChain. Grass, Zeta и Getcode абстрагируют любую инфраструктуру типа Rollup, которую они используют для своих пользователей.
В случаях использования, требующих авторизации и настройки, Token Extension также может удовлетворить большинство потребностей, таких как KYC или логика передачи, сохраняя при этом возможность компоновки.
Инфраструктура, обеспечивающая объединение и цепочку приложений
Если теория Rollapp/Application Chain будет расширена, существующие поставщики инфраструктуры смогут получить значительную выгоду при выходе на новые рынки:
· Существующие поставщики накопительного пакета как услуги (RaaS), такие как Caldera, могут легко выйти на рынок SVM по мере возникновения спроса. SVM, такие как Eclipse и NitroVM, также следят за этой возможностью. Кроме того, Sovereign Labs предоставляет адаптер Sovereign SDK Solana, который поддерживает накопительный пакет на Solana (еще не готов к производству). Helius — еще одна компания, которая хорошо подходит для создания инфраструктуры для Solana Layer 2, на что Мерт неоднократно намекал.
· Общие секвенсоры, такие как Rome Protocol, и необходимость в легких клиентах, таких как Tinydancer. Общие секвенсоры могут быть интересны для Rollup, поскольку они позволяют осуществлять такие действия, как атомарный арбитраж, MEV и бесшовное мостовое соединение, уменьшая фрагментацию ликвидности.
· Кошельки, такие как Phantom, Backpack и Solflare. Инфраструктура кошелька с мультиподписями и смарт-контрактами, такая как Squads. Squads позиционируется как «лучший уровень инфраструктуры кошелька смарт-контрактов для Solana и SVM».
· Повторная разбивка SOL: Теория модульности также способствует повторной разбивке, поскольку для этих объединенных цепочек/приложений может потребоваться, чтобы SOL разделял безопасность и был более согласованным с Solana. Это приведет к увеличению доходов таких первых пользователей, как Cambrian, Picaso и Solayer, Jito через Stakenet и LST, таких как Sanctum, а также валидаторов.
Наконец, сможет ли Солана справиться с глобальным спросом?
Конечно, нет. Реально, даже принимая во внимание закон Мура, даже если аппаратное обеспечение продолжит улучшать производительность, а Солана оптимизирована под это аппаратное развитие, это нереально. Я считаю, что все менее важные транзакции, такие как отправка NFT по DRiP, в конечном итоге будут перенесены в свои собственные цепочки, в то время как наиболее ценные транзакции останутся в основной цепочке, где истинная компонуемость имеет решающее значение, например, спотовая DEX.
Это не означает, что Solana проигрывает битву за монолитность и компоновку; она справится лучше, чем другие блокчейны, полагаясь на компонуемость и низкую задержку. Кроме того, Sui, Aptos, Sei, Monad и т. д. не лучше, поскольку мы пока не знаем, выдержат ли они высокую реальную активность пользователей.
В отличие от Ethereum, сеть Solana не задумана как «цепь B2B»; она всегда была и всегда будет потребительской цепочкой. Создание распределенных систем в большом масштабе чрезвычайно сложна, и Solana имеет наибольший потенциал стать общим реестром самых ценных транзакций в мире.
Солане нужна вторая половинка: могут ли AppChain и Rollup идеально подойти?
Исходная ссылка