От Jito до Solayer, Глубина анализа того, как SVM преобразует игру масштабирования Solana

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

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

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

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

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

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

Смотри, InfiniSVM - это не просто апгрейд оборудования, а полная переработка всей исполняющей среды, с предоставлением более специализированных аппаратных решений для каждого узкого места. Это похоже на то, что для повышения производственной эффективности в цехе нужно переоснастить всю производственную линию, а не просто грубо увеличить количество рабочих.

3. Итак, какие характеристики аппаратного ускорения InfiniSVM стоит обсудить?

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

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

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

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

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

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

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

В любом случае, если смотреть наперед, определить ценность технического инфра-проекта проще, чем полагаться только на текущую утилитарность.