Un profesor me dijo una vez que una respuesta correcta a la pregunta equivocada sigue siendo una respuesta equivocada, y por alguna razón esa frase me volvió a la mente mientras leía sobre cómo funciona Space and Time. La idea es bastante sencilla. Los datos de cadenas, empresas o conjuntos de datos externos se registran en tablas, y un probador demuestra que la consulta SQL se ejecutó correctamente sobre esos registros. Así, una aplicación o un contrato inteligente puede confiar en el resultado sin ver nunca los datos sin procesar. La verdad, esa parte es ingeniosa, sobre todo para agentes de IA y aplicaciones financieras que no pueden simplemente entregar sus datos 👏 Pero esto es lo que no deja de darme vueltas... la prueba solo abarca la consulta, no los datos que hay debajo. Si se registran datos incorrectos, obtienes una respuesta incorrecta perfectamente demostrada. En el ámbito descentralizado, los validadores firman esos registros, así que me gustaría saber cuánta confianza podemos depositar realmente en ese paso. En el ámbito empresarial, el asunto es aún más delicado, porque la empresa genera sus propios registros locales, así que vuelves a confiar en el propietario de los datos, solo que con matemáticas más elegantes. Entonces, ¿quién verifica los datos de entrada antes de que se conviertan en un registro? ¿Y cuánto cuesta demostrarlo, en tiempo y dinero, cuando las consultas se vuelven pesadas? No digo que esto invalide nada. Demostrar el cálculo es un verdadero avance, y hay muchos proyectos que ni siquiera llegan a eso. Aun así, para mí una prueba se parece a un recibo, y un recibo solo sirve de algo si la tienda fue honesta desde el principio. Estoy pendiente de cómo $SXT gestiona esa brecha...👀
@SpaceandTime #sxt
$AGT $MAGMA