> ## 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.
# Comissões de negociação
> Quanto custa uma execução: taxas de maker e de taker, como se determina a taxa que lhe é aplicada, as regras de arredondamento e para onde vão as comissões.
A comissão de negociação é cobrada **por execução**, sobre o valor nocional dessa execução. Não por ordem, não por bloco — uma ordem que executa em cinco partes é cobrada cinco vezes, sobre cinco valores nocionais, e uma ordem que nunca executa nunca é cobrada.
Aplicam-se duas taxas, consoante o lado da transação em que esteve.
**Maker** — a sua ordem estava no livro e outra pessoa negociou contra ela. Forneceu liquidez, e a taxa é mais baixa.
**Taker** — a sua ordem cruzou o spread e consumiu liquidez do livro. A taxa é mais alta.
A distinção é sobre o que a sua ordem *fez*, não sobre o que pretendia. Uma ordem limitada que cruza no momento da colocação paga a taxa de taker. Se tiver mesmo de ser maker, use post-only (apenas maker), que é rejeitada em vez de executada quando iria retirar liquidez. Ver [Tipos de ordem](/pt/trading/order-types).
O cálculo
$$
\text{comissão} = \text{nocional da execução} \times \frac{\text{taxa em ppm}}{1\,000\,000}
$$
As taxas são guardadas on-chain em **partes por milhão**, não em percentagem. O valor por omissão da rede é `450` ppm para taker e `150` ppm para maker — 0,045% e 0,015%.
Trabalhar em ppm não é cosmético. Tudo o que está no caminho de liquidação é [aritmética inteira em vírgula fixa](/pt/protocol/architecture/kernel), porque uma diferença de arredondamento entre dois validadores é um fork e não uma discrepância. Uma taxa expressa como percentagem de uma percentagem teria de se tornar um decimal algures, e não há nenhuma versão disso em que todas as máquinas concordem.
O arredondamento é, por isso, especificado e não acidental:
| | Regra |
| -------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- |
| **Comissão cobrada** | Arredondamento ao mais próximo, empates afastando-se de zero, com um mínimo de 1 quantum sempre que a taxa é positiva |
| **Rebate pago** | Arredondamento ao mais próximo, empates afastando-se de zero, **sem** mínimo — um rebate pode arredondar para zero |
| **Comissão reservada na colocação da ordem** | Arredondamento ao mais próximo, empates afastando-se de zero, mínimo de 1 quantum |
O mínimo de 1 quantum nas cobranças existe para que uma execução muito pequena não possa ser gratuita. A ausência desse mínimo nos rebates é exatamente o inverso: o protocolo arredonda um pagamento para zero em vez de emitir uma unidade que não foi ganha.
Que taxa se aplica a si
Todas as execuções resolvem a taxa da mesma maneira, e a sequência é fixa.
Uma execução
A conta tem uma taxa?
Uma taxa negociada de contadefinida diretamente sobre a conta e ignorada pelo recálculo noturno — um recálculo nunca sobrescreve termos acordados
Uma taxa de escalão de volumederiva do volume móvel, gravada na cadeia diariamente
O valor por omissão da redeuma conta nova negoceia no escalão 0, não sem taxa nenhumaZero é uma taxa real: uma vez definida, é cobrada à letra.
Existe também uma taxa base por mercado na configuração on-chain, mas hoje não é aplicada no caminho da execução — todos os mercados resolvem pela conta e, na falta dela, pelo valor por omissão.
**Uma taxa negociada de conta** é definida diretamente sobre uma conta. Resiste ao recálculo noturno dos escalões: uma conta com taxa negociada é deliberadamente ignorada, pelo que um recálculo de volume nunca sobrescreve termos que alguém acordou.
**Uma taxa de escalão de volume** é o que quase todas as contas têm. Deriva do volume móvel e é gravada de novo na cadeia diariamente. Ver [Escalões de comissões](/pt/programs/fee-tiers).
**O valor por omissão da rede** aplica-se a uma conta a que nunca foi atribuído nada — uma conta nova negoceia no escalão 0 e não sem taxa nenhuma.
Uma taxa de zero é uma taxa real, não uma taxa em falta. A partir do momento em que uma conta tem uma taxa explicitamente definida, o protocolo cobra-a à letra, mesmo quando é zero. Nada recai silenciosamente no valor por omissão só porque o número parece vazio.
Existe também uma **taxa base por mercado** na superfície de configuração on-chain, para o caso em que o perfil de risco de um mercado difere o suficiente do da plataforma para que aplicar-lhe a tabela geral seja errado — um contrato pré-mercado, uma listagem invulgarmente fina. Quando é aplicada, substitui o valor por omissão da rede como base para esse mercado, continuando as taxas de conta a sobrepor-se-lhe.
As taxas base por mercado são configuráveis, mas **não são aplicadas hoje no caminho da execução**. Neste momento, todos os mercados resolvem a taxa pela conta e, na falta dela, pelo valor por omissão, como está descrito acima. Esta página dirá o contrário quando isso mudar.
Que valores a taxa pode ter
Ambas as taxas são limitadas on-chain, e a escrita é rejeitada em vez de truncada se uma configuração exceder os limites.
| | Limite |
| --------- | --------------------------------------------------------- |
| **Taker** | Nunca negativa. Limitada a 10% |
| **Maker** | Pode ser negativa — um rebate — até −0,1%. Limitada a 10% |
A assimetria é deliberada. Uma taxa de maker negativa é um incentivo desenhado: a plataforma paga pela liquidez que quer ver no livro. Uma taxa de taker negativa seria um mecanismo para criar dinheiro negociando contra a própria conta, pelo que não é sequer representável, em vez de apenas desencorajada.
O teto de 10% é uma proteção, não uma tabela. As taxas reais vivem duas ordens de grandeza abaixo; o limite existe para impedir que uma configuração absurda ou maliciosa chegue à execução, não para descrever o que alguém paga.
Colocar ordens não custa gas
Submeter, alterar e cancelar ordens são transações nativas do protocolo. Não exigem saldo de gas nem competem num mercado de comissões.
Isto importa mais do que parece. Numa plataforma onde a gestão de ordens custa gas, cotar é caro e cancelar durante a volatilidade é mais caro exatamente quando é mais necessário — por isso os market makers cotam mais largo para o cobrir, e todos pagam esse spread. Tornar a gestão de ordens gratuita retira esse custo do spread em vez de o deslocar.
A consequência é que **a comissão de negociação é todo o custo de negociar imposto pelo protocolo.** Não há uma segunda rubrica.
Porque a margem reservada excede o requisito inicial
Ao abrir uma posição, o protocolo reserva margem para o requisito inicial *mais uma estimativa da comissão de fecho* — porque uma posição que não pode pagar o seu fecho é uma posição que a plataforma tem de absorver.
Essa estimativa é calculada à **taxa de taker por omissão da rede**, fixada no momento em que a ordem foi colocada — não à sua taxa, nem à taxa que vier a vigorar depois.
As duas partes são conservadoras de propósito. Usar a taxa de taker por omissão significa que a reserva nunca fica curta para uma conta cuja taxa suba mais tarde. Fixá-la na colocação significa que uma alteração de taxa a meio da vida da posição não pode invalidar retroativamente margem que já foi verificada e aceite.
Quando o fecho executa, é-lhe cobrada a sua taxa real. A reserva é um limite, não uma fatura.
Para onde vão as comissões
As comissões de negociação são recolhidas numa conta controlada pelo protocolo, on-chain. O que sai dali é dirigido ao ecossistema em vez de retido.
Cada execução
Conta de comissõeson-chain e auditável
Vault de liquidezcota o livro e assume posições em liquidação; os lucros revertem para os depositantes
Fundo de seguroabsorve défices antes de a desalavancagem chegar a outros traders
Rebates de referênciase o programa estiver ativo
Emissores de tokenspara listagens de spot trazidas por terceiros — spot ainda não ativo
Saldos e movimentos são estado da cadeia — saldo inicial, comissões, transferências, saldo final: uma soma que se recalcula dos blocos confirmados.
* **O [vault de liquidez](/pt/trading/vaults)**, que cota o livro e assume posições durante as [liquidações forçadas](/pt/trading/liquidations). A receita de comissões faz parte do seu rendimento, e os lucros do vault revertem para os depositantes.
* **O fundo de seguro**, que absorve os défices que uma liquidação não conseguiu cobrir antes de a [desalavancagem](/pt/trading/adl) chegar a outros traders.
* **Rebates de [referência](/pt/programs/referrals)**, quando esse programa estiver ativo.
* **Emissores de tokens**, no caso de listagens trazidas por terceiros. Aplica-se a listagens de spot, que ainda não estão ativas.
Os saldos e os movimentos são estado da cadeia. A reconciliação — saldo inicial, comissões que entram, transferências que saem, saldo final — é uma soma que qualquer pessoa pode recalcular a partir dos blocos confirmados, e não um número que alguém tenha de publicar.
As comissões de ponte e de conta são recolhidas em separado, numa conta própria. Ver [Comissões fora da negociação](/pt/programs/other-fees).
O que não é uma comissão de negociação
| Custo | Pago a | Notas |
| ----------------------------------------------------- | ----------------- | ----------------------------------------- |
| Comissão de negociação | O protocolo | Esta página |
| [Funding](/pt/trading/funding) | Outros traders | O protocolo não fica com nada |
| Slippage | Ninguém | É o preço que obteve, não uma cobrança |
| [Penalização de liquidação](/pt/trading/liquidations) | O fundo de seguro | Só em caso de liquidação |
| [Comissão de levantamento](/pt/programs/other-fees) | O protocolo | Ponte, não negociação |
| Gas | — | Não é cobrado em transações de negociação |
O funding é o que mais vezes se confunde com uma comissão. É uma transferência entre posições longas e curtas; consoante o lado que detiver, é um custo ou um rendimento.
Reduzir o que paga
* **Seja maker.** Para a maioria das contas, a diferença entre maker e taker é maior do que a diferença entre escalões de volume adjacentes. Mudar *como* negoceia mexe mais no seu custo do que negociar mais.
* **Use post-only** quando não puder pagar taxas de taker por acidente. É rejeitada em vez de executada se fosse cruzar.
* **Mantenha a atividade sob uma única conta principal.** As subcontas agregam para efeitos de escalão, pelo que dividir não ganha nada e custa complexidade operacional.
* **Divida ordens grandes.** O [TWAP](/pt/trading/twap) e as [ordens escalonadas](/pt/trading/scale-orders) reduzem o slippage, que numa ordem grande costuma exceder largamente a comissão.
Leia as taxas da cadeia em vez de as fixar no código. A tabela é configuração on-chain e muda; uma integração com uma cópia própria acabará por calcular um custo que a rede não está a cobrar. Ver [Programadores](/pt/developers/overview).
Para onde ir a seguir
A tabela, como o seu escalão é calculado e os rebates para market makers.
Custos de ponte, de conta, de vaults e de liquidação.
Post-only e como garantir o estatuto de maker.
O custo que vai para outros traders e não para o protocolo.