--- title: "Riesgo de los tokens con comisión por transferencia" description: "Los tokens con comisión por transferencia pueden entregar menos de la cantidad enviada y aplicar comisiones distintas a compras, ventas o transferencias entre carteras. Aprende a comprobar el router, los permisos, la simulación y una prueba de ida y vuelta con poco importe." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Riesgo de los tokens con comisión por transferencia > Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas. ## Respuesta directa Un token con comisión por transferencia descuenta valor dentro de su lógica de transferencia, por lo que el destinatario puede recibir menos de la cantidad indicada en `transfer` o `transferFrom`. La parte descontada puede quemarse, redistribuirse, enviarse a otra cartera o incorporarse a la liquidez. La regla también puede depender del remitente, el destinatario o el contexto de la operación. El principal riesgo no es solo la comisión anunciada. Las tasas de compra, venta y transferencia entre carteras pueden ser distintas; ciertas direcciones pueden estar exentas o bloqueadas; y las cuentas privilegiadas pueden cambiar las reglas. Por tanto, obtener una cotización o comprar correctamente no demuestra que la posición pueda venderse después a un coste razonable. ## Cómo funciona Un router convencional de creador de mercado automatizado puede calcular cada salida a partir del importe nominal de entrada. Uniswap V2 Router02 ofrece en cambio funciones de intercambio específicas para estos tokens: deduce la entrada real del cambio de saldo del par y compara el aumento de saldo del destinatario con `amountOutMin`. La compatibilidad depende del router, la ruta y el comportamiento exacto del token, no solo de su símbolo. Las comisiones del token se acumulan de forma compuesta con las del pool y el impacto en el precio. Una ruta de varios saltos puede activar la lógica de transferencia más de una vez, y las exenciones o la detección de compra y venta pueden hacer que la tasa efectiva cambie según la dirección. Estima por separado la entrada y la salida con el estado actual de la cadena. ## Ejemplo Supongamos que una persona gasta 1,000 USDC. Las comisiones del pool y el impacto en el precio reducen el valor un 2%, y después se aplica una comisión de compra del 5%: `1,000 × 0.98 × 0.95 = 931`. Si el precio de mercado no cambia, una comisión de venta del 10% seguida de otro 2% de fricción devuelve unos US$821: `931 × 0.90 × 0.98 ≈ 821`. La pérdida de ida y vuelta ronda el 18% aunque el precio de mercado no haya bajado. Es una ilustración, no una cotización. El orden de los descuentos puede variar, y las tasas, la liquidez, la ruta y el estado del contrato pueden cambiar entre operaciones. Consulta el contrato y el pool actuales y simula la ruta exacta con la misma cartera antes de confiar en una estimación. ## Riesgos y comprobaciones - Verifica la dirección del contrato y el código desplegado. Identifica la lógica de comisiones, las exenciones, las listas de bloqueo, los límites máximos, los roles de propietario, los controles de actualización y los permisos de pausa. - Compara la salida cotizada con el cambio de saldo simulado del destinatario. Confirma que todos los routers y saltos de la ruta admiten expresamente el comportamiento de comisión por transferencia. - Simula una venta desde la misma cartera y realiza una prueba de ida y vuelta solo con una cantidad pequeña que puedas perder por completo. El éxito no garantiza que las reglas o la liquidez permanezcan iguales. - Configura `amountOutMin` con un límite de pérdida que realmente aceptes. Establecerlo en 0 o ampliar repetidamente el deslizamiento elimina la protección de precio, pero no evita una reversión, una lista de bloqueo ni una comisión punitiva. - Dimensiona la posición según el peor valor neto de salida creíble. No continúes si falla la simulación de venta, el código no está verificado, los privilegios son opacos o un administrador puede subir las comisiones o bloquear transferencias sin una demora efectiva. ## Errores frecuentes - Mito 1: La cantidad transferida o el evento demuestra cuánto llegó. Comprueba el cambio de saldo del destinatario; las integraciones para estos tokens utilizan diferencias de saldo por este motivo. - Mito 2: Aumentar el Gas o el deslizamiento permite vender siempre. El Gas afecta a la inclusión de la transacción y el deslizamiento relaja el precio mínimo; ninguno elude la lógica del contrato. - Mito 3: Renunciar a la propiedad hace que el token sea inmutable. Los administradores del proxy, otros roles privilegiados o contratos externos de configuración aún pueden controlar su comportamiento; revisa todas las vías de acceso efectivas. ## Temas relacionados - [Precio índice de criptoactivos](/es/crypto/index-price-crypto/) - [Deslizamiento en el trading de criptoactivos](/es/crypto/slippage-crypto/) - [Cómo verificar la dirección del contrato de un token](/es/crypto/token-contract-verification/) - [Simulación de transacciones](/es/crypto/transaction-simulation/) ## Fuentes - [Uniswap V2 Router02](https://github.com/Uniswap/v2-periphery/blob/master/contracts/UniswapV2Router02.sol) - Uniswap (consultado: 2026-08-20) - [FeeOnTransferDetector.sol](https://github.com/Uniswap/util-contracts/blob/main/src/FeeOnTransferDetector.sol) - Uniswap (consultado: 2026-08-20) - [SC01:2026 Access Control Vulnerabilities](https://scs.owasp.org/sctop10/SC01-AccessControlVulnerabilities/) - OWASP (consultado: 2026-08-20) Source: https://wiki.fcontext.com/es/crypto/fee-on-transfer-token-risk/index.mdx