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

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

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

โทเค็นการกำกับดูแลแสดงถึงส่วนหนึ่งของอำนาจการตัดสินใจของโปรโตคอลในฐานะสิทธิ์การลงคะแนนแบบ on-chain ที่สามารถถือ โอน หรือมอบหมายได้ ผู้ถืออาจลงคะแนนในอัตรา หลักประกัน การอัปเกรดสัญญา และการใช้คลัง แต่ "โทเค็นการถือครอง" ไม่จำเป็นต้องเท่ากับการเป็นเจ้าของโปรโตคอล การแบ่งปันผลกำไร หรือความสามารถในการมีอิทธิพลต่อผลลัพธ์อย่างแท้จริง

สิทธิ์ทั่วไปที่สุดของโทเค็นการกำกับดูแลคือการสร้างข้อเสนอ ลงคะแนนเสียง และมอบหมาย ขอบเขตเฉพาะถูกกำหนดโดยสัญญาการกำกับดูแลและกฎบัตรข้อตกลง: บางส่วนสามารถปรับพารามิเตอร์ได้เพียงไม่กี่อย่างเท่านั้น บางส่วนสามารถอัปเกรดสัญญาหลักทั้งหมดได้ และการลงคะแนนเสียงบางส่วนเป็นเพียงสัญญาณของชุมชน และท้ายที่สุดจะถูกดำเนินการโดยทีมงาน

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

โทเค็นเดียวกันนี้ยังอาจทำหน้าที่เป็นสิ่งจูงใจ Staking ส่วนลดค่าธรรมเนียม หรือฟังก์ชันการรับประกันความเสี่ยง ยิ่งมีคุณลักษณะมากเท่าใด การประเมินค่าและความเสี่ยงก็จะยิ่งซับซ้อนมากขึ้นเท่านั้น ตัวอย่างเช่น การลงคะแนนสามารถทำได้หลังจาก Staking เท่านั้น ซึ่งอาจเพิ่มการมีส่วนร่วมในระยะยาว หรือลดความสามารถในการอพยพฉุกเฉินเนื่องจากระยะเวลารอคอยในการปลดล็อก

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

## วิธีการทำงาน

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

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

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

การกำกับดูแลแบบออฟไลน์มักใช้การอภิปรายในฟอรัมและการลงคะแนนด้วยลายเซ็นเพื่อลดต้นทุน จากนั้นดำเนินการผ่านลายเซ็นหลายลายเซ็น การกำกับดูแลแบบ on-chain มีความโปร่งใสมากขึ้นและสามารถดำเนินการได้โดยอัตโนมัติ แต่การลงคะแนนแต่ละครั้งต้องใช้แก๊ส และ เรียกใช้ ที่ซับซ้อนยังเพิ่มความยากในการตรวจสอบอีกด้วย ไม่มีข้อได้เปรียบหรือเสียเปรียบอย่างแน่นอนระหว่างทั้งสอง กุญแจสำคัญคือการเปิดเผยเชนการควบคุมที่แท้จริง

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

## ตัวอย่าง

สมมติว่าอุปทานรวมของโปรโตคอลคือ 100 ล้านเหรียญ และผู้ใช้ถือ 1 ล้านเหรียญ ซึ่งก็คือ 1% ของอุปทานทั้งหมด ทีมงานและนักลงทุนยุคแรกถือครองเหรียญไว้ทั้งหมด 35 ล้านเหรียญ มีเหรียญหมุนเวียนอยู่ในชุมชน 45 ล้านเหรียญ และส่วนที่เหลือยังไม่ได้ปลดล็อค การปกครองต้องมีองค์ประชุมด้วยคะแนนเสียง 10 ล้านเสียงและเสียงข้างมาก

ข้อเสนอหนึ่งมีเสียงเห็นด้วย 12 ล้านเสียง และอีก 8 ล้านเสียงคัดค้าน หากคะแนนโหวต 1 ล้านของผู้ใช้เปลี่ยนจากใช่เป็นไม่ใช่ ผลลัพธ์ก็จะกลายเป็น 11 ล้านเป็น 9 ล้าน ซึ่งยังคงไม่สามารถเปลี่ยนข้อสรุปได้ หากข้อเสนออื่นเดิมคือ 10.5 ล้านต่อ 10 ล้าน ทางเลือกของเขาคงเพียงพอที่จะเปลี่ยนผลลัพธ์ ดังนั้นผลกระทบของ "การถือครอง 1%" จึงขึ้นอยู่กับอัตราการเข้าร่วมและการแพร่กระจายตั๋ว ไม่ใช่แค่ส่วนแบ่งอุปทานทั้งหมด

สมมติว่า 20 ล้านเหรียญจะออกในปีหน้า โดย 15 ล้านเหรียญจะเป็นของทีมและนักลงทุน จำนวนโทเค็นผู้ใช้ยังคงไม่เปลี่ยนแปลง แต่สัดส่วนของการหมุนเวียนทั้งหมดและสิทธิ์ในการลงคะแนนที่ใช้งานอยู่อาจถูกลดทอนลง เมื่อวิเคราะห์สิทธิ์ในการกำกับดูแล ให้ดูที่ตารางปลดล็อก การกระจายการมอบหมาย และอัตราการลงคะแนนจริง

คดีคลังสามารถแสดงให้เห็นขอบเขตของสิทธิได้ดีขึ้น DAO มีสินทรัพย์ 50 ล้านเหรียญสหรัฐ แต่มูลค่าตลาดของโทเค็นการกำกับดูแลอยู่ที่เพียง 20 ล้านเหรียญสหรัฐ นี่ไม่ได้หมายความว่าหากคุณซื้อโทเค็นมากกว่าครึ่งหนึ่ง คุณสามารถนำเงินออกไปได้โดยไม่มีเงื่อนไข เกณฑ์ข้อเสนอ การล็อคเวลา การเป็นเจ้าของสินทรัพย์ การจัดสรรแบบจำกัด การยับยั้งของคณะกรรมการความปลอดภัย และการตกตะลึงของราคาที่เกิดจากการซื้อในตลาด ล้วนเปลี่ยนแปลงความเป็นไปได้ ในทางกลับกัน หากอำนาจมีไม่จำกัดและคะแนนเสียงมีราคาถูก ก็อาจมีความเสี่ยงที่จะถูกโจมตีจากการกำกับดูแล

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

## ความเสี่ยง

การกำกับดูแลตั้งแต่เนิ่นๆ มักจะเริ่มต้นโดยทีมผ่านลายเซ็นหลายลายเซ็น จากนั้นจึงค่อยๆ ส่งมอบให้กับชุมชน กระบวนการนี้อาจติดอยู่ในสถานะกลางของ "การกระจายอำนาจแบบก้าวหน้า" เป็นเวลานาน: โทเค็นมีการซื้อขายต่อสาธารณะ แต่คีย์การอัปเกรดหลักยังไม่ได้รับการส่งมอบ นอกจากนี้ยังอาจต้องพึ่งพาคณะกรรมการความปลอดภัยใหม่อีกครั้ง เนื่องจากอัตราการมีส่วนร่วมลดลงเมื่อครบกำหนด การวิจัยควรแยกสิทธิ์ในปัจจุบัน สิทธิ์ในอนาคตที่สัญญาไว้ และการย้ายข้อมูลที่สมบูรณ์

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

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

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

### ความเชื่อที่ 1: ผู้ถือสกุลเงินเป็นผู้ถือหุ้นตามข้อตกลง

เหรียญการกำกับดูแลมักจะให้สิทธิ์ที่ตกลงกันไว้เท่านั้น ในรหัสและไม่มีสิทธิในการจ่ายเงินปันผล การตรวจสอบ และการชำระบัญชีของผู้ถือหุ้นบริษัทโดยอัตโนมัติ

### เรื่องที่ 2: การมีที่อยู่จำนวนมากหมายถึงการกระจายอำนาจ

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

### เรื่องเข้าใจผิดที่ 3: จะไม่สูญเสียหากคุณไม่ลงคะแนน

แม้ว่าเหรียญจะไม่ถูกหักโดยอัตโนมัติหากคุณไม่ลงคะแนน แต่คนอื่นๆ อาจเปลี่ยนโทเค็นและความเสี่ยงของโปรโตคอลผ่านการอัปเกรด การตัดสินใจเรื่องเงินเฟ้อ หรือคลัง

### เรื่องที่ 4: การกำกับดูแลแบบ on-chain จะต้องปลอดภัยกว่าการกำกับดูแลแบบหลายลายเซ็น

การกำกับดูแลแบบ on-chain มีความโปร่งใส แต่อาจอยู่ภายใต้การได้มาของการลงคะแนนเสียง ลายเซ็นหลายตัวตอบสนองเร็วขึ้น แต่รวมศูนย์มากกว่า การรักษาความปลอดภัยขึ้นอยู่กับเกณฑ์ ความล่าช้า การเซ็นเซอร์ และข้อจำกัดในการอนุญาต

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

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

* [DAO](/th/crypto/dao/)
* [การโจมตีการกำกับดูแล](/th/crypto/governance-attack/)
* [สัญญาเอเจนซี่](/th/crypto/proxy-contract/)
* [Coin และ Token แตกต่างกันอย่างไร](/th/crypto/token-vs-coin/)
* [Tokenomics](/th/crypto/tokenomics/)

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

## แหล่งที่มา

* [Governor](https://docs.openzeppelin.com/contracts/5.x/governance) - OpenZeppelin (เข้าถึงเมื่อ: 2026-08-20)
* [Compound v2 Governance](https://docs.compound.finance/v2/governance/) - Compound (เข้าถึงเมื่อ: 2026-08-20)
* [What is a DAO?](https://ethereum.org/dao/) - Ethereum.org (เข้าถึงเมื่อ: 2026-08-20)
* [Ethereum Governance](https://ethereum.org/governance/) - Ethereum.org (เข้าถึงเมื่อ: 2026-08-20)
* [DeFi Lending: Intermediation Without Information?](https://www.bis.org/publ/bisbull57.htm) - BIS (เข้าถึงเมื่อ: 2026-08-20)

Source: https://wiki.fcontext.com/th/crypto/governance-token/index.mdx
