> ## 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.
# Para market makers
> Os mecanismos que importam a quem cota os dois lados — prioridade na fila, precedência dos cancelamentos, rebates e as restrições ao tamanho.
Fazer mercado na Intention não é um programa especial a que se adere. Coloca cotações, as suas ordens no livro recebem a taxa de maker e, acima de um limiar, passa a ser pago para fornecer liquidez.
Antes de construir contra a plataforma vale a pena perceber três propriedades estruturais que a distinguem da maioria e, depois, os mecanismos concretos que delas decorrem. Todos os mecanismos abaixo estão documentados na íntegra noutro sítio; esta página é o caminho que os atravessa.
Três coisas que são diferentes
**A latência não decide resultados dentro de um bloco.** A prioridade num nível de preço é primeiro o preço, depois a posição na sequência confirmada do bloco — não o momento em que o seu pacote chegou a um nó. Duas ordens no mesmo bloco têm uma precedência que todos os validadores calculam de forma idêntica. Entre blocos, a chegada continua a contar; dentro de um, a colocalização não compra nada.
**O seu cancelamento ganha a uma ordem agressora no mesmo bloco.** Os cancelamentos executam numa fase anterior à das ordens que podem consumir liquidez. Quando o preço se mexe e retira uma cotação desatualizada, uma ordem que chegue ao mesmo tempo que o seu cancelamento não a consegue apanhar. Na maioria das plataformas isto é uma corrida que se ganha com infraestrutura; aqui é uma garantia do protocolo.
**As ordens post-only (apenas maker) são colocadas antes de o que quer que seja poder negociar contra elas.** São processadas na fase sem matching, à frente de todo o fluxo agressor, porque por definição não podem consumir liquidez.
Em conjunto, isto significa que a razão habitual para gastar muito em latência — defender cotações contra seleção adversa no mesmo bloco — não se aplica. Ver [Sequenciamento de transações](/pt/trading/tx-sequencing).
Cotar
**Use post-only.** Garante estatuto de maker: uma ordem que cruzasse é rejeitada em vez de ser executada como taker. É esta a diferença entre receber a taxa de maker de forma fiável e pagar a taxa de taker por acidente de vez em quando. Ver [Tipos de ordem](/pt/trading/order-types).
**A prioridade dentro de um nível é posicional.** As ordens ao mesmo preço executam pela ordem em que foram sequenciadas. A frente da fila executa; o fundo da fila fica a ver. Ver [Livro de ordens](/pt/trading/order-book).
**Respeite o tick size e o lot size** (incremento mínimo de preço e de quantidade). Os preços não conformes são rejeitados, não arredondados. O colateral livre arredonda para baixo e a margem arredonda para cima, pelo que cotar exatamente ao tamanho do seu saldo disponível vai ser rejeitado de forma intermitente. Ver [Precisão](/pt/trading/precision).
Gerir cotações
É aqui que vive a maior diferença prática.
| Alteração | Mecanismo | Posição na fila |
| --------------------- | --------------------- | --------------- |
| **Reduzir o tamanho** | Editada no lugar | **Mantida** |
| Aumentar o tamanho | Cancelar e substituir | Perdida |
| Alterar o preço | Cancelar e substituir | Perdida |
Encolher uma cotação para gerir risco não lhe custa o lugar na fila. Não é assim que a maioria das plataformas se comporta, e isso muda o custo de gerir inventário — pode reduzir a exposição num nível sem voltar para o fim da fila, atrás de todos os que chegaram enquanto decidia. Ver [Alterar ordens](/pt/trading/modify-orders).
**Associe um ID de ordem do cliente a tudo.** Quando uma submissão atinge o tempo limite, não sabe se chegou. Com um identificador que gerou, cancela por esse identificador e acaba num estado conhecido em qualquer dos casos. Sem ele, resta-lhe consultar e adivinhar por mercado, lado, preço e tamanho. Gere-os aleatoriamente e não a partir de um contador — um reinício que perca o contador colide com ordens ativas. Ver [ID de ordem do cliente](/pt/trading/client-order-id).
**A prevenção de autonegociação está sempre ligada, dentro de uma conta.** Se uma ordem sua que entra fosse consumir uma cotação sua que está no livro, a ordem no livro é cancelada e marcada com um estado distinto. Exponha esse estado: uma cotação a desaparecer por este motivo significa que duas estratégias suas colidiram.
As subcontas **estão** protegidas umas das outras. A prevenção de autonegociação é indexada ao endereço da carteira, e todas as subcontas da mesma carteira partilham esse endereço — por isso duas estratégias que corram em subcontas separadas continuam a cancelar-se uma à outra quando se cruzam. Se duas estratégias puderem legitimamente ficar em lados opostos, separá-las em subcontas **não** chega para isso — precisam de carteiras distintas. Ver [Prevenção de autonegociação](/pt/trading/self-trade-prevention).
Quanto rende
As comissões de maker descem com o seu volume móvel e, acima de um limiar de quota, tornam-se negativas — passa a receber por cada execução como maker.
| Quota do volume maker da plataforma | Taxa de maker |
| ----------------------------------: | ------------: |
| > 0,5% | −0,001% |
| > 1,5% | −0,002% |
| > 3,0% | −0,003% |
Atenção à base de cálculo. Os **escalões** de comissões são medidos contra o seu volume absoluto; os **rebates** são medidos como quota do volume maker de toda a plataforma. São qualificações diferentes, e ser um trader grande não dá por si só direito a um rebate — ser uma fração significativa do livro é que dá.
Há outros dois fluxos que afetam um livro de market making. O [funding](/pt/trading/funding) é cobrado sobre o inventário detido no momento do acerto, o que, para um livro que carrega enviesamento de um dia para o outro, é um custo real ou um rendimento real. E as liquidações fecham primeiro contra o livro de ordens — é a profundidade do livro que as absorve, e ser a contraparte ao preço de falência faz parte do que significa cotar num mercado sob tensão. Ver [Comissões](/pt/programs/fees) e [Liquidações](/pt/trading/liquidations).
Restrições ao tamanho
**A margem é reservada pelas ordens colocadas no livro**, não apenas pelas posições. Um livro largo espalhado por muitos níveis reserva margem contra cada nível que possa abrir uma posição. Ver [Modos de margem](/pt/trading/margin-modes).
**Os limites de posição escalam com o mercado.** O seu teto de cada lado é o maior entre uma quota do open interest (posições em aberto) do mercado e um piso fixo, agregado por todas as subcontas. Ver [Limites de posição](/pt/trading/oi-limits).
**O inventário afeta o seu lugar na ordenação de desalavancagem.** A pontuação é o lucro não realizado multiplicado pela alavancagem efetiva, pelo que um livro enviesado e lucrativo com alavancagem alta fica perto da frente da fila. Ver [Desalavancagem automática](/pt/trading/adl).
Como começar
A integração usa a mesma superfície que toda a gente: REST e WebSocket, SDKs em quatro linguagens e ferramentas de testnet. Comece em [Programadores](/pt/developers/overview).
Para acordos comerciais — taxas dedicadas, acordos formais de maker ou apoio a listagens — o canal é `contact@intention.xyz`. Ver [Questões de builders e integração](/pt/help/builder-questions).
Para onde ir a seguir
A ordem de prioridade que torna as cotações defensáveis sem latência.
Porque encolher uma cotação mantém o seu lugar na fila.
Escalões, rebates e como o volume é contado.
APIs, SDKs e ferramentas de testnet.