Escalões de comissões

A sua taxa desce à medida que o volume móvel sobe. A tabela é configuração on-chain e o escalão em que a conta se encontra é estado de conta on-chain — ambos legíveis, nenhum inferido.

​

A tabela

A taxa de maker chega a zero no escalão 4. A partir daí, qualquer melhoria adicional para o maker vem do programa de rebates e não dos escalões de volume, porque o que está a ser recompensado é diferente — ver abaixo.

​

Como é medido o volume

$$\text{volume ponderado} = \text{volume perpétuo} + 2 \times \text{volume spot}$$ O spot conta a dobrar. O volume de spot é mais difícil de gerar e não traz nada da alavancagem que inflaciona o valor nocional dos perpétuos, pelo que dar-lhe mais peso é o que torna os dois comparáveis como medida de atividade e não como medida de alavancagem. Três propriedades da janela: Móvel, não de calendário. Catorze dias, medidos para trás a partir de agora. Não há reinício mensal para contornar nem degrau na fronteira do mês. Recalculado diariamente. O volume é registado num instantâneo uma vez por dia, às 00:00 UTC. A janela é a diferença entre o instantâneo cumulativo de hoje e o de catorze períodos atrás — é isso que faz dela uma janela móvel e não um total acumulado. Agregado à conta principal. O volume de cada subconta é somado sob o endereço principal e o escalão resultante aplica-se a todas. Dividir a atividade por subcontas não ajuda nem prejudica; o número é o mesmo de qualquer forma.

​

Quando o escalão muda

Os escalões são recalculados uma vez por dia e aplicados no primeiro bloco depois das 00:00 UTC, a todas as contas cuja taxa mudou, em lotes. Vale a pena explicitar quatro pontos deste ciclo, porque são a diferença entre uma tabela correta e uma tabela que apenas costuma estar correta. A tabela de escalões é lida da cadeia em cada recálculo, nunca guardada. Um serviço com uma cópia própria continuaria a aplicar a tabela de ontem depois de a rede a ter mudado, e nada pareceria errado até alguém reconciliar uma comissão. As alterações são detetadas nas taxas, não nos números dos escalões. Comparar posições de escalão falha dois casos reais: um limiar que se move e faz uma conta inalterada cair noutro escalão, e um escalão que é reprecificado mantendo o mesmo número. Ambos mudam o que paga. Nenhum muda o número do escalão. A transação transporta um índice de escalão; a cadeia resolve a taxa. O mapeamento autoritativo de escalão para taxa é aplicado na execução, contra a configuração em vigor nesse bloco. Um índice fora do intervalo válido faz falhar o lote inteiro em vez de o aplicar parcialmente. Um dia só conta como aplicado depois de todos os lotes serem confirmados. Uma interrupção a meio do recálculo reexecuta o dia inteiro, o que é seguro porque o cálculo é idempotente — a mesma janela produz a mesma resposta. Todo este ciclo corre fora da execução do bloco e grava o resultado de novo na cadeia. Ver Serviços de programa para saber por que razão é esta a forma escolhida, em vez de calcular o volume dentro do bloco.

​

Rebates para market makers

Os makers que fornecem uma fatia relevante da liquidez da plataforma são pagos em vez de cobrados. Uma taxa negativa é um rebate, recebido em cada execução como maker. A base é diferente da dos escalões de volume, e é essa diferença que importa. A elegibilidade para um escalão mede-se pelo volume absoluto da conta. A elegibilidade para o rebate mede-se como quota do volume de maker de toda a plataforma — recompensa, portanto, representar uma fração significativa do livro, que não é o mesmo que negociar muito. Uma conta pode ser grande em termos absolutos e irrelevante para a profundidade do livro; o rebate destina-se às contas cuja saída se notaria. Os rebates são limitados on-chain: uma taxa de maker não pode descer abaixo de −0,1%, independentemente da configuração. Ver Comissões de negociação.

​

Taxas negociadas

As taxas podem ser definidas diretamente sobre uma conta, fora da tabela de escalões. Uma conta com uma taxa negociada é deliberadamente ignorada pelo recálculo noturno dos escalões. Sem essa exceção, o recálculo diário sobrescreveria os termos acordados na primeira vez que o volume se mexesse, e voltaria a fazê-lo todas as noites — o tipo de falha que é invisível até alguém reconciliar um mês de execuções.

​

Consultar o escalão

As duas metades são estado da cadeia e ambas podem ser consultadas: a tabela, através da configuração de comissões, e o escalão e a taxa atribuídos à conta, através do estado da conta. O hábito que vale a pena criar em qualquer integração é ler ambos em direto e calcular a partir deles o custo esperado, em vez de guardar uma taxa no arranque. É também a única forma de detetar o caso em que a taxa mudou por uma razão que não o seu próprio volume — uma revisão da tabela, o movimento de um limiar, a aplicação de uma taxa negociada.

​

Para onde ir a seguir