Solana только что решила свою самую большую проблему с данными, говорит генеральный директор Helius

Helius заявляет, что переработал способ хранения и извлечения исторических данных Solana, представив новый архивный бэкенд и метод RPC, который объединяет сегодняшние многовызовные рабочие процессы в единый запрос.

Генеральный директор Мерт Мумтаз охарактеризовал изменение в масштабных терминах: "сегодня Solana меняется навсегда... мы решили самую большую проблему с данными/RPC, которая существует", - написал он, утверждая, что статус-кво - исторические запросы к Google Bigtable - был "медленным", "дорогим" и "негибким".

Что Это Значит Для Solana

Мумтаз выделил практическую проблему, знакомую каждому разработчику индексатора или кошелька Solana: получение "первой транзакции для адреса Solana без бесконечного зацикливания" и извлечение "последних 100 транзакций для адреса" требуют цепочки вызовов и обходов, которые могут разрастись до "тысяч RPC-вызовов". "Больше нет", - сказал Мумтаз.

В основе релиза лежит эксклюзивный метод RPC от Helius, getTransactionsForAddress, поддерживаемый распределенным слоем архивного хранения, который, по утверждению компании, "в 1 000 раз быстрее, гибче и масштабируемее". Функционально метод объединяет сегодняшний распространенный двухэтапный паттерн — getSignaturesForAddress для перечисления подписей, затем getTransaction для наполнения деталями — в один вызов, который может возвращать полностью декодированные транзакции с двунаправленным временным упорядочиванием и фильтрами диапазона по слоту или временной метке.

Документация Helius поясняет, что это позволяет выполнять обратный поиск без обратного обхода и поддерживает пагинацию, настроенную для больших, активных аккаунтов. Компания также подчеркивает, что это не основное дополнение к RPC Solana; это проприетарное расширение, доступное на узлах Helius, стоимостью 100 кредитов за запрос для планов Developer и выше. Заявления о производительности охватывают как новый метод, так и устаревшие конечные точки, при этом Helius утверждает, что getBlock, getTransaction и getSignaturesForAddress теперь "в 10 раз быстрее", в то время как архивная система под капотом обеспечивает заголовочные улучшения пропускной способности для исторических запросов.

Формулировка направлена на устранение скачков задержки, связанных с Bigtable, и сокращение количества вызовов в "100 раз" наряду с "в 10 раз меньшей задержкой" и "в 1000 раз меньшим кодом". Эти утверждения соответствуют распространенным жалобам разработчиков, задокументированным на форумах Solana, о медленном историческом наполнении на загруженных адресах, но жесткие цифры здесь - собственные тесты Helius.

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

Запуск состоялся в тот же день, когда первый спотовый ETF Solana в США начал торговаться на NYSE — BSOL от Bitwise. По словам старшего аналитика ETF Bloomberg Эрика Балчунаса, BSOL зафиксировал объем в 56 миллионов долларов в первый день. "56 миллионов долларов BSOL — это САМЫЙ большой объем среди всех запусков в этом году... Больше, чем у XRPR, SSK, Ives и MNU. И что удивительно, он был посеян с 220 миллионами долларов. Он мог бы инвестировать посевные средства в первый день, что привело бы примерно к 280 миллионам долларов, что было бы даже больше, чем дебют ETHA. В любом случае, сильный старт", — написал Балчунас.

Еще один макрофон: Western Union объявил о планах внедрить стейблкоин, обеспеченный долларом, USDPT, на Solana, выпущенный Anchorage Digital Bank, с доступностью, запланированной на первую половину 2026 года.

На момент публикации SOL торговался по цене 195 долларов.