Широкая печаль шифрования: проблема индексирования данных в децентрализованных рынках прогнозов
Резюме
Данная статья сосредоточена на приложении рынка прогнозов Polymarket в экосистеме Ethereum и его инструментах индексирования данных. Как представитель "Децентрализованного рынка прогнозов", действительно ли ключевой основной модуль Polymarket — индекс данных — реализовал децентрализацию? Почему такие общественные инфраструктуры, как The Graph, не смогли выполнить ожидаемую роль? Какой должна быть форма настоящего, полезного и устойчивого общественного блага для индексирования данных?
Один. Цепная реакция, вызванная сбоем централизованной платформы данных
В июле 2024 года платформа инфраструктуры данных блокчейна Goldsky для разработчиков Web3 столкнулась с шестичасовым сбоем, что привело к парализации множества проектов в экосистеме Ethereum. Это выявило тревожный факт: хотя сам блокчейн максимально децентрализован, инфраструктура, на которой построены приложения, часто содержит множество централизованных сервисов.
Индексация и поиск данных в блокчейне относятся к "неэксклюзивным, неконкурентным" цифровым общественным продуктам. Пользователи ожидают бесплатного или очень низкого тарифа, но за этим стоит постоянное вложение в высокоинтенсивное оборудование, хранилище, пропускную способность и трудозатраты на эксплуатацию. При отсутствии устойчивой модели получения прибыли возникает централизованный подход, при котором выигрывает один.
Это напоминает нам о том, что децентрализованному миру срочно необходимо улучшить разнообразие инфраструктуры Web3 за счет финансирования общественных продуктов, перераспределения или инициатив, управляемых сообществом, иначе возникнет проблема централизованности. Мы призываем разработчиков DApp создавать продукты с приоритетом для местных пользователей, а также призываем техническое сообщество учитывать случаи сбоя сервисов поиска данных при проектировании DApp, чтобы гарантировать, что пользователи могут взаимодействовать с проектом даже без инфраструктуры для поиска данных.
!
Два, источник данных DApp
Для обычных пользователей DApp обычно состоит только из смарт-контрактов на блокчейне и фронтенд-страниц. Но откуда на самом деле поступают данные, отображаемые на фронтенде?
Необходимость услуг по извлечению данных
В качестве примера кредитного соглашения, если необходимо отобразить состояние позиций пользователя на фронтенде, нужно извлечь все позиции из текущей системы, а затем найти позиции, принадлежащие текущему пользователю. Этот процесс трудно реализовать на фронтенде, даже если на сервере полагаться на локальные узлы для выполнения задачи извлечения данных, это часто занимает до нескольких часов. Поэтому необходимо внедрить инфраструктуру для ускорения получения данных.
Отношения между SubGraph, TheGraph и Goldsky
SubGraph — это фреймворк для разработки, используемый для чтения и агрегирования данных на блокчейне. TheGraph — это одна из первых децентрализованных платформ для извлечения данных, разработавшая фреймворк SubGraph на языке AssemblyScript. Goldsky также является хостинг-провайдером SubGraph.
!
Сравнение моделей收费 Goldsky и TheGraph
Goldsky использует простую модель оценки, основанную на использовании ресурсов. TheGraph, с другой стороны, имеет сложную структуру сборов, связанную с экономикой токенов GRT, включая плату за запросы, плату за стейкинг и т. д.
Использование TheGraph оставляет желать лучшего
Для большинства разработчиков использование TheGraph довольно затруднительно. Существует неопределенность в количестве ставленных GRT и времени, необходимом для привлечения операторов, а также сложность в расчетах затрат и бухгалтерском учете. В сравнении, выбор Goldsky более прост и прямолинеен.
!
Три. Существующие решения
Кроме TheGraph, есть и некоторые другие решения:
ponder: простой, удобный для разработки и легко разворачиваемый программный продукт для поиска данных, который разработчики могут арендовать серверы для развертывания.
концепция разработки local-first: требует, чтобы программное обеспечение имело возможность работы в оффлайне и кросс-клиентского взаимодействия. В сценариях DApp это может быть реализовано путем кэширования ключевых данных и проектирования функций по снижению уровня.
Четыре, заключение
Событие с Goldsky показывает высокую зависимость экосистемы Web3 от централизованной инфраструктуры. Разработчики должны рассмотреть возможность использования таких фреймворков для самостоятельного поиска данных, как ponder, в качестве аварийного варианта, одновременно применяя концепцию разработки «local-first», создавая приложения, которые могут работать без службы поиска данных. Мы надеемся, что больше разработчиков обратят внимание на эту инфраструктуру и попытаются создать децентрализованные службы поиска данных или разработать фреймворки фронтенда DApp, которые могут функционировать без службы поиска данных.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
7 Лайков
Награда
7
3
Репост
Поделиться
комментарий
0/400
AirdropHunter007
· 17ч назад
Снова говорят о Децентрализация? Сначала разберитесь с этим ужасным индексом, а потом уже поговорим.
Посмотреть ОригиналОтветить0
FUD_Whisperer
· 17ч назад
Умер от смеха, это действительно централизовано.
Посмотреть ОригиналОтветить0
MevTears
· 17ч назад
poly удобно, но этот централизованный сервер сломался, это очень неловко.
Раскрытие проблемы индексации данных DApp: риски и пути решения для децентрализованных рынков прогнозов
Широкая печаль шифрования: проблема индексирования данных в децентрализованных рынках прогнозов
Резюме
Данная статья сосредоточена на приложении рынка прогнозов Polymarket в экосистеме Ethereum и его инструментах индексирования данных. Как представитель "Децентрализованного рынка прогнозов", действительно ли ключевой основной модуль Polymarket — индекс данных — реализовал децентрализацию? Почему такие общественные инфраструктуры, как The Graph, не смогли выполнить ожидаемую роль? Какой должна быть форма настоящего, полезного и устойчивого общественного блага для индексирования данных?
Один. Цепная реакция, вызванная сбоем централизованной платформы данных
В июле 2024 года платформа инфраструктуры данных блокчейна Goldsky для разработчиков Web3 столкнулась с шестичасовым сбоем, что привело к парализации множества проектов в экосистеме Ethereum. Это выявило тревожный факт: хотя сам блокчейн максимально децентрализован, инфраструктура, на которой построены приложения, часто содержит множество централизованных сервисов.
Индексация и поиск данных в блокчейне относятся к "неэксклюзивным, неконкурентным" цифровым общественным продуктам. Пользователи ожидают бесплатного или очень низкого тарифа, но за этим стоит постоянное вложение в высокоинтенсивное оборудование, хранилище, пропускную способность и трудозатраты на эксплуатацию. При отсутствии устойчивой модели получения прибыли возникает централизованный подход, при котором выигрывает один.
Это напоминает нам о том, что децентрализованному миру срочно необходимо улучшить разнообразие инфраструктуры Web3 за счет финансирования общественных продуктов, перераспределения или инициатив, управляемых сообществом, иначе возникнет проблема централизованности. Мы призываем разработчиков DApp создавать продукты с приоритетом для местных пользователей, а также призываем техническое сообщество учитывать случаи сбоя сервисов поиска данных при проектировании DApp, чтобы гарантировать, что пользователи могут взаимодействовать с проектом даже без инфраструктуры для поиска данных.
!
Два, источник данных DApp
Для обычных пользователей DApp обычно состоит только из смарт-контрактов на блокчейне и фронтенд-страниц. Но откуда на самом деле поступают данные, отображаемые на фронтенде?
Необходимость услуг по извлечению данных
В качестве примера кредитного соглашения, если необходимо отобразить состояние позиций пользователя на фронтенде, нужно извлечь все позиции из текущей системы, а затем найти позиции, принадлежащие текущему пользователю. Этот процесс трудно реализовать на фронтенде, даже если на сервере полагаться на локальные узлы для выполнения задачи извлечения данных, это часто занимает до нескольких часов. Поэтому необходимо внедрить инфраструктуру для ускорения получения данных.
Отношения между SubGraph, TheGraph и Goldsky
SubGraph — это фреймворк для разработки, используемый для чтения и агрегирования данных на блокчейне. TheGraph — это одна из первых децентрализованных платформ для извлечения данных, разработавшая фреймворк SubGraph на языке AssemblyScript. Goldsky также является хостинг-провайдером SubGraph.
!
Сравнение моделей收费 Goldsky и TheGraph
Goldsky использует простую модель оценки, основанную на использовании ресурсов. TheGraph, с другой стороны, имеет сложную структуру сборов, связанную с экономикой токенов GRT, включая плату за запросы, плату за стейкинг и т. д.
Использование TheGraph оставляет желать лучшего
Для большинства разработчиков использование TheGraph довольно затруднительно. Существует неопределенность в количестве ставленных GRT и времени, необходимом для привлечения операторов, а также сложность в расчетах затрат и бухгалтерском учете. В сравнении, выбор Goldsky более прост и прямолинеен.
!
Три. Существующие решения
Кроме TheGraph, есть и некоторые другие решения:
ponder: простой, удобный для разработки и легко разворачиваемый программный продукт для поиска данных, который разработчики могут арендовать серверы для развертывания.
концепция разработки local-first: требует, чтобы программное обеспечение имело возможность работы в оффлайне и кросс-клиентского взаимодействия. В сценариях DApp это может быть реализовано путем кэширования ключевых данных и проектирования функций по снижению уровня.
Четыре, заключение
Событие с Goldsky показывает высокую зависимость экосистемы Web3 от централизованной инфраструктуры. Разработчики должны рассмотреть возможность использования таких фреймворков для самостоятельного поиска данных, как ponder, в качестве аварийного варианта, одновременно применяя концепцию разработки «local-first», создавая приложения, которые могут работать без службы поиска данных. Мы надеемся, что больше разработчиков обратят внимание на эту инфраструктуру и попытаются создать децентрализованные службы поиска данных или разработать фреймворки фронтенда DApp, которые могут функционировать без службы поиска данных.
!