Série de la tragédie des biens communs cryptographiques : le problème d'indexation des données sur le marché de prévision décentralisé
Résumé
Cet article se concentre sur l'application de marché de prévision Polymarket et son outil d'indexation de données dans l'écosystème Ethereum. En tant que représentant des "marchés de prévision décentralisés", le module fondamental de Polymarket – l'indexation des données – a-t-il réellement réalisé la décentralisation ? Pourquoi des infrastructures publiques comme The Graph n'ont-elles pas pu assumer le rôle attendu ? À quoi devrait ressembler un bien public d'indexation de données véritablement utilisable et durable ?
Un, la défaillance d'une plateforme de données centralisée déclenche une réaction en chaîne
En juillet 2024, la plateforme d'infrastructure de données blockchain Goldsky, destinée aux développeurs Web3, a connu une panne de six heures, entraînant l'arrêt de nombreux projets au sein de l'écosystème Ethereum. Cela a révélé un fait troublant : bien que la blockchain elle-même ait été rendue aussi décentralisée que possible, les infrastructures utilisées par les applications construites sur la chaîne contiennent souvent de nombreux services centralisés.
L'indexation et la recherche de données blockchain appartiennent aux "produits publics numériques non exclusifs et non concurrentiels". Les utilisateurs s'attendent à des frais gratuits ou très faibles, mais cela nécessite un investissement continu en matériel, stockage, bande passante et main-d'œuvre pour l'exploitation. En l'absence d'un modèle de rentabilité durable, un schéma de concentration où le gagnant rafle tout peut apparaître.
Cela nous rappelle que le monde de la Décentralisation a un besoin urgent d'enrichir la diversité des infrastructures Web3 par le financement de produits publics, la redistribution ou des initiatives communautaires, sinon des problèmes de centralisation surviendront. Nous appelons les développeurs de DApp à construire des produits prioritaires pour les locaux, et nous exhortons la communauté technique à prendre en compte les situations d'échec des services de récupération de données lors de la conception des DApp, afin de garantir que les utilisateurs puissent interagir avec le projet même en l'absence d'infrastructure de récupération de données.
Deux, la source des données DApp
Pour les utilisateurs ordinaires, une DApp se compose généralement uniquement de contrats sur la chaîne et d'une interface utilisateur. Mais d'où proviennent réellement les données affichées sur le front-end ?
La nécessité des services de recherche de données
Prenons l'exemple d'un protocole de prêt. Pour afficher la situation des positions de l'utilisateur sur le front-end, il est nécessaire de récupérer toutes les positions dans le système actuel, puis de rechercher celles qui appartiennent à l'utilisateur actuel. Ce processus est difficile à réaliser sur le front-end, et même en s'appuyant directement sur les nœuds locaux pour exécuter les tâches de récupération de données sur le serveur, cela peut souvent prendre plusieurs heures. Par conséquent, il est impératif d'introduire des infrastructures pour accélérer l'obtention des données.
Relation entre SubGraph, TheGraph et Goldsky
SubGraph est un cadre de développement utilisé pour lire et agréger les données sur la chaîne. TheGraph est l'une des premières plateformes de recherche de données décentralisées, ayant développé le cadre SubGraph écrit en AssemblyScript. Goldsky est également un hébergeur de SubGraph.
Comparaison des modèles de tarification de Goldsky et TheGraph
Goldsky adopte une tarification simple basée sur l'utilisation des ressources. TheGraph, en revanche, a un ensemble de frais complexes liés à l'économie des tokens GRT, comprenant des frais de requête, des frais de mise en jeu, etc.
L'expérience d'utilisation de TheGraph n'est pas satisfaisante
Pour la plupart des développeurs, utiliser TheGraph est assez compliqué. L'incertitude concernant le nombre de GRT à mettre en jeu et le temps nécessaire pour attirer des opérateurs, ainsi que la complexité du calcul des coûts et de la comptabilité, rendent le processus difficile. En revanche, choisir Goldsky est beaucoup plus simple et direct.
Trois, solutions existantes
En plus de TheGraph, il existe d'autres solutions :
ponder : un logiciel de service de recherche de données simple, avec une bonne expérience de développement et un déploiement facile, que les développeurs peuvent déployer sur des serveurs loués par eux-mêmes.
Philosophie de développement local-first : exige que le logiciel dispose de fonctionnalités de travail hors ligne et de collaboration entre clients. Dans le contexte des DApp, cela peut être réalisé en mettant en cache des données clés et en concevant des fonctions de dégradation.
Quatrième, conclusion
L'incident de panne de Goldsky a révélé la forte dépendance de l'écosystème Web3 vis-à-vis des infrastructures centralisées. Les développeurs devraient envisager d'utiliser des cadres de récupération de données auto-hébergés comme ponder comme option d'urgence, tout en adoptant une philosophie de développement local-first pour construire des applications qui peuvent fonctionner sans service de récupération de données. Nous espérons que davantage de développeurs porteront attention à cette infrastructure et essaieront de construire des services de récupération de données décentralisés ou de concevoir des cadres frontend DApp pouvant fonctionner sans service de récupération de données.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
7 J'aime
Récompense
7
3
Reposter
Partager
Commentaire
0/400
AirdropHunter007
· Il y a 19h
Encore en train de parler de Décentralisation ? D'abord, réglons cet index défectueux.
Voir l'originalRépondre0
FUD_Whisperer
· Il y a 19h
Mort de rire, c'est vraiment centralisé.
Voir l'originalRépondre0
MevTears
· Il y a 19h
poly est utile, mais ce serveur centralisé a vraiment échoué, c'est très embarrassant.
Révéler le dilemme de l'indexation des données DApp : les risques et les solutions du marché de prévision décentralisé
Série de la tragédie des biens communs cryptographiques : le problème d'indexation des données sur le marché de prévision décentralisé
Résumé
Cet article se concentre sur l'application de marché de prévision Polymarket et son outil d'indexation de données dans l'écosystème Ethereum. En tant que représentant des "marchés de prévision décentralisés", le module fondamental de Polymarket – l'indexation des données – a-t-il réellement réalisé la décentralisation ? Pourquoi des infrastructures publiques comme The Graph n'ont-elles pas pu assumer le rôle attendu ? À quoi devrait ressembler un bien public d'indexation de données véritablement utilisable et durable ?
Un, la défaillance d'une plateforme de données centralisée déclenche une réaction en chaîne
En juillet 2024, la plateforme d'infrastructure de données blockchain Goldsky, destinée aux développeurs Web3, a connu une panne de six heures, entraînant l'arrêt de nombreux projets au sein de l'écosystème Ethereum. Cela a révélé un fait troublant : bien que la blockchain elle-même ait été rendue aussi décentralisée que possible, les infrastructures utilisées par les applications construites sur la chaîne contiennent souvent de nombreux services centralisés.
L'indexation et la recherche de données blockchain appartiennent aux "produits publics numériques non exclusifs et non concurrentiels". Les utilisateurs s'attendent à des frais gratuits ou très faibles, mais cela nécessite un investissement continu en matériel, stockage, bande passante et main-d'œuvre pour l'exploitation. En l'absence d'un modèle de rentabilité durable, un schéma de concentration où le gagnant rafle tout peut apparaître.
Cela nous rappelle que le monde de la Décentralisation a un besoin urgent d'enrichir la diversité des infrastructures Web3 par le financement de produits publics, la redistribution ou des initiatives communautaires, sinon des problèmes de centralisation surviendront. Nous appelons les développeurs de DApp à construire des produits prioritaires pour les locaux, et nous exhortons la communauté technique à prendre en compte les situations d'échec des services de récupération de données lors de la conception des DApp, afin de garantir que les utilisateurs puissent interagir avec le projet même en l'absence d'infrastructure de récupération de données.
Deux, la source des données DApp
Pour les utilisateurs ordinaires, une DApp se compose généralement uniquement de contrats sur la chaîne et d'une interface utilisateur. Mais d'où proviennent réellement les données affichées sur le front-end ?
La nécessité des services de recherche de données
Prenons l'exemple d'un protocole de prêt. Pour afficher la situation des positions de l'utilisateur sur le front-end, il est nécessaire de récupérer toutes les positions dans le système actuel, puis de rechercher celles qui appartiennent à l'utilisateur actuel. Ce processus est difficile à réaliser sur le front-end, et même en s'appuyant directement sur les nœuds locaux pour exécuter les tâches de récupération de données sur le serveur, cela peut souvent prendre plusieurs heures. Par conséquent, il est impératif d'introduire des infrastructures pour accélérer l'obtention des données.
Relation entre SubGraph, TheGraph et Goldsky
SubGraph est un cadre de développement utilisé pour lire et agréger les données sur la chaîne. TheGraph est l'une des premières plateformes de recherche de données décentralisées, ayant développé le cadre SubGraph écrit en AssemblyScript. Goldsky est également un hébergeur de SubGraph.
Comparaison des modèles de tarification de Goldsky et TheGraph
Goldsky adopte une tarification simple basée sur l'utilisation des ressources. TheGraph, en revanche, a un ensemble de frais complexes liés à l'économie des tokens GRT, comprenant des frais de requête, des frais de mise en jeu, etc.
L'expérience d'utilisation de TheGraph n'est pas satisfaisante
Pour la plupart des développeurs, utiliser TheGraph est assez compliqué. L'incertitude concernant le nombre de GRT à mettre en jeu et le temps nécessaire pour attirer des opérateurs, ainsi que la complexité du calcul des coûts et de la comptabilité, rendent le processus difficile. En revanche, choisir Goldsky est beaucoup plus simple et direct.
Trois, solutions existantes
En plus de TheGraph, il existe d'autres solutions :
ponder : un logiciel de service de recherche de données simple, avec une bonne expérience de développement et un déploiement facile, que les développeurs peuvent déployer sur des serveurs loués par eux-mêmes.
Philosophie de développement local-first : exige que le logiciel dispose de fonctionnalités de travail hors ligne et de collaboration entre clients. Dans le contexte des DApp, cela peut être réalisé en mettant en cache des données clés et en concevant des fonctions de dégradation.
Quatrième, conclusion
L'incident de panne de Goldsky a révélé la forte dépendance de l'écosystème Web3 vis-à-vis des infrastructures centralisées. Les développeurs devraient envisager d'utiliser des cadres de récupération de données auto-hébergés comme ponder comme option d'urgence, tout en adoptant une philosophie de développement local-first pour construire des applications qui peuvent fonctionner sans service de récupération de données. Nous espérons que davantage de développeurs porteront attention à cette infrastructure et essaieront de construire des services de récupération de données décentralisés ou de concevoir des cadres frontend DApp pouvant fonctionner sans service de récupération de données.