Un detalle de la infraestructura de datos que me resulta fácil pasar por alto es la diferencia entre un cálculo correcto y una respuesta confiable.
Un panel puede mostrar una cifra calculada a la perfección y aun así inducir a error si los datos de origen estaban incompletos o fueron modificados. Por lo general, los usuarios deben confiar tanto en el operador de la base de datos como en el código que produce el resultado. Es una suposición importante cuando esa cifra influye en préstamos, verificaciones de garantías, pagos o la siguiente acción de un agente de IA.
Space and Time separa el cálculo de la verificación. Su documentación describe compromisos criptográficos para tablas de datos, actualizados mediante el consenso de validadores. Un probador puede ejecutar una consulta SQL fuera de la cadena y generar una Proof of SQL. Un verificador puede comprobar que los datos coinciden con su compromiso y que el cálculo solicitado se realizó correctamente. Un contrato inteligente puede verificar esta prueba sin almacenar el conjunto de datos completo.
Este límite es importante. Una prueba puede demostrar que un resultado se deriva de un conjunto de datos comprometido y de una consulta. No demuestra automáticamente que la fuente original fuera honesta, completa o significativa. La calidad de los datos y su ingesta siguen siendo importantes.
Esta distinción podría cobrar importancia a medida que los protocolos DeFi dependan de información histórica o entre cadenas, y que los sistemas de IA actúen basándose en registros externos. En lugar de aceptar la respuesta de una API basándose únicamente en su reputación, una aplicación puede solicitar pruebas de cómo se obtuvo la respuesta.
La computación verificable ofrece un puente entre grandes conjuntos de datos fuera de la cadena y las decisiones en la cadena. Su valor dependerá de que los desarrolladores la utilicen allí donde las verificaciones independientes cambien los resultados, en lugar de tratar las pruebas como un mero adorno.
Me interesa saber cómo aplicarán este modelo quienes desarrollan estas soluciones.
#sxt $SXT @SpaceandTime
Un panel puede mostrar una cifra calculada a la perfección y aun así inducir a error si los datos de origen estaban incompletos o fueron modificados. Por lo general, los usuarios deben confiar tanto en el operador de la base de datos como en el código que produce el resultado. Es una suposición importante cuando esa cifra influye en préstamos, verificaciones de garantías, pagos o la siguiente acción de un agente de IA.
Space and Time separa el cálculo de la verificación. Su documentación describe compromisos criptográficos para tablas de datos, actualizados mediante el consenso de validadores. Un probador puede ejecutar una consulta SQL fuera de la cadena y generar una Proof of SQL. Un verificador puede comprobar que los datos coinciden con su compromiso y que el cálculo solicitado se realizó correctamente. Un contrato inteligente puede verificar esta prueba sin almacenar el conjunto de datos completo.
Este límite es importante. Una prueba puede demostrar que un resultado se deriva de un conjunto de datos comprometido y de una consulta. No demuestra automáticamente que la fuente original fuera honesta, completa o significativa. La calidad de los datos y su ingesta siguen siendo importantes.
Esta distinción podría cobrar importancia a medida que los protocolos DeFi dependan de información histórica o entre cadenas, y que los sistemas de IA actúen basándose en registros externos. En lugar de aceptar la respuesta de una API basándose únicamente en su reputación, una aplicación puede solicitar pruebas de cómo se obtuvo la respuesta.
La computación verificable ofrece un puente entre grandes conjuntos de datos fuera de la cadena y las decisiones en la cadena. Su valor dependerá de que los desarrolladores la utilicen allí donde las verificaciones independientes cambien los resultados, en lugar de tratar las pruebas como un mero adorno.
Me interesa saber cómo aplicarán este modelo quienes desarrollan estas soluciones.
#sxt $SXT @SpaceandTime
