Polymarket 세금 — 예측 시장 수익 신고 개요

이 가이드는 Polymarket에서의 거래로 발생한 손익을 신고할 때 흔히 사용되는 접근법을 설명합니다. 예측 시장 활동에 적용되는 전형적인 세무 프레임워크, 실무적인 기록보관, 그리고 회계사나 세무 신고를 준비할 때 거래자들이 흔히 취하는 단계들을 다룹니다. 이 문서는 정보 제공용이며 세무 조언이 아닙니다.

주요 요점

• 대부분 관할구역에서는 예측 시장 포지션의 이익을 다른 암호화폐 또는 자본거래와 유사하게 취급합니다; 분류는 활동과 의도에 따라 달라집니다.
• 거래 수준의 정확한 기록을 보관하세요: 타임스탬프, 시장 ID, pUSD 또는 USDC 금액, 주문 상세, 그리고 CTF split/merge/redeem 이벤트.
• 실현 이익과 미실현 이익을 구분하세요: 일반적으로 과세는 매도, 환매(redeem), 혹은 결제와 같은 과세 사건이 발생할 때 촉발됩니다. 단순한 평가 변동은 과세를 직접 발생시키지 않습니다.
• 순수익 계산 시 수수료, 메이커/테이커 수수료, 결제 시점을 고려하세요.
• 확신이 서지 않을 경우, 회계사에게 완전한 거래 로그를 제공하고 이 가이드에서 특정 세무 처리를 주장하는 것을 피하세요.

세무당국이 예측 시장 활동을 일반적으로 어떻게 보는가

"Polymarket 세금"에 대한 단일한 전세계 규칙은 없습니다. 처리는 현지 법과 거래자의 상황에 따라 달라집니다. 그럼에도 불구하고 세무당국은 예측 시장 수익을 분석할 때 몇 가지 공통 프레임워크를 사용하는 경향이 있습니다:

• 자본이득 모델: 결과 토큰을 매수한 후 매도함으로써 얻은 이익은 자본이득 또는 손실로 취급됩니다. 과세 사건은 처분(disposal)입니다 — 예를 들어 CLOB에서의 주식 매도나 결제 후 승리한 결과 토큰을 pUSD로 redeem하는 경우가 이에 해당합니다.

• 소득/트레이더 모델: 전문적이거나 빈번한 트레이더의 경우, 세무당국은 이익을 통상 소득으로 처리할 수 있습니다. 빈도, 의도, 규모, 조직화 정도는 거래가 사업인지 여부를 판단할 때 일반적으로 사용되는 요소입니다.

• 결제 시 통상 소득: 일부 관할구역에서는 승리 토큰을 CTF로 redeem하여 pUSD를 받는 행위를 플랫폼이 수익 수령과 유사하다고 본다면 통상 소득으로 처리할 수 있습니다.

어떤 사건이 과세를 촉발하는가

• CLOB에서의 매도: 결과 토큰을 처분하는 시장 또는 지정가 주문을 실행하면 일반적으로 과세 사건이 발생합니다 — 수령한 pUSD 또는 USDC 금액에서 취득원가를 뺀 금액이 이익 또는 손실을 결정합니다.

• 결제 후 redeem: 승리한 CTF 토큰을 소각하고 $1.00 pUSD를 받아 결제 대금을 수령하는 것은 일반적으로 토큰의 처분으로 간주되며 과세 대상이 될 수 있습니다.

• split / 포지션 생성: CTF split을 사용해 pUSD로부터 완전 세트를 민트하는 행위는 보통 자체적으로 과세 처분이 아닙니다; 이는 정의된 취득원가로 pUSD를 결과 토큰으로 전환합니다. 이후 처분 시 취득원가 흐름이 추적될 수 있도록 기록을 보관하세요.

• 지갑 간 전송: 자신의 지갑 간 토큰 이동은 많은 관할구역에서 비과세 내부 전송으로 간주됩니다 — 다만 일부 지역에서는 온체인 전송이 처분으로 과세될 수 있으니 주의하세요. 전송 메모와 지갑 주소를 보관하세요.

기록보관: 무엇을 왜 캡처해야 하는가

좋은 기록은 신고를 간단하게 하고 감사 위험을 줄입니다. 최소한 다음을 캡처하세요:

• 시장 식별자(사람이 읽을 수 있는 시장명을 연결하기 위해 Polymarket 시장 슬러그 또는 Gamma market id 사용).
• 거래 유형: 매수, 매도, split, merge, redeem, 전송.
• 타임스탬프(UTC), 블록체인 트랜잭션 해시, 관련 지갑 주소.
• 수량과 결과 토큰 id(ERC-1155 id) 또는 명확한 설명(YES/NO 또는 결과 이름).
• 주당 가격과 수령 또는 지불된 총 pUSD/USDC 금액.
• 지불된 수수료(테이커 수수료; Polymarket의 메이커 수수료는 0이지만 Builder를 사용한 경우 builder fee가 적용될 수 있음).
• 부분 체결, 슬리피지, 주문 유형(FAK 시장 주문, 지정가 주문)에 대한 메모.

Polymarket 특정 데이터 소스

• Gamma API (https://gamma-api.polymarket.com) 는 시장, 슬러그, 그리고 시장 id를 사람이 읽을 수 있는 질문과 연결하는 데 유용한 메타데이터를 제공합니다.
• Data API (https://data-api.polymarket.com) 는 체결 및 포지션을 노출하여 거래량과 체결을 대조하는 데 도움이 됩니다.
• 온체인 증거: CTF split/merge/redeem 및 ERC-1155 전송은 Polygon (chain id 137) 상에서 확인할 수 있으며 조치의 권위 있는 증거를 제공합니다.

회계사에게 자료를 전달할 계획이라면, 사람이 읽을 수 있는 시장 슬러그와 트랜잭션 해시를 모두 포함해 준비자가 사건을 검증할 수 있게 하세요.

취득원가 및 이익 계산

• FIFO(선입선출)는 많은 세무당국에서 취득원가 계산에 일반적으로 사용하는 방법입니다. 특정식별(specific identification), LIFO 등 다른 방법은 관할구역에 따라 허용될 수 있습니다.
• pUSD로부터 완전 세트를 split한 경우, pUSD 비용을 생성된 결과 토큰들에 할당하세요. 이후 해당 토큰을 매도하거나 redeem할 때 할당된 취득원가를 사용해 이익 또는 손실을 계산합니다.
• 수수료는 수익을 감소시킵니다. 실행 시 지불된 테이커 수수료는 기록되어야 하며 순이익 계산 시 총수익에서 차감되어야 합니다.

주의해야 할 특별 상황

• 차익거래와 동시 다중 레그: intra-market arbitrage의 일환으로 상보적 결과(예: YES와 NO)를 매수하는 경우, 두 포지션은 연결된 취득원가를 가질 수 있습니다. 각 레그의 처분은 일반적으로 별도의 과세 사건을 촉발하므로 쌍과 타이밍을 문서화하세요.

• 부분 체결과 FAK 주문: 부분 체결은 실현 수량과 취득원가를 변경합니다. CLOB 또는 Data API의 체결 수준 세부 정보를 유지하세요.

• 분쟁 및 UMA 결제 지연: UMA 분쟁은 결제를 일시 중지시킬 수 있습니다. 최종 결제가 확정되기 전까지 토큰은 redeem 불가능할 수 있으며, 미결제 포지션의 처리는 관할구역에 따라 달라 과세 시점에 영향을 줄 수 있습니다.

연말 보고서를 준비하는 실무 워크플로우

1. Data API와 CLOB 체결 보고서에서 거래 및 포지션 이력을 내보내세요. 시장 이름을 위해 Gamma 슬러그를 포함하세요.
2. 권위 있는 타이밍을 위해 Polygon 트랜잭션 해시를 사용하여 온체인 CTF 이벤트(split/merge/redeem)를 대조하세요.
3. split으로 생성된 토큰의 취득원가를 할당하세요. 선택한 취득원가 방법을 일관되게 적용하세요.
4. 처분 이벤트별로 실현 손익을 계산하세요. 수수료를 차감하고 별도로 보고된 관련 builder fee를 포함하세요.
5. 세무 준비자에게는 과세 처분당 한 행(날짜, 시장, 결과, 수량, 수령액, 취득원가, 손익, tx hash)이 있는 깔끔한 CSV를 제공하세요.

관할구역 별 차이(하이레벨)

세법은 크게 다릅니다. 일부 세제는 암호화폐 거래와 자본이득에 대해 상세한 지침을 제공하고, 다른 곳은 암호화폐 수령을 통상 소득으로 취급합니다. 자본이득과 통상 소득의 구분은 종종 거래가 취미인지 사업인지에 달려 있습니다. 관할구역별 규칙에 대해서는 현지 지침이나 세무 전문가에게 문의하세요.

이것이 거래에 미치는 영향

기록보관과 과세 사건의 타이밍은 운영 선택에 영향을 미쳐야 합니다. 많은 처분이 예상된다면, 내보내기 및 대조 워크플로우가 체결 수준의 세부 정보를 캡처하는지 확인하세요. 쌍으로 열린 레그를 사용하는 차익거래 전략의 경우, 처분이 원래의 취득원가 할당으로 추적될 수 있도록 거래 쌍과 타임스탬프를 보관하세요. Polymarket 특정 메커니즘을 기억하세요: Relayer가 가스를 후원하고, CTF split/merge/redeem가 결제 흐름이며, 메이커 수수료는 0입니다.

요약

Polymarket 관련 과세는 거주지와 거래 방식에 따라 달라집니다. 실무적 우선순위는 일관됩니다: 완전하고 검증 가능한 기록(Gamma 슬러그, Data API 내보내기, Polygon 트랜잭션 해시)을 유지하고 취득원가를 명확히 할당하며 회계사에게 처분 수준의 행을 제공하세요. 과세는 좋은 데이터로 해결할 수 있는 보고 문제로 취급하세요. 핵심 단계는 내보내기, 대조, 할당, 신고입니다.

관련 독서

• 많은 과세 이벤트를 생성할 수 있는 전략에 대해서는 /guides/polymarket-arbitrage-complete-guide 가이드를 참조하세요.
• 수수료와 수익에 미치는 영향에 대해서는 /guides/polymarket-fees-explained 를 읽으세요.
• Polymarket을 자주 사용하는 경우 Relayer와 트랜잭션 흐름을 이해하려면 /guides/polymarket-gasless-trading 을 읽으세요.

자주 묻는 질문

Polymarket에서의 거래는 다른 암호화폐 거래와 다르게 보고되는가?

세무당국은 일반적으로 기존의 암호화폐 또는 증권 규칙을 예측 시장 거래에 적용합니다. Polymarket 거래는 ERC-1155 결과 토큰과 pUSD 결제를 포함합니다; 핵심 차이점은 CTF의 split/merge/redeem 생명주기입니다. 처리는 현지 법과 거래가 자본 거래인지 사업 소득인지 여부에 따라 달라집니다.

Polymarket에서 과세 사건은 언제 촉발되는가?

일반적인 과세 사건은 처분입니다: CLOB에서 결과 토큰을 매도하는 경우, 제3자에게 전송하는 경우(현지 규정상 처분으로 간주될 경우), 또는 결제 후 승리 토큰을 pUSD로 redeem하는 경우가 포함됩니다. pUSD로부터 완전 세트를 split하는 것은 일반적으로 자체적으로 과세 처분을 발생시키지 않으며 취득원가를 설정합니다.

회계사에게 어떤 기록을 보관해야 하는가?

시장 슬러그, 타임스탬프, Polygon 트랜잭션 해시, 지갑 주소, 수량, 가격, 수수료가 포함된 거래 수준의 내보내기를 보관하세요. 또한 CTF split/merge/redeem 이벤트 세부사항과 부분 체결 및 슬리피지를 대조하기 위한 Data API 또는 CLOB 주문-체결 보고서를 보관하세요.

메이커 수수료는 과세 이익에 영향을 주는가?

Polymarket의 메이커 수수료는 0입니다; 테이커 수수료와 지불된 모든 builder fee는 기록되어야 합니다. 실행 시 지불된 수수료는 순수익을 감소시키므로 이익 또는 손실 계산에 영향을 줍니다.

UMA 분쟁은 과세 시점에 어떤 영향을 미치는가?

UMA 분쟁은 최종 결제와 승리 토큰의 redeem 가능성을 지연시킬 수 있습니다. 미결제 포지션의 처리는 관할구역에 따라 달라 과세 시점에 영향을 줄 수 있습니다. 분쟁의 타이밍과 최종 결제 날짜에 대한 증거를 보관하여 과세 시점을 뒷받침하세요。