Місяць тому Вібху, засновник 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 модульних
3. Solana Appchains - з прикладами
4. Sollana Layer-2 та Rollups (RollApps) – з прикладами
5. Infra Powering Rollups та Appchains

Solana і перевантаження:

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

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

• Впровадження пріоритетних комісій – критично важливо для уникнення затримок або скасованих транзакцій.
• Оптимізація використання програмних обчислювальних блоків (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 тепер має деякі виправлення, які допомагають полегшити деякі поточні перевантаження мережі, і за ними підуть подальші покращення у версії 1.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 appchains та роллапи

Загалом, є два напрямки, куди це може піти: Layer-2/Rollups і Appchains. Ми розглянемо обидва – по черзі.

Solana Appchains:

Також відомі як форки SVM, це, по суті, форки ланцюжка Solana, призначені для конкретних програм. Pyth був першим Solana appchain, але концепція по-справжньому привернула увагу, коли Rune, засновник одного з найбільших DeFi протоколів, Мейкер, викликав неабиякий ажіотаж своєю пропозицією розробити Мейкер appchain (для управління) на основі кодової бази Solana (SVM). Він вибрав SVM через її сильну спільноту розробників і технічну перевагу над іншими віртуальними машинами, прагнучи форк найпродуктивнішу мережу для кращого задоволення потреб споживачів. Хоча ще нічого не було реалізовано, цей крок викликав вкрай необхідну дискусію щодо Solana додатків.

Загалом він може бути двох типів:

1. Інклюзивність – будь-хто може приєднатися до мережі, подібно до поточної основної мережі Solana.
2. Permissioned – упакований як «Solana Permissioned Environments (SPEs)' Фондом Solana для установ, він дозволяє організаціям створювати та підтримувати власний екземпляр ланцюга на основі SVM.

Pyth – The OG Solana Appchain:
Свого часу на Pyth припадало 10-20% усіх транзакцій у Solana основній мережі. Однак це не вимагало компонування, тому вони просто розгалужили кодову базу Solana. Це дозволило їм використовувати швидкий час блоку Solana 400 мс для високочастотного оновлення цін. Pythnet була першою мережею, яка прийняла SVM для свого аппчейна.

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

Чому Піф переїхав?
- Він не вимагав високої компонування (особливо для додатків, які не є Solana) і, таким чином, був вільний від перевантаження основної мережі.

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

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

Деякі приклади Solana Appchains можуть бути такими:

1. Perp DEX: Як і Hyperliquid, Perp DEX можуть працювати як окремі мережі L1. Крім того, для торгових випадків використання можна налаштувати кількість транзакцій на блок або реалізувати умовну логіку, наприклад, інтегрувати виконання стоп-лосс ордер безпосередньо в L1, забезпечити його виконання як перехід стану, або ввести атомарну логіку, специфічну для програми.
2. AI та DePIN: Вони можуть включати контрольовану список постачальників послуг, таких як Pyth. Наприклад, Akash працює як комп'ютерний ринок через Cosmos appchain.
3. Governance appchains: Підтверджений MakerDAO зацікавленість у ланцюжку додатків SVM, суверенний appchain може бути переконливим. Управління в криптовалюті все ще розвивається, і наявність виділеного ланцюжка до форк може бути корисним механізмом координації.
4. Майбутні корпоративні додатки: потенційні додатки включають фонди (наприклад, BlackRock) або платіжні системи (наприклад, Visa або CBDC).
5. Gaming Appchains: Ігровий проект казино на Solana розглядає свій аппчейн.
6. Модифіковані форки Solana: Подібно до того, як Monad або Sei пропонують оптимізовані EVM (розпаралелені), хтось може створити більш оптимізовану версію Solana. Ця тенденція може стати більш поширеною в найближчі роки, особливо з огляду на те, що основна мережа Solana починає досліджувати нові архітектури дизайну.

Envisioning the Solana Appchain Stack:

Хоча створення appchain може бути відносно простим, забезпечення зв'язку між усіма appchain має вирішальне значення для сумісності. Черпаючи натхнення з Avalanche підмереж (з'єднаних нативними Avalanche Warp Messaging) і Cosmos appchains (підключених IBC), Solana також могли створити власний фреймворк обміну повідомленнями для з'єднання цих додатків.

Посилання на публікацію

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

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

Чи є мережа Appchain позитивною для екосистеми 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 Rollups були б здебільшого абстрагованими для кінцевого користувача. На ідеологічному фронті Ethereum роллапи були зверху вниз, де Ethereum Foundation і лідери вирішили, що найкращий спосіб масштабування - це роллапи, і вони почали підтримувати різні L2 після фіаско CryptoKitties. Тоді як на Solana попит знизу вгору, тобто походить від розробників додатків зі значним споживчим прийняттям. Як наслідок, більшість поточних ролл-ап п'єс є маркетинговими п'єсами і більше орієнтовані на наратив, ніж на споживчий попит. Це суттєва різниця, яка може призвести до іншого майбутнього для роллапи, ніж те, що ми бачили на Ethereum.

Чи є стиснення = зведенням?

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

Rollups Landscape на Solana:

Два "дещо ролапп-додатки" наразі працюють:

1. GetCode:

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

Використання структури, подібної до зведення, дозволяє:

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

2. Ephermal Rollups від MagicBlocks

MagicBlocks, ігрова інфраструктура web3, розробила ефермальний (або тимчасовий) роллапи, зокрема для ігор. Він використовує рахунок структуру SVM, а стан гри розділений на кластери. Він тимчасово переносить стан на допоміжний рівень або «ефемерне зведення», виділений шар, який можна налаштувати. Ефемерне зведення працює як спеціалізоване середовище виконання SVM або rollup для полегшення обробки транзакцій з підвищеною пропускною здатністю.

Використання структури, подібної до зведення, дозволяє:

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

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

Майбутні зведення Solana:

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

Grass вимагає 1 мільйон веб-запитів в секунду, що неможливо в основній мережі Solana. Тому вони планують зробити ZK proofs of the origin data для всіх наборів даних і згрупувати їх для розрахунку на Solana L1. Вони розглядають можливість використання стиснення станів з іншого кластера та встановлення коренів у бета-версії основної мережі.

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

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

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

Цікаво, що Армані (співзасновник Backpack) також написав у Твіттері, що тепер вони прагнуть до L2.

Сонік також будує модульний ланцюжок 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. Rollups = вирівнювання SOL:
   Термін «ETH-Aligned», або краще слово для «ETH Bag Biases», став популярним мемом. Чому, на вашу думку, Layer 2 і Restaking/EigenLayer стали найпопулярнішим наративом? Це пов'язано з тим, що вони збільшують «грошовість ETH», при цьому ETH використовується як основний актив повсюдно.

Той же принцип стосується і Solana. Спільнота Solana об'єднається навколо будь-якого рішення, яке збільшить їхні SOL активи – це так просто. У міру того, як екосистема Solana розширюватиметься, колись забута «Грошова SOL» набуде значення. Пам'ятайте, що більшість ролапів у будь-якому випадку є "маркетинговою грою" і дають краще накопичення вартості токенів, оскільки ринки все ще цінують Infra більше, ніж додатки.

1. Ролапи будуть сприйматися як розширення до Solana:
   Крім переваг безпеки (тобто успадкування безпеки від базового рівня), легкий доступ до Solana користувачів та активів буде значною перевагою. Як зазначає Джон Шарбонно, Ethereum Rollups, такі як 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 отримали 2 мільйони доларів доходу для Coinbase всього за один день! Стимули для будівельників сильно перекошені в бік L2. Однак, як помічено, кожен EVM rollup виглядає як ванільний ролап, і багато з них, як-от Linea, Scroll або zkSync, стали ланцюгами-фантомами, де лише фермери проводять кілька транзакцій для аірдропів токенів.

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

1. Чому деякі програми хочуть перейти на Rollapps/appchain?
   Кожен додаток спочатку буде запускатися на Solana Основна мережа, оскільки розміщення більшої кількості додатків у спільній інфраструктурі значно знижує складність розробників і користувачів. Однак у міру зростання цих додатків вони можуть прагнути:
   • Захоплення цінності: Складніше засвоїти цінність на рівні спільного Solana, не розробленому лише для однієї програми. MEV захоплення може бути ще одним прибутковим варіантом для DEX.
   • Можливість налаштування виділеного блокового
   • простору в таких випадках використання, як:
     • Конфіденційність: Наприклад, Getcode використовує секвенсор для полегшення приватних платежів для своїх користувачів.
     • Експерименти на ринку
     • комісій Зашифровані мемпули, щоб мінімізувати MEV
     • Індивідуальні ордер книги
2. Однак не всі додатки захочуть запускати власний Rollup, особливо ті, які не досягли певної швидкості втечі (наприклад, достатній TVL, користувачі об'єм). Запуск власного ланцюжка сьогодні пов'язаний з болісними та непотрібними компромісами (складність, вартість, гірший UX, фрагментована ліквідність тощо), які більшість додатків, особливо на ранній стадії, не можуть виправдати додаткові переваги. Solana залишається серцем і душею розробки SVM, і, ймовірно, в результаті буде розгорнуто багато нових додатків.
   Для конструкторів додатків: Solana Основна мережа, Appchain або Rollup
   повністю залежить. Якщо немає сильної потреби в компонуванні з усіма іншими додатками, цілком логічно взяти кілька різних компонентів поза блокчейном (або appchain, або rollup). Користувачеві не потрібно знати, що він навіть використовує rollup або appchain. Grass, Zeta та Getcode абстрагують будь-яку інфраструктуру типу rollup, яку вони використовують для своїх користувачів.

Для випадків використання дозволів і налаштувань розширення Токен також задовольняє більшість потреб, таких як логіка KYC/передачі, зберігаючи при цьому компонування.
Отже, чи буде DRiP L2/appchain?
В даний час DRiP використовує Solana для:

* Гаманці, створені користувачами (можна на L2/appchain)
* Розповсюдження стислих NFT (можна на L2/appchain)
* Торгівля стислими NFT (може бути на L2/appchain, але кошти потрібно переміщувати)

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

Infrastructure Powering Rollups and Appchains:

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

1. Існуючі постачальники Rollup as a Service (RaaS), такі як Caldera, можуть легко вийти на ринок SVM у міру появи попиту. SVM Ethereum роллапи на кшталт Eclipse і NitroVM також уважно стежать за цією можливістю. Крім того, Sovereign Labs пропонує адаптер Sovereign SDK Solana, який дозволяє роллапи на Solana (ще не готовому до виробництва). Helius – ще одна компанія, яка добре підходить для створення інфраструктури для Solana L2, на що неодноразово натякав Мерт.
2. Спільні секвенсори на кшталт Rome Protocol і потреба в легких клієнтах, таких як Tinydancer. Спільні секвенсори можуть бути цікавими для роллапи, оскільки вони забезпечують такі види діяльності, як атомарний арбітраж, MEV та безшовне перекриття, зменшуючи фрагментацію ліквідності.
3. Гаманці на кшталт Phantom, Рюкзак і Solflare. Інфраструктура гаманців із мультипідписом і смарт-контрактами, як-от Squaads. Squads завжди позиціонувався як «Остаточний рівень інфраструктури гаманця смарт-контрактів для Solana та SVM».
4. SOL Рестейкінг: Модульна теза також сприяє повторному стейкінгу, оскільки ці роллапи/appchains можуть вимагати 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), Брайан Бреслоу (Dorahacks), Parth (Arana Ventures), Rex (Anza), Het Dagli (Суперкоманда), Kash (Суперкоманда) та Акшай (Суперкоманда), який переглядав і надавав ідеї на різних етапах драфту.

Відмова від відповідальності:

1. Цю статтю передруковано з [The Superteam Blog]. Усі авторські права належать оригінальному автору [YASH AGARWA]. Якщо є заперечення проти цього передруку, будь ласка, зв'яжіться з командою Gate Learn, і вони оперативно впораються з цим.
2. Відмова від відповідальності: Погляди та думки, висловлені в цій статті, належать виключно автору і не є жодною інвестиційною порадою.
3. Переклад статті на інші мови здійснює команда Gate Learn. Якщо не зазначено, копіювання, розповсюдження або плагіат перекладених статей заборонено.