Polymarket taxes — an overview of reporting prediction-market profits

Esta guía explica los enfoques comunes para declarar ganancias y pérdidas derivadas del trading en Polymarket. Cubre los marcos fiscales típicos aplicados a la actividad en mercados predictivos, la conservación práctica de registros y los pasos que los traders suelen seguir al preparar información para contadores o para la declaración de impuestos. Esto es contenido informativo, no asesoramiento fiscal.

Puntos clave

• La mayoría de las jurisdicciones tratan las ganancias por operar en mercados predictivos de forma similar a otras transacciones cripto o de capital; la clasificación depende de la actividad y la intención.
• Conserva registros precisos por operación: marcas temporales, IDs de mercado, montos en pUSD o USDC, detalles de órdenes y eventos de CTF split/merge/redeem.
• Distingue ganancias realizadas vs no realizadas: los impuestos suelen desencadenarse por un evento imponible (venta, redención o liquidación), no por cambios en papel en el valor.
• Ten en cuenta las comisiones, maker/taker fees y el momento de la liquidación al calcular los ingresos netos.
• En caso de duda, entrega registros completos a tu profesional fiscal y evita afirmar tratamientos fiscales en esta guía.

Cómo suelen ver las autoridades fiscales la actividad en mercados predictivos

No existe una regla global única para "Polymarket taxes." El tratamiento depende de la ley local y de las circunstancias del trader. Sin embargo, las autoridades fiscales tienden a usar algunos marcos comunes al analizar las ganancias de mercados predictivos:

• Modelo de plusvalías (capital gains): Las ganancias por comprar y luego vender tokens de resultado (o la exposición equivalente) se tratan como plusvalías o pérdidas de capital. El evento imponible es la disposición —por ejemplo, vender participaciones en el CLOB o redimir tokens ganadores por pUSD tras la resolución.

• Modelo de ingresos/trader (income/trader): Para traders profesionales o frecuentes, las autoridades pueden considerar las ganancias como ingreso ordinario. La frecuencia, la intención, la escala y la organización son factores comunes que las agencias usan para determinar si el trading es un negocio.

• Ingreso ordinario en la liquidación: En algunas jurisdicciones, recibir pUSD mediante un CTF redeem de tokens ganadores puede tratarse como ingreso ordinario si la plataforma considera la actividad similar a recibir ingresos.

Qué eventos suelen desencadenar tributación

• Ventas en el CLOB: Ejecutar una orden de mercado o límite que disponga de un token de resultado suele crear un evento imponible —los ingresos (en pUSD o USDC) menos la base de coste determinan la ganancia o pérdida.

• Redención tras resolución: Quemar tokens CTF ganadores por $1.00 pUSD y recibir los ingresos de liquidación suele tratarse como la disposición del token y puede ser imponible.

• Split / creación de posiciones: Usar CTF split para acuñar un conjunto completo desde pUSD normalmente no es una disposición imponible por sí misma; convierte pUSD en tokens de resultado con una base de coste definida. Conserva registros para que la base de coste fluya desde el split hacia disposiciones posteriores.

• Transferencias entre wallets: Mover tokens entre tus propias wallets es una transferencia interna no imponible en muchas jurisdicciones —excepto donde las transferencias desencadenen eventos on-chain gravables como disposiciones según la normativa local. Conserva notas de transferencia y direcciones de wallet.

Conservación de registros: qué capturar y por qué

Buenos registros facilitan la declaración y reducen el riesgo en una auditoría. Como mínimo, captura:

• Identificador de mercado (usa el slug de Polymarket o el id de mercado de Gamma).
• Tipo de transacción: buy, sell, split, merge, redeem, transfer.
• Marca temporal (UTC), hash de la transacción en cadena y dirección de wallet involucrada.
• Cantidad e id del token de resultado (ERC-1155 id) o una descripción clara (YES/NO o nombre del outcome).
• Precio por acción y monto total en pUSD/USDC recibido o pagado.
• Comisiones pagadas (taker fees; maker fees son cero en Polymarket pero pueden aplicarse builder fees si usaste un Builder).
• Notas sobre fills parciales, slippage y tipo de orden (FAK market order, limit order).

Fuentes de datos específicas de Polymarket

• Gamma API (https://gamma-api.polymarket.com) proporciona mercados, slugs y metadatos útiles para vincular un id de mercado a una pregunta legible.
• Data API (https://data-api.polymarket.com) expone trades y positions que pueden ayudar a conciliar volúmenes y fills.
• Evidencia on-chain: CTF split/merge/redeem y transferencias ERC-1155 son visibles en Polygon (chain id 137) y proporcionan prueba autoritativa de las acciones.

Si piensas entregar registros a un contador, incluye tanto el slug legible del mercado como los hashes de transacción para que tu preparador pueda verificar los eventos.

Cálculo de la base de coste y las ganancias

• FIFO (first-in, first-out) es un método común utilizado por muchas autoridades fiscales para calcular la base de coste. Otros métodos (identificación específica, LIFO) pueden permitirse según la jurisdicción.
• Cuando splits un conjunto completo desde pUSD, asigna el coste en pUSD entre los tokens de resultado resultantes. Si luego vendes o redimes esos tokens, usa esa base de coste asignada para calcular la ganancia o pérdida.
• Las comisiones reducen los ingresos. Los taker fees pagados en la ejecución deben registrarse y restarse de los ingresos brutos al calcular la ganancia neta.

Situaciones especiales a vigilar

• Trades de arbitraje y patas simultáneas: Si compras outcomes complementarios (p. ej., YES y NO) como parte de un intra-market arbitrage, puedes abrir dos posiciones con bases de coste vinculadas. La disposición de cada pata normalmente desencadena su propio evento imponible; documenta el par y los tiempos.

• Fills parciales y órdenes FAK: Las ejecuciones parciales cambian las cantidades realizadas y la base de coste. Mantén detalle a nivel de fill obtenido desde el CLOB o la Data API.

• Disputas y retrasos de resolución UMA: Las disputas en UMA pueden pausar la liquidación. Hasta la liquidación final, los tokens pueden ser no redimibles; el tratamiento de posiciones no liquidadas varía según la jurisdicción y puede afectar el momento de los eventos imponibles.

Flujo práctico para preparar informes de fin de año

1. Exporta historial de trades y posiciones desde la Data API y los reportes de trade del CLOB. Incluye los slugs de Gamma para los nombres de mercado.
2. Concilia los eventos CTF on-chain (split/merge/redeem) usando los hashes de transacción de Polygon para obtener tiempos autoritativos.
3. Asigna la base de coste para los tokens creados vía split. Aplica el método de base de coste elegido de forma consistente.
4. Calcula las ganancias/pérdidas realizadas por cada evento de disposición. Resta comisiones e incluye cualquier builder fee relevante reportado por separado.
5. Proporciona un CSV limpio con una fila por disposición imponible (fecha, mercado, outcome, cantidad, ingresos, base de coste, ganancia/pérdida, tx hash) a tu preparador fiscal.

Cómo difieren las jurisdicciones (alto nivel)

Las normas fiscales varían sustancialmente. Algunos sistemas fiscales tienen orientación detallada sobre trading de cripto y plusvalías; otros tratan los ingresos en cripto como ingreso ordinario. La distinción entre plusvalías y ingreso ordinario a menudo depende de si el trading es un hobby o un negocio. Debes consultar la normativa local o a un profesional fiscal para reglas específicas de tu jurisdicción.

Cómo esto afecta tu trading

La conservación de registros y el momento de los eventos imponibles deben informar las decisiones operativas. Si esperas muchas disposiciones, asegúrate de que tu flujo de exportación y conciliación capture detalle a nivel de fill. Para estrategias de arbitraje que abren patas emparejadas, conserva el emparejamiento de trades y las marcas temporales para que las disposiciones puedan rastrearse hasta las asignaciones originales de coste. Recuerda las mecánicas específicas de Polymarket: el Relayer patrocina el gas, CTF split/merge/redeem es el flujo de liquidación y maker fees son cero.

Resumen de cierre

Los impuestos en Polymarket dependen de dónde vivas y de cómo operes. Las prioridades prácticas son consistentes: conserva registros completos y verificables (slugs de Gamma, exportaciones desde Data API, hashes de transacción en Polygon), asigna la base de coste con claridad y presenta filas por disposición para tu contador. Trata la tributación como un problema de reportes que los buenos datos resuelven; los pasos centrales son exportar, conciliar, asignar y reportar.

Lecturas relacionadas

• Consulta nuestra guía en /guides/polymarket-arbitrage-complete-guide para estrategias que pueden generar muchos eventos imponibles.
• Aprende más sobre las comisiones y cómo afectan los ingresos en /guides/polymarket-fees-explained.
• Si usas Polymarket frecuentemente, lee /guides/polymarket-gasless-trading para entender el Relayer y los flujos de transacción.

Preguntas frecuentes

¿Se reporta el trading en Polymarket de forma distinta al trading de otras cripto?

Las autoridades fiscales suelen aplicar las normas existentes de cripto o valores al trading en mercados predictivos. Las operaciones en Polymarket implican tokens ERC-1155 y liquidaciones en pUSD; la diferencia central es el ciclo de vida CTF split/merge/redeem. El tratamiento depende de la ley local y de si el trading se considera plusvalías o ingreso de negocio.

¿Cuándo se desencadena un evento imponible en Polymarket?

Los eventos imponibles comunes son las disposiciones: vender un token de resultado en el CLOB, transferir a un tercero (si localmente se considera una disposición) o redimir tokens ganadores por pUSD tras la resolución. Hacer split de un conjunto completo desde pUSD normalmente establece la base de coste pero no suele ser una disposición imponible por sí mismo.

¿Qué registros debo conservar para mi contador?

Conserva exportaciones a nivel de trade con slugs de mercado, marcas temporales, hashes de transacción en Polygon, direcciones de wallet, cantidades, precios y comisiones. También guarda detalles de eventos CTF split/merge/redeem y cualquier reporte de Data API o CLOB sobre fills para conciliar ejecuciones parciales y slippage.

¿Afectan las maker fees las ganancias imponibles?

Maker fees en Polymarket son cero; los taker fees y cualquier builder fee pagado deben registrarse. Las comisiones pagadas en la ejecución reducen los ingresos netos y, por tanto, afectan el cálculo de la ganancia o pérdida.

¿Cómo afectan las disputas de UMA al calendario fiscal?

Las disputas de UMA pueden retrasar la liquidación final y la redimibilidad de los tokens ganadores. El tratamiento de posiciones no liquidadas varía según la jurisdicción. Conserva evidencia del tiempo de la disputa y las fechas de resolución final para respaldar el momento de cualquier evento imponible.