#sxt $SXT @SpaceandTime
Cada vez que intento consultar cuánto gasté en café el año pasado, mi aplicación bancaria se bloquea si desplazo la pantalla más allá de los noventa días. Para cualquier dato más antiguo, me obliga a solicitar un extracto mensual en PDF y esperar. Así es como se mantienen ágiles la mayoría de los sistemas de estado. Se deja lo reciente y de uso frecuente en primera línea y se guarda el historial en un sótano frío, suponiendo que nadie necesitará calcular tres años de registros en medio de una compra en curso.
Los contratos inteligentes están sujetos exactamente a esa limitación. Un protocolo de préstamos o un hook de Uniswap solo ve las variables del estado actual, no lo que hizo una billetera hace seis meses. Si un agente automatizado o un fondo tokenizado necesita el volumen histórico de operaciones en varios pools, normalmente tiene que esperar a que un indexador offchain procese los datos y envíe de vuelta onchain una cifra no verificada.
Space and Time intenta superar ese cuello de botella mediante Proof of SQL. Cuando un contrato o una aplicación solicita una consulta sobre registros históricos, un probador offchain ejecuta el cálculo SQL usando metadatos de tablas comprometidos y genera una prueba de conocimiento cero en hardware GPU. El resultado y la prueba criptográfica se envían de vuelta a un contrato verificador onchain. Si el probador omite una fila o falsea los cálculos, la verificación falla y el contrato rechaza el resultado.
Al principio pensé que esto les daba a los contratos inteligentes memoria instantánea y gratuita. Al observar el proceso, en realidad convierte un problema de almacenamiento de estado en una disyuntiva entre coordinación y latencia. El contrato verificador comprueba rápidamente la prueba, pero quien hace la solicitud sigue esperando una respuesta asíncrona mientras el probador offchain construye los cálculos polinómicos, y alguien tiene que pagar el gas para verificar esa prueba en la cadena de destino. No se elimina el costo de consultar el historial; simplemente se traslada del almacenamiento onchain permanente al cómputo por consulta y a la demora de la respuesta. Sigo preguntándome cuánto puede reducirse el margen de tiempo de un bloque antes de que un swap de DeFi se adelante a la generación de la prueba.
Aviso: Comprar SXT es arriesgado. Se recomienda que investigues por tu cuenta (DYOR) y consultes a un profesional antes de comprar SXT o cualquier otra criptomoneda.
Cada vez que intento consultar cuánto gasté en café el año pasado, mi aplicación bancaria se bloquea si desplazo la pantalla más allá de los noventa días. Para cualquier dato más antiguo, me obliga a solicitar un extracto mensual en PDF y esperar. Así es como se mantienen ágiles la mayoría de los sistemas de estado. Se deja lo reciente y de uso frecuente en primera línea y se guarda el historial en un sótano frío, suponiendo que nadie necesitará calcular tres años de registros en medio de una compra en curso.
Los contratos inteligentes están sujetos exactamente a esa limitación. Un protocolo de préstamos o un hook de Uniswap solo ve las variables del estado actual, no lo que hizo una billetera hace seis meses. Si un agente automatizado o un fondo tokenizado necesita el volumen histórico de operaciones en varios pools, normalmente tiene que esperar a que un indexador offchain procese los datos y envíe de vuelta onchain una cifra no verificada.
Space and Time intenta superar ese cuello de botella mediante Proof of SQL. Cuando un contrato o una aplicación solicita una consulta sobre registros históricos, un probador offchain ejecuta el cálculo SQL usando metadatos de tablas comprometidos y genera una prueba de conocimiento cero en hardware GPU. El resultado y la prueba criptográfica se envían de vuelta a un contrato verificador onchain. Si el probador omite una fila o falsea los cálculos, la verificación falla y el contrato rechaza el resultado.
Al principio pensé que esto les daba a los contratos inteligentes memoria instantánea y gratuita. Al observar el proceso, en realidad convierte un problema de almacenamiento de estado en una disyuntiva entre coordinación y latencia. El contrato verificador comprueba rápidamente la prueba, pero quien hace la solicitud sigue esperando una respuesta asíncrona mientras el probador offchain construye los cálculos polinómicos, y alguien tiene que pagar el gas para verificar esa prueba en la cadena de destino. No se elimina el costo de consultar el historial; simplemente se traslada del almacenamiento onchain permanente al cómputo por consulta y a la demora de la respuesta. Sigo preguntándome cuánto puede reducirse el margen de tiempo de un bloque antes de que un swap de DeFi se adelante a la generación de la prueba.
Aviso: Comprar SXT es arriesgado. Se recomienda que investigues por tu cuenta (DYOR) y consultes a un profesional antes de comprar SXT o cualquier otra criptomoneda.