Від Jito до Solayer, глибокий аналіз того, як SVM перетворює гру масштабування Solana
Поговоримо про нещодавні жорсткі показники вторинного ринку $LAYER@solayer_labs. Зокрема, чому дорожня карта технології InfiniSVM знаходиться в центрі уваги? Які особливості рішення для масштабування SVM з апаратним прискоренням? І як порушиться галузева модель масштабування екосистеми Solana після апаратного прискорення? А тепер кілька слів про мої прогнозні спостереження:
- На відміну від попереднього маршруту горизонтального масштабування, очолюваного Ethereum, команда Solayer продемонструвала зовсім іншу ідею масштабування в whitepaper infiniSVM: глибоко оптимізувати SVM за допомогою апаратного прискорення для створення мільйонної блокчейн-мережі TPS, яка, по суті, буде масштабуватися за рахунок глибокої інтеграції апаратне + програмне забезпечення.
Якщо озирнутися на всю історію масштабування блокчейну, то найраніша ідея ончейн-масштабування досягається за рахунок коригування параметрів (більші блоки, коротший час генерації блоків), але цю ідею легко торкнутися дилеми неможливого трикутника блокчейну; Пізніше ідея масштабування layer2 є горизонтальним масштабуванням, а основною метою є перенаправлення транзакцій через рівень2 (канали станів, сайдчейни, зведення тощо), що, безсумнівно, пожертвує деякою глобальною атомарністю; Шлях апаратного прискорення, який досліджує InfiniSVM, є новим шляхом, який оновлює концепцію розширення потужності, зберігаючи при цьому єдиний глобальний стан, щоб подолати вузьке місце продуктивності за допомогою спеціалізованого обладнання.
Простими словами: метод розширення InfiniSVM полягає не лише в оптимізації алгоритму, а в реконструкції середовища виконання SVM за допомогою архітектури мікросервісів і апаратного прискорення, покладаючи виконання деяких ключових завдань на спеціалізоване обладнання, що в свою чергу забезпечує атомарність та узгодженість у глобальному стані при високих навантаженнях.
- Дотримуючись цієї думки, багато друзів, мабуть, задаються питанням, чому середовище виконання SVM Solana вимагає апаратного прискорення? Згідно з даними, наданими в офіційному документі Solayer, вузли валідаторів Solana вже вимагають процесорів вище 3,1 ГГц, високошвидкісної пам’яті 500 ГБ+ і високопродуктивного сховища NVMe 2,5 ТБ+, і навіть з такими високими конфігураціями завантаження процесора становить лише близько 30% при високому навантаженні, а зв’язок P2P близький до межі пропускної здатності 1 Гбіт/с мереж споживчого класу.
Питання в тому, якщо процесора недостатньо, навіщо потрібне більш потужне залізо? Фактично, це викриває поточне вузьке місце продуктивності Solana в інших ланках, крім обчислювальної потужності процесора, таких як: мікросервісна архітектура обробки, яка може ізолювати різні ланки обробки та зіставляти більш відповідні апаратні ресурси; Спеціальні прискорювачі для призначення конкретних завдань, таких як часткове підписання, спеціалізованому обладнанню тощо.
Розумієте, InfiniSVM не просто модернізує апаратне забезпечення, а переробляє все середовище виконання, даючи більш конкретне рішення для оптимізації апаратного забезпечення для кожного вузького місця, наприклад, для підвищення виробничої ефективності цеху потрібно перебудовувати програмне та апаратне забезпечення всієї виробничої лінії, а не просто збільшувати кількість робітників;
3）Отже, які особливості апаратних рішень InfiniSVM варто поділитися?
- Розподілена мікросервісна архітектура обробки, попередній монолітний процес обробки транзакцій Solana можна розкласти на кілька розширених ланок обробки, таких як перевірка підпису, дедуплікація, планування, зберігання тощо, тоді як кожна ланка в архітектурі InfiniSVM може бути оброблена незалежно, уникаючи великої проблеми «одне посилання застрягло і чекає на весь рядок»;
2、Система розумного торгівельного розкладу, спочатку при повторному читанні та запису транзакцій Solana, коли вони належать до одного й того ж облікового запису, потрібно було ставити в чергу для обробки, але InfiniSVM реалізував можливість, що навіть під одним і тим же обліковим записом операції можуть не заважати одна одній, що значно підвищує їх здатність до паралельної обробки. Іншими словами, це додатково посилило можливості детального управління;
-
Технологія зв’язку RDMA з низькою затримкою, нормальний зв’язок між вузлами вимагає принаймні необхідних кроків, таких як упаковка, доставка та розпакування, тоді як RDMA може безпосередньо передавати дані одного вузла в пам’ять іншого вузла, досягаючи прориву в технології зв’язку від мілісекунд до мікросекунд, що може значно зменшити конфлікти доступу до стану;
-
Розподілена інтелектуальна мережа зберігання, якщо одному обліковому запису дозволено приймати дані своїх облікових записів, Solana раніше була обмежена 10 МБ, але InfiniSVM використовує розподілене хмарне сховище, щоб дані розподілялися між різними вузлами, позначеними як fast lane, slow lane тощо, що не тільки долає обмеження ємності, але й оптимізує швидкість доступу до даних.
- Після пояснення проблеми шляху оновлення технологій має вийти багато голосів «яка користь». Загалом, за підтримки апаратного прискорення Solana може ще більше посилити свою конкурентну перевагу в конкурентній боротьбі рівня 1. Більше того, порівняно з досягненнями масштабування рівня Ethereum2, які можуть бути показані лише за підтримки даних додатків в екосистемі, цей прорив у продуктивності використання апаратного забезпечення для досягнення мільйонного рівня TPS може вимагати лише доступу до кількох вертикальних сценаріїв для безпосереднього підтвердження, а шлях реалізації коротший.
Знову змінимо підхід, взявши @jito_sol за приклад, як інфраструктуру MEV для Solana, яка має екологічну цінність у оптимізації порядку транзакцій, видобутку MEV, доходах валідаторів тощо. Якщо до бурхливого MEME на Solana не вдалося самоідентифікуватися, то після минулого року MEME, такий спосіб оптимізації транзакцій, як Jito, став невід’ємною частиною.
Насправді, поточна позиція технічної картки Solayer схожа, і її метод оновлення для кращої роботи транзакцій у системі не очевидний лише за простими сценаріями фінансових транзакцій, але якщо ви думаєте про масштабне впровадження PayFi у майбутньому, якщо ви хочете, щоб Solana ідеально виконувала функції платіжної та розрахункової інфраструктури з високою пропускною здатністю та низькою затримкою, переваги та недоліки TPS будуть чітко сприйняті. Крім того, є екосистеми DePIN, складні ланцюгові ігри, сценарії застосування AI-агентів тощо.
Зрештою, якщо подивитися вперед, визначити цінність технічного інфраструктурного проекту набагато легше, ніж оцінювати його лише з точки зору його корисності в даний момент.