вступ
Місяць тому Вібху, засновник DRiP, найпопулярнішої безкоштовної програми для розповсюдження NFT на Solana, зробив заяву, яка викликала широке обговорення:
Solana матиме й потребує рівня 2 і зведення.
Він висловлює таку думку, оскільки DRiP втрачає приблизно 20 000 доларів США щотижня через зростання цін на SOL і перевантаження мережі. Збільшення онлайн-активності Солани мало два наслідки:
Плюси: покращена ліквідність, збільшення капіталу та обсягу торгів (завдяки комбінованості)
Недоліки: зростання вартості інфраструктури, поганий досвід користувача, перевантаження мережі
Однак DRiP в основному використовує Solana як інфраструктуру для розповсюдження мільйонів NFT від художників на тисячі гаманців щотижня, без особливої потреби у високій композиційності. Зростання TVL Solana та приплив капіталу мало вплинули на DRiP, а натомість в основному страждають від високих витрат на інфраструктуру.
Вібху зазначив: «Компонування приносить меншу віддачу». Він також згадав, що розробники додатків Solana приватно обговорювали свою потребу в зведених пакетах, оскільки вони можуть збільшити пропускну здатність транзакцій і зменшити конкуренцію за блоковий простір. Крім того, існує більший контроль над економічною цінністю, створеною бізнесом.
Джерело зображення: BlockBeats
Протягом останніх кількох місяців у Solana трапилися численні випадки перевантажень, від аірдропу $JUP до майнінгу $ORE та пікової торгівлі мемекойнами. Хоча деякі вважають, що Firedancer може вирішити ці проблеми, реальність така, що часові рамки неясні, і наразі немає способу розширити функціональність більш ніж у 10 разів. Незважаючи на це, Solana залишається єдиною з усіх основних випробуваних у боях мереж, яка залишається монолітною.
Чи має Solana залишатися монолітним ланцюгом чи стати модульним?
Чи перетвориться Solana на сегментовані рішення рівня 2 і 3, такі як Ethereum?
Який поточний статус ланцюга програм Solana та зведеного пакета?
Щоб відповісти на ці запитання та скласти підсумок, у цій статті буде досліджено можливості та обговорено плюси та мінуси кожного проекту. Ця стаття не буде вдаватися в технічні подробиці, але обговорюватиме різні методи розширення функцій і надаватиме огляд з точки зору ринкового та практичного застосування. Вся інформація, жодних дурниць, лише безліч ексклюзивів.
Якщо коротко, ми обговоримо наступні питання:
Проблеми Solana та перевантаження мережі
Зробіть Solana модульним
Ланцюжок додатків Solana - з прикладами
Solana Layer2 і Rollup - з прикладами
Інфраструктура, що підтримує зведення та ланцюг додатків
Джерело зображення: BlockBeats
Проблеми з Solana та потреба в модульності
Спершу давайте обговоримо поточну проблему: через різке зростання обсягу транзакцій airdrops і memecoin мережа Solana була дуже перевантаженою останнім часом (більшість з яких зараз вирішено), що призвело до високого часу ping, високої кількості збоїв у транзакціях і збільшення мережі. збори. Незважаючи на це, Solana зберегла потужність обробки транзакцій на рівні 1-2 тисяч транзакцій на секунду, що перевищує всі ланцюги EVM разом узяті. Можна сказати, що це хороша проблема, з якою стикається блокчейн, і вона також перевіряє теорію монолітного ланцюга Солани.
Фонд Solana нещодавно опублікував блог, у якому закликав проекти вжити негайних заходів для покращення продуктивності мережі, зокрема:
Застосуйте першочергові комісії: уникнення затримки або втрати транзакцій є критичним.
Оптимізуйте використання програмного обчислювального блоку (CU): використовуйте лише необхідні ресурси.
Запровадження якості обслуговування (QoS), зваженої за рівнем капіталу: дозвольте програмам визначати пріоритет транзакцій користувачів.
Однак ці заходи можуть лише певною мірою підвищити швидкість завершення транзакцій і не можуть гарантувати безперебійну роботу транзакцій. Одним із рішень цієї проблеми є довгоочікуваний новий планувальник транзакцій, який планується представити у версії 1.18 наприкінці квітня. Новий планувальник існуватиме разом із поточним планувальником, але не буде ввімкнено за замовчуванням, дозволяючи валідаторам контролювати продуктивність нового планувальника та легко повертатися до старого планувальника, якщо виникнуть проблеми. Новий планувальник призначений для більш ефективного та доступного заповнення блоків, покращуючи неефективність старого планувальника.
Прочитайте цю статтю, щоб дізнатися більше про новий планувальник.
Anza, розгалужена організація Solana Labs, працює над вирішенням проблем із перевантаженням мережі, які, як було виявлено, пов’язані з поведінкою реалізації QUIC і обробкою великої кількості запитів клієнтом валідатора Agave (Solana Labs).
Джерело: посилання на публікацію BlockBeats
Незважаючи на те, що прихильники модуляризації рішуче підтримують «дорожню карту модуляризації» Solana, Solana Labs/Anza, основні супроводжувачі протоколу Solana, все ще зосереджені на оптимізації проблем пропускної здатності та затримки базового рівня. Потенційні покращення включають:
Покращений ринок комісій і збільшена базова комісія (наразі встановлена на рівні 5000 Lamport або 0,000005 SOL).
Впровадити експоненціальне зростання комісії за блокування запису в обліковому записі, яка поступово збільшує комісії для стримування спаму.
Оптимізація бюджетних запитів КС через механізми штрафів.
Покращення загальної архітектури мережі.
Навіть якщо ці вдосконалення вертикального масштабування, єдиного ланцюга, є ефективними, ми не можемо виключити можливість застосування Соланою горизонтального масштабування Rollup. Реальність така, що Solana може поєднувати ці дві функції — вона може служити чудовим базовим рівнем Rollup із наднизьким часом блокування затримки (~400 мс), значно покращуючи продуктивність Rollup, наприклад, увімкнувши швидке м’яке підтвердження секвенсора. Крім того, Solana має історію швидкого впровадження змін, що може зробити її більш ефективною, ніж Ethereum як базовий рівень для Rollup.
Оновлення: Anza випустила виправлення, щоб допомогти усунути поточні проблеми з перевантаженням мережі, і буде вдосконалено у версії 1.18.
Джерело зображення: BlockBeats
Зробіть Solana модульним
Розпочато модульний план розвитку Solana. Як показує публікація Anza DevRel, валідатор Solana та SVM (середовище виконання, яке обробляє транзакції та смарт-контракти/програми) тісно пов’язані та обслуговуються Anza. Однак найближчими місяцями клієнт валідатора та середовище виконання SVM будуть розділені. Це розділення допоможе створити «ланцюжки додатків Solana».
Для Rollup оптимізацію доступності даних Solana (DA) або шару blob можна виконати пізніше.
Джерело зображення: Anza DevRel
Інженер Anza Джо С також розповів про плани модульної структури SVM, де конвеєр обробки транзакцій буде вилучено з валідатора та розміщено в SVM. Це дозволить розробникам запускати реалізації SVM незалежно від будь-якого валідатора.
Автономний SVM буде сімейством повністю незалежних модулів. Будь-яка реалізація SVM може керувати цими модулями через чітко визначені інтерфейси, ще більше зменшуючи перешкоди для SVM-сумісних проектів і значно зменшуючи накладні витрати, необхідні для створення індивідуальних рішень. Команди можуть впроваджувати лише ті модулі, які їх цікавлять, використовуючи усталені реалізації, такі як Agave або Firedancer.
Коротше кажучи, Solana стане більш простою, що полегшить реалізацію ланцюжків додатків і зведених програм Solana.
Джерело зображення: BlockBeats
Загалом, це може відбуватися у двох напрямках: Layer2 (або Rollup) і ланцюжок додатків. Нижче ми представимо їх по черзі.
Джерело зображення: BlockBeats
Ланцюжок додатків Solana
Також відомі як вилки SVM, це по суті вилки ланцюга Solana, розроблені для спеціальних застосувань. Pyth був першим ланцюжком додатків Solana, але коли засновник Maker Рун запропонував розробити ланцюжок додатків Maker для управління на основі бібліотеки кодів Solana (SVM), концепція дійсно привернула увагу. Rune обрав SVM через його сильну спільноту розробників і технічні переваги перед іншими віртуальними машинами, прагнучи створити найпродуктивніший ланцюжок для кращого задоволення потреб споживачів. Хоча цей крок ще не реалізований, він викликав широке обговорення ланцюжка додатків Solana.
Загалом його можна розділити на дві категорії:
Дозволи не потрібні – будь-хто може приєднатися до мережі, подібно до поточної основної мережі Solana.
Ліцензовано – «Ліцензовані середовища Solana (SPE)», розроблені Фондом Solana для установ, що дозволяє організаціям створювати та підтримувати власні ланцюгові екземпляри за підтримки SVM.
Джерело зображення: BlockBeats
Ланцюжок додатків Pyth - OG Solana:
Колись на Python припадало 10-20% усіх транзакцій у мережі Solana. Однак це не вимагало можливості компонування, тому вони просто розгалужували кодову базу Solana. Це дозволяє їм скористатися перевагами швидкого блокування Solana в 400 мілісекунд для високочастотного оновлення цін. Python є першою мережею, яка використовує SVM як ланцюжок додатків.
Ланцюжок додатків Pythnet є розгалуженням підтвердження повноважень основної мережі Solana та служить базовим рівнем обчислення для обробки та агрегування даних, наданих мережею публікації даних Pyth.
Чому Python мігрує?
Він не вимагає високої компонування, особливо для додатків, не пов’язаних із Solana, і, отже, захищений від перевантажень основної мережі.
Для публікації даних потрібне дозволене середовище.
Зменште витрати на інфраструктуру за рахунок інтерналізації витрат, які раніше були б передані на базовий рівень, яким є Solana.
Cube Exchange є іншим прикладом, гібридним CEX, розгорнутим як суверенний ланцюг SVM з повністю автономною книгою замовлень і розрахунками в його ланцюзі SVM.
Джерело зображення: BlockBeats
Приклад ланцюжка додатків Solana
Perp DEX: Perp DEX, такі як Hyperliquid, можуть працювати як автономні мережі рівня 1. Крім того, для торгових додатків можна налаштувати кількість транзакцій на блок або реалізувати умовну логіку, таку як інтеграція виконання стоп-лосс ордерів безпосередньо в Layer1, забезпечення його виконання як переходу стану або впровадження атомарна логіка, що залежить від програми.
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 також може створити рідну архітектуру обміну повідомленнями для з’єднання цих ланцюжків програм.
Джерело: посилання на публікацію BlockBeats
Платформу програмного забезпечення-посередника, як-от Cosmos-SDK, можна створити для забезпечення єдиного сервісу для створення ланцюжків додатків із вбудованою підтримкою оракулів, таких як Pyth або Switchboard, віддалених викликів процедур, RPC, таких як Helius, і з’єднань обміну повідомленнями, таких як, Червоточина та інші функції.
AggLayer від Polygon надає інноваційне рішення, яке дозволяє розробникам підключати різні Layer1 або Layer2 до AggLayer для досягнення агрегації міжланцюжкових доказів ZK.
Який позитивний вплив Application Chain на екосистему Solana?
Ланцюжки додатків не сплачують комісію в $SOL і не використовують $SOL як маркер комісії за транзакцію, тому вони не роблять безпосереднього внеску в $SOL, якщо тільки $SOL не переставляється з метою економічної безпеки, але їхня користь для екосистеми SVM очевидна . Як і мережевий ефект EVM, більше розгалужень SVM і ланцюжків додатків посилить мережевий ефект SVM. Ця логіка також застосовна, навіть якщо Eclipse, як розширення рівня 2 SVM на Ethereum, конкурує з основною мережею Solana.
Solana Layer2
Solana Layer2 або Rollup — це логічно незалежний ланцюжок, який публікує дані на рівні доступності даних (DA) основного ланцюга та повторно використовує механізм консенсусу основного ланцюга. Вони також можуть використовувати інші рівні DA, такі як Celestia, але це вже не справжній Rollup. Термін «RollApp» часто використовується для зведень для окремих програм (які досліджують більшість програм Solana).
Чи буде зведений пакет Solana схожий на Ethereum?
Очевидно ні. Для Solana Rollup буде здебільшого абстрактним для кінцевих користувачів. З ідеологічної точки зору Rollup Ethereum є зверху вниз, тобто Ethereum Foundation і лідери вирішили, що найкращий спосіб розширити функціональність — Rollup, а потім почали підтримувати різні Layer2 після інциденту CryptoKitties. У Solana попит надходить знизу вгору, від розробників додатків, які значною мірою сприймаються користувачами. Таким чином, більшість поточних відтворень є маркетинговими іграми, керованими більше дискурсом, ніж потребами користувачів. Це суттєва відмінність, яка може призвести до іншого майбутнього Rollup, ніж Ethereum.
Чи еквівалентно стиснення Rollup?
Рівень 2 доповнює функціональний блокчейн базового рівня (Рівень 1), виконуючи транзакції на Рівні 2, групуючи дані транзакцій і стискаючи їх. Потім стислі дані надсилаються на рівень 1 і використовуються для захисту від шахрайства (Optimistic Rollup) або перевірки дійсності (ZK Rollup). Цей процес сертифікації називається «розрахунком». Так само стиснення розвантажує транзакції з основної мережі, зменшуючи конкуренцію за стан базового рівня. Варто зазначити, що Grass Layer2 використовуватиме стиснення стану для свого зведення.
Шаблон згортання на Solana:
Наразі запущено два проекти, схожі на Rollapps:
Отримати код
Це платіжна програма з пакетом SDK для мікроплатежів, який дозволяє будь-кому миттєво здійснювати та приймати платежі та використовувати структуру, подібну до Rollup, для своєї програми. Він створює наміри для всіх транзакцій і використовує секвенсор, подібний до Rollup, для встановлення на Solana кожні N інтервалів.
Джерело зображення: BlockBeats
Цього можна досягти за допомогою структури, подібної до зведення:
Гнучкість: наміри можуть представляти різноманітні майбутні дії, а не лише платіжні операції. Додатково Solana як ланцюг при необхідності можна замінити.
Миттєвість і конфіденційність: завдяки м’якій остаточності секвенсора платежі здійснюються миттєво навіть під час перевантаження Solana. Хоча транзакції видно в ланцюжку, точна сума та намір залишаються невідомими, що забезпечує конфіденційність користувачів.
Короткочасне зведення для MagicBlocks
MagicBlocks — це ігрова інфраструктура Web3, розроблена за допомогою Ephermal Rollup спеціально для ігор. Він використовує структуру облікового запису SVM, щоб розділити стан гри на кластери. Потім стан тимчасово переноситься на вторинний рівень або «Ephermal Rollup», настроюваний виділений рівень. Ephemeral Rollup працює як спеціальне середовище виконання SVM або Rollup для обробки транзакцій із вищою пропускною здатністю.
Джерело зображення: BlockBeats
Цього можна досягти за допомогою структури, подібної до Rollup:
Спеціальні налаштування середовища виконання, включаючи безгазові транзакції, швидший час блокування та інтегровані механізми синхронізації, такі як інтегровані системи планування транзакцій, такі як Clockwork, не коштують нічого.
Розробники можуть розгортати програми на базовому рівні, наприклад Solana, а не на окремому ланцюжку чи зведенні. Ефемерні зведення не фрагментують існуючу екосистему, дозволяючи прискорювати цільові операції без створення ізольованого середовища. Це означає, що можна використовувати всю існуючу інфраструктуру Solana.
Цей підхід допомагає створити систему з високим ступенем масштабування, яка може запускати зведені пакети за запитом і автоматично масштабуватися горизонтально, щоб користувачі могли виконувати мільйони транзакцій без типових компромісів традиційного рівня 2. Хоча MagicBlock зосереджено на іграх, цей підхід також можна застосувати до інших галузей, таких як платежі.
Майбутнє зведення Solana:
Grass: Grass – це проект DePIN, спрямований на вирішення потреб штучного інтелекту в даних за допомогою технології копіювання на основі перевірки. Проект фіксує навчальні дані ШІ через вузли Grass в Інтернеті та зберігає дані в блокчейні за допомогою валідаторів. Він також точно записує джерело даних і вузол, який виконав захоплення, і відповідно винагороджує.
Враховуючи, що Grass має обробляти до 1 мільйона мережевих запитів на секунду, це нереально для основної мережі Solana. Таким чином, у проекті планується використовувати технологію підтвердження нульового знання для перевірки набору даних і розміщення його партіями на рівні 1 Solana.
Команда Grass також розглядає можливість запровадження технології стиснення стану з інших кластерів і виконання прив’язки даних у бета-версії основної мережі Solana. Ця інновація зробить Grass основоположною платформою, що підтримує широкий спектр програм, які можна створювати лише на її основі.
Зверніть увагу, що проекти, що створюють платформи та інфраструктуру, зазвичай мають вищу ринкову оцінку, і Grass збирається запустити свій токен.
Zeta: одна з найперших бірж із безстроковими контрактами на Solana, яка має безстрокову книгу замовлень повністю в ланцюжку, наразі планує перенести свій процес узгодження торгівлі за межі ланцюга за допомогою технології Solana Rollup.
Використання технології Rollup на біржах безстрокових контрактів має очевидні переваги, оскільки значно покращує досвід торгівлі користувачами. Запитайте тих, хто торгував на таких платформах, як Hyperliquid або Aevo з біржами безстрокових контрактів на Solana, які вимагають від користувачів підпису кожної транзакції, спливаючого вікна гаманця та очікування приблизно від 10 до 20 секунд. Крім того, транзакції безстрокового контракту не вимагають одночасного виконання та можуть бути добре інтегровані з іншими частинами екосистеми DeFi, особливо з точки зору відповідності транзакцій.
Джерело зображення: BlockBeats
Цікаво, що Армані, співзасновник Backpack, також сказав у X, що зараз вони зосереджені на рішеннях Layer2.
Джерело зображення: BlockBeats
Sonic розробляє модульний ланцюжок SVM під назвою Hypergrid, який дозволяє розробникам ігор розгортати власні ланцюжки на платформі Solana. У той же час існують також проекти Ethereum Rollup на основі технології SVM, такі як Eclipse і NitroVM, які використовують SVM як механізм виконання. В екосистемі Solana Neon виступає як EVM-сумісне рішення рівня 2. Крім того, деякі інноваційні проекти, такі як Molecule, SVM Layer 2 для Bitcoin, все ще знаходяться на ранній стадії розробки.
Sovereign SDK надає архітектуру, схожу на node.js, спеціально для створення зведених пакетів. Користувачі можуть надіслати свій код Rust, і платформа перетворить його на Optimistic Rollup або ZK Rollup, який підтримує розгортання в будь-якому блокчейні. Ці коди Rust можуть бути спеціальною логікою програми або будь-якою реалізацією віртуальної машини.
Деякі аргументи щодо Rollup
Зведення = відповідає $SOL
«ETH-Aligned» або «ETH Bag Biases» став популярним інтернет-мемом.
Чому Layer 2 і Restaking/EigenLayer стають найактуальнішими темами?
Це пояснюється тим, що вони додають «грошівості» Ethereum, який всюди використовується як основний актив.
Той самий принцип стосується Солани. Спільнота Solana підтримає будь-яке рішення, яке збільшить їхні авуари $SOL – це так просто. У міру того як екосистема Solana розширить свою функціональність, «валюта» $SOL, яку колись забули, стане важливою. Пам’ятайте, що більшість зведених пакетів у будь-якому випадку є «маркетинговими пристроями», і оскільки ринок все ще цінує інфраструктуру над додатками, вони пропонують краще накопичення вартості токенів.
Rollup буде виглядати як розширення Solana
На додаток до переваг у безпеці від успадкування безпеки від базового рівня, легкий доступ до споживачів і активів Solana буде значною перевагою. Як зазначив Джон Шарбоно, зведені пакети Ethereum, такі як Base, Optimism і Arbitrum, більше схожі на розширення Ethereum. Користувачі зберігають той самий гаманець і адресу, нативний токен газу є єдиною стандартною версією Ethereum, Ethereum домінує над DeFi, усі торгові пари знаходяться в Ethereum, соціальні програми оцінюють NFT і платять творцям в Ethereum. Наприклад, friend.tech і депозити Layer2 миттєві тощо.
Так само буде і з Соланою. Завдяки Ethereum більшість Solana Rollapps не створять у користувачів відчуття, ніби вони використовують окремий ланцюжок, наприклад, Getcode.
Solana бачитиме більше "RollApps", ніж "Rollup"
У Solana немає проблем із масштабуванням, як у Ethereum, де основну мережу стає важко використовувати через високі збори за газ, вона високо оптимізована. Однак деякі програми, яким потрібен виділений блоковий простір, створять свої зведені пакети. Хоча універсальний зведений пакет для Solana для мене не має сенсу, фінансово він має сенс для проекту. Наприклад, користувачі Base лише за один день принесли Coinbase 2 мільйони доларів доходу! Стимули для будівельників значною мірою схиляються до рівня 2. Однак, як було зазначено, кожен EVM Rollup є звичайним Rollup, і багато проектів, таких як Linea, Scroll або zkSync, перетворилися на примарні ланцюги, де лише фермери здійснюють кілька транзакцій для роздачі токенів.
Крім того, я відчуваю, що універсальний Layer2 на 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 Theory буде розширено, існуючі постачальники інфраструктури отримають значну вигоду, оскільки вони вийдуть на нові ринки:
Існуючі постачальники Rollup as a Service (RaaS), такі як Caldera, можуть легко вийти на ринок SVM, якщо виникне попит. Зведені SVM Ethereum, такі як Eclipse і NitroVM, також уважно стежать за цією можливістю. Крім того, Sovereign Labs надає адаптер Sovereign SDK Solana, який підтримує Rollup on 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, а також валідаторів.
Нарешті, чи зможе Солана впоратися із світовим попитом?
Звичайно, ні. Реально, навіть беручи до уваги закон Мура, навіть якщо апаратні пристрої продовжують покращувати продуктивність, а Solana оптимізовано для цього апаратного прогресу, це нереально. Я вважаю, що всі менш критичні транзакції, такі як DRiP, які надсилають NFT, зрештою будуть переміщені у власні ланцюжки, тоді як найцінніші транзакції залишаться в основному ланцюжку, де справжня комбінованість є вирішальною, як-от спотовий DEX.
Це не означає, що Solana програє боротьбу за монолітність і компонування; вона справлятиметься краще, ніж інші ланцюги, які покладаються на компонування та низьку затримку. Крім того, Sui, Aptos, Sei, Monad тощо не кращі, оскільки ми ще не знаємо, чи витримають вони високу реальну активність користувачів.
На відміну від Ethereum, основна мережа Solana не призначена як «ланцюг B2B»; вона завжди була і буде споживчою мережею. Створення масштабних децентралізованих систем є надзвичайно складним завданням, і Solana має найбільший потенціал, щоб стати загальною книгою найцінніших транзакцій у світі.
Солані потрібна споріднена душа: чи можуть AppChain і Rollup ідеально підійти?
[Відмова від відповідальності] На ринку існують ризики, тому інвестувати потрібно обережно. Ця стаття не є інвестиційною порадою, і користувачі повинні розглянути, чи підходять будь-які думки, погляди чи висновки, що містяться в цій статті, для їхніх конкретних обставин. Інвестуйте відповідним чином і робіть це на свій страх і ризик.
Цю статтю передруковано з дозволу: "Rhythm Blockbeats"
Автор оригіналу: Яш Агарвал
