Составные данные помогают разработчикам децентрализованных приложений разблокировать богатые данные приложений - Swaroop Hegde

Чистые прозрения против практической информации

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

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

В своих письменных ответах на вопросы от Bitcoin.com News, Хегде кратко обсудил различия между так называемыми “чистыми прозрениями” и практической информацией. Он также предложил советы сетям данных о необходимых шагах для обеспечения того, чтобы в смарт-контракты не поступали неисправимые, ненадежные или подделанные данные. Ниже приведены все ответы Хегде на заданные вопросы.

Bitcoin.com News (BCN): Можете ли вы кратко рассказать о том, как начинаются сырые данные, как они собираются и индексируются и как они превращаются в чистые прозрения и практическую информацию?

Сваруп Хегде (SH): Сырые данные в большинстве программируемых блокчейнов начинаются с переменных состояния и событий в смарт-контрактах, помимо простых передач значений. Они указывают на важную информацию о взаимодействии между кошельками и смарт-контрактом(ами), составляющими децентрализованные приложения (dapps) через транзакции в блокчейне. Популярные примеры таких dapps могут включать децентрализованные биржи и другие протоколы децентрализованных финансов (defi), позволяющие вам давать в долг, занимать, ставить, зарабатывать доход и т.д.

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

BCN: Что такое составные данные и как они решают ограничения текущих протоколов данных для разработчиков децентрализованных приложений?

SH: Большая часть полезной информации в приложениях смарт-контрактов поступает из соединения точек данных, захваченных со временем, с применением операций с данными, таких как map-reduce, фильтрация и агрегация. Это принцип, на котором мы построили нашу сеть составных данных.

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

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

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

Это позволяет создавать сложные точки данных из более простых, существующих. Например, точка данных, суммирующая объем торгов за день, может быть создана путем агрегации и фильтрации через важные точки данных, которые записывают отдельные события торгов из конкретных транзакционных контрактов, как те, что на Uniswap v2.

BCN: Ваша платформа утверждает, что предлагает предварительно рассчитанные данные, адаптированные к потребностям рынка. Можете ли вы объяснить, что включает в себя этот сервис и как он отвечает на быстро меняющиеся потребности рынка, предоставляя dapps точные и релевантные решения для данных?

SH: Рынки данных определяются как совокупность:

1. Источников данных, т.е. смарт-контрактов.
2. Конфигурация модели данных, указывающая переменные состояния и события интереса в таких контрактах.
3. Вычислительные модули, создающие ‘базовые снимки’ и более высокого порядка снимки, которые составляются на основе базы и других промежуточных точек данных, построенных друг на друге.

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

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

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

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

BCN: Web3 не без своих уязвимостей, и эти уязвимости могут усиливаться на фоне растущего сближения искусственного интеллекта (AI) и Web3. По вашему мнению, какие предосторожные меры должны принимать сети данных, чтобы обеспечить, чтобы в смарт-контракты не попадали нелечимые, ненадежные или подделанные данные?

SH: Чтобы защитить смарт-контракты от ненадежных или подделанных данных, сети данных должны:

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

Эти меры помогают поддерживать безопасность и надежность данных, используемых в смарт-контрактах.

BCN: Экосистема Web3 развивается стремительно, и потребность в надежных данных ожидается растущей в ближайшие годы. Можете ли вы рассказать о препятствиях для обеспечения составляемости и доступности данных в экосистеме, которая должна быть бесконечно масштабируемой?

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

Каково ваше мнение об этом интервью? Пожалуйста, поделитесь своими мнениями в разделе комментариев ниже.