AIP-28: การอัพเดทโครงสร้างการโหวต Governance

ข้อมูลเบื้องต้น:

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

วิธีการดำเนินการ:

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

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

ข้อกำหนดองค์ประชุม:

1.) ต้องมีขั้นต่ำ 10% ของ xALPACA ที่โหวตเพื่อที่จะให้ผลลัพธ์ส่งผล (ปัดเศษหลักแสน) ยกตัวอย่างเช่นถ้าจำนวน xALPACA ทั้งหมดมี 47 ล้าน เราจะเป็นต้องมีการโหวตทั้งหมด 4.7 ล้านเสียง

โน๊ต: เมื่อถูกใช้ โปรเจ็ค DeFi มักจะกำหนดองค์ประชุมให้มีผู้โหวตดประมาณ 10%-20% สำหรับเคสของ Alpaca เนื่องจากเรามี 23 ล้าน xALPACA 2.0-4.5 ล้าน xALPACA โหวตจึงจำเป็นเพื่อให้ผ่านข้อเสนอตามข้อกำหนดองค์ประชุม (ขึ้นกับสถิติ Governance vault แบบเก่า) จากการตรวจสอบข้อมูลในอดีตจะเห็นได้ว่าข้อเสนอที่ผ่านมาบน Snapshot นั้นผ่านข้อกำหนดองค์ประชุมมาตลอด นี่เป็นสัญญาณที่ดีที่แสดงให้เห็นว่าเรามีชุมชนที่แอคทีฟเมื่อเทียบกับคู่แข่งในอุตสหากรรมเดียวกัน

โครงสร้างการโหวตแบบใหม่:

1.) มีเวลาสำหรับการโหวตอย่างน้อย 72 ชั่วโมงสำหรับแต่ละข้อเสนอ

2.) การโหวตจะเป็นแบบส่วนตัวในทุกข้อเสนอ

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

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

5.) สำหรับหัวข้อ "การโหวตแบบพื้นฐาน" ที่จะมีตัวเลือกแค่สองอย่าง (ใช่ หรือ ไม่) การโหวตใช่จำเป็นต้องมีมากกว่าการโหวต ไม่ ในข้อเสนอนั้นเพื่อจะที่จะผ่าน ไม่จำเป็นที่การโหวต ใช่ ต้องมากกว่า 50%

6.) ในกรณีที่ตัวเลือกในการโหวต > 2 ตัวเลือกที่ชนะไม่จำเป็นต้องได้รับเสียงเกิน 50% ของการโหวตนอกจากมีการระบุล่วงหน้าก่อนการโหวต เพื่อเป็นการประหยัดเวลา / พลังงานจากการโหวตหลายๆครั้ง ยิ่งไปกว่านั้นถ้าโครงสร้างการโหวตนั้นถูกออกแบบมาดี (จากที่ได้กล่าวไว้ใน #3 ข้างต้น) การมีหลายตัวเลือก (>2) จะเป็นการโหวตครั้งสุดท้ายของข้อเสนอนั้น

การโหวต:

AIP ครั้งนี้เป็นการโหวตแบบตัวเลือกเดียว

• "ใช่" จะเป็นการใช้งานโครงสร้างการโหวตแบบใหม่ตามที่เสนอใน AIP นี้

• "ไม่" จะเป็นการคงโครงสร้างการโหวตไว้ตามเดิม

ข้อสรุป:

• ชุมชนโหวตที่จะใช้งานโครงสร้างการโหวตแบบใหม่ตามที่เสนอใน AIP นี้

อ้างอิง:

• Snapshot Voting

• Forum Thread