Від Jito до Solayer, Глибина аналізу того, як SVM переосмислює розширення Solana.

Давайте знову поговоримо про останні жорсткі прояви на вторинному ринку $LAYER@solayer_labs. Чому особливо привертає увагу дорожня карта технології InfiniSVM? Які характеристики має рішення для розширення SVM з апаратним прискоренням? І як виглядатиме екосистема розширення Solana після апаратного прискорення? Далі я поділюсь своїми спостереженнями щодо перспектив:

1. На відміну від традиційного підходу до горизонтального масштабування, що базується на Ethereum, команда Solayer у білому папері infiniSVM демонструє зовсім іншу ідею масштабування: створення блокчейн-мережі з TPS на рівні мільйонів шляхом апаратного прискорення глибокої оптимізації SVM, що в основному є рішенням масштабування через глибоку інтеграцію апаратного та програмного забезпечення.

Якщо озирнутися на всю історію масштабування блокчейну, то найраніша ідея ончейн-масштабування досягається за рахунок коригування параметрів (більші блоки, коротший час генерації блоків), але цю ідею легко торкнутися дилеми неможливого трикутника блокчейну; Пізніше ідея масштабування layer2 є горизонтальним масштабуванням, а основною метою є перенаправлення транзакцій через рівень2 (канали станів, сайдчейни, зведення тощо), що, безсумнівно, пожертвує деякою глобальною атомарністю; Шлях апаратного прискорення, який досліджує InfiniSVM, є новим шляхом, який оновлює концепцію розширення потужності, зберігаючи при цьому єдиний глобальний стан, щоб подолати вузьке місце продуктивності за допомогою спеціалізованого обладнання.

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

2. Продовжуючи цю думку, багато друзів, напевно, запитають, чому середовище виконання SVM Solana потребує апаратного прискорення? З даних, наданих у білому папері Solayer, видно, що в даний час для верифікаційних вузлів Solana вже потрібен процесор з тактовою частотою понад 3.1GHz, 500GB+ швидкої пам’яті та NVMe зберігання з пропускною спроможністю понад 2.5TB. І навіть з такою високою конфігурацією, використання CPU при високих навантаженнях становить лише близько 30%, а P2P зв’язок вже наближається до межі споживчої мережі 1Gbps.

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

Ти бачиш, InfiniSVM не є простим оновленням апаратного забезпечення, а є переробкою всього виконуваного середовища, з наданням більш спеціалізованих апаратних рішень для кожного вузького місця, немов для підвищення ефективності виробництва в цеху потрібно переробити всю виробничу лінію, а не просто грубо збільшувати кількість робітників;

3）Отже, які характеристики апаратного прискорення InfiniSVM варто поділитися?

1. Розподілена мікросервісна архітектура обробки, попередній монолітний процес обробки транзакцій Solana можна розкласти на кілька розширених ланок обробки, таких як перевірка підпису, дедуплікація, планування, зберігання тощо, тоді як кожна ланка в архітектурі InfiniSVM може бути оброблена незалежно, уникаючи великої проблеми «одне посилання застрягло і чекає на весь рядок»;

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

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

4. Розподілена інтелектуальна мережа зберігання, якщо одному обліковому запису дозволено приймати дані своїх облікових записів, Solana раніше була обмежена 10 МБ, але InfiniSVM використовує розподілене хмарне сховище, щоб дані розподілялися між різними вузлами, позначеними як fast lane, slow lane тощо, що не тільки долає обмеження ємності, але й оптимізує швидкість доступу до даних.

4. Після пояснення проблеми шляху оновлення технологій має вийти багато голосів «яка користь». Загалом, за підтримки апаратного прискорення Solana може ще більше посилити свою конкурентну перевагу в конкурентній боротьбі рівня 1. Більше того, порівняно з досягненнями масштабування рівня Ethereum2, які можуть бути показані лише за підтримки даних додатків в екосистемі, цей прорив у продуктивності використання апаратного забезпечення для досягнення мільйонного рівня TPS може вимагати лише доступу до кількох вертикальних сценаріїв для безпосереднього підтвердження, а шлях реалізації коротший.

Змінимо підхід, взявши за приклад @jito_sol, як інфраструктуру MEV на Solana, яка має екологічну цінність в оптимізації порядку транзакцій, вилученні MEV, доходах валідаторів тощо. Якщо до буму MEME на Solana не вдавалося самоствердитися, то після минулого року буму MEME, такий спосіб оптимізації транзакцій, як Jito, став невід’ємною частиною.

Насправді, поточна позиція технічної картки Solayer схожа, і її метод оновлення для кращої роботи транзакцій у системі не очевидний лише за простими сценаріями фінансових транзакцій, але якщо ви думаєте про масштабне впровадження PayFi у майбутньому, якщо ви хочете, щоб Solana ідеально виконувала функції платіжної та розрахункової інфраструктури з високою пропускною здатністю та низькою затримкою, переваги та недоліки TPS будуть чітко сприйняті. Крім того, є екосистеми DePIN, складні ланцюгові ігри, сценарії застосування AI-агентів тощо.

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