💬 Децентрализация данных блокчейна с помощью индексаторов: интервью с Джеймсом Бэйли из SubQuery

Децентрализация данных блокчейна с помощью индексаторов: интервью с Джеймсом Бэйли из SubQuery

Блокчейны иногда называют децентрализованными, но очень медленными базами данных, которые во многом жертвуют производительностью современных вычислений. Хотя это и несколько дерзко, но это правда, что база данных среднего банка сможет обрабатывать во много раз больше транзакций, чем биткойн (BTC-USD) или другие ведущие блокчейны.

Но есть причина, по которой блокчейны «медленные». Преимущества децентрализации трудно переоценить, и в любом случае технология развивается быстрыми темпами, увеличивая пропускную способность систем блокчейна.

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

Поэтому мы встретились с Джеймсом Бейли, главным операционным директором проекта индексации блокчейна SubQuery, чтобы поговорить о пространстве, как оно есть сейчас, и о том, как Бейли видит его развитие с течением времени. Интервью было посвящено тому, как сделать индексацию данных защищенной от несанкционированного доступа и надежной, кто ее использует и как проект планирует превзойти своих конкурентов с помощью SubQuery Network.

Эй, Джеймс, как хорошо, что ты здесь! Начнем с общего обзора. Что такое индексация данных в настройках блокчейна и зачем она нужна? Почему мы не можем просто получить эти данные напрямую от узлов блокчейна?

JB: Одним из важнейших компонентов каждого децентрализованного приложения Web3 (dApp) является индексатор. Проще говоря, индексатор — это программное обеспечение, которое собирает и упорядочивает данные, хранящиеся в сети блокчейн, в более производительный и доступный носитель, позволяя разработчикам быстро и эффективно запрашивать эти данные. Они необходимы, потому что они позволяют dApps работать быстро и поддерживать нагрузку миллионов пользователей.

Способ, которым данные блокчейна хранятся в сети, усложняет и отнимает много времени у разработчиков для извлечения этих данных. Простой пример — чтение последних 10 транзакций, выполненных текущим пользователем — это чрезвычайно сложный запрос для узлов блокчейна, поскольку им нужно будет последовательно сканировать каждый блок в поисках данных.

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

Какие проблемы возникают при предоставлении индексированных данных блокчейна пользователям? Можно представить, что обеспечение правильности и целостности данных является одним из ключевых требований, верно? Какие существуют способы децентрализации экосистемы индексации?

JB: Действительно, индексатор часто является последним оставшимся централизованным сервисом, критически важным для производительности dApp. Децентрализованный индексатор может помочь обеспечить точность, объективность и доступность данных для всех, а также повысить производительность и надежность вашего dApp.

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

А как насчет других провайдеров в космосе? Как SubQuery сравнивается с некоторыми конкурентами, такими как The Graph, Covalent, Subsquid и другими?

JB: Некоторые индексаторы, такие как Covalent и Unmarshal, являются индексаторами общего назначения для стандартных наборов данных, например. списки и блоки транзакций. Проблема в том, что у них нет гибкости — вы не можете добавить больше данных, которые вам нужны, чтобы сделать ваше dApp более многофункциональным или интуитивно понятным.

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

SubQuery больше всего похож на Graph, но содержит некоторые важные улучшения, в том числе возможность совершать внешние вызовы API, импортировать внешние библиотеки и защищать от DoS-атак. Кроме того, мы не планируем прекращать работу нашего упрощенного управляемого сервиса.

И SubQuery, и The Graph предназначены для быстрой индексации данных, но анализ показывает, что SubQuery в 1,85 раза быстрее для обычных проектов по сравнению с Graph. Благодаря сокращению времени синхронизации разработчики могут выполнять итерации быстрее и быстрее выводить функции на рынок.

Кто сегодня использует индексированные данные? Как насчет некоторых интересных вариантов использования индексированных данных в будущем?

JB: Каждое приложение Web3, веб-сайт, инструмент бизнес-аналитики или расширение сегодня нуждаются в индексированных данных. Это настолько важный аспект разработки приложений, что большинству разработчиков необходимо использовать быструю и эффективную индексацию, чтобы получить конкурентное преимущество.

У нас есть клиенты, которые создают кошельки, запускают биржи DeFi, отслеживают блокчейны на предмет событий, управляют торговыми площадками для NFT и даже запускают рабочие нагрузки ИИ для данных цепочки. Помимо Web3, мы также изучаем новейшие инновации в области больших данных, чтобы привнести их преимущества и изменения в нашу отрасль.

Потенциально основным вариантом использования индексации данных является обслуживание выделенных протоколов децентрализованного хранения данных, таких как Filecoin или IPFS. Видите ли вы спрос на такое сочетание сейчас или в будущем?

JB: Так же, как индексирование данных является одним из основных компонентов dApp Web3, другим является децентрализованное хранилище. Например, их можно использовать для размещения ресурсов, необходимых для внешнего интерфейса dApp, что позволяет пользователям взаимодействовать с приложением полностью децентрализованно.

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

Что такое сеть подзапросов? Недавно вы объявили о своем запуске на Polygon (MATIC-USD). Каково долгосрочное видение этого?

JB: SubQuery Network индексирует и предоставляет данные мировому сообществу мотивированным и поддающимся проверке способом. Мы создаем самую открытую, производительную, надежную и масштабируемую службу данных для разработчиков dApp и запускаем ее на Polygon.

Мы выбрали Polygon по нескольким причинам. Во-первых, производительность; наши планы относительно сети подзапросов обширны, поэтому нам нужна масштабируемая сеть, способная обслуживать миллиарды вызовов API для получения данных миллионам получателей каждый день. Мы хотели найти хаб с мостами и интеграцией со всеми другими сетями, которые мы поддерживаем, чтобы наши клиенты могли легко получить доступ к сети.

Наконец, размер сообщества и вовлеченность означают, что в Polygon есть ряд разработчиков, которые выиграют от роста SubQuery в будущем.

Мы начинаем с Kepler Network, предварительной основной сети сети подзапросов, которая позволяет пользователям постепенно запускать и тестировать функции сети подзапросов.

Kepler использует те же смарт-контракты, что и наша основная сеть; ключевое отличие заключается в том, что некоторые функции будут медленно включаться и устойчиво переводиться в онлайн. Когда все будет готово, Kepler превратится в SubQuery Network. Мы ожидаем, что это произойдет в основном беспрепятственно, поскольку контракты сильно не изменятся, а kSQT можно будет сжечь для SQT.

С этого момента будущее децентрализованной индексации данных станет реальностью.