Polkadot áp dụng một cơ chế quản trị tinh vi, có khả năng tiến hóa một cách thanh lịch dựa trên 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 lưới.
Nội dung bài viết có thể thay đổi. Thỏa thuận quản trị đã trải qua một vài vòng lặp (v1 và v2), trong tương lai sẽ còn nhiều thay đổi hơn nữa (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: Chính phủ được bầu cử, có trách nhiệm quản lý các thông số, quản lý và chi tiêu các đề xuất
Trưng cầu dân ý: tiến hành bỏ phiếu phổ quát cho tất cả các vấn đề khác, các bên liên quan dài hạn có ảnh hưởng lớn hơn.
Hệ thống này hoạt động tốt trong giai đoạn đầu, giúp sử dụng hợp lý quỹ ngân khố và nâng cấp sửa chữa kịp thời. Tuy nhiên, khi hệ thống trưởng thành, cần liên tục cải thiện các thiếu sót và theo dõi tiến độ. 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 trong một lần, thời gian bỏ phiếu có thể kéo dài hàng tuần. Điều này dẫn đến việc hệ thống có xu hướng xem xét kỹ lưỡng 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 lý v2" hay còn gọi là "Gov2" đã thay đổi cách thức ra quyết định hàng ngày, khiến cho các cuộc trưng cầu ý kiến có ảnh hưởng rộng rãi và linh hoạt hơn, làm tăng đáng kể số lượng quyết định tập thể mà hệ thống có thể thực hiện.
Sau khi thực hiện kiểm tra chuyên môn cuối cùng đối với mã, Gov2 sẽ được khởi động trên Kusama. Sau khi thử nghiệm trên Kusama, sẽ có đề xuất chuyển nó đến Polkadot.
Dưới đây sẽ giới thiệu các nguyên tắc quản trị cốt lõi của mạng Polkadot. Hiểu nguồn gốc của quản trị v1 sẽ giúp hiểu rõ hơn về hướng đi của lần lặp thứ hai. Những sự khác biệt và 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 không ngừng. Khi cập nhật quản trị v2 được đưa vào mạng, kế hoạch cho quản trị v2.5 cũng đang được xây dựng.
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 không định hình được lưu trữ trên chuỗi và định nghĩa bằng WebAssembly, cũng như nhiều cơ chế bỏ phiếu trên chuỗi, chẳng hạn như cuộc bỏ phiếu có ngưỡng đa số tuyệt đối thích ứng và cơ chế 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 người nắm giữ token công chúng ( hay hội đồng, cuối cùng đều phải trải qua cuộc bỏ phiếu toàn thể của các người nắm giữ, để đưa ra quyết định dựa trên trọng số của số lượng staking và giá trị niềm tin.
Mô hình quản trị v2 có một số thay đổi. Cách thức phản ánh đặc điểm phi tập trung của mô hình quản trị mới là:
Chuyển tất cả 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 hiện tại tập thể
Cho phép người dùng ủy quyền quyền biểu quyết cho các thành viên trong cộng đồng theo nhiều cách hơn.
Hội đồng trong Gov1 thực hiện vai trò của người đại diện cho những người nắm giữ token thụ động, người giữ kho bạc và người khởi xướng lập pháp, nhưng thường được coi là thực thể tập trung. Để tiếp tục phân quyền mạng, Gov2 đề xuất giao lại trách nhiệm của hội đồng cho cộng đồng.
) cuộc trưng cầu ý dân
Bỏ phiếu công là một giải pháp bỏ phiếu đơn giản, bao trùm và dựa trên việc thế chấp. Mỗi cuộc bỏ phiếu công có một đề xuất cụ thể, sử dụng hình thức gọi hàm đặc quyền runtime ### bao gồm cả lệnh set_code mạnh mẽ nhất, có thể chuyển đổi toàn bộ mã runtime (.
Bỏ phiếu công 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 bầu được thống kê, nếu được phê duyệt sẽ gọi hàm tương ứng. Bỏ phiếu công luôn là nhị phân; lựa chọn 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 bằng một trong những cách sau:
Đề xuất được công khai nộp
Đề xuất được thông qua bằng phiếu đa số hoặc phiếu toàn bộ của Hội đồng
Đề xuất được trình bày như một phần của cuộc trưng cầu dân ý trước đó.
Đề xuất khẩn cấp được trình 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 bỏ phiếu đề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 bỏ phiếu kết thúc đến khi đề xuất thực sự được thực hiện ) nếu được phê duyệt (.
Nếu cuộc trưng cầu ý dân đóng lại và hoàn tất việc thống kê, thì coi như đã hoàn thành. Giả sử đề xuất được phê duyệt, nó sẽ được sắp xếp để thực hiện. Nếu cuộc trưng cầu ý dân đang chờ kết quả tức là đang bỏ phiếu, thì coi như chưa hoàn thành.
Nếu đề xuất được trình bày bởi công chúng hoặc hội đồng, sẽ có một thời gian trì hoãn thực thi cố định là 28 ngày. Đề xuất được gửi như một phần của việc thực hiện cuộc bỏ phiếu trước đó có thể được thiết lập thời gian trì hoãn thực thi theo nhu cầu. Xử lý đề xuất khẩn cấp yêu cầu "theo sau nhanh chóng" các vấn đề quan trọng, do đó rút ngắn thời gian thực thi.
Trong Gov2, bất kỳ ai cũng có thể bắt đầu bỏ phiếu vào bất kỳ lúc nào và có thể khởi xướng nhiều cuộc bỏ phiếu. Gov2 đã giới thiệu các tính năng mới Origins) và Tracks( để hỗ trợ quy trình và xử lý của giao thức bỏ phiếu.
Origin có thể được coi là một mô tả phong phú về mức độ đặc quyền đã cho. Người đề xuất hiện cần lựa chọn Origin phù hợp cho yêu cầu đề xuất.
Mỗi Origin được liên kết với một loại bỏ phiếu, mỗi loại được liên kết với một Track. Track tóm tắt vòng đời của đề xuất và độc lập với các Track của loại khác. Sở hữu các Track độc lập khác nhau cho phép mạng điều chỉnh động lực của bỏ phiếu dựa trên mức độ đặc quyền tiềm ẩn.
Ví dụ, ảnh hưởng của việc gọi set_code trong Runtime upgrade ) đến hệ sinh thái khác với việc phê duyệt tiền thưởng kho bạc ( trong việc gọi reportAwesome ), do đó cần các Origins khác nhau, trong đó tỷ lệ bỏ phiếu, tỷ lệ phê duyệt, tiền gửi và thời gian thực hiện tối thiểu khác nhau sẽ được xác định trước trên pallet.
( Đề xuất trưng cầu ý dân
Bỏ phiếu công khai
Bất kỳ ai cũng có thể đề xuất một cuộc bỏ phiếu bằng cách gửi số lượng token tối thiểu trong khoảng thời gian ) số khối (. Nếu có ai đồng ý với đề xuất đó, họ có thể gửi cùng một số lượng token để thể hiện sự ủng hộ.
Hành động này được gọi là "đề xuất". Đề xuất nhận được hỗ trợ token gắn kết cao nhất sẽ được chọn cho cuộc bỏ phiếu trong chu kỳ bỏ phiếu tiếp theo. Lưu ý, điều này có thể khác với số lượng đề xuất tuyệt đối; ví dụ, ba tài khoản mỗi tài khoản gắn kết 20 DOT sẽ "vượt qua" hiệu lực của mười tài khoản mỗi tài khoản gắn kết 1 DOT.
Một khi đề xuất được nộp ) sẽ tiến hành 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ó thể có tối đa 100 đề xuất công cộng.
Trong Gov2, khi một cuộc trưng cầu ý kiến được tạo ra, cộng đồng có thể ngay lập tức bỏ phiếu cho nó. Tuy nhiên, cuộc trưng cầu này không ở trạng thái có thể kết thúc hoặc tính toán phiếu bầu, được phê duyệt và cuối cùng thực hiện. Ngược lại, cuộc trưng cầu phải đáp ứng một số tiêu chí để vào trạng thái "deciding(Deciding)". Trước khi vào trạng thái này, nó vẫn trong trạng thái chờ.
Tiêu chuẩn để vào trạng thái Decided như sau:
Trải qua thời gian dẫn nhập ( lead-in period ), tức là khoảng thời gian mà quyết định phải trải qua trước khi 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, thay vì để tất cả các cử tri có đủ thời gian để xem xét và tham gia.
Phải có không gian dư thừa để quyết định. Tất cả các Track đều có hạn chế về số lượng bỏ phiếu đồng thời có thể quyết định. Track có khả năng mạnh mẽ hơn có hạn chế thấp hơn. Ví dụ, giới hạn của Origin cấp Root là 1, tức là chỉ có thể quyết định 1 đề xuất siêu nguy hiểm một lần.
Phải trả tiền đặt cọc quyết định. Chi phí để tạo ra cuộc bỏ phiếu công khai rất thấp, vì giá trị đặt cọc chỉ bao gồm giá trị cần thiết cho việc lưu trữ trên chuỗi để theo dõ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 vị trí có hạn trong danh sách bỏ phiếu công khai. Yêu cầu một khoản tiền đặt cọc lớn hơn nhưng có thể hoàn lại sẽ giúp giảm thiểu thông tin rác.
Bỏ phiếu hội đồng (v1)
Hội đồng thông qua với số phiếu đồ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 công khai. Cuộc bỏ phiếu này sẽ tạo ra độ lệch tỷ lệ phiếu bầu tiêu cực ( nghĩa là số lượng phiếu bầu có quyền lợi càng ít, số lượng cần thiết để thông qua càng ít -- xem sự thiên lệch nhóm thích ứng ).
Hội đồng thông qua đa số - Khi chỉ có một số đông đơn giản của các thành viên hội đồng đồng ý, một cuộc bỏ phiếu có thể được tiến hành, nhưng đó sẽ là hệ thống bỏ phiếu đa số, bên nhận được 51% phiếu sẽ thắng (.
Chỉ có một cuộc trưng cầu dân ý hợp lệ tại bất kỳ thời điểm nào, trừ khi có một cuộc trưng cầu khẩn cấp đang diễn ra.
Thời gian biểu bỏ phiếu
Trong Governance v1, giả sử trong một hàng đợi có ít nhất một đề xuất, một cuộc bỏ phiếu mới sẽ diễn ra cứ sau 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 được công chúng gửi cũng có một hàng đợi. Các cuộc bỏ phiếu sẽ được tiến hành luân phiên giữa các đề xuất xếp hạng cao trong hai hàng đợi.
Các đề xuất đứng đầu được xác định bởi số lượng đặt cược liên kết phía sau chúng. Nếu hàng đợi hiện tại chọn cố gắng tạo một cuộc bỏ phiếu 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ể bỏ phiếu cho nhiều cuộc trưng cầu ý kiến trong cùng một khoảng thời gian, ngoại trừ trưng cầu khẩn cấp. Cuộc trưng cầu khẩn cấp diễn ra đồng thời với trưng cầu ý kiến thông thường ) công khai hoặc đề xuất của hội đồng ( là trường hợp duy nhất cho phép bỏ phiếu cho nhiều cuộc trưng cầu ý kiến cùng một lúc.
Khi đề xuất được phê duyệt, quản trị v2 sẽ chia sẻ cùng một thời gian đủ điều kiện 28 ngày. Nếu vào cuối giai đoạn này mà vẫn không được phê duyệt, thì đề xuất đó sẽ tự động bị từ chối.
Bầu cử công khai ) quản trị v2(
Trong Governance v2, nếu đề xuất đáp ứng yêu cầu tỷ lệ phê duyệt và tỷ lệ ủng hộ, thì đề xuất đó sẽ được phê duyệt, tức là đã xóa bỏ hệ thống thiên vị tập thể thích ứng.
Tỷ lệ phê duyệt ) được định nghĩa là trọng số phiếu phê duyệt ( sau khi điều chỉnh conviction ) chiếm trọng số phiếu tổng ( bao gồm cả phần phê duyệt và từ chối ).
Tỷ lệ ủng hộ ( Hỗ trợ ) 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ể được 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ủ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. Hiện tại có thể cấu hình theo lượng hỗ trợ cần thiết và tổng thể phê duyệt. Đối với các đề xuất sử dụng nguồn quyền hạ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ế hơn so với các đề xuất sử dụng loại quyền hạn cao ( như Root) là hợp lý hơn. Những đề xuất 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 chưa được phê duyệt sau 28 ngày sẽ bị coi là tự động bị từ chối và tiền đặt cọc quyết định sẽ được hoàn lại. Nếu đề xuất có thể duy trì việc thông qua trước khi kết thúc thời gian xác nhận, thì sẽ được coi là đã được phê duyệt và dự kiến sẽ bắt đầu thực hiện từ nguồn đề xuất sau thời gian lập kế hoạch. Thời gian lập kế hoạch được chỉ định khi có đề xuất bỏ phiếu toàn dân, nhưng cũng bị ràng buộc bởi mức tối thiểu dựa trên quỹ đạo. Các Tracks mạnh mẽ hơn sẽ thực thi thời gian thực hiện dài hơn, để đảm bảo mạng có đủ thời gian chuẩn bị cho bất kỳ thay đổi nào mà đề xuất có thể mang lại.
Khóa tự nguyện
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 bỏ phiếu bằng cách tuyên bố thời gian họ sẵn sàng khóa token. 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
Số kỳ khóa mỗi lần gấp đôi, hệ số conviction sẽ tăng hệ số bỏ phiếu thêm một.
Thời gian khóa Hệ số bỏ phiếu
0 1
1 2
2 3
4 4
8 5
16 6
32 6
Thời gian khóa "gấp đôi" được đặt tối đa là 6(, do đó tổng cộng có 32 thời gian khóa ), một thời gian khóa tương đương 28 ngày. Chỉ cho phép gấp đôi, ví dụ, bạn không thể khóa 24 chu kỳ và làm cho sự thuyết phục của bạn tăng lên 5.5.
Sau khi token bị khóa, bạn vẫn có thể sử dụng nó để bỏ phiếu và staking; bạn chỉ bị cấm chuyển những token này sang tài khoản khác.
Phiếu bầu luôn được "tính toán" vào cùng một thời điểm, tức là vào thời điểm 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.
Thiên kiến nhóm tự thích ứng
Sự thiên lệch nhóm tự thích nghi đã được sử dụng lâu hơn trong Governance v2 và đã được thay thế bởi hệ thống Phê duyệt/Hỗ trợ.
( 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ý được 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. Hiện tại, Hội đồng trên Polkadot được cấu thành từ các thành viên.
Ngoài việc kiểm soát kho bạc, Hội đồng còn chịu trách nhiệm chính về ba nhiệm vụ quản trị:
Cuộc trưng cầu ý dân thông minh về đề xuất
Hủy bỏ các cuộc trưng cầu ý dân nguy hiểm hoặc độc hại
Ủy ban kỹ thuật bầu cử
Trong quản trị v2, cần một chiến lược thay thế để thay thế trách nhiệm của hội đồng trước đây như là một cơ quan ủy thác cử tri, nhằm bù đắp cho thực tế rằng nhiều người chọn không tham gia vào quản trị hàng ngày. Gov2 dựa trên chức năng ủy thác bỏ phiếu của v1, cử tri có thể chọn ủy thác quyền bỏ phiếu của mình cho một cử tri khác trong hệ thống. Nó thực hiện điều này thông qua việc cải tiến một chức năng gọi là ủy quyền đa vai trò, trong đó cử tri có thể chỉ định đại diện khác nhau cho mỗi loại cuộc bỏ phiếu trong hệ thống. Do đó, ví dụ, cử tri có thể ủy thác cho một thực thể nào đó quản lý một loại cuộc bỏ phiếu không quan trọng, trong khi chọn một đại diện khác để quản lý một loại khác có hậu quả lớn 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ỏ cuộc 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 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. Khoản 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ố phiếu của hội đồng có thể hủy bỏ cuộc trưng cầu ý kiến. Nếu phát hiện vấn đề trong đề xuất trưng cầu ý kiến muộn hơn (, chẳng hạn như nếu mã runtime được thực hiện trong đề xuất đó có lỗi ), điều này có thể được coi là biện pháp cuối cùng.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
15 thích
Phần thưởng
15
7
Chia sẻ
Bình luận
0/400
LayerHopper
· 2giờ trước
Mỗi ngày đều nâng cấp, làm sao đây?
Xem bản gốcTrả lời0
HodlNerd
· 07-01 15:56
lý thuyết trò chơi trong quản trị thật tuyệt... nhưng bạn đã thấy sự phân phối thống kê của tỷ lệ cử tri đi bầu chưa? hơi đáng lo đấy.
Xem bản gốcTrả lời0
BearMarketSurvivor
· 07-01 15:56
Còn gì khác ngoài bẫy mới để chơi đùa với mọi người đồ ngốc
Xem bản gốcTrả lời0
GhostChainLoyalist
· 07-01 15:42
Khi nào mới thực sự Phi tập trung?
Xem bản gốcTrả lời0
CryptoMotivator
· 07-01 15:40
Chuyển sang v2.5 đã bị cuốn theo rồi?
Xem bản gốcTrả lời0
BackrowObserver
· 07-01 15:40
Không chịu nổi, nhiều quá cũng không nhớ nổi...
Xem bản gốcTrả lời0
CoconutWaterBoy
· 07-01 15:39
Quản trị v2? Còn không bằng thêm một DAO cộng đồng.
Polkadot治理V2：Phi tập trung quyết định của tiến hóa
Quản trị V2
Polkadot áp dụng một cơ chế quản trị tinh vi, có khả năng tiến hóa một cách thanh lịch dựa trên 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 lưới.
Nội dung bài viết có thể thay đổi. Thỏa thuận quản trị đã trải qua một vài vòng lặp (v1 và v2), trong tương lai sẽ còn nhiều thay đổi hơn nữa (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 này hoạt động tốt trong giai đoạn đầu, giúp sử dụng hợp lý quỹ ngân khố và nâng cấp sửa chữa kịp thời. Tuy nhiên, khi hệ thống trưởng thành, cần liên tục cải thiện các thiếu sót và theo dõi tiến độ. 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 trong một lần, thời gian bỏ phiếu có thể kéo dài hàng tuần. Điều này dẫn đến việc hệ thống có xu hướng xem xét kỹ lưỡng 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 lý v2" hay còn gọi là "Gov2" đã thay đổi cách thức ra quyết định hàng ngày, khiến cho các cuộc trưng cầu ý kiến có ảnh hưởng rộng rãi và linh hoạt hơn, làm tăng đáng kể số lượng quyết định tập thể mà hệ thống có thể thực hiện.
Sau khi thực hiện kiểm tra chuyên môn cuối cùng đối với mã, Gov2 sẽ được khởi động trên Kusama. Sau khi thử nghiệm trên Kusama, sẽ có đề xuất chuyển nó đến Polkadot.
Dưới đây sẽ giới thiệu các nguyên tắc quản trị cốt lõi của mạng Polkadot. Hiểu nguồn gốc của quản trị v1 sẽ giúp hiểu rõ hơn về hướng đi của lần lặp thứ hai. Những sự khác biệt và 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 không ngừng. Khi cập nhật quản trị v2 được đưa vào mạng, kế hoạch cho quản trị v2.5 cũng đang được xây dựng.
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 không định hình được lưu trữ trên chuỗi và định nghĩa bằng WebAssembly, cũng như nhiều cơ chế bỏ phiếu trên chuỗi, chẳng hạn như cuộc bỏ phiếu có ngưỡng đa số tuyệt đối thích ứng và cơ chế 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 người nắm giữ token công chúng ( hay hội đồng, cuối cùng đều phải trải qua cuộc bỏ phiếu toàn thể của các người nắm giữ, để đưa ra quyết định dựa trên trọng số của số lượng staking và giá trị niềm tin.
Mô hình quản trị v2 có một số thay đổi. Cách thức phản ánh đặc điểm phi tập trung của mô hình quản trị mới là:
Hội đồng trong Gov1 thực hiện vai trò của người đại diện cho những người nắm giữ token thụ động, người giữ kho bạc và người khởi xướng lập pháp, nhưng thường được coi là thực thể tập trung. Để tiếp tục phân quyền mạng, Gov2 đề xuất giao lại trách nhiệm của hội đồng cho cộng đồng.
) cuộc trưng cầu ý dân
Bỏ phiếu công là một giải pháp bỏ phiếu đơn giản, bao trùm và dựa trên việc thế chấp. Mỗi cuộc bỏ phiếu công có một đề xuất cụ thể, sử dụng hình thức gọi hàm đặc quyền runtime ### bao gồm cả lệnh set_code mạnh mẽ nhất, có thể chuyển đổi toàn bộ mã runtime (.
Bỏ phiếu công 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 bầu được thống kê, nếu được phê duyệt sẽ gọi hàm tương ứng. Bỏ phiếu công luôn là nhị phân; lựa chọn 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 bằng một trong những cách sau:
Tất cả các cuộc bỏ phiếu đề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 bỏ phiếu kết thúc đến khi đề xuất thực sự được thực hiện ) nếu được phê duyệt (.
Nếu cuộc trưng cầu ý dân đóng lại và hoàn tất việc thống kê, thì coi như đã hoàn thành. Giả sử đề xuất được phê duyệt, nó sẽ được sắp xếp để thực hiện. Nếu cuộc trưng cầu ý dân đang chờ kết quả tức là đang bỏ phiếu, thì coi như chưa hoàn thành.
Nếu đề xuất được trình bày bởi công chúng hoặc hội đồng, sẽ có một thời gian trì hoãn thực thi cố định là 28 ngày. Đề xuất được gửi như một phần của việc thực hiện cuộc bỏ phiếu trước đó có thể được thiết lập thời gian trì hoãn thực thi theo nhu cầu. Xử lý đề xuất khẩn cấp yêu cầu "theo sau nhanh chóng" các vấn đề quan trọng, do đó rút ngắn thời gian thực thi.
Trong Gov2, bất kỳ ai cũng có thể bắt đầu bỏ phiếu vào bất kỳ lúc nào và có thể khởi xướng nhiều cuộc bỏ phiếu. Gov2 đã giới thiệu các tính năng mới Origins) và Tracks( để hỗ trợ quy trình và xử lý của giao thức bỏ phiếu.
Origin có thể được coi là một mô tả phong phú về mức độ đặc quyền đã cho. Người đề xuất hiện cần lựa chọn Origin phù hợp cho yêu cầu đề xuất.
Mỗi Origin được liên kết với một loại bỏ phiếu, mỗi loại được liên kết với một Track. Track tóm tắt vòng đời của đề xuất và độc lập với các Track của loại khác. Sở hữu các Track độc lập khác nhau cho phép mạng điều chỉnh động lực của bỏ phiếu dựa trên mức độ đặc quyền tiềm ẩn.
Ví dụ, ảnh hưởng của việc gọi set_code trong Runtime upgrade ) đến hệ sinh thái khác với việc phê duyệt tiền thưởng kho bạc ( trong việc gọi reportAwesome ), do đó cần các Origins khác nhau, trong đó tỷ lệ bỏ phiếu, tỷ lệ phê duyệt, tiền gửi và thời gian thực hiện tối thiểu khác nhau sẽ được xác định trước trên pallet.
( Đề xuất trưng cầu ý dân
Bỏ phiếu công khai
Bất kỳ ai cũng có thể đề xuất một cuộc bỏ phiếu bằng cách gửi số lượng token tối thiểu trong khoảng thời gian ) số khối (. Nếu có ai đồng ý với đề xuất đó, họ có thể gửi cùng một số lượng token để thể hiện sự ủng hộ.
Hành động này được gọi là "đề xuất". Đề xuất nhận được hỗ trợ token gắn kết cao nhất sẽ được chọn cho cuộc bỏ phiếu trong chu kỳ bỏ phiếu tiếp theo. Lưu ý, điều này có thể khác với số lượng đề xuất tuyệt đối; ví dụ, ba tài khoản mỗi tài khoản gắn kết 20 DOT sẽ "vượt qua" hiệu lực của mười tài khoản mỗi tài khoản gắn kết 1 DOT.
Một khi đề xuất được nộp ) sẽ tiến hành 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ó thể có tối đa 100 đề xuất công cộng.
Trong Gov2, khi một cuộc trưng cầu ý kiến được tạo ra, cộng đồng có thể ngay lập tức bỏ phiếu cho nó. Tuy nhiên, cuộc trưng cầu này không ở trạng thái có thể kết thúc hoặc tính toán phiếu bầu, được phê duyệt và cuối cùng thực hiện. Ngược lại, cuộc trưng cầu phải đáp ứng một số tiêu chí để vào trạng thái "deciding(Deciding)". Trước khi vào trạng thái này, nó vẫn trong trạng thái chờ.
Tiêu chuẩn để vào trạng thái Decided như sau:
Bỏ phiếu hội đồng (v1)
Hội đồng thông qua với số phiếu đồ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 công khai. Cuộc bỏ phiếu này sẽ tạo ra độ lệch tỷ lệ phiếu bầu tiêu cực ( nghĩa là số lượng phiếu bầu có quyền lợi càng ít, số lượng cần thiết để thông qua càng ít -- xem sự thiên lệch nhóm thích ứng ).
Hội đồng thông qua đa số - Khi chỉ có một số đông đơn giản của các thành viên hội đồng đồng ý, một cuộc bỏ phiếu có thể được tiến hành, nhưng đó sẽ là hệ thống bỏ phiếu đa số, bên nhận được 51% phiếu sẽ thắng (.
Chỉ có một cuộc trưng cầu dân ý hợp lệ tại bất kỳ thời điểm nào, trừ khi có một cuộc trưng cầu khẩn cấp đang diễn ra.
Thời gian biểu bỏ phiếu
Trong Governance v1, giả sử trong một hàng đợi có ít nhất một đề xuất, một cuộc bỏ phiếu mới sẽ diễn ra cứ sau 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 được công chúng gửi cũng có một hàng đợi. Các cuộc bỏ phiếu sẽ được tiến hành luân phiên giữa các đề xuất xếp hạng cao trong hai hàng đợi.
Các đề xuất đứng đầu được xác định bởi số lượng đặt cược liên kết phía sau chúng. Nếu hàng đợi hiện tại chọn cố gắng tạo một cuộc bỏ phiếu 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ể bỏ phiếu cho nhiều cuộc trưng cầu ý kiến trong cùng một khoảng thời gian, ngoại trừ trưng cầu khẩn cấp. Cuộc trưng cầu khẩn cấp diễn ra đồng thời với trưng cầu ý kiến thông thường ) công khai hoặc đề xuất của hội đồng ( là trường hợp duy nhất cho phép bỏ phiếu cho nhiều cuộc trưng cầu ý kiến cùng một lúc.
Khi đề xuất được phê duyệt, quản trị v2 sẽ chia sẻ cùng một thời gian đủ điều kiện 28 ngày. Nếu vào cuối giai đoạn này mà vẫn không được phê duyệt, thì đề xuất đó sẽ tự động bị từ chối.
Bầu cử công khai ) quản trị v2(
Trong Governance v2, nếu đề xuất đáp ứng yêu cầu tỷ lệ phê duyệt và tỷ lệ ủng hộ, thì đề xuất đó sẽ được phê duyệt, tức là đã xóa bỏ hệ thống thiên vị tập thể thích ứng.
Tỷ lệ phê duyệt ) được định nghĩa là trọng số phiếu phê duyệt ( sau khi điều chỉnh conviction ) chiếm trọng số phiếu tổng ( bao gồm cả phần phê duyệt và từ chối ).
Tỷ lệ ủng hộ ( Hỗ trợ ) 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ể được 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ủ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. Hiện tại có thể cấu hình theo lượng hỗ trợ cần thiết và tổng thể phê duyệt. Đối với các đề xuất sử dụng nguồn quyền hạ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ế hơn so với các đề xuất sử dụng loại quyền hạn cao ( như Root) là hợp lý hơn. Những đề xuất 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 chưa được phê duyệt sau 28 ngày sẽ bị coi là tự động bị từ chối và tiền đặt cọc quyết định sẽ được hoàn lại. Nếu đề xuất có thể duy trì việc thông qua trước khi kết thúc thời gian xác nhận, thì sẽ được coi là đã được phê duyệt và dự kiến sẽ bắt đầu thực hiện từ nguồn đề xuất sau thời gian lập kế hoạch. Thời gian lập kế hoạch được chỉ định khi có đề xuất bỏ phiếu toàn dân, nhưng cũng bị ràng buộc bởi mức tối thiểu dựa trên quỹ đạo. Các Tracks mạnh mẽ hơn sẽ thực thi thời gian thực hiện dài hơn, để đảm bảo mạng có đủ thời gian chuẩn bị cho bất kỳ thay đổi nào mà đề xuất có thể mang lại.
Khóa tự nguyện
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 bỏ phiếu bằng cách tuyên bố thời gian họ sẵn sàng khóa token. 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
Số kỳ khóa mỗi lần gấp đôi, hệ số conviction sẽ tăng hệ số bỏ phiếu thêm một.
Thời gian khóa Hệ số bỏ phiếu 0 1 1 2 2 3 4 4 8 5 16 6 32 6
Thời gian khóa "gấp đôi" được đặt tối đa là 6(, do đó tổng cộng có 32 thời gian khóa ), một thời gian khóa tương đương 28 ngày. Chỉ cho phép gấp đôi, ví dụ, bạn không thể khóa 24 chu kỳ và làm cho sự thuyết phục của bạn tăng lên 5.5.
Sau khi token bị khóa, bạn vẫn có thể sử dụng nó để bỏ phiếu và staking; bạn chỉ bị cấm chuyển những token này sang tài khoản khác.
Phiếu bầu luôn được "tính toán" vào cùng một thời điểm, tức là vào thời điểm 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.
Thiên kiến nhóm tự thích ứng
Sự thiên lệch nhóm tự thích nghi đã được sử dụng lâu hơn trong Governance v2 và đã được thay thế bởi hệ thống Phê duyệt/Hỗ trợ.
( 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ý được 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. Hiện tại, Hội đồng trên Polkadot được cấu thành từ các thành viên.
Ngoài việc kiểm soát kho bạc, Hội đồng còn chịu trách nhiệm chính về ba nhiệm vụ quản trị:
Trong quản trị v2, cần một chiến lược thay thế để thay thế trách nhiệm của hội đồng trước đây như là một cơ quan ủy thác cử tri, nhằm bù đắp cho thực tế rằng nhiều người chọn không tham gia vào quản trị hàng ngày. Gov2 dựa trên chức năng ủy thác bỏ phiếu của v1, cử tri có thể chọn ủy thác quyền bỏ phiếu của mình cho một cử tri khác trong hệ thống. Nó thực hiện điều này thông qua việc cải tiến một chức năng gọi là ủy quyền đa vai trò, trong đó cử tri có thể chỉ định đại diện khác nhau cho mỗi loại cuộc bỏ phiếu trong hệ thống. Do đó, ví dụ, cử tri có thể ủy thác cho một thực thể nào đó quản lý một loại cuộc bỏ phiếu không quan trọng, trong khi chọn một đại diện khác để quản lý một loại khác có hậu quả lớn 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ỏ cuộc 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 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. Khoản 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ố phiếu của hội đồng có thể hủy bỏ cuộc trưng cầu ý kiến. Nếu phát hiện vấn đề trong đề xuất trưng cầu ý kiến muộn hơn (, chẳng hạn như nếu mã runtime được thực hiện trong đề xuất đó có lỗi ), đ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, thì