> ## 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. # Precisão e arredondamento > Como os preços e as quantidades são representados como números inteiros, e porque cada campo arredonda na direção em que arredonda. Todos os números no caminho de liquidação são inteiros. Não há vírgula flutuante em nenhum ponto em que um valor possa afetar um saldo — porque duas máquinas a calcular a mesma expressão em vírgula flutuante podem divergir no último bit, e num caminho de execução por consenso uma divergência no último bit é um fork. Por isso, os preços e as quantidades são guardados em unidades inteiras fixas, e cada conversão entre o que escreve e o que o protocolo guarda tem uma direção de arredondamento definida.

Tick size e lot size

| Restrição | Aplica-se a | Efeito | | ------------- | ----------- | -------------------------------------------------- | | **Tick size** | Preço | Os preços têm de ser um múltiplo inteiro dele | | **Lot size** | Quantidade | As quantidades têm de ser um múltiplo inteiro dele | O tick size (incremento mínimo de preço) e o lot size (incremento mínimo de quantidade) são definidos por mercado e publicados na [especificação do contrato](/pt/trading/markets). Uma ordem que não os respeite é rejeitada em vez de ajustada em silêncio — uma plataforma que arredondasse discretamente o seu preço estaria a alterar a sua ordem sem o avisar.

O arredondamento é uma decisão de risco

A direção do arredondamento não é uma preferência de formatação. **Cada escolha de arredondamento atribui uma fração de erro a alguém**, e a regra é consistente: onde um erro criaria risco, arredondar de forma conservadora; onde um erro seria uma transferência sistemática, arredondar de forma equitativa.

Arredondado de forma conservadora contra a conta

| Campo | Direção | Porquê | | --------------------------------- | -------------- | ---------------------------------------------- | | Margem inicial | **Para cima** | Subavaliar a margem é subavaliar o risco | | Margem de manutenção | **Para cima** | Define o limiar de liquidação | | Colateral livre | **Para baixo** | Impede abrir um pouco mais do que está coberto | | Saldo levantável | **Para baixo** | Impede levantar acima do disponível | | Tamanho máximo de compra ou venda | **Para baixo** | Impede exceder a capacidade real | O padrão: tudo o que responde a *quanto pode esta conta assumir* arredonda contra a conta. Um requisito de margem arredondado para baixo por uma fração, repetido em todas as posições da plataforma, é uma subavaliação sistemática do risco — pequena em cada caso, e exatamente o tipo de erro que só se nota quando passa a ter importância.

Arredondado de forma equitativa

| Campo | Direção | Porquê | | -------------------------------- | ------------------ | ------------------------------------------------------------------ | | Comissões e cobranças de funding | **Meio para cima** | Um enviesamento sistemático a favor da plataforma não é defensável | | Rebates e recompensas | **Meio para cima** | O mesmo raciocínio, na outra direção | | P\&L realizado | **Meio para cima** | A liquidação não deve pender para nenhum lado | | P\&L apresentado | **Meio para cima** | Coerência com a liquidação | São os campos em que uma direção constante seria uma transferência e não uma margem de segurança. Uma comissão sempre arredondada para cima seria uma sobretaxa escondida; sempre arredondada para baixo, um subsídio. O meio para cima não deixa nenhum dos lados sistematicamente à frente. **Uma exceção:** uma comissão que arredondaria para zero é, em vez disso, arredondada **para cima**. Uma transação que não paga comissão nenhuma é pior do que uma que paga o menor montante representável. É por isto que o valor da sua posição, a utilização de margem e os valores de lucro apresentados podem diferir numa unidade mínima de um cálculo que faça à parte. A diferença não é um erro — é a regra de arredondamento daquele campo específico, aplicada de propósito.

O que isto significa na prática

* **Respeite o tick size e o lot size** antes de submeter. A rejeição por preço não conforme é a rejeição de ordem evitável mais comum. * **Não dimensione até à última unidade.** O colateral livre arredonda para baixo e a margem para cima, pelo que uma ordem dimensionada exatamente ao seu saldo disponível pode ser rejeitada. Deixe uma margem de erro. * **Conte com pequenas diferenças de apresentação.** Reproduzir um valor exatamente exige aplicar a mesma regra de arredondamento aos mesmos valores inteiros, não recalcular em vírgula flutuante. * **Reconstrua a partir de inteiros.** Se estiver a reconciliar de forma programática, trabalhe nas unidades do protocolo. Converter para um tipo decimal e voltar atrás reintroduz exatamente a ambiguidade que os inteiros existem para eliminar.

Para onde ir a seguir

Tick sizes, lot sizes e especificações de contrato por mercado. Porque a aritmética de vírgula fixa é um requisito de consenso. Onde o arredondamento conservador aparece no seu saldo disponível. Como as cobranças são calculadas e arredondadas.