Muchos proyectos ahora se lanzan con promesas de datos verificables. Algunos incluso almacenan esos datos de forma permanente. Pero, ¿cuál es el verdadero valor de esos datos verificables? ¿Los usuarios verifican esos datos? ¿Qué pasa si encontramos que los datos almacenados son incorrectos? Vamos a profundizar.

Resumen

  • Verificable ≠ Verificado – Los datos que pueden ser verificados NO significan que estén verificados a menos que TÚ los verifiques.

  • El almacenamiento a largo plazo de datos verificables es derrochador. Desperdicia recursos mantener datos no verificables o falsos. Los usuarios deben re-verificarlos constantemente antes de usarlos, lo cual es ineficiente. Incluso con una fuente de datos verificada, los usuarios deben tener un método para verificar la verificación y realmente usarla (por ejemplo, API Trustless de KYVE).

  • Los usuarios rara vez verifican; la verificación consume tiempo y recursos, por lo que la mayoría de los usuarios no verifica incluso cuando es posible. Esta es la razón por la cual los datos verificados sin confianza tienen un valor añadido significativo.

  • La pre-validación es clave; solo los datos verificados sin confianza deben ser almacenados como un bien público. Esto asegura fiabilidad, reduce desperdicios y permite una re-verificación simple y sin confianza de los datos.

Verificable significa ESFUERZO, Verificado significa CONFIANZA (SIN CONFIANZA)

Es esencial conocer la diferencia entre verificable y verificado en la toma de decisiones. Una mala comprensión de estos términos puede llevar a malas decisiones. En nuestra industria, podría significar perder dinero. Para ilustrarlo, imagina una campaña de marketing para un nuevo smartphone. Alega que el teléfono tiene una duración de batería de 48 horas. Esta afirmación es verificable. Puede ser probada ejecutando el teléfono bajo condiciones normales de uso y midiendo la duración de la batería.

Sin embargo, hasta que pruebes y confirmes la afirmación, solo es verificable, no verificado. Si algunos expertos técnicos o reseñadores han confirmado la información, aún debes verificar otras fuentes. Debes asegurarte de que la información esté realmente verificada. Un grupo corrupto puede haber publicado una reseña falsa para sus propios intereses. Muchos consumidores dependen de esta distinción antes de comprar. Quieren asegurarse de que las afirmaciones de marketing no solo sean verificables, sino que hayan sido verificadas por fuentes confiables.

Es lo mismo con los datos; los datos verificables son una afirmación de que puedes verificar los datos, no que los datos han sido verificados, lo que significa que tienes que hacer esta parte del trabajo por tu cuenta, lo cual puede ser bastante tedioso y complicado, y si lo haces incorrectamente, puede llevarte a creer que algunos datos eran correctos cuando no lo eran o viceversa.

Por qué no tiene sentido almacenar datos verificables de forma permanente o como un bien público

Almacenar datos verificables para siempre es una ineficiencia costosa. El costo del almacenamiento persiste si los datos luego se demuestran falsos o irrelevantes. Esto significa que la información incorrecta o desactualizada aún ocupa espacio. Requiere soporte continuo pero no ofrece valor a largo plazo. Además, los datos verificables necesitan validación constante. Esto obliga a cada nuevo usuario a verificar su precisión. Esto lleva a tiempo y esfuerzo desperdiciados.

Con el tiempo, las fuentes de verificación pueden desaparecer, haciendo imposible confirmar o refutar datos antiguos. La industria debería centrarse en datos verificados sin confianza, no en datos verificables. Almacenar datos verificados sin confianza preserva solo información precisa y útil, maximizando el valor del almacenamiento. Dado que la verificación está completa, los usuarios de datos pueden "confiar" en los datos.

Sin embargo, deberían revalidarlo verificando la capa de validación y la capa de almacenamiento y obteniendo el ID de almacenamiento y el hash de transacción de ambas capas. Este proceso ayuda a reducir la redundancia y la ineficiencia. Los datos verificados sin confianza son relevantes durante mucho tiempo, ya que una capa de validación descentralizada los confirma antes del almacenamiento. Este enfoque ahorra dinero. También mantiene los datos confiables almacenados para uso futuro.

¿Realmente verificas cuando es verificable?

Solo porque los datos sean verificables no significa que estén realmente verificados, y ahí es donde radica el riesgo. Muchas personas utilizan DeFiLlama para verificar el TVL del puente de una blockchain. Nunca verifican los números por sí mismos. Asumen que los datos son correctos, pero si la fuente es incorrecta o manipulada, las decisiones basadas en ella pueden llevar a pérdidas financieras severas.

Lo mismo ocurre en la vida diaria: ¿cuántos de ustedes pesan un producto para comprobar si coincide con lo que está escrito en el paquete? Técnicamente, podrían hacerlo, pero no lo hacen porque hay una suposición de confianza. Para cosas pequeñas, esto no es un problema. En blockchain y finanzas, miles de millones se mueven basándose en decisiones impulsadas por datos. Por lo tanto, confiar sin verificar es un defecto. La única verdadera salvaguarda es la pre-validación. Asegura que los datos estén verificados antes de ser almacenados o utilizados. También debe permitir una forma simple y sin confianza de verificar esos datos.



#$AR #$FIL #$STORJ