💬 Как выбрать поставщика данных для вашего проекта web3?

Как выбрать поставщика данных для вашего проекта web3?

Помимо токенов криптовалюты, блокчейн также позволяет аналитикам получить более четкое представление практически о любом проекте GameFi, NFT, торговой площадке или протоколе DeFi благодаря Footprint.

В Footprint мы создали методологию, которая компилирует и осмысленно агрегирует необработанные данные блокчейна. И это относится к программным интеграциям.

1 . Способы работы с данными блокчейна

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

1.1 Исследователи блокчейна

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

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

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

1.2 Собственное решение для индексации

Настройка собственного индексатора для работы с данными блокчейна может иметь ряд преимуществ и потенциальных недостатков. Вот несколько примеров каждого:

Преимущества:

Недостатки:

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

1.3 База данных как услуга

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

Преимущества:

Недостатки:

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

1.4 Резюме

Цель Footprint — в первую очередь снизить планку для ввода аналитики и работы с данными web3. Этот подход представляет собой баланс между простотой использования и гибкостью. Вот почему одной из наших услуг является DaaS (база данных как тип услуги). Прежде чем подробно рассмотреть преимущества нашего сервиса, мы также рассмотрим еще один вариант реализации индексатора, а именно самописное решение или SDK.

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

Простота использования и гибкость — две важные особенности API-интерфейсов блокчейна. Простой в использовании API блокчейна облегчит разработчикам создание приложений на основе блокчейна, позволяя им быстро создавать прототипы и тестировать свои идеи, не тратя много времени на изучение того, как использовать API.

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

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

1.5 Аналитика следа

Простота использования и гибкость обеспечиваются нашей организацией данных, которая влияет на все аспекты взаимодействия с экосистемой Footprint. Footprint имеет API, построенный поверх этой модели данных, который позволяет пользователям создавать полноценные конвейеры данных для приложений анализа данных и машинного обучения. Мы называем это Data API. Мы одновременно поддерживаем два типа API и два подтипа в одном из них, чтобы охватить большинство случаев: Rest API и SQL API.

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

Благодаря более гибкому интерфейсу API SQL вы можете получить его для более конкретных случаев. Одним из преимуществ использования одних и тех же SQL-запросов как в веб-приложении, так и в API является то, что это может упростить разработку и обслуживание. Используя одни и те же запросы в обоих интерфейсах, разработчики могут избежать необходимости писать и поддерживать отдельные наборы запросов для веб-приложения и API. Это может сэкономить время и усилия и снизить риск ошибок или несоответствий между двумя интерфейсами.

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

1.6 Другие платформы

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

Такие решения, как Moralis и Quicknode, имеют только интерфейс REST API. Несмотря на то, что существует множество конечных точек, это по-прежнему ограничивает разработчика в гибкости возвращаемых данных.

Dune недавно представила свой API. Это асинхронное решение подразумевает предварительное наличие запроса на платформе под определенным id (dune.com/query/{{query id}}), по которому возможно выполнение запросов в виде SQL. Основным ограничением этого решения является необходимость предварительной модификации SQL на платформе, чтобы впоследствии выполнялся обновленный запрос.

Chainbase выпускает SQL API так же, как и Footprint. Тем не менее, в отличие от Footprint, в Chainbase нет такого сложного ETL, поэтому SQL-запросы могут выполняться только для необработанных транзакций.

2. Масштабируемость

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

2.1 Аналитика следа

Команда Footprint внесла несколько архитектурных обновлений с момента своего запуска в августе 2021 года благодаря сильной способности исследовать и внедрять новые технологии. Менее чем за полтора года команда смогла успешно внедрить эти изменения. Это свидетельство мастерства и опыта команды в области технологий и науки о данных.

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

https://www.footprint.network/article/iceberg-spark-trino-a-modern-opensource-data-stack-for-blockchain-fp-HGZpPm3D

В Footprint есть два режима выполнения запросов к SQL API: синхронный и асинхронный. Вызовы API к синхронной конечной точке подразумевают, что SQL-запрос будет выполняться серверами Footprint, как только от приложения будет получен HTTP-запрос, тем самым поддерживая соединение. Это имеет смысл при использовании легковесных запросов, так как в этом случае приложению не приходится долго ждать выполнения. Подробности можно найти на следующей странице:

https://docs.footprint.network/reference/post_native

Для тяжелых запросов рекомендуется использовать асинхронный запрос. В отличие от синхронного, клиентскому приложению не нужно поддерживать соединение с сервером во время выполнения. Вместо этого он может сразу получить request-id, по которому через какое-то время отдельно получить результаты выполнения. В рамках асинхронного API необходимо обеспечить двухэтапное извлечение данных — следующая конечная точка будет использоваться для отправки «заказа» на выполнение SQL:

https://docs.footprint.network/reference/post_native-async

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

https://docs.footprint.network/reference/get_native-execution-id-results

2.2 Другие решения

DuneV2 изменяет всю архитектуру базы данных. Сейчас Dune переходит от базы данных PostgreSQL к экземпляру [[Apache Spark]], размещенному на [[Databricks]]. Только асинхронный API.

3. Совместимость

API-интерфейсы блокчейна должны быть совместимы с широким спектром языков программирования и сред разработки, чтобы разработчики могли использовать наиболее знакомые им инструменты и платформы.

REST легче интегрировать, так как каждый язык программирования имеет множество библиотек, обеспечивающих удобную работу с этим типом API. Однако, в конце концов, и SQL API, и REST работают через HTTP, поэтому процесс разработки практически идентичен отправке запроса по умолчанию.

4. Резюме

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

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