LIVE
$7.62 min profit is yours / per trade
Get the bot

ภาษี Polymarket — การรายงานกำไรจาก prediction-market

ภาพรวมว่ากำไรจาก Polymarket มักถูกจัดการทางภาษีอย่างไร ครอบคลุมกรอบปฏิบัติทั่วไป การเก็บบันทึก และขั้นตอนปฏิบัติสำหรับผู้เทรด

อัปเดต 2026-04-20· 2 min
taxes
Polymarket
prediction market
crypto

ภาษี 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 ได้; การปฏิบัติต่อสถานะที่ยังไม่ชำระแตกต่างกันตามเขตอำนาจและอาจกระทบเวลาเกิดเหตุการณ์ที่ต้องเสียภาษี

เวิร์กโฟลว์เชิงปฏิบัติสำหรับการเตรียมรายงานสิ้นปี

  1. ส่งออกประวัติการเทรดและตำแหน่งจาก Data API และรายงานการเทรดของ CLOB รวม Gamma slugs สำหรับชื่อตลาด
  2. ไขความเข้ากันได้ของเหตุการณ์ CTF บนเชน (split/merge/redeem) โดยใช้แฮชธุรกรรมบน Polygon เพื่อยืนยันเวลาเชิงอำนาจ
  3. จัดสรรต้นทุนสำหรับโทเค็นที่สร้างผ่านการ split ใช้วิธีการต้นทุนที่เลือกอย่างสม่ำเสมอ
  4. คำนวณกำไร/ขาดทุนที่เกิดขึ้นจริงต่อเหตุการณ์การจำหน่าย หักค่าธรรมเนียมและรวม builder fees ที่เกี่ยวข้องหากมีรายงานแยกต่างหาก
  5. จัด 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 อาจไม่สามารถใช้งานได้ในเขตอำนาจของคุณ

PolyArb

PolyArb เป็นบอท arbitrage บน Polymarket ที่สแกนตลาด binary และ multi-outcome ทุกตลาดเพื่อ YES/NO < $1 และ mispricing แบบ combinatorial จากนั้นล็อคสเปรดด้วย latency 40ms — เทียบกับประมาณ 800ms ของคู่แข่ง — และมี edge ขั้นต่ำที่รับประกัน $7.62 ต่อการเทรด.

Product
Resources
Legal
© 2026 PolyArb. All rights reserved.
PolyArb เป็นเครื่องมืออิสระ ไม่เกี่ยวข้องกับ Polymarket ไม่ให้คำแนะนำด้านการเงิน.