@OpenGradient
Rastreé una transacción a través de la alpha testnet esperando un único camino de ejecución. Se dividió en tres antes de que siquiera se confirmara.
La transacción aterrizó en lo que llaman el Inference Mempool. En lugar de simplemente quedarse ahí esperando su turno, el mempool la simuló, extrajo la llamada de inferencia enterrada dentro y la envió a ejecutarse en paralelo mientras la transacción misma permanecía pendiente.
Ese orden me tomó por sorpresa. Asumía que la inferencia siempre ocurre después de que una transacción aterriza, de la misma manera que una actualización de oráculo ocurre después de que un precio se mueve. Aquí se ejecuta antes de que la transacción termine, no después.
Una vez que el resultado del modelo regresó, la transacción original se reanudó con ese resultado ya integrado, y luego fue al siguiente bloque. Sin callback separado, sin esperar un viaje de ida y vuelta de oráculo externo. El resultado es simplemente parte de la misma operación atómica.
Lo que esto realmente compra es eliminar la demora del oráculo para la lógica impulsada por ML, además de permitir que cientos de inferencias pendientes se ejecuten lado a lado en lugar de hacer cola unas detrás de otras.
Diré la parte obvia, sin embargo. Esto es solo para la alpha testnet, ni siquiera está en vivo en la testnet oficial aún. Los modelos deben estar en formato ONNX, lo que descarta muchas arquitecturas más grandes. Y no he visto nada en la documentación que aborde qué sucede si la inferencia simulada y el entorno de ejecución real no coinciden para cuando la transacción se reanude.
#OPG $OPG
$SYN $BAS
Rastreé una transacción a través de la alpha testnet esperando un único camino de ejecución. Se dividió en tres antes de que siquiera se confirmara.
La transacción aterrizó en lo que llaman el Inference Mempool. En lugar de simplemente quedarse ahí esperando su turno, el mempool la simuló, extrajo la llamada de inferencia enterrada dentro y la envió a ejecutarse en paralelo mientras la transacción misma permanecía pendiente.
Ese orden me tomó por sorpresa. Asumía que la inferencia siempre ocurre después de que una transacción aterriza, de la misma manera que una actualización de oráculo ocurre después de que un precio se mueve. Aquí se ejecuta antes de que la transacción termine, no después.
Una vez que el resultado del modelo regresó, la transacción original se reanudó con ese resultado ya integrado, y luego fue al siguiente bloque. Sin callback separado, sin esperar un viaje de ida y vuelta de oráculo externo. El resultado es simplemente parte de la misma operación atómica.
Lo que esto realmente compra es eliminar la demora del oráculo para la lógica impulsada por ML, además de permitir que cientos de inferencias pendientes se ejecuten lado a lado en lugar de hacer cola unas detrás de otras.
Diré la parte obvia, sin embargo. Esto es solo para la alpha testnet, ni siquiera está en vivo en la testnet oficial aún. Los modelos deben estar en formato ONNX, lo que descarta muchas arquitecturas más grandes. Y no he visto nada en la documentación que aborde qué sucede si la inferencia simulada y el entorno de ejecución real no coinciden para cuando la transacción se reanude.
#OPG $OPG
$SYN $BAS