Pasé la tarea hurgando en los modos de asentamiento de OpenGradient en vez del gráfico de precios, ngl. $OPG , #OPG , @OpenGradient
La cuestión es que lo que realmente se me quedó grabado es esto: la capa de pago x402 tiene tres modos de asentamiento para la inferencia, y BATCH_HASHED (la opción barata, con poca privacidad, "solo lo hasheas en un árbol de Merkle") es la predeterminada. INDIVIDUAL_FULL — la que registra la entrada/salida completa y el timestamp en cadena, la versión que reguladores o auditores realmente querrían — existe, pero tienes que buscarla.
Así que el costo de verificación no está realmente "resuelto"; solo se difiere a quien esté dispuesto a pagar por el nivel de detalle. Esa misma semana en que OPG vio un pico de volumen de 605%+ por el listado de Upbit (precio de referencia $0.1851, abrió muy por encima y luego volvió a bajar), pensé: los eventos de liquidez acaparan toda la atención, pero la señal real es qué modo de asentamiento eligen los desarrolladores cuando ya están pagando comisiones reales en vez de las de testnet.
Espera — ¿no es "barato por defecto" solo trasladar el costo de verificación a la siguiente parte que necesita confiar en la salida a ciegas? Todavía le estoy dando vueltas a eso.