> ## 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.

# Sequenciação de transações

> A ordem fixa pela qual as ações executam dentro de um bloco — e porque os cancelamentos, as ordens post-only e as liquidações correm todos antes de qualquer coisa que possa consumir liquidez.

Tudo dentro de um bloco executa numa ordem de prioridade fixa. Não por comissão, não por hora de chegada a um nó, não por proximidade a um validador — por categoria, decidida pelo protocolo e idêntica em todos os nós.

<div className="dg" data-dg="tx-sequencing">
  <div className="dg-c" style={{aspectRatio:"720 / 392"}}>
    <svg className="dg-w" viewBox="0 0 720 392" aria-hidden="true">
      <path className="dg-wire dg-soft" d="M 20.00 105.00 L 20.00 114.60" />

      <path className="dg-head" d="M 20.00 121.00 L 15.60 114.60 L 24.40 114.60 Z" />

      <path className="dg-wire dg-soft" d="M 20.00 195.00 L 20.00 204.60" />

      <path className="dg-head" d="M 20.00 211.00 L 15.60 204.60 L 24.40 204.60 Z" />

      <path className="dg-wire dg-soft" d="M 20.00 285.00 L 20.00 294.60" />

      <path className="dg-head" d="M 20.00 301.00 L 15.60 294.60 L 24.40 294.60 Z" />
    </svg>

    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"8.6735%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--sky">1</span></div>
    <div className="dg-b dg--sky dg-left" style={{left:"7.2222%",top:"8.6735%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Operações de sistema</span><span className="dg-s">listagens · parâmetros de risco · tabela de comissões · criação de contas · marcação do bloco</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"8.6735%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">Tudo o que vem a seguir usa um só preço</span></div>
    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"31.6327%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--sky">2</span></div>
    <div className="dg-b dg--sky dg-left" style={{left:"7.2222%",top:"31.6327%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Ações sem matching</span><span className="dg-s">fundos primeiro · configuração da conta · ordens post-only · liquidações</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"31.6327%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">O dinheiro que melhora a saúde de uma conta entra antes de algo a avaliar</span></div>
    <div className="dg-b dg--green" style={{left:"0.0000%",top:"54.5918%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--green">3</span></div>
    <div className="dg-b dg--green dg-left" style={{left:"7.2222%",top:"54.5918%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Cancelamentos</span><span className="dg-s">cada cancelamento do bloco</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"54.5918%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">Uma cotação desatualizada pode ser retirada sem ser apanhada por uma ordem que chegou a par do cancelamento</span></div>
    <div className="dg-b dg--orange" style={{left:"0.0000%",top:"77.5510%",width:"5.5556%",height:"17.3469%"}}><span className="dg-t dg-ink--orange">4</span></div>
    <div className="dg-b dg--orange dg-left" style={{left:"7.2222%",top:"77.5510%",width:"52.7778%",height:"17.3469%"}}><span className="dg-t">Ordens que podem consumir liquidez</span><span className="dg-s">tudo o que é agressivo, no fim</span></div>
    <div className="dg-b dg-plain dg-left" style={{left:"62.2222%",top:"77.5510%",width:"37.7778%",height:"17.3469%"}}><span className="dg-s">A corrida ao milissegundo dentro de um bloco não existe</span></div>
    <div className="dg-free" style={{left:"7.2222%",top:"0.5102%",width:"52.7778%"}}><div className="dg-n">Executado nesta ordem, em todos os nós</div></div>
    <div className="dg-free" style={{left:"62.2222%",top:"0.5102%",width:"37.7778%"}}><div className="dg-n">O que a posição garante</div></div>
  </div>
</div>

A ordenação é o mecanismo. É o que torna defensável uma cotação em livro, o que impede o front-running das liquidações e o que retira de dentro de um bloco a corrida à latência abaixo do milissegundo.

<h2 id="1-system-operations">
  1 · Operações de sistema
</h2>

Alterações administrativas e ao nível do protocolo: listar e retirar mercados, atualizações de parâmetros de risco, alterações à tabela de comissões, criação de contas e subcontas, e a atualização do preço de marcação para o bloco.

Atualizar primeiro o preço de marcação é o que permite a tudo o que vem a seguir raciocinar sobre um único preço. Uma verificação de liquidação e uma ordem colocada no mesmo bloco veem o mesmo número.

<h2 id="2-non-matching-actions">
  2 · Ações sem matching
</h2>

Ações que alteram o estado sem tocar no livro, nesta ordem interna:

**Primeiro os fundos** — depósitos, adições manuais de margem a posições isoladas e a cobrança do funding. O dinheiro que melhora a saúde de uma conta entra antes de qualquer coisa avaliar essa saúde.

**Configuração da conta** — modo de margem, modo de posição, alavancagem e alterações de autorização de agente.

**Ordens post-only** — o único tipo de ordem processado aqui em vez da fase 4, porque, por definição, uma ordem post-only não pode consumir liquidez. Os makers garantidos são colocados no livro antes de qualquer coisa poder negociar contra eles, por ordem de chegada.

**Liquidações** — primeiro cancelar as ordens da conta afetada, depois voltar a verificar, depois assumir o controlo da posição se ainda for necessário. Essas tomadas de controlo executam diretamente ao preço de falência, sem entrar no livro.

<Note>
  É por a liquidação correr aqui — antes de qualquer ordem discricionária — que não é possível fazer front-running a uma liquidação dentro de um bloco. Quando a fase 4 começa, o fluxo forçado já foi resolvido.
</Note>

<h2 id="3-cancellations">
  3 · Cancelamentos
</h2>

Cancelamentos iniciados pelo utilizador, antes de qualquer ordem que possa consumir liquidez.

É a fase que mais importa a quem coloca cotações. **Um cancelamento submetido no mesmo bloco que uma ordem agressora vence essa ordem.** Se o preço se mover e cancelar uma cotação desatualizada, uma ordem que chegue a par do seu cancelamento não a consegue apanhar.

Na maioria das plataformas isto é uma corrida decidida por quem chega primeiro ao motor de matching, e ganha-se com latência. Aqui é decidido pelo protocolo, e o resultado é o mesmo para toda a gente, independentemente da infraestrutura.

<h2 id="4-orders-that-may-take-liquidity">
  4 · Ordens que podem consumir liquidez
</h2>

Tudo o que pode atravessar o livro: ordens limitadas com qualquer validade, ordens de mercado, fatias de TWAP, ordens escalonadas que não sejam post-only e alterações de ordens. Dentro desta fase, o processamento é por ordem de chegada.

<h3 id="what-reaches-this-phase">
  O que chega a esta fase
</h3>

Aqui o processamento é o primeiro a entrar, o primeiro a sair, e há duas coisas que vale a pena nomear sobre o que chega.

**As ordens post-only nunca chegam.** São tratadas na fase 2 e não podem tomar liquidez.

**As ordens condicionais que disparam on-chain chegam no mesmo bloco.** Um stop ou take-profit disparado pelo preço de marcação deste bloco é convertido e entra em matching aqui, e não no bloco seguinte. O disparo foi decidido pelo protocolo a partir de estado confirmado, não submetido por alguém que pudesse escolher o momento.

<h2 id="what-this-changes">
  O que isto muda
</h2>

**A latência deixa de contar dentro de um bloco.** Duas ordens no mesmo bloco têm uma precedência definida que todos os nós calculam de forma idêntica. Entre blocos a chegada continua a contar, mas a unidade de competição é o bloco.

**Cotar é defensável.** Pode cancelar uma cotação desatualizada e vencer uma ordem que chegou no mesmo momento. É uma propriedade estrutural, não uma vantagem operacional comprada com colocation.

**O fluxo forçado resolve-se antes do fluxo discricionário.** As liquidações e o funding ficam concluídos antes de alguém poder negociar em seu redor.

<h2 id="where-to-go-next">
  Para onde ir a seguir
</h2>

<CardGroup cols={2}>
  <Card title="Tipos de ordem" href="/pt/trading/order-types">
    Que tipos podem tomar liquidez e quais não podem.
  </Card>

  <Card title="Alterar ordens" href="/pt/trading/modify-orders">
    Porque uma redução de tamanho feita no lugar se aplica de imediato.
  </Card>

  <Card title="Liquidações" href="/pt/trading/liquidations">
    A sequência da fase 2 que se resolve antes do matching.
  </Card>

  <Card title="IntentionKernel" href="/pt/protocol/architecture/kernel">
    Onde esta sequência se encaixa na execução do bloco.
  </Card>
</CardGroup>
