Пояснення рішень для масштабування Solana Рівня 2

Рішення для масштабування Solana Рівня 2 переносять вибрані робочі навантаження з виконання або застосунків з базового рівня, покладаючись на Solana для частин розрахунку, даних або ліквідності.

Примітка щодо статусу: Проєкти Рівня 2, дорожні карти та інтеграції швидко розвиваються. Описи проєктів нижче відображають вихідний матеріал і повинні бути перевірені з офіційною документацією проєктів перед публікацією.

У цьому посібнику

• Solana вже обробляє тисячі транзакцій на секунду. То навіщо їй Рівень 2?
• Що таке Рівень 2 на Solana?
• Чому Solana будує рішення Рівня 2? Справжні причини парадоксу
• Як працюють L2 на Solana: пояснення SVM, ролапів та доступності даних
• Вибрані проєкти Solana Рівня 2: Eclipse, Sonic SVM та Neon EVM
• Порівняння архітектури Solana L2
• Solana L2 для інвесторів і розробників: що потрібно знати кожній групі
• Ризики та обмеження рішень Solana Рівня 2
• Майбутнє Solana Рівня 2: Firedancer, зростання екосистеми та що буде далі
• Основні висновки
• FAQ: Solana Рівень 2

Solana вже обробляє тисячі транзакцій на секунду. То навіщо їй Рівень 2?

Solana (SOL) обробляє приблизно від 3000 до 4000 транзакцій на секунду в реальних умовах, з теоретичною межею близько 65 000 і часом блоку приблизно 400 мілісекунд. Отже, так, у Solana є рішення Рівня 2. Більш цікаве запитання полягає в тому, чому такий швидкий блокчейн взагалі їх будує.

Для Ethereum історія з Рівнем 2 була очевидною. Історично Ethereum обробляв близько 15 транзакцій на секунду та стягував комісії, які могли сягати сотень доларів під час пікового попиту. Рішення Рівня 2 існували, щоб виправити незадовільний досвід користувачів. Ситуація із Solana інша. Цінісна пропозиція Solana завжди полягала в тому, що вона вирішувала проблему масштабування на базовому рівні завдяки своїй унікальній криптографічній системі обліку часу та середовищу виконання, створеному для паралельної обробки транзакцій. Тому, коли проєкти почали будувати мережі Рівня 2 поверх Solana, природною реакцією інвесторів і розробників було: зачекайте, навіщо?

Це запитання не є ознакою розгубленості. Це правильне запитання. І відповідь розкриває щось важливе про те, куди рухається архітектура блокчейну, і чому екосистема Solana L2 є більш нюансованою, ніж зазвичай визнають її прихильники або скептики.

У цьому посібнику ви дізнаєтеся, чому саме Solana будує другий рівень, які проєкти очолюють екосистему, як працює архітектура та які існують ризики, щоб ви могли оцінити можливості за їхніми фактичними перевагами.

Що таке рішення для масштабування Solana Рівня 2?

Рівень 2 на Solana — це вторинний блокчейн, який обробляє транзакції окремо від основної мережі Solana, а потім передає результати назад до неї для розрахунку. На відміну від рішень Рівня 2 для Ethereum, які були створені для розв'язання проблеми обмеженої пропускної здатності та високих комісій Ethereum, рішення Рівня 2 для Solana служать іншим цілям: масштабуванню під конкретні застосунки, переносимості EVM та ігровій інфраструктурі.

Ключова відмінність: L2 на Ethereum існують, щоб виправити повільний і дорогий Рівень 1. L2 на Solana існують, щоб розширити вже швидкий Рівень 1 для спеціалізованих випадків використання.

Трилема блокчейну: чому масштабування ніколи не буває простим

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

Рівень 2 на Ethereum проти Рівня 2 на Solana: ключова відмінність

Ethereum побудував свою екосистему Рівня 2, щоб подолати кризу потужності. Solana будує свою екосистему Рівня 2 зовсім з інших причин.

Базовий рівень Ethereum історично обробляв близько 15 транзакцій на секунду до оновлень масштабування. Це обмеження зробило рішення L2 (Ролапи Optimism, Ролапи, Polygon та інші) не просто можливими, а необхідними для функціонування екосистеми. Без них комісії за газ ставали непомірними, а досвід користувачів погіршувався для більшості застосунків.

Стала пропускна здатність Solana становить близько 3000–4000 транзакцій на секунду на момент публікації, а час блоку — близько 400 мілісекунд. Вузького місця, яке зробило L2 на Ethereum необхідними, на Solana у такому ж вигляді не існує. Тому проєкти Рівня 2 на Solana не «латають» зламаний базовий рівень. Вони розширюють робочий рівень у сфери, які базовий рівень не може обслуговувати самостійно без компромісів (див. Трилему блокчейну вище). Рішення Рівня 2 також з'явилися раніше буму L2 на Ethereum: Мережа Lightning для Bitcoin, запущена у 2018 році, є одним із найперших прикладів офчейн-масштабування на широко використовуваному базовому ланцюгу.

Практичний контраст: L2 на Ethereum існують тому, що Ethereum був занадто повільним для масового використання. L2 на Solana існують тому, що певні застосунки (високочастотні ігри, EVM-сумісні dApps, ізольовані середовища ліквідності) отримують вигоду від виділеного ланцюга, оптимізованого саме для них, навіть коли базовий рівень швидкий.

Типи ролапів: Optimistic, ZK та Validium

Ролапи — це домінуюча архітектура Рівня 2. Уявіть ролап як відкритий рахунок у ресторані. Замість того, щоб платити за кожний напій окремо, ви розраховуєтесь один раз наприкінці. Ролапи групують сотні або тисячі транзакцій офчейн і публікують стислий підсумок назад у базовий ланцюг, різко знижуючи витрати на транзакцію. Точніше, ролапи публікують або криптографічне підтвердження дійсності (ZK-ролап), або необроблені дані транзакцій з вікном для оскарження (optimistic ролап) на рівень розрахунку.

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

ZK-ролапи використовують докази з нульовим розголошенням (Zero-Knowledge Proofs) — криптографічний метод підтвердження істинності твердження без розкриття основних даних, щоб підтвердити кожну групу транзакцій перед публікацією в базовий ланцюг. ZK-ролапи забезпечують швидшу фіналізацію та сильніші гарантії безпеки, але є обчислювально дорожчими для генерації. На момент публікації ZK-підтвердження для середовища виконання Solana є сферою активної розробки. Більшість поточних реалізацій L2 на Solana використовують оптимістичні підходи.

Третій тип, validiums, функціонує як ролап, але зберігає дані транзакцій офчейн, а не на рівні розрахунку, жертвуючи частиною безпеки заради менших витрат. Канали станів (state channels), які є офчейн-мережами двосторонніх транзакцій, представляють старіший підхід, що найкраще підходить для високочастотних транзакцій з низькою вартістю.

Чому Solana будує рішення Рівня 2? Справжні причини парадоксу

Швидкість Solana реальна. Але сама лише швидкість не пояснює, чому певним застосункам потрібен власний ланцюг, і розуміння цієї відмінності — це те, що відокремлює справжні випадки використання L2 від спекулятивних.

Proof of History (PoH): Чому Solana вже швидка

Proof of History (PoH), розроблений співзасновником Solana Анатолієм Яковенком, — це криптографічний годинник, а не механізм консенсусу. PoH створює перевірений запит із захистом від несанкціонованого втручання про те, коли відбулася кожна транзакція, тому валідатори можуть незалежно підтверджувати послідовність, не узгоджуючи час один з одним. Це усуває одне з основних вузьких місць, що сповільнюють інші блокчейни.

PoH працює разом з Tower BFT, шаром консенсусу Solana на основі практичної візантійської відмовостійкості, який відповідає за фактичне узгодження стану блокчейну. У конкуруючому контенті PoH часто описують як механізм консенсусу Solana. Це не так. Це система впорядкування та хронометражу, яка пришвидшує консенсус, забезпечуючи час блоку в Solana приблизно 400 мілісекунд. Дивіться технічний огляд Proof of History) для отримання повної специфікації.

Віртуальна машина Solana (SVM): Двигун Solana L2

Віртуальна машина Solana (SVM) — це середовище виконання, яке виконує смартконтракти на Solana. Ключова відмінність від Віртуальної машини Ethereum (EVM): SVM обробляє транзакції паралельно, тоді як EVM обробляє їх послідовно.

EVM схожа на супермаркет з однією касою, де кожна транзакція чекає своєї черги. SVM відкриває десятки кас одночасно. Ця паралельна обробка працює через Sealevel, середовище виконання одночасних транзакцій Solana, яке ідентифікує транзакції без конфліктів і обробляє їх одночасно, а не в черзі. Розробники пишуть програми Solana (термін Solana для смартконтрактів) на Rust, C або C++, а не на Solidity, як в Ethereum.

Ця паралельна архітектура є причиною того, що проєкти Рівня 2 на базі SVM, такі як Eclipse та Sonic SVM, обрали SVM як своє середовище виконання. Це свідоме архітектурне рішення успадкувати характеристики пропускної здатності Solana на окремому ланцюгу, а не випадковість. SVM також пояснює, чому L2 на Solana архітектурно відрізняються від більшості L2 на Ethereum, які використовують EVM та успадковують її модель послідовної обробки.

П'ять причин, чому Solana будує Рівень 2, незважаючи на свою швидкість

Швидкість — це нульова причина. Це базовий рівень, який Solana вже надає. П'ять фактичних причин, чому Solana розробляє рішення Рівня 2, стосуються того, що сама лише швидкість забезпечити не може:

1. Ізоляція під конкретні застосунки. Ончейн-ігри, середовища для високочастотної торгівлі та мережі виведення ШІ генерують патерни транзакцій, які в масштабі могли б погіршити продуктивність для всіх інших застосунків, що використовують ту саму основну мережу. Виділений L2-ланцюг ізолює це навантаження. Ця модель аппчейнів не є унікальною для Solana. Avalanche започаткувала схожу концепцію зі своєю архітектурою підмереж, що дозволяє запускати спеціалізовані ланцюги як підмережі з власними валідаторами та правилами. L2 на Solana реалізують щось аналогічне, але з виконанням через SVM та розрахунком рівня Solana.

2. Ізоляція витрат при екстремальних обсягах. Комісії в основній мережі Solana вже низькі, близько $0,00025 за транзакцію на момент публікації. Але при тисячах мікротранзакцій на секунду в ігровому середовищі навіть невеликі комісії підсумовуються. L2, оптимізований для конкретного випадку використання, може структурувати комісії інакше, іноді повністю видаляючи їх із взаємодії з користувачем.

3. Сумісність з EVM. Значна частина глобальної бази розробників пише на Solidity, мові смартконтрактів Ethereum. Портування застосунку Ethereum на Solana напряму вимагає його переписування на Rust. Сумісний з EVM L2 на інфраструктурі Solana усуває цей бар'єр, відкриваючи продуктивність Solana для розробників Ethereum без необхідності змінювати інструментарій.

4. Розвантаження доступності даних. Деякі архітектури L2 відокремлюють дані, необхідні для перевірки транзакцій, від шару розрахунків, публікуючи їх у спеціалізованій мережі доступності даних, як-от Celestia. Це зменшує навантаження даних на основну мережу Solana, зберігаючи при цьому швидкість розрахунку рівня Solana. Економія коштів може бути значною порівняно з публікацією всіх даних транзакцій у L1 загального призначення.

5. Розширення екосистеми та токенів. Проєкти L2 створюють окремі екосистеми токенів та пули ліквідності. Застосунки DeFi та NFT, яким потрібна виділена пропускна здатність без конкуренції за простір блоків в основній мережі Solana, представляють конкретну можливість для розширення. Ширша екосистема SOL зростає, оскільки активність розрахунків у L2 підвищує попит на SOL як розрахунковий актив.

Одне питання, яке часто задають досвідчені інвестори: клієнт валідатора Firedancer від Solana, розроблений Jump Crypto, націлений на пропускну здатність понад 1 мільйон транзакцій на секунду в L1 Solana. Чи робить це L2 застарілим у разі успіху? Коротка відповідь — ні, тому що чиста швидкість — не єдина причина існування L2. Спеціалізація, переносність EVM та ізоляція застосунків залишаються актуальними незалежно від пропускної здатності базового рівня. Докладніше про це в розділі «Майбутнє» нижче.

Як працюють Solana Layer 2: пояснення SVM, ролапів та доступності даних

Кожен Solana Layer 2 побудований з трьох функціональних шарів: шар виконання, який обробляє транзакції, шар розрахунку, який завершує їх у базовому ланцюгу, і шар доступності даних, який гарантує, що будь-хто може перевірити, що сталося. Розуміння того, як ці три шари взаємодіють, пояснює, чому Eclipse, Sonic SVM та Neon EVM архітектурно різняться, а не є взаємозамінними.

Три шари: виконання, розрахунок та доступність даних

На шарі виконання фактично запускаються транзакції. Для L2 на базі SVM — це Віртуальна машина Solana (SVM), що працює в окремому ланцюгу, успадковуючи архітектуру паралельної обробки Solana незалежно від основної мережі Solana. Для Neon EVM шаром виконання є Віртуальна машина Ethereum (EVM), що працює на інфраструктурі Solana, дозволяючи смартконтрактам Solidity виконуватися на обладнанні рівня Solana.

Шар розрахунку — це місце, де L2 завершує свій стан. Eclipse розраховується в Ethereum L1. Sonic SVM та Neon EVM розраховуються в основній мережі Solana. Ця єдина архітектурна відмінність визначає модель безпеки кожного проєкту, ліквідність, яку він успадковує, та активи, якими користувачі оплачують газ.

Шар доступності даних гарантує, що дані транзакцій є публічно доступними для перевірки. Різні L2 обробляють це по-різному: деякі публікують дані безпосередньо у свій шар розрахунків; Eclipse використовує Celestia, виділену мережу DA.

Як насправді проходить транзакція через Solana L2? На прикладі Eclipse:

1. Користувач надсилає транзакцію в Eclipse.
2. Секвенсор упорядковує та групує транзакцію з іншими.
3. Шар виконання SVM обробляє пакет паралельно.
4. Дані транзакції публікуються в Celestia (шар DA).
5. Оновлення стану розраховується в Ethereum L1, досягаючи фінальності.

Кожен крок відповідає одному з трьох архітектурних шарів. Виконання відбувається на SVM. Розрахунок відбувається на Ethereum. Доступність даних забезпечується Celestia.

Що таке доступність даних у блокчейні?

Доступність даних (DA) — це гарантія того, що дані транзакцій будуть публічно доступними достатньо довго, щоб будь-хто міг перевірити, що сталося, і оскаржити шахрайські транзакції. DA — це не постійне зберігання даних. Ця відмінність має значення.

Шар DA гарантує, що вихідні дані транзакцій існують і доступні протягом достатнього вікна для подання доказів шахрайства або доказів дійсності. Уявіть це як публічну дошку оголошень: вона не зберігає інформацію назавжди, але гарантує, що кожен, кому потрібно перевірити, що сталося, може отримати доступ до необроблених даних протягом часу, достатнього для оскарження шахрайської транзакції. Після закриття вікна перевірки дані можуть бути видалені.

Без надійної доступності даних оператор L2 теоретично міг би опублікувати шахрайське оновлення стану в шарі розрахунків і приховати дані транзакцій, які дозволили б будь-кому виявити шахрайство. DA — це захист від такої атаки.

Celestia — це модульний блокчейн, побудований спеціально як шар доступності даних. Він не виконує транзакції та не забезпечує розрахунок. Він лише гарантує, що дані транзакцій доступні для перевірки.

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

Що таке секвенсор у Рівні 2?

Секвенсор схожий на авіадиспетчера: він визначає черговість обробки транзакцій перед їх поданням на рівень розрахунку. Секвенсор отримує транзакції користувачів, упорядковує та групує їх, передає пакет на рівень виконання для обробки, а потім надсилає результат на рівень розрахунку.

Більшість сучасних секвенсорів L2 керуються однією централізованою організацією. Така конструкція є поширеною, оскільки вона швидка та проста в реалізації, але вона створює ризик централізації, про який ідеться в розділі «Ризики» нижче.

Вибрані проєкти Рівня 2 на Solana: Eclipse, Sonic SVM та Neon EVM

На момент публікації екосистему активних проєктів Рівня 2 на Solana визначають три проєкти:

1. Eclipse: Ethereum L2, який використовує виконання SVM та Celestia для доступності даних, з основною мережею, запущеною наприкінці 2024 року.
2. Sonic SVM: перший Рівень 2, побудований безпосередньо на Solana L1, орієнтований на ігри та застосунки NFT.
3. Neon EVM: рівень сумісності з EVM на інфраструктурі Solana, який дозволяє розробникам Ethereum розгортати контракти Solidity без переписування їх на Rust.

Примітка: Екосистема Solana L2 стрімко розвивається. Статуси та архітектура проєктів могли змінитися з моменту останнього оновлення цієї статті. Завжди перевіряйте актуальну інформацію в офіційних джерелах проєктів, перш ніж приймати рішення.

Eclipse: виконання SVM, розрахунок в Ethereum

Eclipse — це блокчейн Рівня 2, розрахунок якого відбувається в Ethereum L1, використовує Solana Virtual Machine (SVM) як рівень виконання та Celestia для доступності даних. Основна мережа була запущена наприкінці 2024 року, що зробило Eclipse першим великим L2, який приніс можливості паралельного виконання SVM в екосистему Ethereum.

Архітектура Eclipse навмисно зроблена гібридною. Вона запускає SVM — те саме паралельне середовище виконання смартконтрактів, яке використовується в основній мережі Solana — як своє середовище виконання, але проводить розрахунок результуючих змін стану в Ethereum L1, а не в Solana. Така конструкція дає Eclipse доступ до продуктивності паралельної обробки SVM, успадковуючи модель безпеки та ліквідність Ethereum.

Поділ на три рівні є чітким: SVM для виконання, Ethereum для розрахунку, Celestia для доступності даних. Користувачі сплачують комісію за газ в ETH, а не в SOL — це практичний наслідок розрахунку в Ethereum, що має значення для онбордингу користувачів. Технічно Eclipse не є Solana L2 у традиційному розумінні. Він використовує технологію виконання Solana, але проводить розрахунок в Ethereum. Для інвесторів і розробників, які оцінюють місце Eclipse у ширшій екосистемі, ця відмінність є фундаментальною.

На момент публікації екосистема DeFi Eclipse знаходиться на ранній стадії розробки. Перевірте офіційну сторінку екосистеми Eclipse, щоб отримати актуальний список розгорнутих протоколів.

Sonic SVM: ігри та NFT на справжньому Solana L2

Sonic SVM — це перший блокчейн Рівня 2, побудований безпосередньо поверх Solana, з розрахунком у Solana L1, а не в Ethereum. Орієнтований на ігри та застосунки NFT, Sonic SVM використовує середовище виконання SVM та фреймворк масштабування HyperGrid — спеціалізовану систему Sonic для обробки ігрових паттернів транзакцій з високою пропускною здатністю.

Якщо Eclipse проводить розрахунок в Ethereum і націлений на широке залучення розробників, то Sonic SVM проводить розрахунок у Solana і націлений на ончейн-ігри. Це не другорядна технічна деталь. Це означає, що Sonic SVM безпосередньо успадковує безпеку Solana, користувачі взаємодіють з активами, деномінованими в SOL, а мережа архітектурно узгоджена з екосистемою Solana, а не Ethereum.

Ончейн-ігри генерують величезні обсяги транзакцій: торгівля предметами, оновлення стану, підбір гравців і розподіл винагород. Виділена мережа з паралельним виконанням SVM обробляє ці паттерни, не конкуруючи за місце в блоці з протоколами DeFi та маркетплейсами NFT в основній мережі Solana. Solana розвинула активну екосистему NFT, і Sonic SVM поширює цю позицію на інфраструктуру інтерактивних ігор.

На момент публікації Sonic SVM випустив токен SONIC. Перевірте поточний статус і доступність токена на офіційному сайті Sonic SVM.

Neon EVM зазвичай описують як Solana Рівня 2, хоча точніше він функціонує як рівень сумісності з EVM, побудований поверх інфраструктури Solana. Замість використання SVM, Neon EVM запускає віртуальну машину Ethereum (EVM) на Solana, дозволяючи розробникам розгортати смартконтракти Solidity без переписування їх на Rust.

Цільова аудиторія — розробники Ethereum, які хочуть отримати доступ до швидкості та низьких комісій Solana, не відмовляючись від своєї існуючої кодової бази. Застосунок Ethereum, створений на Solidity, можна розгорнути в Neon EVM без змін коду, успадкувавши характеристики пропускної здатності Solana та залишаючись у середовищі розробки EVM.

Питання про те, чи є Neon EVM «технічно Рівнем 2», є предметом триваючих дискусій щодо визначень. Він функціонує скоріше як рівень сумісності з EVM, ніж як традиційна архітектура ролапу (rollup). Обидва формулювання існують у літературі; цей посібник представляє їх чесно, а не вирішує дискусію штучно. На момент публікації Neon EVM випустив токен NEON. Перевірте поточний статус токена на офіційному сайті Neon EVM.

Огляд статусу проєктів

На момент публікації всі три проєкти мають розгорнуті основні мережі. Екосистема Solana L2 розвивається швидко. Перевірте актуальну інформацію, включно з будь-якими новими проєктами, що могли бути запущені, на офіційному сайті кожного проєкту, перш ніж приймати рішення.

Порівняння архітектури Solana L2: Eclipse проти Sonic SVM проти Neon EVM

Eclipse, Sonic SVM та Neon EVM не конкурують за тих самих користувачів або випадки використання. Таблиця нижче показує чому. Архітектурні відмінності визначають, яка мережа підходить для того чи іншого розробника або застосунку.

Дані актуальні на дату публікації. Перевіряйте поточний статус проєкту на офіційних сайтах проєктів, перш ніж приймати рішення.

Таблиця вирішує найпоширенішу плутанину: Eclipse і Sonic SVM обидва використовують виконання SVM, але вони проводять розрахунок у різних мережах і обслуговують різні сценарії використання. Eclipse не є прямим конкурентом Sonic SVM. Вони орієнтовані на фундаментально різні сегменти розробників і користувачів. Neon EVM архітектурно відрізняється від обох, використовуючи EVM замість SVM як середовище виконання.

Solana L2 для інвесторів і розробників: що потрібно знати кожній групі

Екосистема Solana L2 означає різні речі залежно від ваших відносин з нею. Інвестори хочуть розуміти розмір і траєкторію екосистеми. Розробники хочуть знати, де і як будувати. Обидва питання мають конкретні відповіді, і вони достатньо відмінні, щоб розглядати їх окремо.

Для інвесторів: розмір екосистеми, TVL та токени

Екосистема Solana Рівень 2 є на ранніх стадіях за будь-якими мірками. На момент публікації загальна заблокована вартість (TVL) у протоколах Solana Рівень 2 становить частку того, що мають зрілі Ethereum Рівень 2. Arbitrum утримував понад 15 мільярдів доларів у TVL на піку; Optimism досяг порівнянних показників. Екосистема Ethereum Рівень 2 зросла від інфраструктури на ранніх стадіях до мільярдів у TVL за кілька років. Polygon, Arbitrum, та Optimism є орієнтовною траєкторією, на яку посилаються прихильники Solana Рівень 2 як на потенційну модель, хоча жодні прогнози щодо того, що Solana Рівень 2 піде тим самим шляхом, не є обґрунтованими.

Ландшафт токенів на момент публікації:

• Eclipse: користувачі платять за газ в ETH; перевірте офіційний сайт Eclipse щодо розробок нативних токенів
• Sonic SVM: токен SONIC
• Neon EVM: токен NEON

Ландшафт токенів у цій сфері швидко змінюється. Не покладайтеся на цей список для прийняття поточних інвестиційних рішень. Перевіряйте доступність токенів та їх статус безпосередньо з кожним проєктом.

Три чесні спостереження для інвестора, який оцінює цю сферу: більшість проєктів Solana Рівень 2 мають історію на ранніх стадіях з обмеженими історичними даними; деякі проєктні токени мають обмежену ліквідність відносно встановлених активів; і екосистема розвивається настільки швидко, що статуси проєктів можуть суттєво змінюватися протягом місяців. Зростаюча екосистема Рівень 2 також може стимулювати попит на нативний токен базового рівня. Збільшення активності розрахунків Рівень 2 на Solana L1 збільшить попит на SOL як актив для розрахунків для Sonic SVM та Neon EVM.

Проєкти Solana Рівень 2 та Ethereum Рівень 2, як-от Polygon, обслуговують різні базові ланцюги та різні екосистеми. Траєкторія зростання Polygon від ранніх стадій до мільярдів у TVL є орієнтиром, а не прямим порівнянням. Оцінка інвестицій залежить від вас на основі наведених вище даних екосистеми.

Для розробників: Побудова на Solana Рівень 2

Якщо ви розробляєте на Solana Рівень 2, першим рішенням є вибір середовища виконання, на яке націлена ваша програма. Цей вибір визначає вашу мову програмування, інструментарій та характеристики продуктивності.

Розробка на базі SVM (Eclipse, Sonic SVM): Ці проєкти використовують те саме середовище виконання, що й основна мережа Solana. Розробка вимагає Rust та фреймворку Anchor — того самого інструментарію, що використовується для нативної розробки Solana. Розробники, які вже працюють над Solana, можуть розгортати програми на Eclipse або Sonic SVM з мінімальними змінами інструментарію. Solana називає смарт-контракти "програмами", і та сама термінологія застосовується до L2 на базі SVM. Зокрема, для ігрових додатків фреймворк HyperGrid від Sonic SVM надає додаткові абстракції, побудовані поверх стандартного інструментарію SVM.

Розробка на базі EVM (Neon EVM): Якщо у вас є існуюча кодова база Ethereum на Solidity, Neon EVM дозволяє розгорнути її без переписування. Стандартні інструменти EVM, як-от Hardhat та Foundry, працюють з Neon EVM. Це найшвидший шлях для розробників Ethereum, які бажають отримати виконання на швидкості Solana без повного переписування коду.

Переказ активів: Переміщення активів до L2 вимагає мосту — протоколу, який переносить активи між двома блокчейн-мережами або рівнями. Кожен проєкт експлуатує власний офіційний міст або рекомендує певне рішення для переказу. Використовуйте лише мости з перевіреною історією аудиту та офіційною підтримкою проєкту.

Безпека мостів є активною зоною ризику. Злами мостів становлять частину найбільших втрат в історії криптовалют. Експлуатація мосту Ronin призвела до втрати 625 мільйонів доларів у 2022 році; експлуатація мосту Wormhole — до втрати 320 мільйонів доларів того ж року. Дослідіть модель безпеки та історію аудиту будь-якого мосту перед переказом активів.

Комісії: Комісії основної мережі Solana вже низькі (близько 0,00025 долара США за транзакцію на момент публікації). Комісії L2 варіюються залежно від архітектури та моделей використання. Зверніться до офіційної документації з комісій кожного проєкту для отримання актуальних показників.

Ризики та обмеження рішень Solana Рівень 2

Екосистема Solana Рівень 2 несе п'ять категорій ризиків, які інвестори та розробники повинні розуміти перед тим, як виділяти ресурси. Жодна з них не знецінює екосистему, але жодною не слід нехтувати.

1. Централізація секвенсера. Більшість поточних проєктів Solana Рівень 2 використовують централізовані секвенсери: одна сутність контролює порядок транзакцій. Це створює єдину точку відмови та вводить теоретичний ризик цензури транзакцій. Централізований секвенсер може затримувати або змінювати порядок певних транзакцій, створюючи несправедливі переваги для певних учасників. Мережі децентралізованих секвенсерів є активною сферою досліджень у всій екосистемі L2, але на момент публікації їх реалізували лише кілька проєктів. Перевірте дорожні карти кожного проєкту на наявність планів щодо децентралізації секвенсера.

2. Безпека мостів. Активи, що переміщуються між основною мережею Solana та ланцюгами L2, проходять через договори мостів. Протоколи мостів історично є найбільш цільовою поверхнею атаки в екосистемі криптовалют. Великі експлойти мостів, включаючи Ronin Bridge (625 мільйонів доларів, 2022) та Wormhole Bridge (320 мільйонів доларів, 2022), демонструють, що вразливості коду мостів можуть призвести до катастрофічних втрат. Використовуйте лише мости з добре документованою історією аудиту та сильною офіційною підтримкою проєкту. Нативні мости, керовані проєктом L2, мають інший профіль ризику, ніж сторонні мости.

3. Незрілість екосистеми. Більшість проєктів Solana Рівень 2 перебувають на ранніх стадіях. Ліквідність низька, інструменти для розробників ще дозрівають, а дорожні карти проєктів можуть значно змінюватися. Екосистеми на ранніх стадіях зазвичай потребують значного часу та капіталу для створення ліквідності та залучення користувачів, необхідних для стабільної роботи.

4. Змінна Firedancer. Якщо оновлення Solana Firedancer забезпечить значно вищу пропускну здатність на рівні L1, проєкти, основна відмінність яких полягає у швидкості порівняно з основною мережею, зіткнуться з ослабленою ціннісною пропозицією. Цей ризик застосовується нерівномірно. Він переважно стосується проєктів, які конкурують за сиру пропускну здатність, а не за спеціалізацію або сумісність з EVM.

5. Успадкування надійності основної мережі Solana. Основна мережа Solana мала помітні перебої в роботі в минулому. Проєкти рівня 2, які покладаються на Solana L1 для розрахунків (Sonic SVM та Neon EVM), успадковують частину цього ризику надійності. Під час збою основної мережі Solana остаточність розрахунків для транзакцій L2, що очікують підтвердження L1, буде затримано. Eclipse, яка здійснює розрахунки на Ethereum, не несе цього специфічного ризику.

Ці ризики не знецінюють екосистему Solana Рівень 2. Це факти, які будь-який інвестор або розробник повинен розуміти перед тим, як виділяти ресурси.

Майбутнє Solana Рівень 2: Firedancer, зростання екосистеми та що буде далі

Firedancer — це валідаторний клієнт нового покоління для Solana, розроблений Jump Crypto, який націлений на пропускну здатність понад 1 мільйон транзакцій на секунду. Якщо він досягне цієї мети, аргумент про те, що Solana потребує рівня 2 для сирої швидкості, стане набагато слабшим. Аргумент про те, що Solana потребує рівня 2 для спеціалізації, сумісності з EVM та ізоляції додатків, — ні.

Firedancer не є рішенням Рівня 2 і не є окремим блокчейном. Це альтернативна реалізація програмного забезпечення валідатора Solana, яка збільшує пропускну здатність на рівні L1. Його актуальність для питання L2 є непрямою, але значною: якщо Solana L1 може обробляти 1 мільйон транзакцій на секунду, аргумент "Solana занадто повільна для цієї програми" для L2 значною мірою зникає.

Але цей аргумент ніколи не був найсильнішим для Solana L2. Розгляньте, що Firedancer не змінює. Ігровий додаток все одно виграє від виділеного ланцюга з кастомними структурами комісій та ізольованим станом, незалежно від того, наскільки швидка основна мережа Solana. Розробникам Ethereum все одно потрібне середовище, сумісне з EVM, для розгортання без переписування коду на Rust. Модульна доступність даних, публікація даних транзакцій до Celestia, а не до загального L1, залишається дешевшою та ефективнішою у масштабі, незалежно від пропускної здатності базового рівня.

Firedancer, ймовірно, послаблює позиції проєктів Solana Рівень 2, основна відмінність яких полягає у сирій швидкості порівняно з основною мережею Solana. Це не послаблює позиції проєктів, побудованих на основі ізоляції додатків, портативності EVM або інфраструктури, специфічної для ігор.

Solana Рівень 2 також є частиною ширшого галузевого зсуву до модульної архітектури блокчейну. Відділення виконання від розрахунку та доступності даних до спеціалізованих рівнів відображає філософію дизайну, яка виходить далеко за межі Solana. Архітектура Eclipse (виконання SVM, розрахунок Ethereum, Celestia DA) є прямим вираженням цієї філософії. Цей модульний підхід узгоджує екосистему Рівня 2 Solana з напрямком розвитку інфраструктури блокчейну в галузі.

Екосистема Solana Рівень 2 знаходиться на ранній стадії, але є справжньою. Найсильніші проєкти не намагаються виправити швидкість Solana. Вони розширюють можливості, які може надати швидкий і недорогий рівень розрахунку.

Ключові висновки

• Solana (SOL) має рішення Рівня 2. Мотивація принципово відрізняється від Ethereum: Solana Рівень 2 існують для спеціалізації, портативності EVM та ізоляції додатків, а не для виправлення повільного базового рівня.
• Eclipse здійснює розрахунок на Ethereum Рівень 1 та використовує виконання SVM з Celestia для доступності даних. Sonic SVM здійснює розрахунок на Solana Рівень 1 і націлений на ігри та NFT. Neon EVM є рівнем сумісності EVM на базі інфраструктури Solana. Вони не є взаємозамінними.
• Solana Virtual Machine (SVM) обробляє транзакції паралельно через середовище виконання Sealevel. Це ключовий архітектурний відмінність від послідовного EVM Ethereum, і причина, чому Рівні 2 на основі SVM успадковують потужні характеристики пропускної здатності.
• Firedancer, клієнт валідатора нового покоління Solana, націлений на 1 мільйон+ TPS, послаблює аргумент пропускної здатності для Solana Рівень 2, але не усуває випадки використання, побудовані навколо спеціалізації, сумісності EVM або ізоляції додатків.
• Безпека мостів та централізація секвенсерів є двома найзначнішими активними ризиками в екосистемі Solana Рівень 2. Обидва є структурними, а не специфічними для проєкту ризиками.
• Ця екосистема знаходиться на ранній стадії. Перевіряйте статус усіх проєктів, дані токенів та показники TVL з офіційних джерел проєктів, оскільки ця інформація змінюється кожні кілька тижнів або місяців.

Часті запитання про рішення для масштабування Solana Рівня 2

Швидкі відповіді на найпоширеніші запитання про рішення Solana Рівня 2. Для повніших пояснень зверніться до відповідних розділів вище.

Чи є у Solana рішення Рівня 2?

Так. На момент публікації Solana має кілька активних проєктів Рівня 2, зокрема Eclipse, Sonic SVM і Neon EVM. Важливим аспектом є причина: базовий рівень Solana вже швидкий, тому ці проєкти існують для спеціалізації, сумісності EVM та масштабування конкретних додатків, а не для виправлення вузького місця пропускної здатності.

Яке найкраще рішення Solana Рівня 2?

Найкраще рішення Solana Рівня 2 залежить від вашого випадку використання. Eclipse найкраще підходить для розгортань, сумісних з EVM, та додатків DeFi, здійснюючи розрахунок на Ethereum для безпеки. Sonic SVM призначений для ігор та додатків NFT на Solana Рівень 1. Neon EVM обслуговує розробників Ethereum, які хочуть розгортати контракти Solidity на інфраструктурі Solana без переписування їх на Rust. Жоден окремий проєкт не є найкращим для всіх цілей.

Чи краще Solana Рівня 2, ніж Ethereum Рівня 2?

Solana Рівень 2 та Ethereum Рівень 2 не є прямими конкурентами. Вони існують на різних базових ланцюгах і з різних причин. Ethereum Рівень 2, як-от Arbitrum та Optimism, існують для масштабування повільного, дорогого базового рівня. Solana Рівень 2 існують для розширення швидкого базового рівня у спеціалізовані домени. Це доповнюючі розробки в архітектурі блокчейну, а не заміни.

Що таке Eclipse Crypto?

Eclipse — це блокчейн Рівня 2, який здійснює розрахунок на Ethereum Рівень 1, використовує Solana Virtual Machine (SVM) як своє середовище виконання та покладається на Celestia для доступності даних. Основна мережа була запущена наприкінці 2024 року. Користувачі сплачують комісії за газ у ETH. Технічно Eclipse є Ethereum Рівень 2, який використовує технологію виконання Solana, гібридний дизайн, що відрізняє його від інших проєктів в екосистемі Solana.

Це залежить від рівня 2. MetaMask працює з Neon EVM, який сумісний з EVM і підтримує стандартні гаманці та інструменти Ethereum. MetaMask не працює нативно з Рівнями 2 на основі SVM, як-от Eclipse або Sonic SVM. Ці ланцюги вимагають гаманця, сумісного з Solana, як-от Phantom. Перевіряйте офіційну документацію кожного проєкту щодо поточної сумісності гаманців.

У чому різниця між основною мережею Solana та Solana Рівень 2?

Основна мережа Solana — це базовий блокчейн Рівня 1. Вона відповідає за консенсус, безпеку та остаточний розрахунок. Solana Рівень 2 — це вторинний ланцюг, який обробляє транзакції поза основною мережею та періодично повертає результати до неї (або, у випадку Eclipse, до Ethereum). Рівні 2 успадковують безпеку свого рівня розрахунку, додаючи можливості, специфічні для додатків, які основна мережа не надає нативно.

Чи безпечно використовувати Solana Рівень 2?

Проєкти Solana Рівень 2 вводять специфічні ризики, яких немає в основній мережі Solana, зокрема централізацію секвенсерів та вразливості безпеки мостів. Ці ризики можна контролювати за допомогою належної обережності: використовуйте лише аудитовані мости, перевіряйте дорожні карти децентралізації секвенсерів та визначайте розмір позицій пропорційно до ранньої стадії цих екосистем. Розділ "Ризики та обмеження" вище детально розглядає ці питання.

Як почати роботу з Solana Рівнем 2?

Почніть з офіційної документації проєкту, який відповідає вашому випадку використання:

• Eclipse: eclipse.xyz
• Sonic SVM: sonic.game
• Neon EVM: neonevm.org

Кожен проєкт підтримує документацію для розробників, інструкції з мостів та посібники з екосистеми. Використовуйте офіційну документацію для налаштування та мостування, оскільки ці екосистеми швидко розвиваються.

Ця стаття була востаннє переглянута на дату публікації. Екосистема Solana Рівень 2 швидко розвивається. Завжди перевіряйте поточний статус проєкту з офіційних джерел.

Пов'язане читання

• Bridged Wrapped Ether Eclipse
• Bridged Wrapped Ether Sonic
• Порівняння блокчейнів Рівня 1 Near Protocol Vs ICP

Ця стаття призначена виключно для інформаційних цілей і не є фінансовою, інвестиційною чи торговою порадою. Інвестиції в криптовалюти пов'язані зі значними ризиками, включаючи потенційну втрату основного капіталу. Представлена інформація відображає стан екосистеми Solana Рівня 2 на дату публікації та може застаріти з розвитком екосистеми. Проконсультуйтеся з кваліфікованим фінансовим радником перед прийняттям інвестиційних рішень.

Пов'язані технічні посібники Solana

• Firedancer Solana TPS
• Аналіз ончейн-даних Solana
• Solana Anchor Framework

Щоб порівняти розвиток екосистеми з ринковою активністю, використовуйте сторінку ціни SOL) або спот-ринок SOL/USDT) як ринкові орієнтири, а не як доказ того, що проєкт масштабування досягне успіху.