---
title: "DAO"
description: "DAO คือองค์กรแบบ on-chain ที่ประสานภารกิจร่วมกันผ่านข้อเสนอ การลงคะแนน Smart Contract และกฎของชุมชน บทความนี้อธิบายว่า DAO ทำงานอย่างไร แตกต่างจากองค์กรแบบดั้งเดิมอย่างไร สมาชิกภาพและการมอบอำนาจกำหนดรูปแบบการกำกับดูแลอย่างไร และเหตุใดความเสี่ยงด้านคลัง การดำเนินการ และกฎหมายจึงสำคัญ"
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.

# DAO

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

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

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

องค์กรอัตโนมัติแบบกระจายศูนย์ (Decentralized Autonomous Organization: DAO) คือองค์กรที่กำกับดูแลร่วมกัน โดยสามารถบันทึกกฎ ข้อเสนอ การลงคะแนน และคลังไว้บน Blockchain ได้ DAO สามารถประสานงานโปรโตคอล DeFi โครงการทุนสนับสนุน ชมรมการลงทุน หรือชุมชนดิจิทัล แต่คำว่า “อัตโนมัติ” ไม่ได้หมายความว่าทุกงานดำเนินการด้วยโค้ด และคำว่า “กระจายศูนย์” ก็ไม่ใช่ประเภทนิติบุคคล

DAO ที่ดำเนินงานได้ต้องมีภารกิจ รูปแบบสมาชิก กระบวนการตัดสินใจ อำนาจดำเนินการ และเงินทุน สมาชิกภาพอาจอิงกับ Token หุ้นส่วน หรือชื่อเสียง หรือจำกัดด้วย Allowlist ข้อเสนออาจเริ่มต้นในฟอรัมและสิ้นสุดบนเชน คะแนนเสียงอาจนับตาม Token หุ้นส่วน ตัวตน หรืออำนาจที่ได้รับมอบหมาย ส่วนการดำเนินการอาจทำโดยสัญญากำกับดูแล คณะกรรมการ Multisig หรือนิติบุคคลที่เกี่ยวข้อง

การกระจายศูนย์เป็นระดับต่อเนื่อง DAO อาจมีผู้ถือ Token หลายหมื่นราย แต่ผู้ลงนาม Multisig เพียงสามรายควบคุมการอัปเกรด หรืออาจมีสมาชิกเพียงห้าสิบรายแต่ใช้งบประมาณโปร่งใส หมุนเวียนอำนาจ และใช้ Timelock บนเชน ควรประเมินความเป็นเจ้าของ สิทธิเสนอญัตติ สิทธิออกเสียง สิทธิดำเนินการ และอำนาจฉุกเฉินแยกจากกัน แทนที่จะยึดเพียงป้ายชื่อ “DAO”

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

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

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

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

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

## ตัวอย่าง

สมมติว่าโปรโตคอลให้กู้ยืมกันดอกเบี้ยจากผู้กู้ 10% ไว้เป็น Reserve Factor และแจกจ่ายส่วนที่เหลือตามกฎของโปรโตคอล ทีมความเสี่ยงเสนอให้เพิ่มอัตรานี้เป็น 15% เพื่อสร้างเงินสำรองรองรับหนี้เสียให้มากขึ้น ข้อเสนอถูกเผยแพร่เจ็ดวันพร้อมแบบจำลองผลตอบแทนของผู้ฝากและรายรับของคลัง จากนั้นจึงลงคะแนนแบบ Snapshot เป็นเวลาสามวัน การลงคะแนน on-chain อย่างเป็นทางการกำหนดให้มีผู้เข้าร่วมอย่างน้อย 4 ล้านคะแนน และคะแนนเห็นชอบต้องมากกว่าคะแนนคัดค้าน

สมมติว่ามีผู้ลงคะแนน 6.2 ล้านคะแนน แบ่งเป็นเห็นชอบ 4.1 ล้านคะแนน คัดค้าน 1.8 ล้านคะแนน และงดออกเสียง 300,000 คะแนน หากข้อเสนอผ่าน จะเข้าสู่ Timelock 48 ชั่วโมง การเรียกใช้ที่ดำเนินการได้ถูกจำกัดให้เปลี่ยนพารามิเตอร์จาก 10% เป็น 15% เท่านั้น และไม่สามารถโอนสินทรัพย์ของผู้ใช้ได้ ผู้ใช้สามารถปรับสถานะก่อนดำเนินการ ตัวอย่างนี้แสดงว่าเหตุใดผู้ลงคะแนนจึงควรตรวจสอบการเรียกใช้ เกณฑ์ และช่วงเวลาถอนตัวที่แน่นอน แทนที่จะเชื่อเพียงคำว่า “ชุมชนเป็นผู้ตัดสินใจ”

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

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

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

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

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

Smart Contract สามารถบังคับใช้เงื่อนไขที่ชัดเจน เช่น การบรรลุองค์ประชุม การเปลี่ยนอัตรา หรือการเปลี่ยนผู้ดูแลระบบ แต่ไม่สามารถประเมินว่าผู้รับเหมาส่งมอบงานที่มีคุณภาพหรือไม่ ตีความภาระผูกพันทางกฎหมายที่คลุมเครือ หรือเปิดบัญชีธนาคารได้ DAO จำนวนมากจึงผสานกฎ on-chain เข้ากับทีมและผู้ให้บริการ off-chain

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

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

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

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

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

DAO จำนวนมากยังคงพึ่งพาทีมพัฒนาหลัก มูลนิธิ ผู้รับมอบอำนาจ และคณะทำงาน คำถามที่สำคัญคืออำนาจนั้นมองเห็นได้ ถูกจำกัด และเปลี่ยนมือได้หรือไม่ ไม่ใช่ว่าองค์กรอ้างว่าไม่มีผู้นำหรือไม่

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

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

### ความเข้าใจผิดที่ 1: DAO ไม่มีผู้นำ

DAO อาจไม่มีผู้บริหารแบบดั้งเดิม แต่ผู้ถือ Token รายใหญ่ ผู้รับมอบอำนาจ ผู้เขียนข้อเสนอ ผู้ลงนาม Multisig และนักพัฒนายังคงมีอิทธิพลไม่เท่ากัน

### ความเข้าใจผิดที่ 2: การลงคะแนน on-chain เป็นประชาธิปไตยโดยธรรมชาติ

การกระจาย Token ต้นทุนการมีส่วนร่วม และการกระจุกตัวของการมอบอำนาจส่งผลต่อความเป็นตัวแทน การเผยแพร่กฎเพียงอย่างเดียวไม่ได้สร้างสมดุลของอำนาจ

### ความเข้าใจผิดที่ 3: ข้อเสนอที่ผ่านจะดำเนินการโดยอัตโนมัติ

การลงคะแนนบางรายการเพียงแสดงความต้องการและยังต้องให้ Multisig ดำเนินการ แม้การเรียกใช้จะเป็นอัตโนมัติ ก็ไม่สามารถทำให้ทีม off-chain ส่งมอบงานโดยไม่มีการกำกับดูแลได้

### ความเข้าใจผิดที่ 4: ยิ่งลงคะแนนมาก การกำกับดูแลยิ่งดี

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

สินทรัพย์คริปโตมีความผันผวนสูง และการดำเนินการ on-chain มักย้อนกลับไม่ได้ Smart Contract ศูนย์ซื้อขาย กระเป๋าสินทรัพย์ดิจิทัล และ Bridge ต่างเพิ่มความเสี่ยงที่แตกต่างกัน

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

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

- [Governance Token](/th/crypto/governance-token/)
- [PoW: Proof of Work](/th/crypto/proof-of-work/)
- [Smart Contract](/th/crypto/smart-contract/)
- [Timelock](/th/crypto/timelock/)
- [Tokenomics](/th/crypto/tokenomics/)

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

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

- [What is a DAO?](https://ethereum.org/dao/) - 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/dao/index.mdx