ภาษี Polymarket — การรายงานกำไรจาก prediction-market
ภาพรวมว่ากำไรจาก Polymarket มักถูกจัดการทางภาษีอย่างไร ครอบคลุมกรอบปฏิบัติทั่วไป การเก็บบันทึก และขั้นตอนปฏิบัติสำหรับผู้เทรด
ภาษี Polymarket — ภาพรวมการรายงานกำไรจาก prediction-market
คู่มือนี้อธิบายแนวทางทั่วไปในการรายงานกำไรและขาดทุนจากการเทรดบน Polymarket ครอบคลุมกรอบทางภาษีที่ใช้บ่อย การเก็บบันทึกเชิงปฏิบัติ และขั้นตอนที่ผู้เทรดมักทำเมื่อเตรียมข้อมูลให้กับบัญชีหรือยื่นภาษี เนื้อหานี้เป็นข้อมูลเชิงให้ความรู้ ไม่ใช่คำแนะนำทางภาษี
สิ่งสำคัญที่ควรทราบ
- หลายเขตอำนาจศาลจัดการกำไรจากการเทรด prediction-market ในลักษณะใกล้เคียงกับธุรกรรมสกุลเงินดิจิทัลหรือสินทรัพย์ทุน; การจัดประเภทขึ้นกับลักษณะการทำกิจกรรมและเจตนาของผู้เทรด
- เก็บบันทึกการเทรดระดับรายการอย่างแม่นยำ: เวลา, รหัสตลาด, จำนวน pUSD หรือ USDC, รายละเอียดคำสั่งซื้อ, และเหตุการณ์ CTF split/merge/redeem
- แยกความต่างระหว่างกำไรที่เกิดขึ้นจริงกับกำไรที่ยังไม่เกิดภาษี: โดยทั่วไปภาษีจะถูกกระตุ้นโดยเหตุการณ์ที่เป็นable-taxable (การขาย, การไถ่ถอน, หรือการชำระเงิน) ไม่ใช่การเปลี่ยนแปลงมูลค่าในกระดาษ
- นำค่าธรรมเนียม, maker/taker fees, และเวลาการชำระเงินมาคำนวณเมื่อหาผลรวมสุทธิ
- เมื่อไม่แน่ใจ ให้ส่งล็อกธุรกรรมที่สมบูรณ์ให้ผู้เชี่ยวชาญด้านภาษีของคุณและหลีกเลี่ยงการอ้างการปฏิบัติทางภาษีจากคู่มือนี้
การมองของหน่วยงานภาษีต่อกิจกรรม prediction-market โดยทั่วไป
ไม่มีกฎสากลเดียวสำหรับ "Polymarket taxes" การปฏิบัติขึ้นกับกฎหมายท้องถิ่นและสถานการณ์ของผู้เทรด อย่างไรก็ตาม หน่วยงานภาษีมักใช้กรอบปฏิบัติหลักๆ เมื่อวิเคราะห์กำไรจาก prediction-market:
-
แบบ capital gains: กำไรจากการซื้อแล้วขายโทเค็นผลลัพธ์ (หรือการเปิดรับความเสี่ยงที่เทียบเท่า) จะถูกจัดเป็นกำไร/ขาดทุนจากสินทรัพย์ทุน เหตุการณ์ที่เป็นable-taxable คือการจำหน่าย — เช่น การขายหุ้นบน CLOB หรือการ redeem โทเค็นผลลัพธ์ที่ชนะเพื่อรับ pUSD หลังการชำระผล
-
แบบรายได้/ผู้ประกอบการ: สำหรับผู้เทรดที่เป็นมืออาชีพหรือเทรดบ่อย หน่วยงานอาจถือว่ากำไรเป็นรายได้ปกติ ปัจจัยที่ใช้พิจารณามักได้แก่ ความถี่ เจตนา ขนาด และการจัดองค์กร
-
รายได้ปกติเมื่อชำระผล: ในบางเขตการได้รับ pUSD ผ่านการ redeem CTF ของโทเค็นชนะอาจถูกปฏิบัติเป็นรายได้ปกติ หากแพลตฟอร์มพิจารณากิจกรรมเทียบได้กับการได้รับผลตอบแทน
เหตุการณ์ใดที่มักกระตุ้นภาษี
-
การขายบน CLOB: การสั่งซื้อแบบ market หรือ limit ที่จำหน่ายโทเค็นผลลัพธ์มักสร้างเหตุการณ์ที่ต้องเสียภาษี — รายได้ (ใน pUSD หรือ USDC) ลบด้วยต้นทุนกำหนดเป็นกำไรหรือขาดทุน
-
การ redeem หลังการชำระผล: การเผาโทเค็น CTF ที่ชนะเพื่อรับ $1.00 pUSD และรับเงินชำระมักถูกมองว่าเป็นการจำหน่ายโทเค็นและอาจต้องเสียภาษี
-
การ split/สร้างตำแหน่ง: การใช้ CTF split เพื่อ mint ชุดสมบูรณ์จาก pUSD โดยทั่วไปไม่ถือเป็นการจำหน่ายที่ต้องเสียภาษีโดยตัวมันเอง; แต่จะเปลี่ยน pUSD เป็นโทเค็นผลลัพธ์ที่มีต้นทุนกำหนด จงเก็บบันทึกเพื่อให้ต้นทุนไหลจากการ split ไปสู่การจำหน่ายในภายหลัง
-
การโอนระหว่างกระเป๋า: การย้ายโทเค็นระหว่างกระเป๋าของคุณเองมักเป็นการโอนภายในที่ไม่ต้องเสียภาษีในหลายเขต — ยกเว้นกรณีที่การโอนกระตุ้นเหตุการณ์บนเชนที่ถูกเก็บเป็นการจำหน่ายตามกฎท้องถิ่น ให้เก็บบันทึก memo การโอนและที่อยู่กระเป๋า
การเก็บบันทึก: ควรบันทึกอะไรและทำไม
บันทึกที่ดีทำให้การรายงานเป็นเรื่องตรงไปตรงมาและลดความเสี่ยงในการตรวจสอบ อย่างน้อยที่สุดให้บันทึก:
- ตัวระบุของตลาด (ใช้ Polymarket market slug หรือ Gamma market id)
- ประเภทธุรกรรม: ซื้อ ขาย split merge redeem โอน
- เวลา (UTC), แฮชธุรกรรมบนบล็อกเชน, และที่อยู่กระเป๋าที่เกี่ยวข้อง
- จำนวนและ id ของโทเค็นผลลัพธ์ (ERC-1155 id) หรือคำอธิบายที่ชัดเจน (YES/NO หรือชื่อผลลัพธ์)
- ราคาต่อหุ้นและยอดรวม pUSD/USDC ที่ได้รับหรือจ่าย
- ค่าธรรมเนียมที่จ่าย (taker fees; maker fees เป็นศูนย์บน Polymarket แต่ builder fees อาจมีถ้าคุณใช้ Builder)
- หมายเหตุเกี่ยวกับการเติมไม่เต็มส่วน (partial fills), slippage, และประเภทคำสั่ง (FAK market order, limit order)
แหล่งข้อมูลเฉพาะของ Polymarket
- Gamma API (https://gamma-api.polymarket.com) ให้ข้อมูลตลาด slug และเมตาดาต้าที่ใช้ผูก market id เข้ากับคำถามที่อ่านได้
- Data API (https://data-api.polymarket.com) เปิดเผยการเทรดและตำแหน่งที่ช่วยให้ไล่ปริมาณและการเติมคำสั่งได้
- หลักฐานบนเชน: เหตุการณ์ CTF split/merge/redeem และการโอน ERC-1155 ปรากฏบน Polygon (chain id 137) และให้หลักฐานชัดเจนของการกระทำ
หากคุณวางแผนจะส่งบันทึกให้ผู้ทำบัญชี ให้รวมทั้ง market slug ที่อ่านได้และแฮชธุรกรรมเพื่อให้ผู้เตรียมข้อมูลสามารถยืนยันเหตุการณ์ได้
การคำนวณต้นทุนและกำไร
- FIFO (first-in, first-out) เป็นวิธีที่ใช้บ่อยโดยหน่วยงานภาษีหลายแห่งสำหรับการคำนวณต้นทุนวิธีอื่น ๆ (specific identification, LIFO) อาจได้รับอนุญาตแตกต่างกันตามเขต
- เมื่อคุณ split ชุดสมบูรณ์จาก pUSD ให้จัดสรรต้นทุน pUSD ไปยังโทเค็นผลลัพธ์ที่เกิดขึ้น หากต่อมาคุณขายหรือ redeem โทเค็นเหล่านั้น ให้ใช้ต้นทุนที่จัดสรรเพื่อคำนวณกำไรหรือขาดทุน
- ค่าธรรมเนียมลดรายได้สุทธิ: taker fees ที่จ่ายเมื่อเทรดควรถูกบันทึกและนำมาหักจากรายได้รวมเมื่อหากำไรสุทธิ
สถานการณ์พิเศษที่ควรระวัง
-
การเทรดแบบ Arb และขาแบบคู่: หากคุณซื้อผลลัพธ์ที่เป็นคู่เสริมกัน (เช่น YES และ NO) เพื่อทำ intra-market arbitrage คุณอาจเปิดสองตำแหน่งที่มีต้นทุนเชื่อมโยงกัน การจำหน่ายแต่ละขามักจะกระตุ้นเหตุการณ์ที่ต้องเสียภาษีของตนเอง ให้จดบันทึกคู่และเวลาของการทำธุรกรรม
-
การเติมไม่เต็มและคำสั่ง FAK: การดำเนินการบางส่วนเปลี่ยนปริมาณที่เกิดกำไรจริงและต้นทุน ให้เก็บรายละเอียดระดับการเติมจาก CLOB หรือ Data API
-
ข้อพิพาทและความล่าช้าของ UMA ในการชำระผล: ข้อพิพาทของ UMA อาจหยุดการชำระผลได้ จนกว่าจะมีการชี้ขาด สถานะที่ยังไม่ได้ชำระอาจไม่สามารถ redeem ได้; การปฏิบัติต่อสถานะที่ยังไม่ชำระแตกต่างกันตามเขตอำนาจและอาจกระทบเวลาเกิดเหตุการณ์ที่ต้องเสียภาษี
เวิร์กโฟลว์เชิงปฏิบัติสำหรับการเตรียมรายงานสิ้นปี
- ส่งออกประวัติการเทรดและตำแหน่งจาก Data API และรายงานการเทรดของ CLOB รวม Gamma slugs สำหรับชื่อตลาด
- ไขความเข้ากันได้ของเหตุการณ์ CTF บนเชน (split/merge/redeem) โดยใช้แฮชธุรกรรมบน Polygon เพื่อยืนยันเวลาเชิงอำนาจ
- จัดสรรต้นทุนสำหรับโทเค็นที่สร้างผ่านการ split ใช้วิธีการต้นทุนที่เลือกอย่างสม่ำเสมอ
- คำนวณกำไร/ขาดทุนที่เกิดขึ้นจริงต่อเหตุการณ์การจำหน่าย หักค่าธรรมเนียมและรวม builder fees ที่เกี่ยวข้องหากมีรายงานแยกต่างหาก
- จัด CSV ให้สะอาดมีหนึ่งแถวต่อการจำหน่ายที่ต้องเสียภาษี (วันที่, ตลาด, ผลลัพธ์, ปริมาณ, รายได้, ต้นทุน, กำไร/ขาดทุน, tx hash) ให้ผู้เตรียมภาษีของคุณ
ความแตกต่างระหว่างเขตอำนาจ (ระดับสูง)
กฎภาษีแตกต่างกันอย่างมาก บางระบบมีคำแนะนำละเอียดสำหรับการเทรด crypto และกำไรจากทุน บางระบบถือการรับ crypto เป็นรายได้ปกติ การแบ่งระหว่าง capital gains และรายได้ปกติมักขึ้นกับว่าการเทรดเป็นงานอดิเรกหรือธุรกิจ คุณควรปรึกษาคู่มือท้องถิ่นหรือผู้เชี่ยวชาญด้านภาษีสำหรับกฎเฉพาะเขต
ผลต่อการเทรดของคุณ
การเก็บบันทึกและเวลาเกิดเหตุการณ์ที่ต้องเสียภาษีควรมีผลต่อการตัดสินใจเชิงปฏิบัติ หากคุณคาดว่าจะมีการจำหน่ายหลายรายการ ให้แน่ใจว่าเวิร์กโฟลว์การส่งออกและการกระทบยอดจับรายละเอียดระดับการเติม สำหรับกลยุทธ์ arbitrage ที่เปิดขาคู่ เก็บการจับคู่การเทรดและเวลาการทำธุรกรรมเพื่อให้การจำหน่ายสามารถสืบย้อนกลับไปยังการจัดสรรต้นทุนเดิมได้ จำไว้ว่าในเชิงเฉพาะของ Polymarket: Relayer อุดหนุนค่าแก๊ส, CTF split/merge/redeem เป็นกระบวนการชำระผล, และ maker fees เป็นศูนย์
สรุปปิด
Polymarket taxes ขึ้นกับที่ที่คุณอาศัยและวิธีที่คุณเทรด ลำดับความสำคัญเชิงปฏิบัติชัดเจน: เก็บบันทึกที่ครบถ้วนและตรวจสอบได้ (Gamma slugs, การส่งออกจาก Data API, แฮชธุรกรรมบน Polygon), จัดสรรต้นทุนอย่างชัดเจน, และนำเสนอแถวการจำหน่ายระดับรายการให้บัญชีของคุณ จงถือว่าการเสียภาษีเป็นปัญหาการรายงานที่ข้อมูลที่ดีแก้ได้ ขั้นตอนหลักคือส่งออก, กระทบยอด, จัดสรร, และรายงาน
Related reading
- ดูคำแนะนำของเราที่ /guides/polymarket-arbitrage-complete-guide สำหรับกลยุทธ์ที่อาจสร้างเหตุการณ์ที่ต้องเสียภาษีจำนวนมาก
- เรียนรู้เพิ่มเติมเกี่ยวกับค่าธรรมเนียมและวิธีที่มีผลต่อรายได้ที่ /guides/polymarket-fees-explained
- หากคุณใช้ Polymarket บ่อย อ่าน /guides/polymarket-gasless-trading เพื่อเข้าใจ Relayer และการไหลของธุรกรรม
คำถามที่พบบ่อย
การเทรดบน Polymarket ถูกรายงานต่างจากการเทรด crypto อื่นหรือไม่?
หน่วยงานภาษีมักนำกฎที่มีอยู่สำหรับ crypto หรือหลักทรัพย์มาประยุกต์ใช้กับการเทรด prediction-market การเทรดบน Polymarket เกี่ยวข้องกับโทเค็นผลลัพธ์ ERC-1155 และการชำระด้วย pUSD; ความแตกต่างหลักคือวงจรชีวิต CTF split/merge/redeem การปฏิบัติขึ้นกับกฎหมายท้องถิ่นและว่าการเทรดถูกจัดเป็น capital gains หรือรายได้ธุรกิจ
เหตุการณ์ใดที่เป็นการกระตุ้นภาษีบน Polymarket?
เหตุการณ์ที่ต้องเสียภาษีที่พบบ่อยคือการจำหน่าย: การขายโทเค็นผลลัพธ์บน CLOB, การโอนไปยังบุคคลที่สาม (ถ้าท้องถิ่นถือเป็นการจำหน่าย), หรือการ redeem โทเค็นชนะเพื่อรับ pUSD หลังการชำระผล การ split ชุดสมบูรณ์จาก pUSD โดยทั่วไปเป็นการตั้งต้นทุน ไม่ใช่การจำหน่ายโดยตัวมันเอง
ควรเก็บบันทึกอะไรให้ผู้ทำบัญชี?
เก็บการส่งออกระดับการเทรดพร้อม market slugs, เวลา, แฮชธุรกรรมบน Polygon, ที่อยู่กระเป๋า, ปริมาณ, ราคา, และค่าธรรมเนียม นอกจากนี้ให้เก็บรายละเอียดเหตุการณ์ CTF split/merge/redeem และรายงานการเติมคำสั่งจาก Data API หรือ CLOB เพื่อกระทบยอดการเติมบางส่วนและ slippage
ค่าธรรมเนียม maker มีผลต่อกำไรที่ต้องเสียภาษีไหม?
Maker fees บน Polymarket เป็นศูนย์; แต่ taker fees และ builder fees ที่จ่ายควรถูกบันทึก ค่าธรรมเนียมที่จ่ายเมื่อดำเนินการลดรายได้สุทธิและจึงมีผลต่อการคำนวณกำไรหรือขาดทุน
ข้อพิพาท UMA ส่งผลต่อเวลาเสียภาษียังไง?
ข้อพิพาท UMA อาจทำให้การชำระผลและการ redeem ชะงัก การปฏิบัติต่อสถานะที่ยังไม่ชำระแตกต่างกันตามเขต จงเก็บหลักฐานเวลาข้อพิพาทและวันที่ผลสรุปสุดท้ายเพื่อสนับสนุนเวลาที่เกิดเหตุการณ์ที่ต้องเสียภาษี
คู่มือที่เกี่ยวข้อง
เพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำด้านการเงิน กฎหมาย หรือภาษี Polymarket อาจไม่สามารถใช้งานได้ในเขตอำนาจของคุณ