Шифрование общественного трагедии: Дилемма индексирования данных на рынке прогнозов
Резюме
Добро пожаловать в серию "Трагедия общинного блага". Эта серия сосредоточена на "общественных благах", которые находятся на ключевых узлах в мире шифрования, но постепенно теряют свои нормы. Эта инфраструктура часто сталкивается с недостатком стимулов, дисбалансом управления и даже постепенно централизации.
В этом выпуске мы сосредоточимся на одном из самых заметных приложений в экосистеме Ethereum: Polymarket и его инструменте индексирования данных. Вокруг таких событий, как победа Трампа и манипуляции с оракулом по сделкам с редкоземельными металлами в Украине, Polymarket несколько раз становился центром общественного мнения. Однако, действительно ли этот продукт, представляющий "децентрализованный рынок прогнозов", реализовал децентрализацию в своем ключевом базовом модуле — индексировании данных? Почему такие общественные инфраструктуры, как The Graph, не смогли взять на себя ожидаемую роль? Какой должна быть форма действительно полезного и устойчивого общественного блага для индексирования данных?
Один. Цепная реакция, вызванная сбоем централизованной платформы данных
В июле 2024 года на Goldsky произошел шестичасовой сбой, который привел к параличу значительной части проектов экосистемы Ethereum. Интерфейс DeFi не мог отображать данные о позициях и балансах пользователей, рынок прогнозов Polymarket не мог показывать правильные данные, и для множества проектов пользователи, казалось, совершенно не могли ими пользоваться.
Это не должно было происходить в мире децентрализованных приложений. Разве не было первоначальным замыслом технологии блокчейн устранить единую точку отказа? Событие Goldsky выявило тревожный факт: хотя сама блокчейн-технология максимально децентрализована, инфраструктура, на которой строятся приложения, часто включает в себя множество централизованных сервисов.
Индексирование и извлечение данных блокчейна относятся к "неконкурентным и неприоритетным" цифровым общественным продуктам. Пользователи часто ожидают бесплатного или очень низкого тарифа, но за этим стоит необходимость постоянных вложений в высокопроизводительное оборудование, хранение, пропускную способность и трудозатраты на обслуживание. При отсутствии устойчивой модели получения прибыли возникает централизация, при которой один поставщик услуг, обладая преимуществом в скорости и капитале, привлекает все запросы, что вновь создает зависимость от одной точки.
Это напоминает нам, что децентрализованному миру срочно необходимо обогащение инфраструктуры Web3 через финансирование общественных продуктов, перераспределение или инициативы, управляемые сообществом, иначе возникнут проблемы централизации. Мы призываем разработчиков DApp создавать продукты с приоритетом местных нужд, а также призываем техническое сообщество учитывать случаи сбоя служб извлечения данных при проектировании DApp, чтобы гарантировать, что пользователи смогут взаимодействовать с проектом, даже если инфраструктура извлечения данных отсутствует.
!
Два, Исследование источников данных Dapp
Чтобы понять, как происходят события, подобные Goldsky, нам необходимо深入 разобраться в механизмах работы DApp. Для простого пользователя DApp обычно состоит только из двух частей: смарт-контракта на блокчейне и фронтенд-страницы. Но откуда на самом деле берутся данные, отображаемые на фронтенде для пользователей?
Необходимость службы поиска данных
В качестве примера построения соглашения о займе, данное соглашение должно отображать положение пользователей, а также маржу и статус долга для каждой позиции. Прямое считывание этих данных из блокчейна на практике часто невозможно, так как контракты обычно предоставляют только функции для запроса конкретных данных по идентификатору позиции. Для отображения положения позиций пользователя на фронтенде необходимо извлечь все позиции в системе и отфильтровать те, которые принадлежат текущему пользователю. Этот процесс, даже если он выполняется непосредственно на сервере с использованием локального узла, зачастую требует несколько часов времени.
Поэтому стало необходимо внедрить инфраструктуру для ускорения получения данных. Компании, такие как Goldsky, именно предоставляют эти услуги индексации данных.
Отношения TheGraph/Goldsky с SubGraph
SubGraph — это фреймворк для разработки, предназначенный для чтения и агрегации данных с блокчейна, а также для отображения этих данных на фронтенде. TheGraph и Goldsky на самом деле являются хостинг-провайдерами SubGraph. Программы, разработанные на фреймворке SubGraph, необходимо запускать на сервере, и разные операторы имеют разные стратегии и технические решения.
Модель оплаты Goldsky
Goldsky использует модель ценообразования, основанную на использовании ресурсов, что является наиболее распространенным способом ценообразования на платформах SaaS в интернете.
Модель收费 TheGraph
TheGraph имеет набор тарифных планов, отличных от обычных способов оплаты, связанных с экономикой токена GRT. Включает плату за запросы и плату за ставку Signal.
Проблемы, с которыми сталкиваются разработчики
Для большинства разработчиков использование TheGraph относительно затруднительно. Существуют две основные проблемы:
Неопределенность количества заложенных GRT и времени, необходимого для привлечения операторов
Сложность учета成本核算 и бухгалтерии
В отличие от этого, выбор Goldsky более прост, способ оплаты понятен, его можно использовать почти мгновенно, и неопределенность значительно снижена. Это привело к ситуации, когда в услугах индексирования и поиска данных блокчейна наблюдается зависимость от одного продукта.
!
Три, существующие решения
размышлять
ponder является простым, с хорошим опытом разработки и легким в развертывании программным обеспечением для поиска данных. Его преимущества включают:
Без зависимости от поставщиков
Хороший опыт разработки
Более высокая производительность
Коммерческий путь ponder соответствует "теории изоляции", достигая ценообразования за счет взимания платы с части однородной группы.
концепция разработки local-first
В разработке блокчейна принцип local-first можно реализовать следующим образом:
Кэширование ключевых данных
Дизайн функции понижения
Такой дизайн может значительно повысить устойчивость приложения и предотвратить его недоступность после сбоя службы извлечения данных.
!
Четыре, заключение
Событие с выходом из строя Goldsky звучит как сигнал тревоги для экосистемы. Несмотря на то, что блокчейн сам по себе обладает децентрализованными свойствами и стойкостью к единой точке отказа, приложения, построенные на его основе, все еще сильно зависят от централизованных инфраструктурных услуг, что создает системные риски для всей экосистемы.
В статье обсуждаются причины, по которым TheGraph не получил широкого распространения, представлен фреймворк самообслуживания ponder в качестве экстренного варианта и исследуется концепция разработки с приоритетом локальности. Мы призываем больше разработчиков обратить внимание на инфраструктуру извлечения данных, попробовать создать децентрализованные сервисы или разработать фреймворки, которые позволят фронтенду DApp функционировать даже в отсутствие сервиса извлечения данных.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
8 Лайков
Награда
8
6
Репост
Поделиться
комментарий
0/400
MentalWealthHarvester
· 12ч назад
Слишком много централизации, это явно видно.
Посмотреть ОригиналОтветить0
WealthCoffee
· 16ч назад
Централизация или Децентрализация? Говорить правду разве не становится централизацией?
Посмотреть ОригиналОтветить0
FloorPriceWatcher
· 08-08 05:21
Ну и дела, индекс так сложно сделать?
Посмотреть ОригиналОтветить0
Fren_Not_Food
· 08-08 05:15
Большие капиталы контролируют рынок прогнозов 😂
Посмотреть ОригиналОтветить0
DaisyUnicorn
· 08-08 05:09
Блокчейн данные садовод, целый день ищет цветущую Децентрализация ромашку~
Посмотреть ОригиналОтветить0
SatoshiNotNakamoto
· 08-08 04:52
Так что сентябрь стабилизировал манипуляции на рынке.
Проблема Polymarket: Децентрализация индекса данных рынка прогнозов
Шифрование общественного трагедии: Дилемма индексирования данных на рынке прогнозов
Резюме
Добро пожаловать в серию "Трагедия общинного блага". Эта серия сосредоточена на "общественных благах", которые находятся на ключевых узлах в мире шифрования, но постепенно теряют свои нормы. Эта инфраструктура часто сталкивается с недостатком стимулов, дисбалансом управления и даже постепенно централизации.
В этом выпуске мы сосредоточимся на одном из самых заметных приложений в экосистеме Ethereum: Polymarket и его инструменте индексирования данных. Вокруг таких событий, как победа Трампа и манипуляции с оракулом по сделкам с редкоземельными металлами в Украине, Polymarket несколько раз становился центром общественного мнения. Однако, действительно ли этот продукт, представляющий "децентрализованный рынок прогнозов", реализовал децентрализацию в своем ключевом базовом модуле — индексировании данных? Почему такие общественные инфраструктуры, как The Graph, не смогли взять на себя ожидаемую роль? Какой должна быть форма действительно полезного и устойчивого общественного блага для индексирования данных?
Один. Цепная реакция, вызванная сбоем централизованной платформы данных
В июле 2024 года на Goldsky произошел шестичасовой сбой, который привел к параличу значительной части проектов экосистемы Ethereum. Интерфейс DeFi не мог отображать данные о позициях и балансах пользователей, рынок прогнозов Polymarket не мог показывать правильные данные, и для множества проектов пользователи, казалось, совершенно не могли ими пользоваться.
Это не должно было происходить в мире децентрализованных приложений. Разве не было первоначальным замыслом технологии блокчейн устранить единую точку отказа? Событие Goldsky выявило тревожный факт: хотя сама блокчейн-технология максимально децентрализована, инфраструктура, на которой строятся приложения, часто включает в себя множество централизованных сервисов.
Индексирование и извлечение данных блокчейна относятся к "неконкурентным и неприоритетным" цифровым общественным продуктам. Пользователи часто ожидают бесплатного или очень низкого тарифа, но за этим стоит необходимость постоянных вложений в высокопроизводительное оборудование, хранение, пропускную способность и трудозатраты на обслуживание. При отсутствии устойчивой модели получения прибыли возникает централизация, при которой один поставщик услуг, обладая преимуществом в скорости и капитале, привлекает все запросы, что вновь создает зависимость от одной точки.
Это напоминает нам, что децентрализованному миру срочно необходимо обогащение инфраструктуры Web3 через финансирование общественных продуктов, перераспределение или инициативы, управляемые сообществом, иначе возникнут проблемы централизации. Мы призываем разработчиков DApp создавать продукты с приоритетом местных нужд, а также призываем техническое сообщество учитывать случаи сбоя служб извлечения данных при проектировании DApp, чтобы гарантировать, что пользователи смогут взаимодействовать с проектом, даже если инфраструктура извлечения данных отсутствует.
!
Два, Исследование источников данных Dapp
Чтобы понять, как происходят события, подобные Goldsky, нам необходимо深入 разобраться в механизмах работы DApp. Для простого пользователя DApp обычно состоит только из двух частей: смарт-контракта на блокчейне и фронтенд-страницы. Но откуда на самом деле берутся данные, отображаемые на фронтенде для пользователей?
Необходимость службы поиска данных
В качестве примера построения соглашения о займе, данное соглашение должно отображать положение пользователей, а также маржу и статус долга для каждой позиции. Прямое считывание этих данных из блокчейна на практике часто невозможно, так как контракты обычно предоставляют только функции для запроса конкретных данных по идентификатору позиции. Для отображения положения позиций пользователя на фронтенде необходимо извлечь все позиции в системе и отфильтровать те, которые принадлежат текущему пользователю. Этот процесс, даже если он выполняется непосредственно на сервере с использованием локального узла, зачастую требует несколько часов времени.
Поэтому стало необходимо внедрить инфраструктуру для ускорения получения данных. Компании, такие как Goldsky, именно предоставляют эти услуги индексации данных.
Отношения TheGraph/Goldsky с SubGraph
SubGraph — это фреймворк для разработки, предназначенный для чтения и агрегации данных с блокчейна, а также для отображения этих данных на фронтенде. TheGraph и Goldsky на самом деле являются хостинг-провайдерами SubGraph. Программы, разработанные на фреймворке SubGraph, необходимо запускать на сервере, и разные операторы имеют разные стратегии и технические решения.
Модель оплаты Goldsky
Goldsky использует модель ценообразования, основанную на использовании ресурсов, что является наиболее распространенным способом ценообразования на платформах SaaS в интернете.
Модель收费 TheGraph
TheGraph имеет набор тарифных планов, отличных от обычных способов оплаты, связанных с экономикой токена GRT. Включает плату за запросы и плату за ставку Signal.
Проблемы, с которыми сталкиваются разработчики
Для большинства разработчиков использование TheGraph относительно затруднительно. Существуют две основные проблемы:
В отличие от этого, выбор Goldsky более прост, способ оплаты понятен, его можно использовать почти мгновенно, и неопределенность значительно снижена. Это привело к ситуации, когда в услугах индексирования и поиска данных блокчейна наблюдается зависимость от одного продукта.
!
Три, существующие решения
размышлять
ponder является простым, с хорошим опытом разработки и легким в развертывании программным обеспечением для поиска данных. Его преимущества включают:
Коммерческий путь ponder соответствует "теории изоляции", достигая ценообразования за счет взимания платы с части однородной группы.
концепция разработки local-first
В разработке блокчейна принцип local-first можно реализовать следующим образом:
Такой дизайн может значительно повысить устойчивость приложения и предотвратить его недоступность после сбоя службы извлечения данных.
!
Четыре, заключение
Событие с выходом из строя Goldsky звучит как сигнал тревоги для экосистемы. Несмотря на то, что блокчейн сам по себе обладает децентрализованными свойствами и стойкостью к единой точке отказа, приложения, построенные на его основе, все еще сильно зависят от централизованных инфраструктурных услуг, что создает системные риски для всей экосистемы.
В статье обсуждаются причины, по которым TheGraph не получил широкого распространения, представлен фреймворк самообслуживания ponder в качестве экстренного варианта и исследуется концепция разработки с приоритетом локальности. Мы призываем больше разработчиков обратить внимание на инфраструктуру извлечения данных, попробовать создать децентрализованные сервисы или разработать фреймворки, которые позволят фронтенду DApp функционировать даже в отсутствие сервиса извлечения данных.
!