¿“Pendiente” es realmente un hecho en toda la red?
Una billetera puede etiquetar una transacción de Dusk como “pendiente”, mientras que otro nodo no tiene ninguna entrada correspondiente en el mempool.
Eso no necesariamente es una inconsistencia. Se debe a cómo Dusk maneja las transacciones antes de que se conviertan en estado del libro mayor.
Cada par realiza sus propias comprobaciones de admisión y mantiene su propio mempool. Por lo tanto, la consulta de mempoolTxs de Dusk muestra el mempool real del nodo que se está consultando, y no una cola compartida en toda la red por cada par.
El manejo de Moonlight en la era Boreas hace que esto sea aún menos intuitivo. Una transacción válida cuyo nonce esté adelantado con respecto a la secuencia actual de la cuenta puede diferirse mientras llegan los nonces que faltan. Durante ese período, queda fuera del mempool real visible del nodo. Así que incluso el nodo que recibió la transacción puede no mostrarla aún en mempoolTxs.
La caducidad añade otra dimensión local: es una política del nodo en lugar de una vida útil codificada dentro de la propia transacción.
Esto cambia la forma en que leería la palabra “pendiente”. Antes del consenso, Dusk no ofrece un único estado global autorizado de transacciones para que todos puedan observarlo. Diferentes nodos pueden, de manera legítima, mantener información distinta sobre la misma transacción.
Por lo tanto, el estado de una billetera es un informe desde un punto de observación, y no una afirmación de que la red ya haya acordado un hecho intermedio compartido.
El consenso es donde esas visiones locales fragmentadas empiezan a convertirse en un historial común del libro mayor.
@Dusk $DUSK #dusk
Una billetera puede etiquetar una transacción de Dusk como “pendiente”, mientras que otro nodo no tiene ninguna entrada correspondiente en el mempool.
Eso no necesariamente es una inconsistencia. Se debe a cómo Dusk maneja las transacciones antes de que se conviertan en estado del libro mayor.
Cada par realiza sus propias comprobaciones de admisión y mantiene su propio mempool. Por lo tanto, la consulta de mempoolTxs de Dusk muestra el mempool real del nodo que se está consultando, y no una cola compartida en toda la red por cada par.
El manejo de Moonlight en la era Boreas hace que esto sea aún menos intuitivo. Una transacción válida cuyo nonce esté adelantado con respecto a la secuencia actual de la cuenta puede diferirse mientras llegan los nonces que faltan. Durante ese período, queda fuera del mempool real visible del nodo. Así que incluso el nodo que recibió la transacción puede no mostrarla aún en mempoolTxs.
La caducidad añade otra dimensión local: es una política del nodo en lugar de una vida útil codificada dentro de la propia transacción.
Esto cambia la forma en que leería la palabra “pendiente”. Antes del consenso, Dusk no ofrece un único estado global autorizado de transacciones para que todos puedan observarlo. Diferentes nodos pueden, de manera legítima, mantener información distinta sobre la misma transacción.
Por lo tanto, el estado de una billetera es un informe desde un punto de observación, y no una afirmación de que la red ya haya acordado un hecho intermedio compartido.
El consenso es donde esas visiones locales fragmentadas empiezan a convertirse en un historial común del libro mayor.
@Dusk $DUSK #dusk
