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 một cách tinh tế 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 đa số quyền lợi luôn có thể kiểm soát mạng.

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 lần lặp lại (v1 và v2), trong tương lai sẽ có 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 cử thông qua bỏ phiếu, thực hiện "chính phủ", chịu trách nhiệm quản lý các tham số, admin và đề xuất chi tiêu.
• 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 những bên liên quan lâu dài.

Hệ thống v1 hoạt động tốt trong vài năm đầu, giúp đảm bảo việc sử dụng đúng đắn quỹ ngân khố và nâng cấp, sửa chữa kịp thời. Nhưng khi hệ thống trưởng thành, cần phải tiến hóa để cải thiện những điểm yếu và theo kịp sự phát triển. Ví dụ, trong v1, tất cả các quyền bỏ phiếu đều có trọng số như nhau, chỉ có thể bỏ phiếu cho một cuộc trưng cầu ý kiến tại một thời điểm, và thời gian bỏ phiếu có thể kéo dài trong vài 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" ( Gov2) đã ra đời. Gov2 đã thay đổi cách thức ra quyết định hàng ngày, khiến cho ảnh hưởng của các cuộc trưng cầu dân ý trở nên rộng rãi và linh hoạt 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.

Sau khi Gov2 được khởi chạy trên Kusama, sẽ đề xuất triển khai trên Polkadot. Hiện tại Gov2 đã ra mắt trên mạng Kusama.

Nội dung dưới đây sẽ giới thiệu về các nguyên tắc quản trị cốt lõi của mạng Polkadot. Hiểu được nguồn gốc của v1 sẽ giúp hiểu rõ hơn về hướng đi của lần lặp thứ hai. Những khác biệt và sự phân biệt này sẽ được làm nổi bật trong các chủ đề con.

Cần lưu ý rằng, trong giai đoạn hiện tại, quản trị là một giao thức đang phát triển không ngừng. Khi bản cập nhật v2 được triển khai vào mạng, kế hoạch cho v2.5 cũng đã được lập.

Điều kiện tiên quyết

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 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ế phê duyệt theo lô.

Tất cả các thay đổi đối với thỏa thuận phải đạt được đồ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 v1, các chủ sở hữu token hoạt động và hội đồng cùng quản lý quyết định nâng cấp mạng. Dù đề xuất được công chúng hay 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, với số lượng đặt cược và giá trị niềm tin làm trọng số để đưa ra quyết định.

v2 có một vài thay đổi. Cách thức mô hình quản trị mới phản ánh đặc điểm phi tập trung của nó là:

• Chuyển giao trách nhiệm của hội đồng cho các nắm giữ token thông qua bỏ phiếu dân chủ
• Giải tán hội đồng hiện tại
• 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.

Trong v1, Hội đồng được coi là đại diện cho các chủ sở hữu token thụ động, bảo vệ kho bạc và người khởi xướng lập pháp, nhưng thường được xem như một thực thể tập trung. Để thúc đẩy sự phi tập trung hơn nữa, v2 đề xuất trao trả trách nhiệm của Hội đồng cho cộng đồng.

Trưng cầu dân ý

Bỏ phiếu trưng cầu dân ý là một giải pháp bỏ phiếu đơn giản, bao trùm và dựa trên việc đặt cọc. Mỗi cuộc trưng cầu dân ý có một đề xuất cụ thể, được thực hiện dưới dạng gọi hàm đặc quyền runtime.

Cuộ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. 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. Cuộc trưng cầu ý dân 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 bỏ phiếu trắng.

Trong v1, cuộc bỏ phiếu có thể được khởi động theo các cách sau:

• Đề xuất được công khai
• Đề 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 gửi như một phần của cuộc bỏ phiếu trước đó.
• Đề xuất khẩn cấp được nộp 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. Đây là thời gian từ khi cuộc trưng cầu ý dân 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 bỏ phiếu đóng lại và hoàn tất thống kê, thì được coi là đã 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 đang trong quá trình bỏ phiếu, thì coi như chưa hoàn thành.

Các đề xuất được gửi bởi công chúng hoặc hội đồng có thời gian trì hoãn thực hiện cố định là 28 ngày. Các đề 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 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 đề quan trọng, thời gian thực hiện ngắn hơn.

Trong v2, bất kỳ ai cũng có thể bắt đầu bỏ phiếu công khai bất cứ lúc nào và không giới hạn số lần. v2 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ý 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 cần chọn Origin phù hợp dựa trên yêu cầu của đề xuất.

Mỗi Origin liên quan đến một loại bỏ phiếu, và mỗi loại lại liên quan đến một Track. Track phác thảo vòng đời của đề xuất, độ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 lực bỏ phiếu dựa trên mức độ quyền lợi ngầm.

Chẳng hạn, tác động của việc nâng cấp Runtime đến hệ sinh thái khác với việc phê duyệt tiền boa quốc khố, do đó cần những Origins khác nhau, trong đó tỷ lệ bỏ phiếu, tỷ lệ phê duyệt, tiền ký quỹ và thời gian thực hiện ngắn nhất sẽ được xác định trước.

Đề 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 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ó người đồng ý, họ có thể gửi cùng một số lượng token để thể hiện sự ủng hộ, được gọi là "đề xuất". Đề xuất nhận được sự ủng hộ bằng token cao nhất sẽ được chọn cho cuộc bỏ phiếu công bằng trong chu kỳ tiếp theo.

Khi đề xuất được nộp ( sẽ tiến hành bỏ phiếu ), token đã liên kết sẽ được giải phóng.

Trong phiên bản 1, hàng đợi đề xuất có thể có tối đa 100 đề xuất công khai.

Trong v2, sau khi tạo cuộc bỏ phiếu, cộng đồng có thể ngay lập tức bỏ phiếu. Nhưng cuộc bỏ phiế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à thực hiện. Cuộc bỏ phiếu phải đáp ứng một số tiêu chuẩn để có thể vào trạng thái "Quyết định(Deciding)". Trước đó 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 giai đoạn nhập khẩu, tức là thời gian cần thiết trước khi quyết định bắt đầu. Điều này giúp giảm khả năng "quyết định tấn công".
• Phải có 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ần phải trả tiền đặt cọc quyết định. Chi phí tạo cuộc bỏ phiếu công khai thấp, nhưng quyết định cuộc bỏ phiếu có nguy cơ làm cạn kiệt vị trí hạn chế trong hàng đợi. Đặt cọc lớn nhưng có thể hoàn lại giúp giảm thông tin rác.

Bỏ phiếu của Hội đồng (v1)

Hội đồng đã thông qua với sự đồng thuận toàn bộ - Khi tất cả các thành viên trong hội đồng đồng ý, đề xuất có thể được đưa ra bỏ phiếu. Cuộc bỏ phiếu này sẽ tạo ra độ lệch tỷ lệ bỏ phiếu tiêu cực.

Hội đồng thông qua đa số - Khi chỉ có đa số đơn giản đồng ý, cũng có thể bỏ phiếu, nhưng áp dụng chế độ bỏ phiếu theo đa số.

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 v1, giả sử có ít nhất một đề xuất trong danh sách, sẽ có một cuộc bỏ phiếu công khai mới mỗi 28 ngày. Các đề xuất được Hội đồng phê duyệt có một danh sách, và các đề xuất do công chúng gửi cũng có một danh sách. Các đề xuất đứng đầu trong hai danh sách sẽ lần lượt được tổ chức bỏ phiếu.

Xếp hạng được xác định bởi số lượng đặt cược đã liên kết. 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 trống ), trong khi hàng đợi khá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 đề xuất trưng cầu dân ý cùng lúc, 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 trưng cầu dân ý thông thường là trường hợp duy nhất cho phép bỏ phiếu cho nhiều đề xuất trưng cầu dân ý cùng lúc.

Trong v2, khi đề xuất được phê duyệt, chia sẻ thời gian đủ điều kiện 28 ngày. Nếu đến cuối giai đoạn này vẫn chưa được phê duyệt, thì sẽ tự động bị từ chối.

Bỏ phiếu công dân(v2)

Trong v2, nếu đề xuất đáp ứng yêu cầu về tỷ lệ phê duyệt và tỷ lệ hỗ trợ, thì sẽ được phê duyệt, đã xóa bỏ hệ thống thiên kiến nhóm tự thích ứng.

Tỷ lệ phê duyệt được định nghĩa là tỷ lệ phần trăm của quyền bỏ phiếu đã phê duyệt ( sau khi điều chỉnh lòng tin ) so với tổng trọng số quyền bỏ phiếu.

Tỷ lệ ủng hộ là tổng số phiếu phê duyệt ( so với tổng số phiếu có thể trong hệ thống, bỏ qua conviction ).

Nó phải đáp ứng tiêu chuẩn này trong thời gian xác nhận ngắn nhất. Các quỹ đạo khác nhau có thời gian và yêu cầu xác nhận khác nhau. Hiện có thể cấu hình thông qua lượng hỗ trợ cần thiết và tổng số phê duyệt. Đối với các đề xuất từ nguồn có quyền hạn thấp, việc giảm tỷ lệ bỏ phiếu cần thiết xuống con số thực tế sớm hơn là hợp lý hơn. Các vấn đề 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 phiên bản v2, các đề xuất không được phê duyệt sau 28 ngày sẽ được coi là tự động từ chối, và Decision Deposit sẽ được hoàn lại. Nếu đề xuất vẫn được thông qua trước khi kết thúc thời gian xác nhận, thì được coi là đã được phê duyệt và sẽ được thực hiện từ nguồn đề xuất sau thời gian quy định. Thời gian quy định được chỉ định khi đề xuất, như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 yêu cầu thời gian thực hiện dài hơn, đảm bảo rằng mạng có đủ thời gian để chuẩn bị cho các thay đổ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 tuyên bố sẵn sàng khóa token trong một khoảng thời gian để tăng quyền biểu quyết, số phiếu của mỗi người nắm giữ 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 gấp đôi mỗi lần, hệ số niềm tin sẽ tăng hệ số bỏ phiếu thêm một.

Thời gian khóa tối đa là 6 lần ( tổng cộng 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, nếu không thể khóa 24 chu kỳ và làm tăng sự thuyết phục 5,5.

Sau khi khóa, vẫn có thể sử dụng để bỏ phiếu và staking, chỉ cấm chuyển sang tài khoản khác.

Phiếu bầu luôn được "tính toán" vào cuối thời gian bỏ phiếu, không bị ảnh hưởng bởi thời gian khóa.

Thiên kiến nhóm thích ứng

Sử dụng thời gian dài hơn trong v2, và được thay thế bởi hệ thống Approval/Support.

Hội đồng

Trong v1, các bên liên quan thụ động trên Polkadot được đại diện bởi "Hội đồng". Hội đồng là 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. Hội đồng trên Polkadot hiện bao gồm các thành viên.

Ngoài việc kiểm soát kho bạc, hội đồng chủ yếu chịu trách nhiệm ba nhiệm vụ quản trị:

• Đề xuất trưng cầu dân ý thông minh
• 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 v2, cần có chiến lược thay thế để thay thế vai trò của hội đồng quản trị như một tổ chức ủy quyền cho cử tri trước đây. v2 được xây dựng dựa trên chức năng ủy quyền bỏ phiếu của v1, cử tri có thể ủy quyền quyền bỏ phiếu cho các cử tri khác trong hệ thống. Thông qua ủy quyền nhiều vai trò, cử tri có thể chỉ định đại diện khác nhau cho các loại trưng cầu ý kiến khác nhau trong hệ thống. Ví dụ, có thể ủy quyền cho một thực thể quản lý các loại trưng cầu ý kiến không quan trọng, chọn một đại diện khác để quản lý các loại trưng cầu ý kiến có hậu quả lớn hơn, và giữ lại quyền bỏ phiếu hoàn toàn cho các loại còn lại.

Hủy bỏ trưng cầu ý dân

Trong v1, nếu ủy ban kỹ thuật đồng ý nhất trí hoặc bị kích hoạt bởi nguồn gốc Root, 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 trưng cầu ý kiến. Nếu có vấn đề được phát hiện muộn trong đề xuất trưng cầu ý kiến, điều này có thể được coi là biện pháp cuối cùng.

Nếu hủy bỏ tranh chấp 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 chung bởi các bên liên quan.

Trong v2, có một thao tác đặc biệt được gọi là Cancelation(, dùng để 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ó. Nó cũng quy định rằng nếu đề xuất là ác ý hoặc thông tin rác, đảm bảo rằng 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 hành động quản trị, phải thực hiện thông qua bỏ phiếu trên mạng. Việc hủy bỏ có nguồn gốc và theo dõi riêng, có thời gian nhập ngắn và đường cong tỷ lệ phê duyệt/hỗ trợ, giảm ngưỡng nhanh chóng, vì chỉ được gọi khi tình huống khẩn cấp.

Ủy ban kỹ thuật

Trong v1, Ủy ban kỹ thuật )TC( được giới thiệu như một trong ba viện quản trị của Kusama. TC được thành lập từ các đội ngũ đã triển khai hoặc định nghĩa Polkadot runtime hoặc Host một cách thành công. Thông qua việc bỏ phiếu đơn giản với đa số của hội đồng, có thể thêm hoặc xóa độ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 cập nhật runtime sai lầm hoặc thêm các tính năng mới. TC có quyền sử dụng pallet Democracy để tăng tốc các đề xuất, là nguồn duy nhất có thể kích hoạt chức năng tăng tốc. Chúng ta có thể coi TC là "nguồn duy nhất" không thể tạo ra đề xuất nhưng có thể tăng tốc các đề xuất hiện có.

Bỏ phiếu nhanh là cuộc bỏ phiếu duy nhất có thể được tiến hành đồng thời với một cuộc bỏ phiếu khác. Do đó, thông qua bỏ phiếu nhanh, có thể tiến hành hai cuộc bỏ phiếu đang hoạt động cùng một lúc. Việc bỏ phiếu cho một trong số đó sẽ không cản trở việc bỏ phiếu cho cuộc bỏ phiếu kia.

Trong v2, giới thiệu ủy ban kế nhiệm mới "Polkadot Fellowship", thay thế ủy ban kỹ thuật. Nó sẽ phục vụ cho mạng Polkadot và Kusama.

Học bổng Polkadot

Fellowship là một tổ chức chuyên gia tự trị cơ bản, với mục tiêu chính là đại diện cho những người có kiến thức về mạng Polkadot và công nghệ giao thức. Fellowship phân loại các thành viên thông qua "cấp độ", đại diện cho mức độ thông thái của quan điểm, nền tảng kỹ thuật tốt và mức độ phù hợp với lợi ích của Polkadot.

Khác với Technical Collective hiện tại, nó nhằm mở rộng phạm vi thành viên ) có thể chứa hàng chục nghìn thành viên ( và ngưỡng gia nhập thấp hơn nhiều. Trở thành thành viên ứng cử rất đơn giản, chỉ cần gửi một khoản tiền đặt cọc nhỏ.

Các thành viên Fellowship có thể bỏ phiếu cho bất kỳ đề xuất nào của Fellowship, ý kiến tổng hợp của các thành viên ) được phân cấp theo trọng số ( tạo thành ý kiến xem xét của Fellowship.

Cơ chế bỏ phiếu Fellowship tương tự như cơ chế bỏ phiếu của các bên liên quan Polkadot đối với các đề xuất đã được đưa ra.

Hệ thống cấp bậc

Để ngăn chặn một số ít người tham gia có được quyền kiểm soát hiệu quả đối với mạng, hệ thống này tuân thủ ba nguyên tắc chính:

1. Fellowship tuyệt đối không được có quyền cứng đối với mạng: không được thay đổi tham số, thực hiện sửa chữa hoặc chuyển tài sản. Quyền duy nhất là có thể rút ngắn thời gian bỏ phiếu.

2. Fellowship trong ý kiến tổng thể nên cho trọng số cao hơn cho các cấp độ cao, nhưng không nên cao đến mức ý kiến của một số thành viên cấp cao không thể vượt qua ý kiến đồng thuận của các thành viên cấp thấp.