ERPC добавляет Jet Analytics в Solana RPC

ELSOUL LABO B.V. (штаб-квартира: Амстердам, Нидерланды; генеральный директор: Fumitake Kawasaki) и Validators DAO, операторы ERPC, объявляют, что сегодня ERPC добавила Jet Analytics & Indexed RPC в Solana RPC и запустила новые поддерживаемые методы, которые благодаря реализации Jetstreamer упрощают получение исторических данных, backfilling, восстановление после инцидентов и построение аналитической инфраструктуры.

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

Поддерживаемые методы: getTransactionsForAddress, getTransfersByAddress, jetTopPrograms, jetSlotStats, jetTpsTimeseries, jetEpochSummary и jetProgramStats. Это методы Jet Analytics & Indexed RPC, предоставляемые через self-hosted index и gateway, которые ERPC эксплуатирует на базе Jetstreamer.

Это обновление доступно во всех тарифных планах ERPC Solana RPC. Существующие пользователи также могут попробовать Jet Analytics & Indexed RPC с текущим ERPC API key и Solana RPC endpoint без подписки на отдельный выделенный тариф.

ERPC Dashboard: https://dashboard.erpc.global/ru Официальный сайт ERPC: https://erpc.global/ru

Jet Analytics можно попробовать прямо из Docs внутри ERPC Dashboard

В ERPC Dashboard разработчики могут управлять использованием Solana RPC и тарифами, а также открывать Solana RPC Documentation через документационный маршрут Docs и просматривать каждый метод Jet Analytics & Indexed RPC. Формат запросов, параметры, структура ответов и заметки по использованию каждого метода доступны в документации, что позволяет сразу приступить к проверке.

Jet Analytics добавляет получение исторических данных и index-backed analytics в существующий рабочий процесс Solana RPC. Разработчики могут проверить свой ERPC Solana RPC endpoint и использовать тот же API key, тот же dashboard и тот же документационный маршрут для получения исторических транзакций, переводов токенов, статистики программ, статистики слотов, динамики TPS и сводок по epoch.

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

Усиление получения исторических данных благодаря реализации Jetstreamer

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

При запуске нового приложения разработчикам нужны не только «данные, которые можно собирать с этого момента», но и «данные, которые уже произошли ранее». Кошельки, Explorers, торговые приложения, аналитическая инфраструктура, системы мониторинга, bots и AI agents, если они начинают собирать данные только с текущего момента, не получат достаточно данных о прошлой активности пользователей, истории сделок, движениях токенов, использовании программ и сравнительных данных, лежащих в основе обнаружения аномалий.

Раньше такой backfilling создавал большую нагрузку. Обычный RPC используется в основном для получения последнего состояния и недавних данных, поэтому для быстрого получения старых архивных данных и приведения их в удобный для приложения формат, как правило, требовался выделенный indexer, archive node, собственная база данных и длительный процесс повторного получения данных. В результате во многих проектах можно было начать собирать данные с текущего момента, но было сложно запустить приложение, уже располагая историческими данными.

ERPC теперь интегрировала self-hosted index на базе Jetstreamer в инфраструктуру Solana RPC и повысила практичность получения исторических данных. Благодаря этому разработчики могут не только собирать данные с текущего момента, но и использовать исторические данные, хранящиеся в индексах, для backfilling, повторного получения, восстановления и аналитики.

Доступ к историческим данным меняет точку старта разработки приложений

Ускоренное получение исторических данных означает не просто возможность увидеть старую информацию. Возможность начинать разработку, когда исторические данные уже доступны, влияет на дизайн приложения, точность аналитики, пользовательский опыт и операционное восстановление.

Например, в кошельках и Explorers требуется задним числом получать прошлые транзакции и переводы токенов для адреса и отображать пользователям историю прошлой активности. В аналитической инфраструктуре необходимо проверять, какие программы много вызывались за определённый период, сколько транзакций обрабатывалось в каком слоте, как менялся TPS — не только в текущем, но и в прошлых периодах.

Кроме того, производительность получения исторических данных важна и в случае непредвиденных инцидентов с indexer или внутренней базой данных. Даже если из-за повреждения базы данных, остановки процесса ингестии, сбоев при деплое, отказа хранилища или ошибочной миграции часть данных за определённый период была утрачена, возможность повторного получения исторических данных упрощает заполнение пропущенного периода и возврат сервиса в исходное состояние.

В Solana-приложениях важна не только скорость получения данных в реальном времени, но и весь последующий цикл обработки данных, включая подтверждение, хранение, дополнение, повторное получение, аналитику и мониторинг. Jet Analytics & Indexed RPC от ERPC — это расширение, поддерживающее последующую обработку исторических данных и операционное восстановление.

Получение прошлых транзакций по адресу через getTransactionsForAddress

getTransactionsForAddress — это метод Indexed RPC для получения транзакций, связанных с определённым адресом. Указав целевой адрес и скомбинировав условия, такие как slot, blockTime, signature и status, можно получить исторические данные на уровне адреса.

Этот метод имеет два режима получения: transactionDetails: "signatures" и transactionDetails: "full". В режиме signatures возвращаются index rows, такие как signature, slot, transactionIndex, err, memo, blockTime и confirmationStatus. В режиме full выполняется тот же index lookup, дополненный детальным получением каждой транзакции, и в ответе также возвращаются transaction, meta и version.

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

В ответе содержится paginationToken, который можно использовать для получения следующей страницы. Также через windowStart можно проверить самый старый slot, который в данный момент хранится в индексе. Это позволяет клиенту проектировать процесс получения исторических данных, определяя, какой диапазон доступен через этот endpoint.

Получение исторических данных по переводам токенов через getTransfersByAddress

getTransfersByAddress — это метод Indexed RPC для получения данных о переводах SPL Token v1, связанных с определённым owner address. Комбинируя направление inbound, outbound или any, counterparty address, mint, amount, blockTime и slot, можно получить исторические данные по переводам токенов, необходимые для кошельков и аналитической инфраструктуры.

Каждый row включает signature, slot, blockTime, type, fromUserAccount, toUserAccount, fromTokenAccount, toTokenAccount, mint, amount, decimals, uiAmount, feeAmount, feeUiAmount, transactionIdx, instructionIdx, innerInstructionIdx и другие поля. Если одна транзакция содержит несколько Token program calls, каждый из них обрабатывается как отдельный row.

В solMode можно выбрать режим merged, в котором wSOL обрабатывается так же, как native SOL, и режим separate, в котором mint wSOL рассматривается отдельно. Для отображения в кошельках и портфелях merged может быть удобнее, а для аналитических задач может потребоваться режим separate, позволяющий различать потоки SOL и wSOL.

Данные о переводах токенов важны для кошельков, портфелей, истории сделок, бухгалтерии, мониторинга, alerts, анализа движения средств, верификации bots и поддержки пользователей. Этот метод также эффективен, когда необходимо реконструировать движение активов за определённый период или заполнить пропуски в indexer.

Понимание использования программ через jetTopPrograms

jetTopPrograms — это метод для получения в виде рейтинга программ с наибольшим количеством вызовов в указанном временном диапазоне. Указав since, until, includeVotes и limit, можно получить invocations, errors и total_cus для каждой program.

В Solana понимание того, какие programs активно использовались в какой период, полезно для сетевой аналитики, анализа приложений, проверки тенденций нагрузки, выбора целей для bots и торговых приложений, а также определения объектов мониторинга. Простой просмотр количества транзакций не показывает, какие programs фактически вызывались чаще всего, сколько compute units было потрачено и сколько ошибок возникло.

Благодаря jetTopPrograms разработчики могут с высокой детализацией проверять активность programs в Solana за определённый период. Это можно использовать для исследования новых направлений приложений, обнаружения примечательных programs, выявления programs с высокой нагрузкой, сравнения с прошлыми периодами и понимания общих тенденций активности в сети.

Анализ временных рядов по программам через jetProgramStats

jetProgramStats — это метод для получения invocations, errors и total_cus по временным buckets для определённого program ID. Указав programIdBase58, since, until и bucketSec, можно проверить динамику использования целевой program во времени.

Этот метод подходит для проверки роста использования определённой program, увеличения ошибок, изменения потребления compute units, объёма активности до и после события, использования после релиза и аномальных всплесков вызовов. Просмотр активности на уровне программы в виде временного ряда позволяет увидеть изменения, которые не заметны при разовой агрегации.

В торговых приложениях, DeFi, NFT, играх, DePIN, AI x Crypto, системах мониторинга и аналитических dashboards важно знать, когда возросла активность вокруг конкретной program, в какой период увеличилось количество ошибок и как менялось потребление compute units. jetProgramStats — это метод, упрощающий доступ к такой program-level analytics через рабочий процесс ERPC Solana RPC.

Проверка обработки на уровне слотов через jetSlotStats

jetSlotStats — это метод для получения transaction_count, vote_transaction_count, non_vote_transaction_count и block_time для одного slot или диапазона slots. Поддерживается как одиночное получение по указанному slot, так и получение диапазона через fromSlot и toSlot.

В аналитике Solana важно по отдельности видеть, сколько транзакций обработано в каждом slot и сколько из них приходится на vote transactions и non-vote transactions. Только по общему количеству транзакций невозможно отличить активность, исходящую от приложений, от vote activity, связанной с consensus.

Благодаря jetSlotStats разработчики могут проверять обработку определённого slot или периода с детализацией на уровне slot. Это можно использовать для расследования инцидентов, анализа производительности, анализа активности по slot, проверки диапазона backfill, верификации пропусков данных и получения базовых данных для систем мониторинга.

Получение динамики TPS через jetTpsTimeseries

jetTpsTimeseries — это метод для получения total_tps и non_vote_tps по buckets для указанного временного диапазона. Указав from, to и bucketSec, можно проверять transaction throughput Solana во временном ряду.

TPS — показатель, который легко интерпретировать неверно, если смотреть только на разовое значение. Он сильно меняется в зависимости от времени суток, нагрузки на сеть, активности приложений, доли vote transactions и условий перегрузки. В jetTpsTimeseries total TPS и non-vote TPS можно получать раздельно, что позволяет более реалистично оценить активность, исходящую от приложений.

В аналитических dashboards, мониторинге сети, исследовательских задачах, анализе нагрузки на инфраструктуру, сравнении активности приложений и верификации трафика за определённые периоды важно работать с TPS в виде временного ряда. Благодаря jetTpsTimeseries разработчики могут получать историческую динамику throughput Solana через рабочий процесс ERPC RPC.

Агрегация на уровне epoch через jetEpochSummary

jetEpochSummary — это метод для получения агрегированной информации по указанному epoch, включая slots, non_vote_txs, vote_txs, total_txs, first_block_time, last_block_time, distinct_programs и program_invocations.

Агрегация на уровне epoch, в отличие от краткосрочной проверки slot и транзакций, эффективна для оценки активности сети Solana в более крупных временных единицах. Можно узнать, сколько slots присутствует в индексе для определённого epoch, сколько было обработано vote transactions и non-vote transactions и сколько programs было вызвано.

В исследованиях, отчётах, сетевой аналитике, проверке долгосрочных тенденций использования, сравнении активности приложений во времени и прогнозировании нагрузки на инфраструктуру агрегация на уровне epoch полезна. jetEpochSummary — это метод, упрощающий начало такого крупномасштабного анализа без необходимости массового получения отдельных транзакций.

От ускорения getTransaction к расширению получения исторических данных

ERPC недавно значительно улучшила производительность получения исторических транзакций в Solana RPC, в первую очередь в части getTransaction. getTransaction — это базовый метод для получения деталей по одной transaction signature, который часто используется в Explorers, кошельках, indexing, аналитической инфраструктуре, системах мониторинга, backend API и при проверке истории сделок.

Jet Analytics & Indexed RPC расширяет это направление дальше. Ускорение getTransaction поддерживало детальное получение конкретной транзакции. В то же время Indexed RPC — это расширение для поиска, агрегации и постраничного получения нескольких типов исторических данных, включая данные на уровне адреса, переводы токенов, program activity, slot stats, TPS timeseries и epoch summary.

В Solana-приложениях нужно не только проверять детали отдельной транзакции, но и комплексно получать активность за прошлые периоды и передавать её в базы данных, dashboards, monitoring, analytics и AI agents на стороне приложения. ERPC, комбинируя улучшения базовых методов, таких как getTransaction, с добавлением index-backed methods, таких как Jet Analytics & Indexed RPC, повышает практичность получения исторических данных.

Использование с возможностью проверки текущего диапазона, хранящегося в индексе

Jet Analytics & Indexed RPC предоставляется на основе self-hosted index, эксплуатируемого ERPC. Поэтому диапазон исторических данных, который может обрабатывать каждый endpoint, зависит от диапазона, который в данный момент хранится в индексе. В getTransactionsForAddress и getTransfersByAddress возвращается windowStart, по которому можно проверить самый старый slot, хранящийся в индексе на данный момент.

Используя этот windowStart, разработчики могут определять, какой диапазон доступен через endpoint. При проектировании процессов backfilling, повторного получения и восстановления исторических данных важно комбинировать целевой период, paginationToken, sortOrder, limit, filters и windowStart, чтобы поэтапно получать необходимый диапазон.

Jet Analytics — это расширение, упрощающее работу с прошлыми транзакциями, переводами токенов, статистикой выполнения программ, статистикой слотов, динамикой TPS и агрегацией по epoch. На стороне приложения важно проектировать комбинации standard RPC, getTransaction, Indexed RPC, WebSocket, Geyser gRPC и Shredstream в соответствии с задачей.

Использование в Explorers, кошельках, indexers, аналитической инфраструктуре, мониторинге и AI agents

Jet Analytics & Indexed RPC можно использовать в самых разных сценариях Solana-приложений.

В Explorers и кошельках это можно использовать для получения прошлых транзакций по адресу, переводов токенов, проверки прошлых сделок и отображения истории для пользователей. В торговых приложениях и DeFi это можно применять для проверки прошлого движения средств по определённым адресам и mints, program activity, тенденций успеха и неудачи сделок и операционной верификации.

В indexers и аналитической инфраструктуре это можно использовать для backfilling при первичном построении, заполнения пропусков, повторной агрегации за прошлые периоды, сверки с существующими базами данных и восстановления после инцидентов. В системах мониторинга, используя slot stats, TPS timeseries, program stats и epoch summary, можно проверять базовые значения в обычном режиме, обнаруживать аномалии, отслеживать тенденции нагрузки и изменения активности конкретных programs.

Исторические данные важны и для AI agents и автоматизированных систем эксплуатации. AI agent, получая текущее состояние из Solana RPC и комбинируя его с прошлой активностью, transaction history, переводами токенов, program stats и динамикой TPS из Jet Analytics & Indexed RPC, может формировать более контекстные отчёты, мониторинг, уведомления, расследования и поддержку разработки.

Solana RPC, WebSocket, Geyser gRPC, Shredstream и Indexed RPC в одном рабочем процессе

ERPC предоставляет Solana RPC, WebSocket, Geyser gRPC, Shredstream, VPS и bare metal servers как Solana-специализированную операционную инфраструктуру. С добавлением Jet Analytics & Indexed RPC через тот же рабочий процесс Solana RPC проще работать не только с доставкой данных в реальном времени, но и с историческими, агрегированными и аналитическими данными.

В Solana-приложениях одних подписок в реальном времени недостаточно. Нужны также getTransaction для последующей проверки событий, обнаруженных в реальном времени, Indexed RPC для дополнения прошлых периодов, исторические данные для отображения в пользовательском интерфейсе, slot stats и TPS timeseries в качестве базовых значений для мониторинга, а также аналитика program activity.

ERPC рассматривает это не как фрагментированные автономные функции, а как пути данных, которые реально нужны Solana-приложениям. Разработчики могут проверять Solana RPC endpoint в ERPC Dashboard и тестировать каждый метод в Docs, валидируя путь получения данных, необходимый для текущей нагрузки.

Доступно во всех тарифных планах ERPC Solana RPC

Добавленные на этот раз Jet Analytics & Indexed RPC доступны во всех тарифных планах ERPC Solana RPC. Существующие пользователи также могут попробовать новые методы со своего текущего Solana RPC endpoint без подписки на отдельный выделенный тариф.

В ERPC Dashboard можно проверить использование Solana RPC, управление тарифами, API key и документационные маршруты. Каждый метод Jet Analytics & Indexed RPC добавлен в раздел Jet Analytics & Indexed RPC в Solana RPC Documentation, где можно проверить формат запросов, параметры и структуру ответов в процессе валидации.

ERPC Dashboard: https://dashboard.erpc.global/ru

Расширение получения исторических данных и аналитических функций как Solana-специализированной инфраструктуры

ERPC улучшает Solana RPC не как простой API endpoint, а как инфраструктуру, поддерживающую execution quality Solana-приложений. В Solana HTTP RPC, WebSocket, Geyser gRPC, Shredstream, SWQoS, размещение серверов, качество валидаторов, network paths, производительность processing nodes, indexing и получение исторических данных напрямую влияют на скорость, стабильность, восстанавливаемость и аналитические возможности приложения.

Добавление Jet Analytics & Indexed RPC — это улучшение, расширяющее диапазон получения данных, необходимый Solana-приложениям. Делая текущее состояние, события в реальном времени, прошлые транзакции, переводы токенов, program activity, slot stats, TPS timeseries и epoch summary доступными в одном рабочем процессе разработки, ERPC помогает разработчикам снизить начальную нагрузку от объединения нескольких инфраструктурных сервисов и сосредоточиться на проектировании, валидации и операционном восстановлении самого приложения.

ELSOUL LABO пять лет подряд, начиная с 2022 года, получает одобрение в рамках нидерландской государственной программы поддержки исследований и разработок WBSO. Компания продолжает исследования и разработку в области Solana RPC infrastructure, эксплуатации валидаторов, доставки данных в реальном времени, получения исторических данных, а также поддержки операций и разработки на базе AI agents. Эти результаты отражаются в ERPC, SLV, SLV AI, Solana-специализированном дата-центре AS200261 и других сервисах.

Благодаря Jet Analytics & Indexed RPC от ERPC разработчики, использующие Solana RPC, могут проще работать в одном рабочем процессе не только с текущими данными, но и с историческими данными, агрегированными данными, аналитическими данными и данными для восстановления. Комбинируя на одной платформе режим реального времени, получение исторических данных, backfilling, восстановление и аналитику, необходимые Solana-приложениям, проще продвигать разработку и эксплуатацию кошельков, Explorers, торговых приложений, DeFi, indexers, аналитической инфраструктуры, систем мониторинга, AI agents и других продуктов.

Контакты

По вопросам, касающимся Jet Analytics & Indexed RPC, Solana RPC, getTransactionsForAddress, getTransfersByAddress, jetTopPrograms, jetSlotStats, jetTpsTimeseries, jetEpochSummary, jetProgramStats, получения исторических данных, backfilling, восстановления, аналитической инфраструктуры, существующих тарифов и консультаций по конфигурации, пожалуйста, создайте тикет поддержки на официальном Discord-сервере Validators DAO.

ERPC Dashboard: https://dashboard.erpc.global/ru Официальный сайт ERPC: https://erpc.global/ru Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR

ERPC добавляет Jet Analytics в Solana RPC — реализация Jetstreamer усиливает получение исторических данных, backfilling, восстановление и аналитику