Polkadot áp dụng một cơ chế quản trị tinh vi, có thể tiến hóa một cách thanh lịch 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 lợi ích luôn có thể kiểm soát mạng lưới.
Nội dung tài liệu này có thể thay đổi. Giao thức quản trị đã trải qua vài lần lặp lại (v1 và v2), và còn nhiều thay đổi khác đang được lên kế hoạch (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: Ủy ban kỹ thuật quản lý thời gian nâng cấp.
Hội đồng: một "chính phủ" được bầu cử thông qua bỏ phiếu, chịu trách nhiệm quản lý các tham số, quản lý và đề xuất chi tiêu.
Trưng cầu dân ý: một hệ thống bỏ phiếu phổ biến, bỏ phiếu cho tất cả các vấn đề khác, các bên liên quan lâu dài có ảnh hưởng lớn hơn.
Hệ thống này đã hoạt động tốt trong những năm đầu, giúp đảm bảo việc sử dụng quỹ ngân khố một cách thích hợp và có thể nâng cấp, sửa chữa kịp thời. Cũng như hầu hết các công nghệ sớm, hệ thống và giao thức phải liên tục tiến hóa để 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 cuộc bỏ phiếu đều có trọng số như nhau, vì chỉ có thể bỏ phiếu cho một cuộc bỏ phiếu tại một thời điểm, 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ố đề xuất rất ít, thay vì xem xét rộng rãi nhiều đề xuất. Vì vậy, "quản trị v2" đã ra đời!
"Quản trị v2" hoặc "Gov2" đã thay đổi cách thức ra quyết định hàng ngày, khiến cho tầm ảnh hưởng của các cuộc trưng cầu dâ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ẽ khởi động trên Kusama sau khi thực hiện đánh giá chuyên nghiệp cuối cùng đối với mã của mình. Sau khi thử nghiệm trên Kusama, sẽ có một đề xuất để triển khai nó lên Polkadot.
Nội dung dưới đây sẽ giới thiệu về nhiều nguyên tắc quản trị cốt lõi trên mạng Polkadot. Việc hiểu nguồn gốc của quản trị v1 là rất quan trọng để 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à phân 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, trong giai đoạn vòng đời này, quản trị là một giao thức đang phát triển liên tục. Khi bản 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 đã đượ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 trạng thái vô hình được lưu trữ trên chuỗi và được định nghĩa bằng ngôn ngữ trung gian trung lập với nền tả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 với 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 được đồng ý 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 tích cực 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 ( người nắm giữ token ) hay được hội đồng đưa ra, cuối cùng đều phải trải qua một cuộc bỏ phiếu toàn dân của tất cả những người nắm giữ, để quyết định dựa trên số lượng đặt cọc ( stake ) và giá trị niềm tin ( conviction ).
Có một số thay đổi trong治理v2. Cách mà mô hình quản trị mới phản ánh đặc điểm phi tập trung của nó là:
Chuyển tất cả trách nhiệm của hội đồng cho người nắm giữ 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.
Hội đồng trong Gov1 đã thực hiện vai trò đại diện cho các chủ sở hữu token thụ động, người bảo vệ kho bạc và người khởi xướng lập pháp, nhưng thường được coi là một thực thể tập trung. Để tiếp tục phi tập trung hóa mạng lưới Polkadot và Kusama, Gov2 đề xuất trao 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 là một kế hoạch 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ó một đề xuất cụ thể liên quan, sử dụng hình thức gọi hàm đặc quyền runtime ( bao gồm cuộc gọi mạnh mẽ nhất: set_code, có thể chuyển đổi toàn bộ mã runtime, thực hiện các chức năng vốn cần phải "hard fork" mới có thể thực hiện ).
Bầu cử trưng cầu dân ý là một sự kiện rời rạc có thời gian bỏ phiếu cố định. Khi thời gian bỏ phiếu kết thúc và phiếu bầu được thống kê, nếu phiếu bầu được phê duyệt, hàm (set_code) sẽ được gọi. Trưng cầu dân ý luôn là nhị phân; lựa chọn của bạn trong cuộc bỏ phiếu chỉ có thể là "ủng hộ", "phản đối" hoặc hoàn toàn từ bỏ.
Trong quản trị v1, việc bỏ phiếu có thể được khởi động theo một trong các cách sau:
Đề xuất đã công khai.
Các đề xuất được thông qua bằng phiếu đa số hoặc phiếu toàn bộ;
Đề xuất được đệ trình như một phần của cuộc trưng cầu ý dân trước đó;
Đề xuất khẩn cấp được Ủy ban Kỹ thuật trình lên và được Hội đồng phê duyệt.
Tất cả các cuộc trưng cầu ý kiế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ế ( giả định rằng đề xuất được thông qua ).
Nếu một cuộc trưng cầu dân ý đã đóng và hoàn thành thống kê, thì cuộc trưng cầu dân ý đó được coi là đã hoàn thành. Tương tự, 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 được bỏ phiếu, thì cuộc trưng cầu dân ý đó được coi là chưa hoàn thành.
Nếu đề xuất được công khai hoặc do hội đồng đệ trình, sẽ có thời gian trì hoãn thực hiện cố định là 28 ngày. Các đề xuất được đệ trình như một phần của việc thực hiện cuộc trưng cầu dân ý trước đó có thể thiết lập thời gian trì hoãn thực hiện theo nhu cầu. Việc xử lý đề xuất khẩn cấp yêu cầu "theo dõi nhanh" các vấn đề lớn của mạng, do đó rút ngắn thời gian thực hiện.
Trong Gov2, bất kỳ ai cũng có thể bắt đầu một cuộc bỏ phiếu công khai bất cứ lúc nào, và có thể khởi xướng bao nhiêu cuộc bỏ phiếu cũng được. Gov2 giới thiệu một số tính năng mới, được gọi là Origins( nguồn) và Tracks( đường ray), để hỗ trợ quy trình và xử lý của các giao thức bỏ phiếu.
Origin có thể được coi là một mô tả phong phú cho cấp độ đặc quyền được đưa ra. Người đề xuất bỏ phiếu hiện cần chọn một Origin phù hợp cho yêu cầu của họ dựa trên các yêu cầu của đề xuất.
Mỗi Origin đều liên kết với một loại bỏ phiếu, mỗi loại đều liên kết với một Track. Track phác thảo vòng đời của đề xuất và độc lập với các Track của loại khác. Việc có các Track độc lập khác nhau cho phép mạng điều chỉnh động lực bỏ phiếu dựa trên mức độ đặc quyền tiềm ẩn của nó.
Ví dụ, ảnh hưởng của việc nâng cấp Runtime ( gọi set_code ) đến hệ sinh thái, khác với việc phê duyệt tiền thưởng quốc khố ( 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à chu kỳ thực thi ngắn nhất khác nhau sẽ được xác định trước trên pallet.
Đề xuất bỏ phiếu
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 một khoảng thời gian nhất định ( và số lượng khối ). Nếu có ai đó đồng ý với đề xuất này, họ có thể gửi cùng 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 sự hỗ trợ token gắn kết cao nhất sẽ được chọn làm cuộc bỏ phiếu công khai cho chu kỳ bỏ phiếu tiếp theo. Xin lưu ý rằng điều này có thể khác với số lượng gắn kế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.
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 khai.
Trong Gov2, khi một cuộc bỏ phiếu được tạo ra, cộng đồng có thể ngay lập tức bỏ phiếu cho nó. Tuy nhiên, cuộc bỏ phiếu đó không ở trạng thái có thể kết thúc, hoặc theo cách khác là 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 chuẩn trước khi có thể vào trạng thái được gọi là "quyết định(Deciding)". Trước khi chúng ở trạng thái này, chúng vẫn ở trạng thái chưa xác định.
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 cần thiết phải trải qua 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", trong trường hợp này, kẻ tấn công kiểm soát một lượng lớn quyền bỏ phiếu 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òn không gian còn lại để 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 có khả năng mạnh mẽ hơn sẽ có giới hạn thấp hơn. Ví dụ, giới hạn của Origin cấp Root 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 đặt cọc quyết định. Chi phí để tạo ra một cuộc bỏ phiếu là 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 nó. Tuy nhiên, việc xem xét và quyết định về cuộc bỏ phiếu lại có rủi ro làm cạn kiệt vị trí hạn chế trong hàng đợi bỏ phiếu. Yêu cầu một khoản đặt cọc lớn hơn nhưng có thể hoàn lại, giúp giảm thiểu thông tin rác.
Thời gian biểu bỏ phiếu
Trong Governance v1, giả sử có ít nhất một đề xuất trong một trong các hàng đợi, sẽ có một cuộc bỏ phiếu mới 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 đượ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 lần lượt 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 staking được liên kết ở phía sau của chúng. Nếu hàng đợi hiện tại cố gắng tạo ra một cuộc bỏ phiếu không có đề xuất ( hàng đợi rỗng ), và một hàng đợi khác có đề xuất đang chờ, thì đề xuất đứng đầu trong hàng đợi khác sẽ vào cuộc bỏ phiếu.
Không được tiến hành bỏ phiếu cho nhiều cuộc trưng cầu ý kiến trong cùng một thời gian, trừ khi là trưng cầu khẩn cấp. Trưng cầu khẩn cấp diễn ra đồng thời với cuộc 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 có thể bỏ phiếu cho nhiều cuộc trưng cầu ý kiến cùng một lúc.
Khi đề xuất được chấp thuận, quản trị v2 sẽ chia sẻ cùng một khoảng thời gian đủ điều kiện 28 ngày. Nếu vào cuối giai đoạn này mà vẫn chưa được chấp thuận, đề xuất đó sẽ tự động bị từ chối.
Bỏ phiếu trưng cầu dân ý( quản trịv2)
Trong Governance v2, nếu đề xuất đáp ứng yêu cầu về tỷ lệ chấp thuận 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ị nhóm tự thích ứng.
Tỷ lệ chấp thuận ( được định nghĩa là tỷ trọng quyền biểu quyết chấp thuận ) sau khi điều chỉnh sự kiên định ( chiếm tỷ trọng tổng quyền biểu quyết ) bao gồm phần của sự chấp thuận và từ chối (.
Tỷ lệ ủng hộ ) Ủng hộ ( là tổng số phiếu đã được phê duyệt ) bỏ qua điều chỉnh conviction ( so sánh 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. 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 lực với 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 số lượng thực tế hơn sẽ hợp lý hơn so với các đề xuất sử dụng danh mục quyền lực cao ) chẳng hạn như Root(. Các 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à quyết định đặt cọc sẽ được hoàn trả. Nếu đề xuất có thể duy trì được sự phê duyệt 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ẽ được 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 chịu sự điều chỉnh của giá trị tối thiểu dựa trên đường đua. 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 một khái niệm gọi là "khóa tự nguyện", cho phép những người nắm giữ token tăng quyền biểu quyết của họ bằng cách tuyên bố thời gian mà 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 bằng công thức sau:
Số phiếu = token * hệ số thuyết phục
Thời gian khóa gấp đôi mỗi lần, hệ số xác tín sẽ tăng hệ số bỏ phiếu thêm một.
Thời gian khóa số phiếu bầu nhân với 00.111224384165326
Thời gian khóa "gấp đôi" số lần tối đa được đặt là 6) vì vậy tổng cộng có 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ụ, 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.
Các phiếu bầu luôn "được tính" 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.
) 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 nếu nguồn gốc Root 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, một phần ba số thành viên trong 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ư có lỗi trong mã runtime mà đề xuất sẽ thực thi (, đ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 đủ 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 mang tên Cancelation) để 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à rác, thì tiền đặt cọc của người đề xuất sẽ bị tịch thu.
Hủy bỏ bản thân là một thao tác quản trị, phải được thực hiện bằng cách bỏ phiếu của mạng lưới. Việc hủy bỏ đi kèm với Origin và Track của chính nó, nó có một khoảng thời gian nhập rất ngắn và đường cong tỷ lệ phê duyệt/hỗ trợ, ngưỡng thông qua của chúng giảm xuống một chút nhanh hơn, vì nó chỉ được gọi khi tình huống trở nên cấp bách.
( Polkadot Fellowship
Fellowship là một tổ chức chuyên gia tự trị cơ bản, có mục tiêu chính là đại diện cho những con người có kiến thức kỹ thuật về mạng và giao thức Polkadot. Fellowship thông qua "等
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.
14 thích
Phần thưởng
14
7
Chia sẻ
Bình luận
0/400
WenAirdrop
· 07-22 23:59
dot đã tiến hóa và nâng cấp!
Xem bản gốcTrả lời0
Lonely_Validator
· 07-22 07:29
Quản trị là cái quái gì? Không hiểu thì đừng đầu tư.
Xem bản gốcTrả lời0
GateUser-4745f9ce
· 07-22 03:19
Đừng quan tâm đến V2 nữa, hãy chỉnh sửa phí gas của V1 đi.
Xem bản gốcTrả lời0
GraphGuru
· 07-22 03:18
Đã theo dõi v2 một thời gian rồi, không tệ không tệ.
Xem bản gốcTrả lời0
BearMarketSurvivor
· 07-22 03:13
Có phải chỉ là phân quyền bỏ phiếu không? Có gì mới mẻ?
Xem bản gốcTrả lời0
SneakyFlashloan
· 07-22 03:05
Còn không bằng trực tiếp giao quyền quản trị cho tôi.
Xem bản gốcTrả lời0
TokenSherpa
· 07-22 02:50
thực ra, mô hình v2 này vẫn bỏ qua cơ chế bỏ phiếu bậc hai... *thở dài* để tôi giải thích điều này
Polkadot quản trị V2: Cải cách cơ chế bỏ phiếu công khai nâng cao hiệu quả ra quyết định
Quản trị V2
Polkadot áp dụng một cơ chế quản trị tinh vi, có thể tiến hóa một cách thanh lịch 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 lợi ích luôn có thể kiểm soát mạng lưới.
Nội dung tài liệu này có thể thay đổi. Giao thức quản trị đã trải qua vài lần lặp lại (v1 và v2), và còn nhiều thay đổi khác đang được lên kế hoạch (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 những năm đầu, giúp đảm bảo việc sử dụng quỹ ngân khố một cách thích hợp và có thể nâng cấp, sửa chữa kịp thời. Cũng như hầu hết các công nghệ sớm, hệ thống và giao thức phải liên tục tiến hóa để 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 cuộc bỏ phiếu đều có trọng số như nhau, vì chỉ có thể bỏ phiếu cho một cuộc bỏ phiếu tại một thời điểm, 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ố đề xuất rất ít, thay vì xem xét rộng rãi nhiều đề xuất. Vì vậy, "quản trị v2" đã ra đời!
"Quản trị v2" hoặc "Gov2" đã thay đổi cách thức ra quyết định hàng ngày, khiến cho tầm ảnh hưởng của các cuộc trưng cầu dâ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ẽ khởi động trên Kusama sau khi thực hiện đánh giá chuyên nghiệp cuối cùng đối với mã của mình. Sau khi thử nghiệm trên Kusama, sẽ có một đề xuất để triển khai nó lên Polkadot.
Nội dung dưới đây sẽ giới thiệu về nhiều nguyên tắc quản trị cốt lõi trên mạng Polkadot. Việc hiểu nguồn gốc của quản trị v1 là rất quan trọng để 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à phân 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, trong giai đoạn vòng đời này, quản trị là một giao thức đang phát triển liên tục. Khi bản 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 đã đượ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 trạng thái vô hình được lưu trữ trên chuỗi và được định nghĩa bằng ngôn ngữ trung gian trung lập với nền tả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 với 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 được đồng ý 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 tích cực 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 ( người nắm giữ token ) hay được hội đồng đưa ra, cuối cùng đều phải trải qua một cuộc bỏ phiếu toàn dân của tất cả những người nắm giữ, để quyết định dựa trên số lượng đặt cọc ( stake ) và giá trị niềm tin ( conviction ).
Có một số thay đổi trong治理v2. Cách mà mô hình quản trị mới phản ánh đặc điểm phi tập trung của nó là:
Hội đồng trong Gov1 đã thực hiện vai trò đại diện cho các chủ sở hữu token thụ động, người bảo vệ kho bạc và người khởi xướng lập pháp, nhưng thường được coi là một thực thể tập trung. Để tiếp tục phi tập trung hóa mạng lưới Polkadot và Kusama, Gov2 đề xuất trao 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 là một kế hoạch 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ó một đề xuất cụ thể liên quan, sử dụng hình thức gọi hàm đặc quyền runtime ( bao gồm cuộc gọi mạnh mẽ nhất: set_code, có thể chuyển đổi toàn bộ mã runtime, thực hiện các chức năng vốn cần phải "hard fork" mới có thể thực hiện ).
Bầu cử trưng cầu dân ý là một sự kiện rời rạc có thời gian bỏ phiếu cố định. Khi thời gian bỏ phiếu kết thúc và phiếu bầu được thống kê, nếu phiếu bầu được phê duyệt, hàm (set_code) sẽ được gọi. Trưng cầu dân ý luôn là nhị phân; lựa chọn của bạn trong cuộc bỏ phiếu chỉ có thể là "ủng hộ", "phản đối" hoặc hoàn toàn từ bỏ.
Trong quản trị v1, việc bỏ phiếu có thể được khởi động theo một trong các cách sau:
Tất cả các cuộc trưng cầu ý kiế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ế ( giả định rằng đề xuất được thông qua ).
Nếu một cuộc trưng cầu dân ý đã đóng và hoàn thành thống kê, thì cuộc trưng cầu dân ý đó được coi là đã hoàn thành. Tương tự, 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 được bỏ phiếu, thì cuộc trưng cầu dân ý đó được coi là chưa hoàn thành.
Nếu đề xuất được công khai hoặc do hội đồng đệ trình, sẽ có thời gian trì hoãn thực hiện cố định là 28 ngày. Các đề xuất được đệ trình như một phần của việc thực hiện cuộc trưng cầu dân ý trước đó có thể thiết lập thời gian trì hoãn thực hiện theo nhu cầu. Việc xử lý đề xuất khẩn cấp yêu cầu "theo dõi nhanh" các vấn đề lớn của mạng, do đó rút ngắn thời gian thực hiện.
Trong Gov2, bất kỳ ai cũng có thể bắt đầu một cuộc bỏ phiếu công khai bất cứ lúc nào, và có thể khởi xướng bao nhiêu cuộc bỏ phiếu cũng được. Gov2 giới thiệu một số tính năng mới, được gọi là Origins( nguồn) và Tracks( đường ray), để hỗ trợ quy trình và xử lý của các giao thức bỏ phiếu.
Origin có thể được coi là một mô tả phong phú cho cấp độ đặc quyền được đưa ra. Người đề xuất bỏ phiếu hiện cần chọn một Origin phù hợp cho yêu cầu của họ dựa trên các yêu cầu của đề xuất.
Mỗi Origin đều liên kết với một loại bỏ phiếu, mỗi loại đều liên kết với một Track. Track phác thảo vòng đời của đề xuất và độc lập với các Track của loại khác. Việc có các Track độc lập khác nhau cho phép mạng điều chỉnh động lực bỏ phiếu dựa trên mức độ đặc quyền tiềm ẩn của nó.
Ví dụ, ảnh hưởng của việc nâng cấp Runtime ( gọi set_code ) đến hệ sinh thái, khác với việc phê duyệt tiền thưởng quốc khố ( 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à chu kỳ thực thi ngắn nhất khác nhau sẽ được xác định trước trên pallet.
Đề xuất bỏ phiếu
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 một khoảng thời gian nhất định ( và số lượng khối ). Nếu có ai đó đồng ý với đề xuất này, họ có thể gửi cùng 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 sự hỗ trợ token gắn kết cao nhất sẽ được chọn làm cuộc bỏ phiếu công khai cho chu kỳ bỏ phiếu tiếp theo. Xin lưu ý rằng điều này có thể khác với số lượng gắn kế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.
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 khai.
Trong Gov2, khi một cuộc bỏ phiếu được tạo ra, cộng đồng có thể ngay lập tức bỏ phiếu cho nó. Tuy nhiên, cuộc bỏ phiếu đó không ở trạng thái có thể kết thúc, hoặc theo cách khác là 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 chuẩn trước khi có thể vào trạng thái được gọi là "quyết định(Deciding)". Trước khi chúng ở trạng thái này, chúng vẫn ở trạng thái chưa xác định.
Tiêu chuẩn để vào trạng thái Decided như sau:
Thời gian biểu bỏ phiếu
Trong Governance v1, giả sử có ít nhất một đề xuất trong một trong các hàng đợi, sẽ có một cuộc bỏ phiếu mới 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 đượ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 lần lượt 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 staking được liên kết ở phía sau của chúng. Nếu hàng đợi hiện tại cố gắng tạo ra một cuộc bỏ phiếu không có đề xuất ( hàng đợi rỗng ), và một hàng đợi khác có đề xuất đang chờ, thì đề xuất đứng đầu trong hàng đợi khác sẽ vào cuộc bỏ phiếu.
Không được tiến hành bỏ phiếu cho nhiều cuộc trưng cầu ý kiến trong cùng một thời gian, trừ khi là trưng cầu khẩn cấp. Trưng cầu khẩn cấp diễn ra đồng thời với cuộc 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 có thể bỏ phiếu cho nhiều cuộc trưng cầu ý kiến cùng một lúc.
Khi đề xuất được chấp thuận, quản trị v2 sẽ chia sẻ cùng một khoảng thời gian đủ điều kiện 28 ngày. Nếu vào cuối giai đoạn này mà vẫn chưa được chấp thuận, đề xuất đó sẽ tự động bị từ chối.
Bỏ phiếu trưng cầu dân ý( quản trịv2)
Trong Governance v2, nếu đề xuất đáp ứng yêu cầu về tỷ lệ chấp thuận 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ị nhóm tự thích ứng.
Tỷ lệ chấp thuận ( được định nghĩa là tỷ trọng quyền biểu quyết chấp thuận ) sau khi điều chỉnh sự kiên định ( chiếm tỷ trọng tổng quyền biểu quyết ) bao gồm phần của sự chấp thuận và từ chối (.
Tỷ lệ ủng hộ ) Ủng hộ ( là tổng số phiếu đã được phê duyệt ) bỏ qua điều chỉnh conviction ( so sánh 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. 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 lực với 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 số lượng thực tế hơn sẽ hợp lý hơn so với các đề xuất sử dụng danh mục quyền lực cao ) chẳng hạn như Root(. Các 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à quyết định đặt cọc sẽ được hoàn trả. Nếu đề xuất có thể duy trì được sự phê duyệt 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ẽ được 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 chịu sự điều chỉnh của giá trị tối thiểu dựa trên đường đua. 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 một khái niệm gọi là "khóa tự nguyện", cho phép những người nắm giữ token tăng quyền biểu quyết của họ bằng cách tuyên bố thời gian mà 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 bằng công thức sau:
Số phiếu = token * hệ số thuyết phục
Thời gian khóa gấp đôi mỗi lần, hệ số xác tín sẽ tăng hệ số bỏ phiếu thêm một.
Thời gian khóa số phiếu bầu nhân với 00.111224384165326
Thời gian khóa "gấp đôi" số lần tối đa được đặt là 6) vì vậy tổng cộng có 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ụ, 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.
Các phiếu bầu luôn "được tính" 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.
) 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 nếu nguồn gốc Root 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, một phần ba số thành viên trong 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ư có lỗi trong mã runtime mà đề xuất sẽ thực thi (, đ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 đủ 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 mang tên Cancelation) để 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à rác, thì tiền đặt cọc của người đề xuất sẽ bị tịch thu.
Hủy bỏ bản thân là một thao tác quản trị, phải được thực hiện bằng cách bỏ phiếu của mạng lưới. Việc hủy bỏ đi kèm với Origin và Track của chính nó, nó có một khoảng thời gian nhập rất ngắn và đường cong tỷ lệ phê duyệt/hỗ trợ, ngưỡng thông qua của chúng giảm xuống một chút nhanh hơn, vì nó chỉ được gọi khi tình huống trở nên cấp bách.
( Polkadot Fellowship
Fellowship là một tổ chức chuyên gia tự trị cơ bản, có mục tiêu chính là đại diện cho những con người có kiến thức kỹ thuật về mạng và giao thức Polkadot. Fellowship thông qua "等