Еще раз о Solayer: Почему постоянно достигает новых максимумов? Какие ключевые технические особенности?

Автор: Хаотян

Давайте системно обсудим $LAYER @solayer_labs, который недавно показал очень устойчивые результаты на вторичном рынке. В частности, почему техническая дорожная карта InfiniSVM привлекает столько внимания? Какие характеристики имеет решение для масштабирования SVM с аппаратным ускорением? И как изменится ландшафт экосистемы масштабирования Solana после аппаратного ускорения? Далее я поделюсь своими прогнозными наблюдениями:

1）В отличие от прежнего горизонтального пути масштабирования, доминируемого Ethereum, команда Solayer в whitepaper infiniSVM продемонстрировала совершенно иной подход к масштабированию: глубокая оптимизация SVM посредством аппаратного ускорения для создания блокчейн-сети с миллионным уровнем TPS, что по сути является решением для масштабирования через глубокую интеграцию hardware + software.

Если оглянуться на всю историю масштабирования блокчейна, то самые ранние идеи масштабирования on-chain реализовывались через настройку параметров (большие блоки, более короткое время создания блоков), но этот подход легко сталкивается с дилеммой невозможной триады блокчейна; появившийся позже подход к масштабированию layer2 представляет собой горизонтальное масштабирование, основная идея которого заключается в распределении транзакций через layer2 (каналы состояния, сайдчейны, Rollup и т. д.), что, несомненно, жертвует частью глобальной атомарности; в то время как исследуемый InfiniSVM путь аппаратного ускорения представляет собой совершенно новый путь с обновленной концепцией масштабирования, позволяющий преодолеть узкие места производительности с помощью специализированного hardware, сохраняя при этом единое глобальное состояние;

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

2）Исходя из этой логики, многие друзья наверняка задаются вопросом, почему среда выполнения SVM Solana требует аппаратного ускорения? Из данных, предоставленных в whitepaper Solayer, видно, что текущие валидирующие узлы Solana уже требуют CPU выше 3.1 ГГц, 500 ГБ+ высокоскоростной памяти и 2.5 ТБ+ высокоскоростного хранилища NVMe, и даже при такой высокой конфигурации использование CPU при высокой нагрузке составляет всего около 30%, а связь P2P уже приближается к пределу пропускной способности потребительской сети 1 Гбит/с.

Возникает вопрос: раз CPU не используется полностью, зачем нужно более мощное hardware? Это на самом деле выявляет, что текущие узкие места производительности Solana заключаются скорее в других этапах, помимо вычислительной способности CPU, например: архитектура обработки микросервисов, которая может изолировать различные этапы обработки, сопоставляя их с более подходящими ресурсами hardware; специализированные ускорители, которые могут распределять определенные задачи, такие как часть подписей, на специализированное hardware и т. д.

Видите ли, InfiniSVM — это не просто апгрейд hardware, а полный редизайн всей среды выполнения, предоставляя более специализированные решения оптимизации hardware для каждого узкого места, подобно тому, как для повышения эффективности производства в цехе необходимо реорганизовать software и hardware всей производственной линии, а не просто грубо увеличивать количество рабочих;

3）Итак, какие характеристики решения аппаратного ускорения InfiniSVM заслуживают обсуждения?

1、Распределенная архитектура обработки микросервисов: ранее единый процесс обработки транзакций Solana можно было разложить на несколько расширенных этапов обработки, таких как проверка подписи, дедупликация, планирование, хранение и т. д., а в архитектуре InfiniSVM каждый этап может обрабатываться независимо, избегая большой проблемы «зависания одного этапа и ожидания всей линии»;

2、Интеллектуальная система планирования транзакций: изначально при чтении и записи транзакций Solana, если они принадлежали одному аккаунту, их все равно нужно было обрабатывать в очереди, но InfiniSVM реализовала возможность выполнения операций без взаимных помех даже в рамках одного аккаунта, тем самым значительно повысив его способность к параллельной обработке. Проще говоря, это дальнейшее усиление способности к тонкому управлению;

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

4、Распределенная интеллектуальная сеть хранения: если позволить одному аккаунту хранить свои данные аккаунта, ранее Solana имела ограничение в 10 МБ, но InfiniSVM приняла решение распределенного облачного хранения, позволяющее данным распределяться на разных узлах, помеченных как быстрая полоса, медленная полоса и т. д., что как преодолело ограничения емкости, так и оптимизировало скорость доступа к данным.

4）После того как вопрос пути технического апгрейда был объяснен ясно, наверняка появится много голосов «какая от этого польза». В целом, с поддержкой аппаратного ускорения можно дальше повысить конкурентное преимущество Solana в конкуренции layer1. И по сравнению с результатами масштабирования Ethereum layer2, которые требуют поддержки данных приложений в экосистеме, чтобы проявиться, этот прорыв производительности с миллионным уровнем TPS, реализованный с помощью hardware, возможно, потребует подключения лишь нескольких вертикальных сценариев для прямого подтверждения, путь реализации короче;

Если взглянуть под другим углом, возьмем для примера @jito_sol: как инфраструктура Solana MEV, она имеет ценность экологической ниши в аспектах оптимизации сортировки транзакций, извлечения MEV, дохода валидаторов и т. д. Если до ажиотажа MEME в Solana она не могла доказать себя, то после ажиотажа MEME прошлого года такой способ оптимизации системы проведения транзакций, как Jito, стал незаменимым звеном.

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

В любом случае, если взглянуть на шаг вперед, чтобы определить ценность технического infra проекта, это легче увидеть четко, чем если полагаться только на перспективу наличия Utility в настоящем.