Polkadot áp dụng một cơ chế quản trị tinh vi, cho phép nó tiến hóa liên tục theo nhu cầu của các bên liên quan. Mục tiêu của nó là đảm bảo rằng phần lớn quyền lợi luôn có thể kiểm soát mạng.
Nội dung bài viết có thể có sự thay đổi. Thỏa thuận quản trị đã trải qua một vài lần lặp lại (v1 và v2), trong tương lai sẽ còn nhiều thay đổi hơn (v2.5).
Hệ thống quản trị phi tập trung đầu tiên của Polkadot (v1) bao gồm ba thành phần chính:
Ủy ban kỹ thuật: Quản lý lịch trình nâng cấp
Hội đồng: được bầu ra để thực hiện "chính phủ", chịu trách nhiệm quản lý các tham số, quản lý và chi tiêu các đề xuất.
Trưng cầu dân ý: Hệ thống bỏ phiếu phổ quát, trao quyền ảnh hưởng lớn hơn cho các bên liên quan lâu dài.
Hệ thống hoạt động tốt trong những năm đầu, nhưng khi trưởng thành cần phải tiến hóa liên tục để cải thiện những điểm yếu và theo kịp sự tiến bộ. Ví dụ, trong "quản trị v1", tất cả các quyền biểu quyết có trọng số như nhau, chỉ có thể bỏ phiếu cho một đề xuất tại một thời điểm, và thời gian bỏ phiếu có thể kéo dài nhiều tuần. Điều này dẫn đến việc hệ thống có xu hướng xem xét cẩn thận một số ít đề xuất, thay vì xem xét rộng rãi nhiều đề xuất. Do đó, "quản trị v2" ra đời.
"Quản trị v2" hay còn gọi là "Gov2" đã thay đổi cách thức ra quyết định hàng ngày, làm cho phạm vi ảnh hưởng của các cuộc bỏ phiếu công trở nên rộng hơn và nhanh nhạy hơn, từ đó tăng đáng kể số lượng quyết định tập thể mà hệ thống có thể thực hiện.
Gov2 sẽ được khởi động và thử nghiệm trên Kusama trước khi đề xuất triển khai lên Polkadot. Hiện tại Gov2 đã được triển khai lên mạng lưới Kusama.
Nội dung sau đây sẽ giới thiệu về các nguyên tắc cốt lõi của quản trị mạng Polkadot. Hiểu nguồn gốc của quản trị v1 sẽ giúp bạn hiểu rõ hơn về hướng đi của lần lặp thứ hai. Những khác biệt này sẽ được làm nổi bật trong các chủ đề con khác nhau.
Cần lưu ý rằng, ở giai đoạn hiện tại, quản trị vẫn là một giao thức đang phát triển liên tục. Với việc cập nhật quản trị v2, kế hoạch quản trị v2.5 cũng đã được lập ra.
tiền đề
Tóm lại, mạng lưới này tập hợp nhiều cơ chế mới, bao gồm các hàm chuyển đổi trạng thái vô định hình được lưu trữ trên chuỗi ( được định nghĩa bằng WebAssembly ), cũng như nhiều cơ chế bỏ phiếu trên chuỗi khác nhau, chẳng hạn như cuộc bỏ phiếu công khai với ngưỡng đa số tuyệt đối thích ứng và bỏ phiếu phê duyệt theo lô.
Tất cả các thay đổi đối với thỏa thuận phải đạt được sự đồng thuận thông qua một cuộc bỏ phiếu có trọng số theo quyền lợi.
cơ chế
Trong quản trị v1, những người nắm giữ token hoạt động và hội đồng cùng nhau quản lý quyết định nâng cấp mạng. Dù đề xuất được đưa ra bởi công chúng hay hội đồng, cuối cùng đều phải trải qua một cuộc trưng cầu dân ý, với số lượng đặt cược và giá trị niềm tin làm trọng số để đưa ra quyết định.
Mô hình quản trị v2 có một số thay đổi. Cách mà mô hình quản trị mới thể hiện đặc điểm phi tập trung là:
Chuyển giao trách nhiệm của hội đồng cho các chủ sở hữu token thông qua bỏ phiếu dân chủ
Giải tán hội đồng quản trị hiện tại
Cho phép người dùng ủy quyền quyền bỏ phiếu cho các thành viên trong cộng đồng theo nhiều cách hơn.
bỏ phiếu
Bỏ phiếu công là một phương án bỏ phiếu đơn giản, bao trùm và dựa trên việc đặt cược. Mỗi cuộc bỏ phiếu công đều có một đề xuất liên quan, sử dụng hình thức gọi hàm đặc quyền runtime ( bao gồm lệnh set_code mạnh mẽ nhất, có thể chuyển đổi toàn bộ mã runtime ).
Bỏ phiếu là một sự kiện rời rạc có thời gian bỏ phiếu cố định. Sau khi thời gian bỏ phiếu kết thúc và phiếu được thống kê, nếu được phê duyệt, sẽ gọi các hàm liên quan. Bỏ phiếu luôn là nhị phân; lựa chọn bỏ phiếu chỉ có thể là "ủng hộ", "phản đối" hoặc hoàn toàn từ chối.
Trong quản trị v1, cuộc bỏ phiếu có thể được khởi động qua một số cách sau:
Đề xuất được công khai nộp
Đề xuất được thông qua bởi đa số hoặc toàn bộ phiếu của hội đồng
Đề xuất được đưa ra như một phần của cuộc bỏ phiếu trước đó.
Đề xuất khẩn cấp được gửi bởi ủy ban kỹ thuật và được hội đồng quản trị phê duyệt
Tất cả các cuộc trưng cầu ý dân đều có thời gian trì hoãn thực hiện tương ứng. Đây là khoảng thời gian từ khi cuộc trưng cầu kết thúc đến khi đề xuất được thực hiện thực tế.
Trong Gov2, bất kỳ ai cũng có thể khởi xướng một cuộc bỏ phiếu công khai bất cứ lúc nào, không giới hạn số lần. Gov2 giới thiệu các khái niệm Origins( nguồn gốc) và Tracks( đường đi) để hỗ trợ quy trình và xử lý của các giao thức bỏ phiếu.
Origin được coi là một mô tả của mức độ đặc quyền nhất định. Người đề xuất cần chọn Origin phù hợp cho yêu cầu của đề xuất.
Mỗi Origin đều được liên kết với một loại bỏ phiếu, mỗi loại đều có một Track. Track tóm tắt vòng đời của đề xuất và độc lập với các loại khác. Các track độc lập khác nhau cho phép mạng điều chỉnh động thái bỏ phiếu dựa trên cấp độ quyền hạn tiềm ẩn.
Ví dụ, tác động của việc nâng cấp Runtime đối với hệ sinh thái khác với việc phê duyệt tiền thưởng kho bạc, do đó cần có các Nguồn gốc khác nhau, trong đó tỷ lệ bỏ phiếu, tỷ lệ phê duyệt, tiền gửi và chu kỳ thực thi ngắn nhất sẽ được xác định trước.
Đề xuất trưng cầu ý kiến
Bỏ phiếu công khai
Bất kỳ ai cũng có thể đề xuất một cuộc bỏ phiếu công bằng bằng cách gửi số lượng token tối thiểu trong một khoảng thời gian nhất định. Nếu có ai đó đồng ý, họ có thể gửi cùng số lượng token để thể hiện sự ủng hộ.
Điều này được gọi là "đề xuất". Đề xuất nhận được sự hỗ trợ token gắn bó cao nhất sẽ được chọn làm đề xuất cho chu kỳ bỏ phiếu tiếp theo. Lưu ý rằng điều này có thể khác với số lượng tuyệt đối của các đề xuất; ví dụ, ba tài khoản mỗi tài khoản gắn bó 20 DOT sẽ "vượt qua" mười tài khoản mỗi tài khoản gắn bó 1 DOT.
Khi đề xuất được nộp ( để bỏ phiếu ), token đã liên kết sẽ được phát hành.
Đối với quản trị v1, trong hàng đợi đề xuất có tối đa 100 đề xuất công cộng.
Trong Gov2, sau khi cuộc bỏ phiếu được tạo ra, cộng đồng có thể ngay lập tức bỏ phiếu. Tuy nhiên, cuộc bỏ phiếu này không ở trạng thái có thể kết thúc, tính toán phiếu bầu, được phê duyệt và thực hiện cuối cùng. Ngược lại, cuộc bỏ phiếu phải đáp ứng một số tiêu chí để vào trạng thái "Quyết định(Deciding)". Trước đó, nó vẫn ở trạng thái đang chờ.
Tiêu chuẩn để vào trạng thái Decided như sau:
Trải qua giai đoạn nhập khẩu, tức là thời gian cần thiết trước khi quyết định có thể bắt đầu. Điều này giúp giảm khả năng "tấn công quyết định", tức là những kẻ tấn công kiểm soát một lượng lớn quyền biểu quyết có thể thông qua đề xuất ngay lập tức sau khi đề xuất, mà không để tất cả các cử tri có đủ thời gian để xem xét và tham gia.
Phải còn không gian quyết định. Tất cả các Track đều có giới hạn về số lượng cuộc bỏ phiếu công khai có thể quyết định cùng một lúc. Các Track mạnh hơn có giới hạn thấp hơn. Ví dụ, giới hạn của cấp độ Root ở Origin là 1, có nghĩa là chỉ có thể quyết định 1 đề xuất siêu nguy hiểm một lần.
Phải thanh toán khoản tiền đặt cọc quyết định. Chi phí để tạo một cuộc bỏ phiếu công khai rất thấp, vì khoản tiền đặt cọc chỉ bao gồm giá trị cần thiết cho việc lưu trữ trên chuỗi. Tuy nhiên, việc xem xét và quyết định cuộc bỏ phiếu công khai có nguy cơ làm cạn kiệt số lượng vị trí có hạn trong hàng đợi cuộc bỏ phiếu. Yêu cầu đặt cọc lớn hơn nhưng có thể hoàn lại sẽ giúp giảm thư rác.
Bỏ phiếu hội đồng (v1)
Hội đồng biểu quyết đồng ý - Khi tất cả các thành viên trong hội đồng đồng ý với một đề xuất, nó có thể được đưa ra bỏ phiếu. Cuộc bỏ phiếu này sẽ tạo ra độ lệch tỷ lệ phản đối ( tức là số lượng phiếu bầu quyền lợi càng ít, số lượng cần thiết để thông qua càng ít ).
Hội đồng đã thông qua với số phiếu đa số - Khi chỉ có một đa số đơn giản của các thành viên hội đồng đồng ý, vẫn có thể bỏ phiếu cho cuộc trưng cầu ý dân, nhưng sẽ theo hình thức bỏ phiếu đa số, bên nhận được 51% phiếu sẽ chiến thắng (.
Chỉ có một cuộc bỏ phiếu hợp lệ tại một thời điểm, trừ khi có một cuộc bỏ phiếu khẩn cấp đang diễn ra.
Thời gian biểu bỏ phiếu
Trong quản trị v1, giả sử có ít nhất một đề xuất trong hàng đợi, sẽ có một cuộc bỏ phiếu mới diễn ra mỗi 28 ngày. Các đề xuất được hội đồng phê duyệt có một hàng đợi và các đề xuất do công chúng gửi cũng có một hàng đợi. Bỏ phiếu sẽ được tiến hành luân phiên giữa các đề xuất đứng đầu trong hai hàng đợi.
Các đề xuất đứng đầu được xác định bởi số lượng stake được liên kết phía sau chúng. Nếu hàng đợi hiện tại cố gắng tạo ra một cuộc bỏ phiếu công khai mà không có đề xuất ) hàng đợi trống (, và một hàng đợi khác có các đề xuất đang chờ, thì đề xuất đứng đầu trong hàng đợi khác sẽ được đưa vào cuộc bỏ phiếu.
Không thể tổ chức bỏ phiếu cho nhiều đề xuất trưng cầu dân ý cùng một lúc, trừ khi là trưng cầu khẩn cấp. Trưng cầu khẩn cấp xảy ra đồng thời với trưng cầu dân ý thông thường là trường hợp duy nhất có thể bỏ phiếu cho nhiều đề xuất trưng cầu dân ý cùng một lúc.
Khi đề xuất được phê duyệt, chính quyền v2 sẽ chia sẻ cùng một thời gian đủ điều kiện 28 ngày. Nếu đến cuối giai đoạn này mà vẫn chưa được phê duyệt, đề xuất đó sẽ tự động bị từ chối.
Bỏ phiếu trưng cầu dân ý)quản trịv2(
Trong quản trị v2, nếu đề xuất đáp ứng yêu cầu tỷ lệ phê duyệt và tỷ lệ hỗ trợ, thì đề xuất đó sẽ được chấp thuận, tức là đã loại bỏ hệ thống thiên lệch nhóm thích ứng.
Tỷ lệ phê duyệt ) được định nghĩa là trọng số quyền biểu quyết phê duyệt ( sau khi điều chỉnh conviction ) chiếm tỷ trọng tổng quyền biểu quyết ( bao gồm cả phần phê duyệt và từ chối ).
Tỷ lệ ủng hộ ( Support ) là tổng số phiếu đã được phê duyệt ( bỏ qua điều chỉnh conviction ) so với tổng số phiếu có thể thực hiện trong hệ thống.
Nó phải đáp ứng tiêu chuẩn này trong thời gian ngắn nhất có thể của giai đoạn xác nhận. Các đường ray khác nhau có thời gian xác nhận và yêu cầu phê duyệt và hỗ trợ khác nhau. Bây giờ có thể cấu hình thông qua lượng hỗ trợ cần thiết và tổng phê duyệt. Đối với các đề xuất sử dụng nguồn có đặc quyền thấp hơn, việc giảm tỷ lệ bỏ phiếu cần thiết xuống một con số thực tế sớm hơn so với các đề xuất sử dụng các loại đặc quyền cao như Root( là hợp lý hơn. Những khóa học có ý nghĩa chính trị lớn có thể yêu cầu phê duyệt cao hơn sớm hơn để tránh tranh cãi.
Trong Gov2, các đề xuất không được phê duyệt sau 28 ngày sẽ được coi là từ chối mặc định và sẽ được hoàn trả Decision Deposit. Nếu đề xuất được duy trì thông qua trước khi kết thúc thời gian xác nhận, nó sẽ được coi là đã được phê duyệt và dự kiến sẽ được thực hiện bắt đầu từ nguồn đề xuất sau thời gian thực hiện. Thời gian thực hiện được chỉ định khi đề xuất bỏ phiếu toàn dân, nhưng cũng bị giới hạn bởi giá trị tối thiểu dựa trên đường ray. Các Tracks mạnh mẽ hơn sẽ buộc phải thực hiện thời gian thực hiện lâu hơn để đảm bảo mạng có đủ thời gian chuẩn bị cho những thay đổi mà đề xuất có thể mang lại.
Tự nguyện khóa
Polkadot sử dụng khái niệm "khóa tự nguyện", cho phép người nắm giữ token tăng quyền biểu quyết bằng cách tuyên bố sẵn sàng khóa token trong bao lâu, do đó, số phiếu của mỗi người nắm giữ token sẽ được tính theo công thức sau:
Số phiếu = token * hệ số thuyết phục
Thời gian khóa mỗi lần gấp đôi, hệ số niềm tin sẽ tăng hệ số bỏ phiếu thêm một.
Thời gian bỏ phiếu nhân số 00.111224384165326
Thời gian khóa "gấp đôi" được đặt tối đa là 6) với tổng cộng 32 thời gian khóa (, một thời gian khóa bằng 28 ngày. Chỉ cho phép gấp đôi, ví dụ, không thể khóa 24 chu kỳ và làm tăng niềm tin lên 5.5.
Sau khi token bị khóa, vẫn có thể sử dụng để bỏ phiếu và staking; chỉ bị cấm chuyển những token này sang tài khoản khác.
Bỏ phiếu luôn được "tính toán" vào cùng một thời điểm, tức là khi kết thúc thời gian bỏ phiếu. Điều này không bị ảnh hưởng bởi thời gian khóa token.
Sự thiên lệch tập thể tự thích nghi
Sự thiên lệch nhóm thích ứng đã được sử dụng lâu hơn trong quản trị v2 và đã được hệ thống Approval/Support thay thế.
) Hội đồng
Trong quản trị v1, các bên liên quan thụ động trên Polkadot được đại diện bởi một cơ quan quản lý gọi là "Hội đồng". Hội đồng là một thực thể trên chuỗi, bao gồm nhiều người tham gia, mỗi người đại diện cho một tài khoản trên chuỗi. Trên Polkadot, hội đồng hiện tại bao gồm các thành viên.
Ngoài việc kiểm soát kho bạc, hội đồng còn chủ yếu chịu trách nhiệm cho ba nhiệm vụ quản trị:
Đề xuất cuộc trưng cầu dân ý thông minh
Hủy bỏ các cuộc bỏ phiếu nguy hiểm hoặc độc hại
Ủy ban kỹ thuật bầu cử
Trong quản trị v2, cần có các chiến lược thay thế để thay thế trách nhiệm của hội đồng quản trị trước đây như một cơ quan ủy quyền của cử tri, để bù đắp cho thực tế là nhiều người chọn không tham gia vào quản trị hàng ngày. Gov2 được xây dựng trên chức năng ủy quyền bỏ phiếu của v1, cử tri có thể chọn ủy quyền quyền bỏ phiếu cho một cử tri khác trong hệ thống. Nó được thực hiện thông qua việc cải tiến một tính năng gọi là ủy quyền đa vai trò, cử tri có thể chỉ định các đại diện khác nhau cho mỗi loại trưng cầu ý dân trong hệ thống. Do đó, cử tri có thể ủy quyền cho một thực thể quản lý một loại trưng cầu ý dân không quan trọng, và chọn một đại diện khác để quản lý một loại khác có hậu quả nghiêm trọng hơn, và vẫn giữ quyền bỏ phiếu hoàn toàn cho bất kỳ loại nào còn lại.
( Hủy bỏ trưng cầu ý dân
Trong quản trị v1, nếu ủy ban kỹ thuật đồng ý nhất trí hủy bỏ đề xuất, hoặc nếu nguồn gốc Root ) như sudo### kích hoạt chức năng này, thì có thể hủy bỏ đề xuất. Tiền đặt cược của đề xuất đã bị hủy sẽ bị tiêu hủy.
Ngoài ra, hai phần ba số thành viên hội đồng có thể hủy bỏ cuộc bỏ phiếu. Nếu phát hiện vấn đề trong đề xuất bỏ phiếu muộn hơn ###, chẳng hạn như có lỗi trong mã runtime sẽ được thực thi của đề xuất đó (, điều này có thể được coi là biện pháp cuối cùng.
Nếu tranh chấp bị hủy bỏ đủ lớn đến mức hội đồng không thể đạt được đa số hai phần ba, thì số phận của đề xuất sẽ được quyết định bởi các bên liên quan.
Trong quản trị v2, có một thao tác đặc biệt tên là Cancelation) để hủy bỏ (, nhằm can thiệp vào các đề xuất đã được bỏ phiếu. Thao tác này sẽ ngay lập tức từ chối cuộc bỏ phiếu đang diễn ra, bất kể trạng thái của nó. Cũng có một quy định rằng, nếu đề xuất là độc hại hoặc là thông tin rác, thì đảm bảo tiền đặt cọc của người đề xuất sẽ bị tịch thu.
Hủy bỏ bản thân nó là một hoạt động quản trị, phải được thực hiện qua bỏ phiếu của mạng. Việc thu hồi đi kèm với Origin và Track của riêng nó, có thời gian nhập ngắn và đường cong tỷ lệ phê duyệt/hỗ trợ, giảm qua ngưỡng một cách hơi nhanh hơn một chút, vì nó chỉ được gọi khi tình huống khẩn cấp.
) Ủy ban kỹ thuật
Trong quản trị v1, ủy ban kỹ thuật (TC) là một trong ba viện của quản trị Kusama ### hai viện còn lại là hội đồng và bỏ phiếu ( được giới thiệu. TC bao gồm các đội ngũ đã thực hiện thành công hoặc định nghĩa Polkadot runtime hoặc Polkadot Host. Thông qua việc bỏ phiếu với đa số đơn giản của hội đồng, có thể thêm hoặc xóa các đội ngũ trong TC.
Mục đích của TC là ngăn chặn các cuộc bỏ phiếu độc hại, thực hiện sửa lỗi, đảo ngược các bản cập nhật runtime sai hoặc thêm các tính năng mới nhưng đã được kiểm tra qua thực tế. TC có quyền sử dụng Democracy pallet để tăng tốc các đề xuất, và là tổ chức duy nhất có thể.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Polkadot Governance V2: Chương mới cho quyết định phi tập trung
Quản trị V2
Polkadot áp dụng một cơ chế quản trị tinh vi, cho phép nó tiến hóa liên tục theo nhu cầu của các bên liên quan. Mục tiêu của nó là đảm bảo rằng phần lớn quyền lợi luôn có thể kiểm soát mạng.
Nội dung bài viết có thể có sự thay đổi. Thỏa thuận quản trị đã trải qua một vài lần lặp lại (v1 và v2), trong tương lai sẽ còn nhiều thay đổi hơn (v2.5).
Hệ thống quản trị phi tập trung đầu tiên của Polkadot (v1) bao gồm ba thành phần chính:
Hệ thống hoạt động tốt trong những năm đầu, nhưng khi trưởng thành cần phải tiến hóa liên tục để cải thiện những điểm yếu và theo kịp sự tiến bộ. Ví dụ, trong "quản trị v1", tất cả các quyền biểu quyết có trọng số như nhau, chỉ có thể bỏ phiếu cho một đề xuất tại một thời điểm, và thời gian bỏ phiếu có thể kéo dài nhiều tuần. Điều này dẫn đến việc hệ thống có xu hướng xem xét cẩn thận một số ít đề xuất, thay vì xem xét rộng rãi nhiều đề xuất. Do đó, "quản trị v2" ra đời.
"Quản trị v2" hay còn gọi là "Gov2" đã thay đổi cách thức ra quyết định hàng ngày, làm cho phạm vi ảnh hưởng của các cuộc bỏ phiếu công trở nên rộng hơn và nhanh nhạy hơn, từ đó tăng đáng kể số lượng quyết định tập thể mà hệ thống có thể thực hiện.
Gov2 sẽ được khởi động và thử nghiệm trên Kusama trước khi đề xuất triển khai lên Polkadot. Hiện tại Gov2 đã được triển khai lên mạng lưới Kusama.
Nội dung sau đây sẽ giới thiệu về các nguyên tắc cốt lõi của quản trị mạng Polkadot. Hiểu nguồn gốc của quản trị v1 sẽ giúp bạn hiểu rõ hơn về hướng đi của lần lặp thứ hai. Những khác biệt này sẽ được làm nổi bật trong các chủ đề con khác nhau.
Cần lưu ý rằng, ở giai đoạn hiện tại, quản trị vẫn là một giao thức đang phát triển liên tục. Với việc cập nhật quản trị v2, kế hoạch quản trị v2.5 cũng đã được lập ra.
tiền đề
Tóm lại, mạng lưới này tập hợp nhiều cơ chế mới, bao gồm các hàm chuyển đổi trạng thái vô định hình được lưu trữ trên chuỗi ( được định nghĩa bằng WebAssembly ), cũng như nhiều cơ chế bỏ phiếu trên chuỗi khác nhau, chẳng hạn như cuộc bỏ phiếu công khai với ngưỡng đa số tuyệt đối thích ứng và bỏ phiếu phê duyệt theo lô.
Tất cả các thay đổi đối với thỏa thuận phải đạt được sự đồng thuận thông qua một cuộc bỏ phiếu có trọng số theo quyền lợi.
cơ chế
Trong quản trị v1, những người nắm giữ token hoạt động và hội đồng cùng nhau quản lý quyết định nâng cấp mạng. Dù đề xuất được đưa ra bởi công chúng hay hội đồng, cuối cùng đều phải trải qua một cuộc trưng cầu dân ý, với số lượng đặt cược và giá trị niềm tin làm trọng số để đưa ra quyết định.
Mô hình quản trị v2 có một số thay đổi. Cách mà mô hình quản trị mới thể hiện đặc điểm phi tập trung là:
bỏ phiếu
Bỏ phiếu công là một phương án bỏ phiếu đơn giản, bao trùm và dựa trên việc đặt cược. Mỗi cuộc bỏ phiếu công đều có một đề xuất liên quan, sử dụng hình thức gọi hàm đặc quyền runtime ( bao gồm lệnh set_code mạnh mẽ nhất, có thể chuyển đổi toàn bộ mã runtime ).
Bỏ phiếu là một sự kiện rời rạc có thời gian bỏ phiếu cố định. Sau khi thời gian bỏ phiếu kết thúc và phiếu được thống kê, nếu được phê duyệt, sẽ gọi các hàm liên quan. Bỏ phiếu luôn là nhị phân; lựa chọn bỏ phiếu chỉ có thể là "ủng hộ", "phản đối" hoặc hoàn toàn từ chối.
Trong quản trị v1, cuộc bỏ phiếu có thể được khởi động qua một số cách sau:
Tất cả các cuộc trưng cầu ý dân đều có thời gian trì hoãn thực hiện tương ứng. Đây là khoảng thời gian từ khi cuộc trưng cầu kết thúc đến khi đề xuất được thực hiện thực tế.
Trong Gov2, bất kỳ ai cũng có thể khởi xướng một cuộc bỏ phiếu công khai bất cứ lúc nào, không giới hạn số lần. Gov2 giới thiệu các khái niệm Origins( nguồn gốc) và Tracks( đường đi) để hỗ trợ quy trình và xử lý của các giao thức bỏ phiếu.
Origin được coi là một mô tả của mức độ đặc quyền nhất định. Người đề xuất cần chọn Origin phù hợp cho yêu cầu của đề xuất.
Mỗi Origin đều được liên kết với một loại bỏ phiếu, mỗi loại đều có một Track. Track tóm tắt vòng đời của đề xuất và độc lập với các loại khác. Các track độc lập khác nhau cho phép mạng điều chỉnh động thái bỏ phiếu dựa trên cấp độ quyền hạn tiềm ẩn.
Ví dụ, tác động của việc nâng cấp Runtime đối với hệ sinh thái khác với việc phê duyệt tiền thưởng kho bạc, do đó cần có các Nguồn gốc khác nhau, trong đó tỷ lệ bỏ phiếu, tỷ lệ phê duyệt, tiền gửi và chu kỳ thực thi ngắn nhất sẽ được xác định trước.
Đề xuất trưng cầu ý kiến
Bỏ phiếu công khai
Bất kỳ ai cũng có thể đề xuất một cuộc bỏ phiếu công bằng bằng cách gửi số lượng token tối thiểu trong một khoảng thời gian nhất định. Nếu có ai đó đồng ý, họ có thể gửi cùng số lượng token để thể hiện sự ủng hộ.
Điều này được gọi là "đề xuất". Đề xuất nhận được sự hỗ trợ token gắn bó cao nhất sẽ được chọn làm đề xuất cho chu kỳ bỏ phiếu tiếp theo. Lưu ý rằng điều này có thể khác với số lượng tuyệt đối của các đề xuất; ví dụ, ba tài khoản mỗi tài khoản gắn bó 20 DOT sẽ "vượt qua" mười tài khoản mỗi tài khoản gắn bó 1 DOT.
Khi đề xuất được nộp ( để bỏ phiếu ), token đã liên kết sẽ được phát hành.
Đối với quản trị v1, trong hàng đợi đề xuất có tối đa 100 đề xuất công cộng.
Trong Gov2, sau khi cuộc bỏ phiếu được tạo ra, cộng đồng có thể ngay lập tức bỏ phiếu. Tuy nhiên, cuộc bỏ phiếu này không ở trạng thái có thể kết thúc, tính toán phiếu bầu, được phê duyệt và thực hiện cuối cùng. Ngược lại, cuộc bỏ phiếu phải đáp ứng một số tiêu chí để vào trạng thái "Quyết định(Deciding)". Trước đó, nó vẫn ở trạng thái đang chờ.
Tiêu chuẩn để vào trạng thái Decided như sau:
Trải qua giai đoạn nhập khẩu, tức là thời gian cần thiết trước khi quyết định có thể bắt đầu. Điều này giúp giảm khả năng "tấn công quyết định", tức là những kẻ tấn công kiểm soát một lượng lớn quyền biểu quyết có thể thông qua đề xuất ngay lập tức sau khi đề xuất, mà không để tất cả các cử tri có đủ thời gian để xem xét và tham gia.
Phải còn không gian quyết định. Tất cả các Track đều có giới hạn về số lượng cuộc bỏ phiếu công khai có thể quyết định cùng một lúc. Các Track mạnh hơn có giới hạn thấp hơn. Ví dụ, giới hạn của cấp độ Root ở Origin là 1, có nghĩa là chỉ có thể quyết định 1 đề xuất siêu nguy hiểm một lần.
Phải thanh toán khoản tiền đặt cọc quyết định. Chi phí để tạo một cuộc bỏ phiếu công khai rất thấp, vì khoản tiền đặt cọc chỉ bao gồm giá trị cần thiết cho việc lưu trữ trên chuỗi. Tuy nhiên, việc xem xét và quyết định cuộc bỏ phiếu công khai có nguy cơ làm cạn kiệt số lượng vị trí có hạn trong hàng đợi cuộc bỏ phiếu. Yêu cầu đặt cọc lớn hơn nhưng có thể hoàn lại sẽ giúp giảm thư rác.
Bỏ phiếu hội đồng (v1)
Hội đồng biểu quyết đồng ý - Khi tất cả các thành viên trong hội đồng đồng ý với một đề xuất, nó có thể được đưa ra bỏ phiếu. Cuộc bỏ phiếu này sẽ tạo ra độ lệch tỷ lệ phản đối ( tức là số lượng phiếu bầu quyền lợi càng ít, số lượng cần thiết để thông qua càng ít ).
Hội đồng đã thông qua với số phiếu đa số - Khi chỉ có một đa số đơn giản của các thành viên hội đồng đồng ý, vẫn có thể bỏ phiếu cho cuộc trưng cầu ý dân, nhưng sẽ theo hình thức bỏ phiếu đa số, bên nhận được 51% phiếu sẽ chiến thắng (.
Chỉ có một cuộc bỏ phiếu hợp lệ tại một thời điểm, trừ khi có một cuộc bỏ phiếu khẩn cấp đang diễn ra.
Thời gian biểu bỏ phiếu
Trong quản trị v1, giả sử có ít nhất một đề xuất trong hàng đợi, sẽ có một cuộc bỏ phiếu mới diễn ra mỗi 28 ngày. Các đề xuất được hội đồng phê duyệt có một hàng đợi và các đề xuất do công chúng gửi cũng có một hàng đợi. Bỏ phiếu sẽ được tiến hành luân phiên giữa các đề xuất đứng đầu trong hai hàng đợi.
Các đề xuất đứng đầu được xác định bởi số lượng stake được liên kết phía sau chúng. Nếu hàng đợi hiện tại cố gắng tạo ra một cuộc bỏ phiếu công khai mà không có đề xuất ) hàng đợi trống (, và một hàng đợi khác có các đề xuất đang chờ, thì đề xuất đứng đầu trong hàng đợi khác sẽ được đưa vào cuộc bỏ phiếu.
Không thể tổ chức bỏ phiếu cho nhiều đề xuất trưng cầu dân ý cùng một lúc, trừ khi là trưng cầu khẩn cấp. Trưng cầu khẩn cấp xảy ra đồng thời với trưng cầu dân ý thông thường là trường hợp duy nhất có thể bỏ phiếu cho nhiều đề xuất trưng cầu dân ý cùng một lúc.
Khi đề xuất được phê duyệt, chính quyền v2 sẽ chia sẻ cùng một thời gian đủ điều kiện 28 ngày. Nếu đến cuối giai đoạn này mà vẫn chưa được phê duyệt, đề xuất đó sẽ tự động bị từ chối.
Bỏ phiếu trưng cầu dân ý)quản trịv2(
Trong quản trị v2, nếu đề xuất đáp ứng yêu cầu tỷ lệ phê duyệt và tỷ lệ hỗ trợ, thì đề xuất đó sẽ được chấp thuận, tức là đã loại bỏ hệ thống thiên lệch nhóm thích ứng.
Tỷ lệ phê duyệt ) được định nghĩa là trọng số quyền biểu quyết phê duyệt ( sau khi điều chỉnh conviction ) chiếm tỷ trọng tổng quyền biểu quyết ( bao gồm cả phần phê duyệt và từ chối ).
Tỷ lệ ủng hộ ( Support ) là tổng số phiếu đã được phê duyệt ( bỏ qua điều chỉnh conviction ) so với tổng số phiếu có thể thực hiện trong hệ thống.
Nó phải đáp ứng tiêu chuẩn này trong thời gian ngắn nhất có thể của giai đoạn xác nhận. Các đường ray khác nhau có thời gian xác nhận và yêu cầu phê duyệt và hỗ trợ khác nhau. Bây giờ có thể cấu hình thông qua lượng hỗ trợ cần thiết và tổng phê duyệt. Đối với các đề xuất sử dụng nguồn có đặc quyền thấp hơn, việc giảm tỷ lệ bỏ phiếu cần thiết xuống một con số thực tế sớm hơn so với các đề xuất sử dụng các loại đặc quyền cao như Root( là hợp lý hơn. Những khóa học có ý nghĩa chính trị lớn có thể yêu cầu phê duyệt cao hơn sớm hơn để tránh tranh cãi.
Trong Gov2, các đề xuất không được phê duyệt sau 28 ngày sẽ được coi là từ chối mặc định và sẽ được hoàn trả Decision Deposit. Nếu đề xuất được duy trì thông qua trước khi kết thúc thời gian xác nhận, nó sẽ được coi là đã được phê duyệt và dự kiến sẽ được thực hiện bắt đầu từ nguồn đề xuất sau thời gian thực hiện. Thời gian thực hiện được chỉ định khi đề xuất bỏ phiếu toàn dân, nhưng cũng bị giới hạn bởi giá trị tối thiểu dựa trên đường ray. Các Tracks mạnh mẽ hơn sẽ buộc phải thực hiện thời gian thực hiện lâu hơn để đảm bảo mạng có đủ thời gian chuẩn bị cho những thay đổi mà đề xuất có thể mang lại.
Tự nguyện khóa
Polkadot sử dụng khái niệm "khóa tự nguyện", cho phép người nắm giữ token tăng quyền biểu quyết bằng cách tuyên bố sẵn sàng khóa token trong bao lâu, do đó, số phiếu của mỗi người nắm giữ token sẽ được tính theo công thức sau:
Số phiếu = token * hệ số thuyết phục
Thời gian khóa mỗi lần gấp đôi, hệ số niềm tin sẽ tăng hệ số bỏ phiếu thêm một.
Thời gian bỏ phiếu nhân số 00.111224384165326
Thời gian khóa "gấp đôi" được đặt tối đa là 6) với tổng cộng 32 thời gian khóa (, một thời gian khóa bằng 28 ngày. Chỉ cho phép gấp đôi, ví dụ, không thể khóa 24 chu kỳ và làm tăng niềm tin lên 5.5.
Sau khi token bị khóa, vẫn có thể sử dụng để bỏ phiếu và staking; chỉ bị cấm chuyển những token này sang tài khoản khác.
Bỏ phiếu luôn được "tính toán" vào cùng một thời điểm, tức là khi kết thúc thời gian bỏ phiếu. Điều này không bị ảnh hưởng bởi thời gian khóa token.
Sự thiên lệch tập thể tự thích nghi
Sự thiên lệch nhóm thích ứng đã được sử dụng lâu hơn trong quản trị v2 và đã được hệ thống Approval/Support thay thế.
) Hội đồng
Trong quản trị v1, các bên liên quan thụ động trên Polkadot được đại diện bởi một cơ quan quản lý gọi là "Hội đồng". Hội đồng là một thực thể trên chuỗi, bao gồm nhiều người tham gia, mỗi người đại diện cho một tài khoản trên chuỗi. Trên Polkadot, hội đồng hiện tại bao gồm các thành viên.
Ngoài việc kiểm soát kho bạc, hội đồng còn chủ yếu chịu trách nhiệm cho ba nhiệm vụ quản trị:
Trong quản trị v2, cần có các chiến lược thay thế để thay thế trách nhiệm của hội đồng quản trị trước đây như một cơ quan ủy quyền của cử tri, để bù đắp cho thực tế là nhiều người chọn không tham gia vào quản trị hàng ngày. Gov2 được xây dựng trên chức năng ủy quyền bỏ phiếu của v1, cử tri có thể chọn ủy quyền quyền bỏ phiếu cho một cử tri khác trong hệ thống. Nó được thực hiện thông qua việc cải tiến một tính năng gọi là ủy quyền đa vai trò, cử tri có thể chỉ định các đại diện khác nhau cho mỗi loại trưng cầu ý dân trong hệ thống. Do đó, cử tri có thể ủy quyền cho một thực thể quản lý một loại trưng cầu ý dân không quan trọng, và chọn một đại diện khác để quản lý một loại khác có hậu quả nghiêm trọng hơn, và vẫn giữ quyền bỏ phiếu hoàn toàn cho bất kỳ loại nào còn lại.
( Hủy bỏ trưng cầu ý dân
Trong quản trị v1, nếu ủy ban kỹ thuật đồng ý nhất trí hủy bỏ đề xuất, hoặc nếu nguồn gốc Root ) như sudo### kích hoạt chức năng này, thì có thể hủy bỏ đề xuất. Tiền đặt cược của đề xuất đã bị hủy sẽ bị tiêu hủy.
Ngoài ra, hai phần ba số thành viên hội đồng có thể hủy bỏ cuộc bỏ phiếu. Nếu phát hiện vấn đề trong đề xuất bỏ phiếu muộn hơn ###, chẳng hạn như có lỗi trong mã runtime sẽ được thực thi của đề xuất đó (, điều này có thể được coi là biện pháp cuối cùng.
Nếu tranh chấp bị hủy bỏ đủ lớn đến mức hội đồng không thể đạt được đa số hai phần ba, thì số phận của đề xuất sẽ được quyết định bởi các bên liên quan.
Trong quản trị v2, có một thao tác đặc biệt tên là Cancelation) để hủy bỏ (, nhằm can thiệp vào các đề xuất đã được bỏ phiếu. Thao tác này sẽ ngay lập tức từ chối cuộc bỏ phiếu đang diễn ra, bất kể trạng thái của nó. Cũng có một quy định rằng, nếu đề xuất là độc hại hoặc là thông tin rác, thì đảm bảo tiền đặt cọc của người đề xuất sẽ bị tịch thu.
Hủy bỏ bản thân nó là một hoạt động quản trị, phải được thực hiện qua bỏ phiếu của mạng. Việc thu hồi đi kèm với Origin và Track của riêng nó, có thời gian nhập ngắn và đường cong tỷ lệ phê duyệt/hỗ trợ, giảm qua ngưỡng một cách hơi nhanh hơn một chút, vì nó chỉ được gọi khi tình huống khẩn cấp.
) Ủy ban kỹ thuật
Trong quản trị v1, ủy ban kỹ thuật (TC) là một trong ba viện của quản trị Kusama ### hai viện còn lại là hội đồng và bỏ phiếu ( được giới thiệu. TC bao gồm các đội ngũ đã thực hiện thành công hoặc định nghĩa Polkadot runtime hoặc Polkadot Host. Thông qua việc bỏ phiếu với đa số đơn giản của hội đồng, có thể thêm hoặc xóa các đội ngũ trong TC.
Mục đích của TC là ngăn chặn các cuộc bỏ phiếu độc hại, thực hiện sửa lỗi, đảo ngược các bản cập nhật runtime sai hoặc thêm các tính năng mới nhưng đã được kiểm tra qua thực tế. TC có quyền sử dụng Democracy pallet để tăng tốc các đề xuất, và là tổ chức duy nhất có thể.