#Solana благодаря обновлению V1 увеличивает пропускную способность транзакций в 3 разаОбновление Solana Transaction V1 (активация в основной сети 9–15, epoch 1035)
Предложение: SIMD-0296, SIMD-0385
Ключевые данные
- Максимальный размер одной транзакции в байтах: 1232 → 4096 байт, прирост примерно в 3,3 раза
- ⚠️ Это не повышение TPS (количество транзакций в секунду); речь только о том, что одна транзакция может нести больше данных
- Формат старых транзакций V0/legacy по-прежнему совместим, принудительной миграции нет
Возможности, которые дает обновление
1. Сложные операции можно выполнить в одной атомарной транзакции, не нужно разбивать на несколько транзакций и не нужно полагаться на Jito bundle:
- Большие многоподписные кошельки, многостадийное одобрение
- ZK-доказательства с нулевым разглашением, приватные переводы
- Многошаговые DeFi-комбинации, пакетные операции
2. Реконструкция формата транзакций: расчет бюджетов и приоритетные комиссии (prioritу fees) напрямую встроены в транзакцию, больше не нужны отдельные команды; устранена сильная зависимость от таблиц поиска по адресам ALT.
Риски и практические ограничения
1. Кошельки, RPC, блок-индексаторы, браузеры должны обновить код, иначе возможны ошибки чтения транзакций V1 и даже сбой запросов к блокам.
2. Более крупные транзакции занимают больше сетевой пропускной способности; при сетевой перегрузке транзакции большого объема легче “вытесняются”. Прямого снижения gas-стоимости не происходит; сложные операции по-прежнему потребляют больше вычислительных юнитов.
3. В ближайшей перспективе это не даст мгновенного “взрывного” роста экосистемы — разработчикам нужно адаптировать решения, постепенно будут внедряться сценарии вроде ZK, корпоративных многоподписей, RWA и т. п.
Рыночная интерпретация
- Это обновление возможностей на уровне протокола: прямой триггер для цены SOL отсутствует; плюс — долгосрочное развитие экосистемы для разработчиков;
- Расчищает исторический “узкий” барьер по размеру транзакций для ZK, RWA и корпоративных приложений на Solana;
- Дальше по плану остается дорожная карта: сокращение времени slot до 250 мс и дальнейшая оптимизация сетевой производительности.
⚠️ Выше — лишь подборка публичной информации из ончейн-источников и не является инвестиционной рекомендацией
Предложение: SIMD-0296, SIMD-0385
Ключевые данные
- Максимальный размер одной транзакции в байтах: 1232 → 4096 байт, прирост примерно в 3,3 раза
- ⚠️ Это не повышение TPS (количество транзакций в секунду); речь только о том, что одна транзакция может нести больше данных
- Формат старых транзакций V0/legacy по-прежнему совместим, принудительной миграции нет
Возможности, которые дает обновление
1. Сложные операции можно выполнить в одной атомарной транзакции, не нужно разбивать на несколько транзакций и не нужно полагаться на Jito bundle:
- Большие многоподписные кошельки, многостадийное одобрение
- ZK-доказательства с нулевым разглашением, приватные переводы
- Многошаговые DeFi-комбинации, пакетные операции
2. Реконструкция формата транзакций: расчет бюджетов и приоритетные комиссии (prioritу fees) напрямую встроены в транзакцию, больше не нужны отдельные команды; устранена сильная зависимость от таблиц поиска по адресам ALT.
Риски и практические ограничения
1. Кошельки, RPC, блок-индексаторы, браузеры должны обновить код, иначе возможны ошибки чтения транзакций V1 и даже сбой запросов к блокам.
2. Более крупные транзакции занимают больше сетевой пропускной способности; при сетевой перегрузке транзакции большого объема легче “вытесняются”. Прямого снижения gas-стоимости не происходит; сложные операции по-прежнему потребляют больше вычислительных юнитов.
3. В ближайшей перспективе это не даст мгновенного “взрывного” роста экосистемы — разработчикам нужно адаптировать решения, постепенно будут внедряться сценарии вроде ZK, корпоративных многоподписей, RWA и т. п.
Рыночная интерпретация
- Это обновление возможностей на уровне протокола: прямой триггер для цены SOL отсутствует; плюс — долгосрочное развитие экосистемы для разработчиков;
- Расчищает исторический “узкий” барьер по размеру транзакций для ZK, RWA и корпоративных приложений на Solana;
- Дальше по плану остается дорожная карта: сокращение времени slot до 250 мс и дальнейшая оптимизация сетевой производительности.
⚠️ Выше — лишь подборка публичной информации из ончейн-источников и не является инвестиционной рекомендацией