Skip to main content
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.

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

Gerir cotações

É aqui que vive a maior diferença prática. 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. 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. 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.

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.
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 é 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 e Liquidações.

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

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

Para onde ir a seguir

Sequenciamento de transações

A ordem de prioridade que torna as cotações defensáveis sem latência.

Alterar ordens

Porque encolher uma cotação mantém o seu lugar na fila.

Comissões

Escalões, rebates e como o volume é contado.

Programadores

APIs, SDKs e ferramentas de testnet.