В эпоху модульных блокчейнов решения DA стали незаменимыми. Эти решения гарантируют, что данные о транзакциях доступны всем участникам, что позволяет проводить проверку в режиме реального времени и поддерживать целостность сети. Однако слои DA функционируют скорее как рекламные щиты, чем как базы данных. Это означает, что данные не хранятся бесконечно; Со временем он удаляется, подобно тому, как плакаты на рекламных щитах в конечном итоге заменяются новыми.
С другой стороны, доступность данных фокусируется на возможности извлекать исторические данные, что необходимо для разработки децентрализованных приложений и проведения анализа блокчейна. Этот аспект имеет решающее значение для задач, требующих доступа к прошлым данным для обеспечения точного представления и выполнения. Несмотря на свою важность, доступность данных обсуждается реже, но она так же важна, как и доступность данных. Оба выполняют различные, но дополняющие друг друга роли в экосистеме блокчейна, и комплексный подход к управлению данными должен быть направлен на поддержку надежных и эффективных приложений блокчейна.
Одним из вариантов для разработчиков dApp является host и запуск собственных архивных remote procedure call узлов. Эти узлы хранят все исторические данные блокчейна с самого начала, обеспечивая полный доступ к данным. Однако обслуживание архивного узла является дорогостоящим и имеет ограниченные возможности запросов, что делает невозможным запрос данных в формате, необходимом разработчикам. Несмотря на то, что можно использовать менее дорогие узлы, эти узлы имеют ограниченные возможности извлечения данных, что может затруднить работу dApp.
Другой подход заключается в использовании коммерческих поставщиков узлов remote procedure call (Remote Procedure Call). Эти поставщики управляют узлами, предоставляя данные через конечные точки Remote Procedure Call. Общедоступные конечные точки remote procedure call бесплатны, но имеют ограничения скорости, которые могут негативно повлиять на пользовательский опыт dApp. Частные конечные точки Remote Procedure Call обеспечивают более высокую производительность за счет уменьшения перегрузки, но они требуют большого количества обмена данными даже для простого извлечения данных. Это делает их требовательными и неэффективными для сложных запросов данных. Кроме того, частные конечные точки Remote Procedure Call часто испытывают трудности с масштабируемостью и несовместимы с различными сетями.
Различные типы индексаторов оптимизируют извлечение данных различными способами:
Индексаторы также позволяют выполнять сложные запросы, легко фильтровать данные на основе различных критериев и анализировать данные после извлечения. Некоторые индексаторы также позволяют агрегировать данные из нескольких источников, что позволяет не развертывать несколько API в многоцепочечном dApp. Распределяясь между несколькими узлами, индексаторы обеспечивают повышенную безопасность и производительность по сравнению с поставщиками Remote Procedure Call, которые могут сталкиваться с перебоями и простоями из-за их централизованного характера.
В целом, индексаторы повышают эффективность и надежность извлечения данных по сравнению с поставщиками узлов Remote Procedure Call, а также снижают затраты, связанные с развертыванием отдельных узлов. Это делает протоколы индексаторов блокчейна предпочтительным выбором для разработчиков dApp.
Будь то DeFi Автоматический маркетмейкер (AMM), которому требуется информация о ценах и ликвидности, или SocialFi приложение, которому требуются обновления о сообщениях новых пользователей, возможность быстрого получения данных имеет важное значение для обеспечения хорошей работы децентрализованных приложений. С помощью индексаторов они обеспечивают эффективное и правильное извлечение данных, обеспечивая бесперебойную работу пользователей.
Например, протоколы бессрочной торговли могут выяснить, какие токены имеют высокие объемы торгов, которые генерируют комиссию на ведущих DEX, чтобы решить, следует ли включать эти токены в список в качестве бессрочных контрактов на своей платформе. Разработчики DEX могут создавать информационные панели для своих собственных продуктов, давая представление о том, какие пулы имеют самую высокую доходность или самую глубокую ликвидность. Также можно создавать общедоступные информационные панели, что дает разработчикам свободу и гибкость в запросах любого типа данных для отображения на графике.
Поскольку существует несколько индексаторов блокчейна, определение различий между протоколами индексирования имеет решающее значение для того, чтобы разработчики выбрали индексатор, который наилучшим образом соответствует их потребностям.

Используя Proof of Indexing, индексаторы застейкают нативный токен GRT для индексации и запросов сервисов, с помощью которых делегаторы могут застейкать свои токены. Кураторы получают доступ к высококачественным подграфам, чтобы помочь индексаторам определить, для каких подграфов следует индексировать данные, чтобы получить максимальную плату за запросы. При переходе к большей децентрализации The Graph в конечном итоге прекратит свою размещенную службу и потребует обновления подграфов в своей сети, предоставляя индексатор upgrade.
Его инфраструктура обеспечивает среднюю стоимость запроса в размере 40 долларов США за миллион запросов, что значительно дешевле, чем у узлов с собственным хостингом. Используя файловые источники данных, он также поддерживает параллельное индексирование данных как в блокчейне, так и вне блокчейна одновременно для эффективного извлечения данных.

Если посмотреть на вознаграждение индексатора The Graph, то оно неуклонно растет в течение последних нескольких кварталов. Отчасти это связано с увеличением количества запросов, но также связано с ростом цены токенов из-за их планов по интеграции запросов с помощью искусственного интеллекта в будущем.
Subsquid также поддерживает индексацию в реальном времени, позволяя индексировать блоки до того, как они будут завершены. Он также позволяет хранить данные в выбранных разработчиками форматах, что упрощает аналитику с помощью таких инструментов, как BigQuery, Parquet или CSV. Кроме того, подграфы могут быть развернуты в Subsquid Network без миграции на Squid SDK, что обеспечивает развертывание без кода.
Все еще находясь на стадии тестовой сети, Subsquid достиг впечатляющей статистики: более 80 000 пользователей тестовой сети, более 60 000 развернутых индексаторов Squid и более 20 000 проверенных разработчиков в сети. Совсем недавно, 3 июня, Subsquid запустил основную сеть своего озера данных.
В дополнение к индексированию, озеро данных Subsquid Network предназначено для замены RPC в таких случаях использования, как аналитика, сопроцессоры ZK/TEE, агенты искусственного интеллекта и оракулы.
Он представит Узел данных SubQuery, который поддерживает сегментирование для предотвращения постоянной синхронизации новых данных между каждым узлом, тем самым оптимизируя эффективность запросов и двигаясь в сторону большей децентрализации. Пользователи могут выбрать оплату за вычисления в размере около 1 токена SQT за 1000 запросов или настроить пользовательские сборы для индексаторов с помощью соглашений.

Несмотря на то, что SubQuery запустила свой токен только в начале этого года, вознаграждения за эмиссию как для узлов, так и для делегаторов также увеличивают Q/Q в USD, что также представляет собой растущее количество услуг запросов, предоставляемых на их платформе. Общая сумма SQT в стейкинге увеличилась с 6 млн до 125 млн с момента TGE, что подчеркивает рост участия их сети.
Благодаря унифицированному API разработчики могут легко извлекать соответствующие данные блокчейна в согласованном формате запроса и ответа, что избавляет от необходимости писать пользовательские сложные запросы для доступа к данным. Эти предварительно настроенные наборы данных могут быть получены от сетевых операторов, использующих токены CQT в качестве платежного средства, расчеты по которым производятся на Moonbeam.

Вознаграждения Covalent, похоже, находятся в общей тенденции роста с 1 квартала 23 года по 1 квартал 24 года, что частично связано с увеличением цены на токен Covalent CQT.
Subsquid предоставляет возможность использования optimistic и zk-proof, в то время как Covalent также публикует доказательство, содержащее хеш блока. Graph предоставляет периоды оспаривания запросов индексатора в оптимистичном стиле периода периода запроса, в то время как SubQuery генерирует доказательства горы Меркла для каждого блока для вычисления хеша для каждого блока всех данных, хранящихся в их базе данных.
Например, Subsquid обеспечивает горизонтальную масштабируемость за счет добавления большего количества узлов для хранения данных, предлагая возможность масштабирования вместе с аппаратными улучшениями. Graph предлагает распараллеленные потоковые данные для более быстрой синхронизации данных, в то время как SubQuery вводит сегментирование узлов для ускорения процесса синхронизации.
Предоставление поддержки определенным цепочкам, которые не поддерживаются другими протоколами индексирования, может привлечь больше комиссий за долю рынка. Индексация сетей с большим объемом данных, таких как Solana, - непростая задача, и до сих пор только Subsquid удалось обеспечить поддержку индексации для них.
В области решений для индексаторов Subsquid показал значительный прогресс в своей производительности и пользовательских метриках. Пользователи уже начали экспериментировать с Subsquid, чтобы создавать агентов искусственного интеллекта, демонстрируя универсальность и потенциал платформы в развивающемся ландшафте индексирования данных. Кроме того, такие инструменты, как AutoAgora, облегчают индексаторам, предлагая динамические цены для сервисов запросов на The Graph с использованием ИИ, в то время как SubQuery поддерживает несколько сетей ИИ, таких как OriginTrail и Oraichain, для прозрачной индексации данных.
Интеграция ИИ с индексерами обещает повысить доступность и удобство использования данных в блокчейн-экосистемах. Используя технологии искусственного интеллекта, индексаторы могут обеспечить более эффективный и точный поиск данных, позволяя разработчикам создавать более сложные децентрализованные приложения и инструменты аналитики. По мере того, как искусственный интеллект и индексаторы продолжают развиваться вместе, мы сохраняем оптимизм в отношении будущего индексирования данных и его роли в формировании децентрализованного цифрового ландшафта.





