Serie de la tragedia de los comunes encriptados: el problema del índice de datos en el mercado de predicción descentralizado
resumen
Este artículo se centra en la aplicación de mercado de predicción Polymarket y su herramienta de indexación de datos dentro del ecosistema de Ethereum. Como representante del "mercado de predicción descentralizado", ¿ha logrado realmente Polymarket su módulo fundamental de indexación de datos de manera descentralizada? ¿Por qué infraestructuras públicas como The Graph no han podido desempeñar el papel esperado? ¿Qué forma debe tener un bien público de indexación de datos que sea realmente utilizable y sostenible?
Una, la reacción en cadena provocada por la caída de la plataforma de datos centralizada.
En julio de 2024, la plataforma de infraestructura de datos blockchain Goldsky, dirigida a desarrolladores de Web3, sufrió un incidente de caída de seis horas, lo que provocó que numerosos proyectos en el ecosistema de Ethereum se paralizaran. Esto expuso un hecho inquietante: aunque la blockchain en sí misma ha logrado una Descentralización en la medida de lo posible, la infraestructura utilizada por las aplicaciones construidas sobre la cadena a menudo incluye una gran cantidad de servicios centralizados.
La indexación y recuperación de datos de blockchain pertenece a productos públicos digitales "no excluyentes y no competitivos". Los usuarios esperan que sea gratuito o con tarifas muy bajas, pero detrás de esto se requiere una inversión continua en hardware, almacenamiento, ancho de banda y mano de obra de mantenimiento. Cuando falta un modelo de negocio sostenible, se produce un patrón de centralización donde el ganador se lo lleva todo.
Esto nos alerta de que el mundo de la Descentralización necesita urgentemente diversificar la infraestructura de Web3 a través de la financiación de productos públicos, la redistribución o iniciativas impulsadas por la comunidad, de lo contrario, surgirán problemas de centralización. Hacemos un llamado a los desarrolladores de DApp para que construyan productos con prioridad local, y también hacemos un llamado a la comunidad técnica para que considere la posibilidad de fallos en los servicios de recuperación de datos al diseñar DApps, asegurando que los usuarios puedan interactuar con el proyecto incluso sin una infraestructura de recuperación de datos.
Dos, la fuente de datos de DApp
Para los usuarios comunes, un DApp generalmente se compone solo de contratos en la cadena y una interfaz de usuario. Pero, ¿de dónde provienen realmente los datos que se muestran en la interfaz?
La necesidad de servicios de recuperación de datos
Tomando como ejemplo el protocolo de préstamos, si se desea mostrar la situación de las posiciones de los usuarios en el frontend, es necesario recuperar todas las posiciones actuales en el sistema y luego buscar las posiciones que pertenecen al usuario actual. Este proceso es difícil de implementar en el frontend, incluso al depender directamente de los nodos locales en el servidor para ejecutar tareas de recuperación de datos a menudo puede llevar varias horas. Por lo tanto, se debe introducir infraestructura para acelerar la obtención de datos.
La relación entre SubGraph, TheGraph y Goldsky
SubGraph es un marco de desarrollo utilizado para leer y resumir datos en la cadena. TheGraph es una de las primeras plataformas de recuperación de datos descentralizada, que desarrolló el marco SubGraph escrito en AssemblyScript. Goldsky también es un proveedor de SubGraph.
Comparación de los modelos de tarifas de Goldsky y TheGraph
Goldsky utiliza un estándar de facturación simple basado en el uso de recursos. TheGraph, en cambio, tiene un complejo esquema de tarifas relacionado con la economía del token GRT, que incluye tarifas de consulta, tarifas de participación, entre otras.
La experiencia de uso de TheGraph no es buena
Para la mayoría de los desarrolladores, usar TheGraph es más complicado. Hay incertidumbre en la cantidad de GRT que se debe apostar y en el tiempo necesario para atraer operadores, además, el cálculo de costos y el manejo contable también son bastante complejos. En comparación, elegir Goldsky es más simple y directo.
Tres, soluciones existentes
Además de TheGraph, hay algunas otras soluciones:
ponder: un software de servicio de recuperación de datos que es simple, tiene una buena experiencia de desarrollo y es fácil de implementar, que los desarrolladores pueden arrendar y desplegar en sus propios servidores.
Filosofía de desarrollo local-prioritario: exige que el software tenga la capacidad de trabajar sin conexión y colaborar entre clientes. En el escenario de DApp, se puede lograr mediante el almacenamiento en caché de datos clave y el diseño de funciones de degradación.
Cuarta, conclusión
El incidente de Goldsky expuso la alta dependencia de la infraestructura centralizada en el ecosistema Web3. Los desarrolladores deben considerar el uso de marcos de recuperación de datos autogestionados como ponder como opción de emergencia, al mismo tiempo que adoptan la filosofía de desarrollo local primero, construyendo aplicaciones que aún puedan funcionar sin un servicio de recuperación de datos. Esperamos que más desarrolladores presten atención a esta infraestructura e intenten construir servicios de recuperación de datos descentralizados o diseñar marcos frontales de DApp que puedan operar sin un servicio de recuperación de datos.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
7 me gusta
Recompensa
7
3
Republicar
Compartir
Comentar
0/400
AirdropHunter007
· hace19h
¿Otra vez hablando de Descentralización? Primero arregla este maldito índice y luego hablamos.
Ver originalesResponder0
FUD_Whisperer
· hace19h
Me muero de risa, realmente se ha descentralizado.
Ver originalesResponder0
MevTears
· hace19h
poly es útil, pero el servidor centralizado ha fallado, es muy incómodo.
Revelando el dilema del índice de datos DApp: los peligros y soluciones del mercado de predicción descentralizado
Serie de la tragedia de los comunes encriptados: el problema del índice de datos en el mercado de predicción descentralizado
resumen
Este artículo se centra en la aplicación de mercado de predicción Polymarket y su herramienta de indexación de datos dentro del ecosistema de Ethereum. Como representante del "mercado de predicción descentralizado", ¿ha logrado realmente Polymarket su módulo fundamental de indexación de datos de manera descentralizada? ¿Por qué infraestructuras públicas como The Graph no han podido desempeñar el papel esperado? ¿Qué forma debe tener un bien público de indexación de datos que sea realmente utilizable y sostenible?
Una, la reacción en cadena provocada por la caída de la plataforma de datos centralizada.
En julio de 2024, la plataforma de infraestructura de datos blockchain Goldsky, dirigida a desarrolladores de Web3, sufrió un incidente de caída de seis horas, lo que provocó que numerosos proyectos en el ecosistema de Ethereum se paralizaran. Esto expuso un hecho inquietante: aunque la blockchain en sí misma ha logrado una Descentralización en la medida de lo posible, la infraestructura utilizada por las aplicaciones construidas sobre la cadena a menudo incluye una gran cantidad de servicios centralizados.
La indexación y recuperación de datos de blockchain pertenece a productos públicos digitales "no excluyentes y no competitivos". Los usuarios esperan que sea gratuito o con tarifas muy bajas, pero detrás de esto se requiere una inversión continua en hardware, almacenamiento, ancho de banda y mano de obra de mantenimiento. Cuando falta un modelo de negocio sostenible, se produce un patrón de centralización donde el ganador se lo lleva todo.
Esto nos alerta de que el mundo de la Descentralización necesita urgentemente diversificar la infraestructura de Web3 a través de la financiación de productos públicos, la redistribución o iniciativas impulsadas por la comunidad, de lo contrario, surgirán problemas de centralización. Hacemos un llamado a los desarrolladores de DApp para que construyan productos con prioridad local, y también hacemos un llamado a la comunidad técnica para que considere la posibilidad de fallos en los servicios de recuperación de datos al diseñar DApps, asegurando que los usuarios puedan interactuar con el proyecto incluso sin una infraestructura de recuperación de datos.
Dos, la fuente de datos de DApp
Para los usuarios comunes, un DApp generalmente se compone solo de contratos en la cadena y una interfaz de usuario. Pero, ¿de dónde provienen realmente los datos que se muestran en la interfaz?
La necesidad de servicios de recuperación de datos
Tomando como ejemplo el protocolo de préstamos, si se desea mostrar la situación de las posiciones de los usuarios en el frontend, es necesario recuperar todas las posiciones actuales en el sistema y luego buscar las posiciones que pertenecen al usuario actual. Este proceso es difícil de implementar en el frontend, incluso al depender directamente de los nodos locales en el servidor para ejecutar tareas de recuperación de datos a menudo puede llevar varias horas. Por lo tanto, se debe introducir infraestructura para acelerar la obtención de datos.
La relación entre SubGraph, TheGraph y Goldsky
SubGraph es un marco de desarrollo utilizado para leer y resumir datos en la cadena. TheGraph es una de las primeras plataformas de recuperación de datos descentralizada, que desarrolló el marco SubGraph escrito en AssemblyScript. Goldsky también es un proveedor de SubGraph.
Comparación de los modelos de tarifas de Goldsky y TheGraph
Goldsky utiliza un estándar de facturación simple basado en el uso de recursos. TheGraph, en cambio, tiene un complejo esquema de tarifas relacionado con la economía del token GRT, que incluye tarifas de consulta, tarifas de participación, entre otras.
La experiencia de uso de TheGraph no es buena
Para la mayoría de los desarrolladores, usar TheGraph es más complicado. Hay incertidumbre en la cantidad de GRT que se debe apostar y en el tiempo necesario para atraer operadores, además, el cálculo de costos y el manejo contable también son bastante complejos. En comparación, elegir Goldsky es más simple y directo.
Tres, soluciones existentes
Además de TheGraph, hay algunas otras soluciones:
ponder: un software de servicio de recuperación de datos que es simple, tiene una buena experiencia de desarrollo y es fácil de implementar, que los desarrolladores pueden arrendar y desplegar en sus propios servidores.
Filosofía de desarrollo local-prioritario: exige que el software tenga la capacidad de trabajar sin conexión y colaborar entre clientes. En el escenario de DApp, se puede lograr mediante el almacenamiento en caché de datos clave y el diseño de funciones de degradación.
Cuarta, conclusión
El incidente de Goldsky expuso la alta dependencia de la infraestructura centralizada en el ecosistema Web3. Los desarrolladores deben considerar el uso de marcos de recuperación de datos autogestionados como ponder como opción de emergencia, al mismo tiempo que adoptan la filosofía de desarrollo local primero, construyendo aplicaciones que aún puedan funcionar sin un servicio de recuperación de datos. Esperamos que más desarrolladores presten atención a esta infraestructura e intenten construir servicios de recuperación de datos descentralizados o diseñar marcos frontales de DApp que puedan operar sin un servicio de recuperación de datos.