> ## 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. # Precisión y redondeo > Cómo se representan los precios y las cantidades como enteros, y por qué cada campo redondea en la dirección en que lo hace. Todo número de la ruta de compensación es un entero. No hay punto flotante en ningún sitio donde un valor pueda afectar a un saldo: dos máquinas que calculan la misma expresión en punto flotante pueden discrepar en el último bit, y en una ruta de ejecución con consenso una discrepancia de un bit es una bifurcación. Por eso los precios y las cantidades se guardan en unidades enteras fijas, y cada conversión entre lo que escribes y lo que el protocolo almacena tiene una dirección de redondeo definida.

Tamaño de tick y tamaño de lote

| Restricción | Se aplica a | Efecto | | ------------------ | ----------- | ------------------------------------------------- | | **Tamaño de tick** | Precio | Los precios deben ser un múltiplo entero de él | | **Tamaño de lote** | Cantidad | Las cantidades deben ser un múltiplo entero de él | Ambos son por mercado y se publican en la [especificación del contrato](/es/trading/markets). Una orden que no se ajusta se rechaza en lugar de corregirse en silencio: un exchange que redondeara tu precio sin decir nada estaría cambiando tu orden sin avisarte.

El redondeo es una decisión de riesgo

La dirección del redondeo no es una preferencia de formato. **Cada elección de redondeo asigna una fracción de error a alguien**, y la regla es consistente: donde un error crearía riesgo, se redondea de forma conservadora; donde un error sería una transferencia sistemática, se redondea de forma justa.

Redondeado de forma conservadora en contra de la cuenta

| Campo | Dirección | Por qué | | ------------------------------- | ---------------- | -------------------------------------------- | | Margen inicial | **Hacia arriba** | Un margen subestimado subestima el riesgo | | Margen de mantenimiento | **Hacia arriba** | Fija el umbral de liquidación | | Colateral libre | **Hacia abajo** | Evita abrir algo más de lo que está cubierto | | Saldo retirable | **Hacia abajo** | Evita retirar más de lo disponible | | Tamaño máximo de compra o venta | **Hacia abajo** | Evita superar la capacidad real | El patrón: todo lo que responde a *cuánto puede asumir esta cuenta* redondea en contra de la cuenta. Un requisito de margen redondeado hacia abajo por una fracción, repetido en cada posición del exchange, es una subestimación sistemática del riesgo: pequeña en cada caso y exactamente el tipo de error que solo aflora cuando importa.

Redondeado de forma justa

| Campo | Dirección | Por qué | | ----------------------------------- | -------------------------------- | ---------------------------------------------------------- | | Comisiones y cargos de financiación | **Medio hacia arriba** (half-up) | Un sesgo sistemático a favor del exchange no es defendible | | Bonificaciones y recompensas | **Medio hacia arriba** | El mismo razonamiento, en la otra dirección | | P\&L realizado | **Medio hacia arriba** | La compensación no debe inclinarse hacia ningún lado | | P\&L mostrado | **Medio hacia arriba** | Coherencia con la compensación | Estos son los campos donde una dirección constante sería una transferencia y no un margen de seguridad. Una comisión que siempre redondeara hacia arriba sería un recargo oculto; una que siempre redondeara hacia abajo sería un subsidio. El redondeo medio hacia arriba no deja a ninguna de las partes sistemáticamente por delante. **Una excepción:** una comisión que redondearía a cero se redondea **hacia arriba**. Una operación que no paga ninguna comisión es peor que una que paga la cantidad representable más pequeña. Por eso el valor de tu posición, el uso del margen y los beneficios que se muestran pueden diferir en una unidad mínima de un cálculo que hagas tú. La diferencia no es un error: es la regla de redondeo de ese campo concreto, aplicada de forma deliberada.

Qué significa esto en la práctica

* **Ajústate al tamaño de tick y de lote** antes de enviar. El rechazo por un precio que no se ajusta es el rechazo de orden evitable más común. * **No dimensiones hasta la última unidad.** El colateral libre redondea hacia abajo y el margen hacia arriba, así que una orden dimensionada exactamente a tu saldo disponible puede rechazarse. Deja un margen de error. * **Cuenta con pequeñas diferencias de visualización.** Reproducir un valor con exactitud exige aplicar la misma regla de redondeo a las mismas entradas enteras, no recalcular en punto flotante. * **Reconstruye a partir de enteros.** Si estás conciliando de forma programática, trabaja en las unidades del protocolo. Convertir a un tipo decimal y volver reintroduce exactamente la ambigüedad que los enteros existen para eliminar.

Qué leer a continuación

Tamaños de tick, tamaños de lote y especificaciones de contrato por mercado. Por qué la aritmética en punto fijo es un requisito del consenso. Dónde aparece el redondeo conservador en tu saldo disponible. Cómo se calculan y se redondean los cargos.