
Solana демонстрирует быстрый рост пользовательской базы, что требует комплексных изменений в архитектуре сети. Инженерная команда Solana Foundation подготовила серию обновлений, направленных на усиление инфраструктуры, повышение производительности и улучшение пользовательского опыта. Эти обновления устраняют ключевые узкие места в обработке транзакций, управлении сетевой пропускной способностью и эффективности передачи данных, укрепляя статус сети Solana.
В Solana сейчас используется собственный протокол на базе UDP для передачи транзакций между узлами Remote Procedure Call (RPC) и текущим лидером. UDP обеспечивает высокую скорость, но работает без установления соединения, не поддерживает управление потоком и подтверждение получения, что затрудняет противодействие злоупотреблениям в сети.
Для решения этих проблем протокол приема транзакций Solana был полностью переработан на базе QUIC — протокола, разработанного Google. QUIC сочетает скорость UDP с управлением сессиями и потоками TCP, обеспечивая быструю асинхронную связь и встроенное управление сетевым трафиком. Это позволяет операторам сети более гибко оптимизировать обработку данных.
QUIC уже запущен в Mainnet-beta и используется большинством валидаторов и операторов RPC. После последующих релизов QUIC стал стандартным протоколом приема транзакций, полностью заменив UDP и широко распространившись по всей экосистеме Solana.
Сетевая пропускная способность лидера ограничена, что требует эффективных стратегий управления. Ранее транзакции принимались по принципу очередности поступления, без учета источника, что приводило к неравномерному распределению ресурсов.
Stake-weighted Quality of Service (QoS) обеспечивает справедливое распределение в зависимости от доли узла в сети. Узел с 0,5% стейка гарантированно получает право передавать минимум 0,5% пакетов лидеру, и другие участники не могут лишить его этой квоты. Такой подход использует proof-of-stake архитектуру Solana для равноправного распределения прав на передачу транзакций.
Stake-weighted QoS был реализован параллельно с внедрением QUIC и включен в Mainnet-beta для справедливого распределения пропускной способности, укрепляя статус сети Solana.
После приема транзакций они продолжают конкурировать за право изменять общие данные аккаунтов. Изначально система использовала простой порядок поступления, не позволяя пользователям указывать срочность или приоритет транзакций по отношению к другим операциям с теми же аккаунтами.
Fee markets внедряют рыночный механизм приоритезации: пользователи могут добавлять приоритетные комиссии — дополнительные платежи сверх базовой стоимости транзакции — чтобы указать срочность своих операций. Размер комиссии зависит от требуемых вычислительных ресурсов. Например, простой перевод токенов потребует меньшую комиссию, чем сложное минтинг Non-Fungible Token (NFT) при одинаковой срочности.
Fee markets доступны в Mainnet-beta, продолжается разработка для расширения функционала RPC, интеграции с кошельками и внедрения дополнительных механизмов: многоуровневых комиссий для перегруженных аккаунтов и усовершенствованных алгоритмов планирования блоков.
Сейчас размер транзакции Solana ограничен 1 232 байтами, что ограничивает возможность компоновки программ и объем передаваемых данных в одной транзакции. Это становится проблемой при взаимодействии программ, когда сложные инструкции превышают допустимый объем.
Благодаря внедрению улучшенного протокола QUIC появилась возможность увеличить лимиты размера транзакций. Основные инженерные команды продолжают анализировать влияние на работу сети и определяют оптимальные параметры, чтобы сохранить баланс между компоновкой и эффективностью, напрямую влияя на статус сети Solana.
Голосующие транзакции — самый распространенный тип операций между узлами сети. Текущая схема голосования требует больших ресурсов пропускной способности и увеличивает размер блока. Даже небольшое сокращение размера голосующих транзакций значительно снижает объем передаваемых данных и требования к хранению для валидаторов.
Оптимизация компактного состояния голосования тестируется на Testnet Solana. Обновление направлено на уменьшение объема данных голосующих транзакций при полной сохранности консенсусного механизма.
Программа обновления сети Solana — это комплексный ответ на вызовы масштабируемости и оптимизации. Благодаря новым протоколам (QUIC), справедливому распределению ресурсов (stake-weighted QoS), рыночной приоритезации транзакций (fee markets), увеличению передачи данных (размер транзакций) и оптимизации консенсуса (компактное состояние голосования), инфраструктура Solana становится более устойчивой к росту. Все эти обновления повышают эффективность использования пропускной способности, совершенствуют приоритет транзакций, снижают системные издержки, укрепляя статус Solana и поддерживая масштабирование, производительность и безопасность сети.
Да, сеть Solana функционирует в штатном режиме. На данный момент перебоев или сбоев не зафиксировано.
Перегрузка Solana вызвана большим объемом транзакций и активностью спам-ботов, перегружающих блокчейн. При росте нагрузки валидаторы не успевают быстро обрабатывать все транзакции, что приводит к задержкам. Разработчики внедряют решения для повышения пропускной способности и снижения перегрузки.
Задержка переводов Solana часто связана с обработкой на бирже или перегрузкой сети. Прямые on-chain транзакции обычно проходят за несколько секунд. Если ваш перевод проходит через биржу, задержка, скорее всего, вызвана ее внутренними процессами, а не работой самой сети Solana.
Отключения Solana обычно происходят из-за экстремальной перегрузки транзакциями. Модель фиксированной комиссии приводит к нестабильности при резком росте спроса, вызывая временное снижение производительности или отключения валидаторов.
Перейдите на status.solana.com, чтобы получить актуальные сведения о доступности и производительности сети. Используйте RPC-эндпоинты Solana для проверки состояния через методы getHealth() или getClusterNodes(). Следите за объемом транзакций, временем слота и активностью валидаторов на официальных дашбордах и в обозревателях Solana.
Замедления и отключения Solana обычно вызываются ошибками клиентских приложений, массовым спамом транзакций, простоями валидаторов, разделением сети и сбоями консенсуса, которые мешают выпуску блоков и подтверждению транзакций.








