Широка трагедія шифрувальної громади: проблема індексації даних децентралізованого ринку прогнозів
Резюме
Ця стаття зосереджена на застосуванні ринку прогнозів 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: простий, зручний у розробці та легкий у розгортанні програмний забезпечення для пошуку даних, розробники можуть самостійно орендувати сервери для розгортання.
принцип розробки «спочатку локально»: вимагає, щоб програмне забезпечення мало можливості офлайн-роботи та міжклієнтської співпраці. У сценарії DApp це можна реалізувати шляхом кешування ключових даних та проектування функцій зниження.
Чотири, висновки
Інцидент з Goldsky виявив високу залежність екосистеми Web3 від централізованої інфраструктури. Розробники повинні розглянути можливість використання таких фреймворків для самостійного зберігання даних, як ponder, як резервний варіант, одночасно приймаючи концепцію розробки local-first, щоб створити додатки, які можуть працювати без сервісів зберігання даних. Ми сподіваємося, що більше розробників зверне увагу на цю інфраструктуру, спробує створити децентралізовані сервіси зберігання даних або розробити фреймворки для фронтенду DApp, які можуть працювати без сервісів зберігання даних.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
7 лайків
Нагородити
7
3
Репост
Поділіться
Прокоментувати
0/400
AirdropHunter007
· 19год тому
Знову говорять про Децентралізацію? Спочатку розберіться з цим бідним індексом, а потім вже поговоримо.
Переглянути оригіналвідповісти на0
FUD_Whisperer
· 19год тому
Смішно, справжня централізація.
Переглянути оригіналвідповісти на0
MevTears
· 19год тому
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: простий, зручний у розробці та легкий у розгортанні програмний забезпечення для пошуку даних, розробники можуть самостійно орендувати сервери для розгортання.
принцип розробки «спочатку локально»: вимагає, щоб програмне забезпечення мало можливості офлайн-роботи та міжклієнтської співпраці. У сценарії DApp це можна реалізувати шляхом кешування ключових даних та проектування функцій зниження.
Чотири, висновки
Інцидент з Goldsky виявив високу залежність екосистеми Web3 від централізованої інфраструктури. Розробники повинні розглянути можливість використання таких фреймворків для самостійного зберігання даних, як ponder, як резервний варіант, одночасно приймаючи концепцію розробки local-first, щоб створити додатки, які можуть працювати без сервісів зберігання даних. Ми сподіваємося, що більше розробників зверне увагу на цю інфраструктуру, спробує створити децентралізовані сервіси зберігання даних або розробити фреймворки для фронтенду DApp, які можуть працювати без сервісів зберігання даних.
!