---
title: "การทยอยให้สิทธิในโทเคน"
description: "การทยอยให้สิทธิทำให้โควตาโทเคนใช้ได้ตามกำหนด อธิบายช่วง cliff และการปล่อยแบบเส้นตรง หลักฐานบนเชนที่ควรตรวจสอบ และเหตุผลที่โทเคนได้สิทธิแล้วไม่ได้แปลว่าขายแล้ว"
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.

# การทยอยให้สิทธิในโทเคน

> จัดทำเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้ขาดทุนได้

<a id="answer"></a>

## คำตอบโดยตรง

การทยอยให้สิทธิในโทเคน (token vesting) คือกฎที่ทำให้โควตาของผู้รับผลประโยชน์ใช้ได้ตามกำหนด แทนที่จะใช้ได้ทั้งหมดในครั้งเดียว **ช่วง cliff** คือระยะรอก่อนโทเคนงวดแรกได้สิทธิ หลังจากนั้นสิทธิอาจเกิดอย่างต่อเนื่อง เป็นงวด หรือเมื่อบรรลุเป้าหมาย

การได้สิทธิไม่ได้หมายถึงการสร้างหรือการขายโทเคนโดยอัตโนมัติ โทเคนอาจถูกสร้างไว้แล้วแต่ยังล็อกอยู่ หรือสร้างเมื่อปล่อยก็ได้ จำนวนที่ได้สิทธิแล้วอาจยังไม่ถูกเคลม ถูกกฎอื่นห้ามโอน ผู้รับยังถือไว้ หรือขายในภายหลัง

การวิเคราะห์ควรแยกห้าเหตุการณ์: **จัดสรรแล้ว ได้สิทธิแล้ว เคลมแล้ว โอนได้ และขายแล้ว** เฉพาะรายการสุดท้ายคือการขายจริง ผลต่อราคาขึ้นกับความคาดหวัง พฤติกรรมผู้ถือ และสภาพคล่องที่ซื้อขายได้จริง

<a id="mechanism"></a>

## กลไกการทำงาน

1. **อ่านข้อกำหนดทางกฎหมายและที่เผยแพร่** ระบุจำนวนจัดสรร ผู้รับ วันเริ่ม cliff วันสิ้นสุด ความถี่ เป้าหมาย สิทธิยกเลิก และผู้มีอำนาจแก้กำหนดการ
2. **ตรวจสอบการนำไปใช้** ตรวจที่อยู่โทเคน สัญญา vesting ผู้รับ timestamp จำนวนที่ปล่อย ธุรกรรมเคลม อำนาจ proxy หรือผู้ดูแล และการยืนยันซอร์สโค้ด `VestingWallet` ของ OpenZeppelin เป็นเพียงการใช้งานแบบหนึ่ง ไม่ใช่มาตรฐานสากล
3. **กระทบยอดนิยามอุปทาน** ดูว่าโทเคนที่ล็อกรวมในอุปทานทั้งหมดหรือไม่ และการปลดล็อกเปลี่ยนอุปทานหมุนเวียนโดยไม่เปลี่ยนอุปทานทั้งหมดหรือไม่ ERC-20 กำหนดการโอน แต่ไม่ได้กำหนด “อุปทานหมุนเวียน” หรือบังคับใช้ vesting
4. **ติดตามเส้นทางสู่ตลาด** โทเคนที่ได้สิทธิเป็นอุปทานที่อาจเข้าสู่ตลาดเมื่อเคลมและโอนได้ การฝากเข้า exchange, bridge, liquidity pool หรือกระเป๋าใหม่เป็นหลักฐานการเคลื่อนย้าย ไม่ใช่หลักฐานการขาย
5. **เทียบสถานการณ์กับสภาพคล่อง** ประเมินสัดส่วนที่อาจขาย แล้วเทียบกับความลึกของสมุดคำสั่งหรือทุนสำรอง AMM รายงานความลึกแยกจากปริมาณซื้อขาย เพราะปริมาณในอดีตไม่รับประกันคำสั่งซื้อ

สำหรับโควตา `A` จำนวนปล่อยเมื่อสิ้น cliff `C` เวลา cliff `T_c` และเวลาสิ้นสุด `T_e` กฎเส้นตรงแบบหนึ่งคือ:

`vested(t) = 0` ก่อน `T_c`; หากไม่ใช่ ให้เป็น `C + (A - C) × min((t - T_c) / (T_e - T_c), 1)`

สัญญาจริงอาจใช้การปัดเศษ timestamp การยกเลิก หรือเงื่อนไขเป้าหมายต่างกัน จึงต้องยึดเอกสารที่มีผลผูกพันและโค้ดสัญญาเป็นหลัก

<a id="example"></a>

## ตัวอย่างคำนวณ

ผู้ร่วมโครงการได้รับ 12,000,000 โทเคน ไม่มีโทเคนได้สิทธิระหว่าง cliff 12 เดือน เมื่อถึงเดือน 12 จะได้สิทธิ 3,000,000 โทเคน ส่วนที่เหลือ 9,000,000 ทยอยได้สิทธิใน 24 เดือนถัดไป เดือนละ 375,000

เมื่อถึงเดือน 18 มีงวดรายเดือนหลัง cliff ได้สิทธิแล้วหกงวด รวมเป็น `3,000,000 + 6 × 375,000 = 5,250,000` โทเคน หากเคลมแล้ว 2,000,000 จะมี 3,250,000 ที่ได้สิทธิแต่ยังไม่เคลม การคำนวณนี้ไม่ได้บอกจำนวนที่โอนหรือขาย

สมมติว่ามี 100,000,000 โทเคนหมุนเวียน และงวดเดือน 12 โอนได้ งวดนี้เท่ากับ 3% ของอุปทานหมุนเวียน หากผู้รับขาย 20% ปริมาณขายคือ 600,000 ไม่ใช่ 3,000,000 โทเคน ต้องทดสอบผลกระทบกับสภาพคล่องที่ซื้อขายได้จริงในขณะนั้น

<a id="risks"></a>

## ความเสี่ยงและรายการตรวจสอบ

- **กำหนดการไม่ครบหรือแก้ไขได้** ข้อตกลงเพิ่มเติม เป้าหมาย กุญแจผู้ดูแล governance หรือการอัปเกรดอาจเปลี่ยนปฏิทิน ต้องบันทึกว่าใครแก้เงื่อนไขแต่ละข้อได้
- **ความเสี่ยงของสัญญาและการดูแลทรัพย์สิน** บั๊ก กุญแจรั่ว ผู้รับผิดคน การย้ายโทเคน หรือเคลมล้มเหลว อาจทำให้การปล่อยล่าช้าหรือผิดปลายทาง ตรวจที่อยู่และธุรกรรมที่ final แล้ว
- **จำแนกอุปทานผิด** ผู้ให้ข้อมูลอาจนับยอด treasury ยอดล็อก ยอดข้าม bridge ยอดเผา หรือยอดยังไม่เคลมต่างกัน ต้องปรับนิยามให้ตรงก่อนคำนวณเปอร์เซ็นต์
- **ความเสี่ยงด้านสภาพคล่องและการกระจุกตัว** งวดใหญ่ในมือผู้รับต้นทุนต่ำไม่กี่รายอาจมากกว่าฝั่งซื้อที่บาง แต่การปลดล็อกเพียงอย่างเดียวไม่พิสูจน์ว่าจะขาย
- **ความแม่นยำลวง** กำหนดการอาจใช้เวลาในบล็อก วินาที ช่วงไม่ต่อเนื่อง การปัดเศษ หรือเคลมด้วยตนเอง ควรอ่านสถานะสัญญาจริงใกล้วันเหตุการณ์

<a id="misconceptions"></a>

## ความเข้าใจผิดที่พบบ่อย

### “ได้สิทธิแล้ว” แปลว่า “ขายแล้ว”

ไม่ใช่ การได้สิทธิทำให้เกิดสิทธิตามกำหนด ส่วนการเคลม โอน ฝาก และขายเป็นการกระทำคนละอย่างที่ต้องมีหลักฐานแยกกัน

### จบ cliff แล้วจะปล่อยโควตาทั้งหมด

ไม่จำเป็น cliff ระบุเพียงเวลาที่เริ่มได้สิทธิ งวดแรกและเส้นโค้งต่อไปขึ้นกับกำหนดการนั้น

### การปลดล็อกเพิ่มอุปทานทั้งหมดเสมอ

ไม่ใช่ โทเคนที่สร้างและล็อกไว้แล้วอาจโอนได้โดยอุปทานทั้งหมดไม่เปลี่ยน แบบที่สร้างเมื่อปล่อยอาจทำให้อุปทานเพิ่ม จึงต้องตรวจสัญญาและการนับอุปทาน

### การปลดล็อกก้อนใหญ่รับประกันว่าราคาจะลง

ไม่ใช่ ราคาได้รับผลจากความคาดหวัง อุปสงค์ การป้องกันความเสี่ยง พฤติกรรมผู้รับ และสภาพคล่อง ให้ถือสัดส่วนขายและผลต่อราคาเป็นสถานการณ์ ไม่ใช่ข้อสรุปแน่นอน

<a id="related"></a>

## หัวข้อที่เกี่ยวข้อง

- [อุปทานหมุนเวียน](/th/crypto/circulating-supply/)
- [การออกโทเคน](/th/crypto/token-emission/)
- [การปลดล็อกโทเคน](/th/crypto/token-unlock/)
- [การวิเคราะห์ cliff ของ vesting และสภาพคล่อง](/th/crypto/token-vesting-cliff-liquidity/)
- [โทเคโนมิกส์](/th/crypto/tokenomics/)

<a id="sources"></a>

## แหล่งข้อมูล

- [VestingWallet](https://docs.openzeppelin.com/contracts/5.x/api/finance#VestingWallet) - OpenZeppelin (เข้าถึงเมื่อ: 2026-08-22)
- [ERC-20 Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (เข้าถึงเมื่อ: 2026-08-22)
- [Pricing](https://docs.uniswap.org/contracts/v2/concepts/advanced-topics/pricing) - Uniswap (เข้าถึงเมื่อ: 2026-08-22)

Source: https://wiki.fcontext.com/th/crypto/vesting/index.mdx