> ## Documentation Index > Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt > Use this file to discover all available pages before exploring further. # Secuenciación de transacciones > El orden fijo en que se ejecutan las acciones dentro de un bloque, y por qué las cancelaciones, las órdenes solo maker y las liquidaciones se ejecutan todas antes que cualquier cosa capaz de tomar liquidez. Todo lo que hay dentro de un bloque se ejecuta en un orden de prioridad fijo. No por comisión, no por hora de llegada a un nodo, no por cercanía a un validador: por categoría, decidido por el protocolo e idéntico en todos los nodos.
1
Operaciones del sistemalistados · parámetros de riesgo · comisiones · creación de cuentas · precio de marca
Todo lo posterior razona sobre un único precio
2
Acciones sin casaciónfondos · configuración de la cuenta · órdenes solo maker · liquidaciones
El dinero que mejora la salud de una cuenta llega antes de que nada la evalúe
3
Cancelacionestodas las del bloque
Una cotización obsoleta se puede retirar sin que la barra una orden llegada junto a la cancelación
4
Órdenes que pueden tomar liquideztodo lo agresivo, al final
Dentro de un bloque no existe la carrera por el milisegundo
En este orden, en todos los nodos
Qué gana ese lugar
El orden es el mecanismo. Es lo que hace defendible una cotización en el libro, lo que impide que alguien se adelante a las liquidaciones, y lo que elimina de dentro de un bloque la carrera de latencia por debajo del milisegundo.

1 · Operaciones del sistema

Cambios administrativos y a nivel de protocolo: listar y deslistar mercados, actualizaciones de parámetros de riesgo, cambios en el esquema de comisiones, creación de cuentas y subcuentas, y la actualización del precio de marca para el bloque. Que el precio de marca se actualice primero es lo que permite que todo lo posterior razone sobre un único precio. Una comprobación de liquidación y una orden colocada en el mismo bloque ven el mismo número.

2 · Acciones sin casación

Acciones que cambian el estado sin tocar el libro, en este orden interno: **Primero los fondos**: depósitos, adiciones manuales de margen a posiciones aisladas y el cobro de la financiación. El dinero que mejora la salud de una cuenta llega antes de que nada evalúe esa salud. **Configuración de la cuenta**: modo de margen, modo de posición, apalancamiento y cambios en la autorización de agentes. **Órdenes solo maker**: el único tipo de orden que se procesa aquí en vez de en la fase 4, porque solo maker no puede tomar liquidez por definición. Los makers garantizados se colocan en el libro antes de que nada pueda operar contra ellos, por orden de llegada. **Liquidaciones**: primero se cancelan las órdenes de la cuenta afectada, después se vuelve a comprobar, y después se toma el control de la posición si sigue siendo necesario. Las tomas de control se ejecutan directamente al precio de bancarrota sin entrar en el libro. Que la liquidación se ejecute aquí (antes de cualquier orden discrecional) es la razón por la que nadie puede adelantarse a una liquidación dentro de un bloque. Cuando empieza la fase 4, el flujo forzoso ya está resuelto.

3 · Cancelaciones

Cancelaciones iniciadas por el usuario, antes de cualquier orden que pudiera tomar liquidez. Esta es la fase que más importa a quien cotiza. **Una cancelación enviada en el mismo bloque que una orden agresora gana a esa orden.** Si el precio se mueve y cancelas una cotización obsoleta, una orden que llegue junto a tu cancelación no puede barrerla. En la mayoría de los exchanges esto es una carrera que decide quién llega antes al motor de casación, y se gana con latencia. Aquí lo decide el protocolo, y el resultado es el mismo para todos, sea cual sea su infraestructura.

4 · Órdenes que pueden tomar liquidez

Todo lo que puede cruzar el libro: órdenes límite bajo cualquier vigencia, órdenes de mercado, porciones de TWAP, órdenes escalonadas que no sean solo maker, y modificaciones de órdenes. Dentro de esta fase se procesa por orden de llegada.

Qué llega a esta fase

Aquí el procesamiento es primero en entrar, primero en salir, y hay dos cosas que conviene nombrar sobre lo que llega. **Las órdenes post-only nunca llegan.** Se gestionan en la fase 2 y no pueden tomar liquidez. **Las órdenes condicionales que se disparan on-chain llegan en el mismo bloque.** Un stop o un take-profit disparado por el precio de marca de este bloque se convierte y entra en casación aquí en lugar de en el bloque siguiente. El disparo lo decidió el protocolo a partir de estado confirmado, no lo envió alguien que pudiera elegir el momento.

Qué cambia esto

**La latencia deja de importar dentro de un bloque.** Dos órdenes en el mismo bloque tienen una precedencia definida que cada nodo calcula de forma idéntica. Entre bloques la llegada sigue importando, pero la unidad de competencia es el bloque. **Cotizar es defendible.** Puedes cancelar una cotización obsoleta y ganar a una orden que llegó en el mismo momento. Eso es una propiedad estructural, no una ventaja operativa comprada con colocation. **El flujo forzoso se resuelve antes que el discrecional.** Las liquidaciones y la financiación se saldan antes de que nadie pueda operar a su alrededor.

Qué leer a continuación

Qué tipos pueden tomar liquidez y cuáles no. Por qué una reducción de tamaño in situ se aplica de inmediato. La secuencia de la fase 2 que se resuelve antes de la casación. Dónde encaja este calendario dentro de la ejecución del bloque.