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 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 cơ chế này 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 tài liệu này có thể có sự thay đổi. Thỏa thuận quản trị đã trải qua vài lần lặp lại (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) được cấu thành từ ba phần chính:
Ủy ban kỹ thuật: Quản lý lịch trình nâng cấp
Hội đồng: cơ quan điều hành được bầu ra chịu trách nhiệm quản lý các tham số, hành chính và các đề 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 các bên liên quan lâu dài.
Hệ thống hoạt động tốt trong giai đoạn đầu, giúp sử dụng hợp lý quỹ ngân sách quốc gia 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 phải liên tục cải thiện những điểm yếu và theo kịp tiến độ. Ví dụ, trong "quản trị v1", tất 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 hệ thống có xu hướng xem xét kỹ lưỡng một số đề xuất ít ỏi, thay vì xem xét rộng rãi nhiều đề xuất.
Do đó, "Quản trị v2" ( Gov2) đã ra đời. Nó đã thay đổi cách thức ra quyết định hàng ngày, khiến các cuộc trưng cầu ý kiến có ảnh hưởng rộng hơn và nhanh nhạy hơn, tăng đáng kể số lượng quyết định tập thể mà hệ thống có thể đưa ra.
Gov2 dự kiến sẽ khởi động trên Kusama sau khi tiến hành kiểm tra cuối cùng mã nguồn của nó. Sau khi thử nghiệm trên Kusama, sẽ đề xuất triển khai nó lên Polkadot.
Nội dung sau đây sẽ giới thiệu 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 hiểu rõ hơn về hướng đi của lần lặp thứ hai. Những sự 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ị 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 đang đượ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 mẻ, bao gồm:
Lưu trữ trên chuỗi và được định nghĩa bằng hàm chuyển trạng thái vô định bằng ngôn ngữ trung gian trung lập trên nền tảng (WebAssembly)
Nhiều cơ chế bỏ phiếu trên chuỗi, 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à cơ chế bỏ phiếu phê duyệt hàng loạt.
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ông bằng dựa trên quyền lợi.
Cơ chế
Trong quản trị v1, các chủ sở hữu 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 công chúng ( chủ sở hữu token ) hay hội đồng đưa ra, cuối cùng vẫn phải qua cuộc trưng cầu dân ý 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.
Mô hình quản trị v2 có một số thay đổi. Cách thể hiện đặc điểm phi tập trung của mô hình quản trị mới là:
Chuyển giao trách nhiệm của hội đồng cho những 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 bằng nhiều cách hơn.
Hội đồng trong Gov1 được xem như đạ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à thực thể tập trung. Để tiếp tục phi tập trung hóa mạng lưới, Gov2 đề xuất trả lại trách nhiệm của hội đồng cho cộng đồng.
Trưng cầu dân ý
Cuộc trưng cầu dân ý là một kế hoạch bỏ phiếu đơn giản, bao gồ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 liên quan, sử dụng hình thức gọi hàm đặc quyền ( bao gồm cả gọi set_code mạnh mẽ nhất, có thể chuyển đổi toàn bộ mã thời gian chạy ).
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ống kê phiếu bầu khi thời gian bỏ phiếu kết thúc, nếu được chấp thuận sẽ gọi hàm. Cuộc trưng cầu ý dân luôn là nhị phân, chỉ có thể chọn "tán thành", "phản đối" hoặc từ chối.
Trong quản trị v1, cuộc bỏ phiếu có thể được khởi động theo các cách sau:
Đề xuất được công khai nộp
Đề xuất được thông qua bởi phiếu bầu đa số hoặc toàn bộ của hội đồng
Đề xuất được nộp như một phần của cuộc bỏ phiếu trước đó.
Đề xuất khẩn cấp được Ủy ban Kỹ thuật trình lên 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à khoảng thời gian từ khi cuộc trưng cầu kết thúc cho đế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 ý kiến đóng lại và hoàn tất việc 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 cuộc trưng cầu ý kiến đang trong quá trình bỏ phiếu, thì được coi là chưa hoàn thành.
Các đề xuất do công chúng hoặc hội đồng gửi lên 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ể thiết lập thời gian trì hoãn thực hiện theo nhu cầu. Việc xử lý các đề xuất khẩn cấp yêu cầu "theo dõi nhanh" về các vấn đề quan trọng, rút ngắn thời gian thực hiện.
Trong Gov2, bất kỳ ai cũng có thể khởi xướng bất kỳ số lượng cuộc trưng cầu ý kiến nào vào bất kỳ lúc nào. Gov2 giới thiệu các tính năng mới như Origins( nguồn ) và Tracks( đường ray ) để hỗ trợ quy trình trưng cầu ý kiến.
Origin có thể được coi là một mô tả cho cấp độ đặc quyền đã cho. Người đề xuất cần chọn Origin phù hợp cho yêu cầu theo đề 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 mô tả 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 thái bỏ phiếu dựa trên cấp độ quyền lợi ngầm.
Ví dụ, 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 tip từ kho bạc, do đó cần các Origins khác nhau, trong đó tỷ lệ bỏ phiếu, tỷ lệ phê duyệt, tiền đặt cọc và thời gian thực hiện ngắn nhất sẽ được xác định trước.
Bỏ phiếu đề xuất
Cuộc trưng cầu dân ý
Bất kỳ ai cũng có thể đề xuất một cuộc trưng cầu ý kiến 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 số lượng token tương tự để thể hiện sự ủng hộ.
Điều này được gọi là "sự bảo chứng". Đề xuất nhận được sự hỗ trợ của token gắn bó cao nhất sẽ trở thành cuộc bỏ phiếu công khai trong 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 bảo chứng tuyệt đối.
Một khi đề xuất được nộp ( vào cuộc bỏ phiếu ), các token đã liên kết sẽ được phát hành.
Trong治理v1, hàng đợi đề xuất có thể có tối đa 100 đề xuất công cộng.
Trong Gov2, sau khi tạo ra cuộc bỏ phiếu, cộng đồng có thể ngay lập tức bỏ phiếu. Tuy nhiên, cuộc bỏ phiếu 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 bỏ phiếu phải đáp ứng một số tiêu chí để vào trạng thái "quyết định". Trước đó vẫn ở trạng thái chờ.
Tiêu chuẩn để vào trạng thái quyết định như sau:
Thời gian nhập khẩu, tức là thời gian phải trải qua 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 dư quyết định. Tất cả các Track đều giới hạn số lượng biểu quyết đồng thời có thể quyết định. Track mạnh hơn có giới hạn thấp hơn.
Phải thanh toán 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, nhưng có nguy cơ hết chỗ trong hàng đợi xem xét và quyết định. Yêu cầu tiề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.
Bỏ phiếu của hội đồng (v1)
Hội đồng đã thông qua bằng phiếu bầu toàn bộ - Khi tất cả các thành viên đồng ý, đề xuất có thể được đưa ra trưng cầu ý dân. Cuộc trưng cầu này sẽ tạo ra sự sai lệch tỷ lệ phiếu bầu tiêu cực.
Hội đồng đã thông qua với số đông - Khi chỉ cần đa số đơn giản đồng ý, thì cũng có thể tiến hành bỏ phiếu trưng cầu ý dân, nhưng áp dụng theo chế độ bỏ phiếu đ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 dân ý 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 danh sách chờ, sẽ có một cuộc bỏ phiếu mới diễn ra mỗi 28 ngày. Đề xuất được phê duyệt bởi hội đồng và đề xuất được công chúng nộp sẽ có một danh sách chờ riêng. Các cuộc bỏ phiếu sẽ lần lượt diễn ra giữa các đề xuất đứng đầu trong hai danh sách chờ.
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 một cuộc bỏ phiếu không có đề xuất và hàng đợi ( trống, trong khi một hàng đợi khác có đề xuất đang xếp hàng, thì đề xuất ở vị trí hàng đầu trong hàng đợi khác sẽ được đưa vào cuộc bỏ phiếu.
Không được bỏ phiếu cho nhiều cuộc trưng cầu dân ý trong cùng một thời gian, ngoại trừ 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 có thể bỏ phiếu cho nhiều cuộc trưng cầu dâ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 đế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ệ ủng hộ, thì sẽ được phê duyệt, đã 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à tỷ lệ phần trăm của trọng số phiếu phê duyệt ) sau khi điều chỉnh theo sự thuyết phục ( trong tổng trọng số phiếu.
Tỷ lệ ủng hộ là tổng số phiếu chấp thuận ) 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 xác nhận ngắn nhất. Các quỹ đạo khác nhau có thời gian xác nhận và yêu cầu hỗ trợ phê duyệt khác nhau. Hiện nay có thể cấu hình thông qua lượng hỗ trợ cần thiết và phê duyệt tổng thể. Đối với các đề xuất từ nguồn có quyền hạn thấp, so với các loại quyền hạn cao ) như Root(, tỷ lệ bỏ phiếu cần thiết sẽ được giảm xuống số lượng thực tế hợp lý sớm hơn. Các đề 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ẽ được coi là từ chối mặc định và tiền đặt cọc 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ì 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 đề xuất, nhưng bị giới hạn bởi giá trị tối thiểu dựa trên quỹ đạo. Track 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 sự thay đổi.
Khóa tự nguyện
Polkadot sử dụng khái niệm "khóa tự nguyện", cho phép các chủ sở hữu token tăng quyền biểu quyết bằng cách tuyên bố sẵn sàng khóa token trong một khoảng thời gian nhất định, số phiếu của mỗi chủ sở hữu 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ố conviction sẽ tăng hệ số bỏ phiếu thêm một.
Số lần bỏ phiếu trong thời gian khóa
0 0.1
1 1
2 2
4 3
8 4
16 5
32 6
Số lần tối đa của "giai đoạn khóa" được "gấp đôi" là 6) với tổng cộng 32 giai đoạn khóa (, một giai đoạn khóa bằng 28 ngày. Chỉ cho phép gấp đôi, không thể khóa 24 chu kỳ để tăng cường độ tin cậy lên 5.5.
Sau khi khóa token, vẫn có thể sử dụng để bỏ phiếu và staking; chỉ là không được chuyển 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.
Thiên kiến nhóm thích ứng
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 Phê duyệt/Hỗ trợ thay thế.
Hội đồng
Trong quản trị v1, các bên liên quan thụ động đượ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.
Ngoài việc kiểm soát kho bạc, hội đồng chính chủ yếu chịu trách nhiệm về ba nhiệm vụ quản trị:
Đề xuất trưng cầu ý kiến thông minh
Hủy bỏ các cuộc bỏ phiếu nguy hiểm hoặc ác ý
Ủy ban kỹ thuật bầu cử
Trong quản trị v2, cần thay thế chiến lược thay thế hội đồng quản trị như là cơ quan ủy quyền của cử tri, nhằm bù đắp cho thực tế là nhiều người không tham gia vào quản trị hàng ngày. Gov2 đượ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 một cử tri khác trong hệ thống. Nó được cải tiến thông qua chức năng ủy quyền đa vai trò, 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 đó, cử tri có thể ủy quyền cho một thực thể quản lý các loại cuộc bỏ phiếu ít ảnh hưởng hơn, trong khi chọn một đại diện khác để quản lý các loại cuộc bỏ phiếu có hậu quả lớn hơn, và giữ quyền bỏ phiếu hoàn toàn cho các loại 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 kích hoạt chức năng này, thì có thể hủy bỏ đề xuất. Khoản đặt cọc của đề xuất đã bị hủy sẽ bị tiêu hủy.
Ngoài ra, hội đồng có thể hủy bỏ cuộc bỏ phiếu với tỷ lệ hai phần ba. Nếu có vấn đề được phát hiện muộn trong đề xuất bỏ phiếu ), chẳng hạn như lỗi trong mã runtime (, đ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 gọi là 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ó. Nó cũng quy định rằng nếu đề xuất là xấu hoặc thông tin rác, thì đả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 hoạt động quản trị, phải được thực hiện thông qua biểu quyết của mạng lưới. 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 bớt ngưỡng một chút nhanh hơn, vì được gọi trong trường hợp 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 đã thực hiện thành công hoặc định nghĩa Polkadot runtime hoặc Polkadot Host. Thông qua bỏ phiếu đa số đơn giản của hội đồng, có thể thêm hoặc xóa đội trong TC.
Mục đích của TC là ngăn chặn các cuộc bỏ phiếu ác ý, 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 đã được kiểm nghiệm trong thực tế. TC có quyền sử dụng Democracy pallet để 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 đề xuất. 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ể diễn ra đồ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 hoạt động cùng một lúc. Việc bỏ phiếu cho một trong hai sẽ không ngăn cản người dùng bỏ phiếu cho cuộc bỏ phiếu kia.
Trong quản trị v2, đã giới thiệu một ủy ban kế nhiệm mới, được gọi là "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 này là một cơ quan 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
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
4
Chia sẻ
Bình luận
0/400
PancakeFlippa
· 19giờ trước
Cảm giác không có gì to tát, v1 đang sử dụng.
Xem bản gốcTrả lời0
BearMarketMonk
· 19giờ trước
Cảm giác lần này có thể thành công.
Xem bản gốcTrả lời0
SignatureVerifier
· 19giờ trước
nói một cách kỹ thuật, v2 vẫn cần được kiểm tra an ninh nghiêm ngặt thật lòng...
Polkadot治理V2：Phi tập trung quyết định của thời đại mới
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 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 cơ chế này 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 tài liệu này có thể có sự thay đổi. Thỏa thuận quản trị đã trải qua vài lần lặp lại (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) được cấu thành từ ba phần chính:
Hệ thống hoạt động tốt trong giai đoạn đầu, giúp sử dụng hợp lý quỹ ngân sách quốc gia 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 phải liên tục cải thiện những điểm yếu và theo kịp tiến độ. Ví dụ, trong "quản trị v1", tất 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 hệ thống có xu hướng xem xét kỹ lưỡng một số đề xuất ít ỏi, thay vì xem xét rộng rãi nhiều đề xuất.
Do đó, "Quản trị v2" ( Gov2) đã ra đời. Nó đã thay đổi cách thức ra quyết định hàng ngày, khiến các cuộc trưng cầu ý kiến có ảnh hưởng rộng hơn và nhanh nhạy hơn, tăng đáng kể số lượng quyết định tập thể mà hệ thống có thể đưa ra.
Gov2 dự kiến sẽ khởi động trên Kusama sau khi tiến hành kiểm tra cuối cùng mã nguồn của nó. Sau khi thử nghiệm trên Kusama, sẽ đề xuất triển khai nó lên Polkadot.
Nội dung sau đây sẽ giới thiệu 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 hiểu rõ hơn về hướng đi của lần lặp thứ hai. Những sự 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ị 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 đang đượ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 mẻ, bao gồm:
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ông bằng dựa trên quyền lợi.
Cơ chế
Trong quản trị v1, các chủ sở hữu 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 công chúng ( chủ sở hữu token ) hay hội đồng đưa ra, cuối cùng vẫn phải qua cuộc trưng cầu dân ý 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.
Mô hình quản trị v2 có một số thay đổi. Cách thể hiện đặc điểm phi tập trung của mô hình quản trị mới là:
Hội đồng trong Gov1 được xem như đạ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à thực thể tập trung. Để tiếp tục phi tập trung hóa mạng lưới, Gov2 đề xuất trả lại trách nhiệm của hội đồng cho cộng đồng.
Trưng cầu dân ý
Cuộc trưng cầu dân ý là một kế hoạch bỏ phiếu đơn giản, bao gồ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 liên quan, sử dụng hình thức gọi hàm đặc quyền ( bao gồm cả gọi set_code mạnh mẽ nhất, có thể chuyển đổi toàn bộ mã thời gian chạy ).
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ống kê phiếu bầu khi thời gian bỏ phiếu kết thúc, nếu được chấp thuận sẽ gọi hàm. Cuộc trưng cầu ý dân luôn là nhị phân, chỉ có thể chọn "tán thành", "phản đối" hoặc từ chối.
Trong quản trị v1, cuộc bỏ phiếu có thể được khởi động theo các 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. Đây là khoảng thời gian từ khi cuộc trưng cầu kết thúc cho đế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 ý kiến đóng lại và hoàn tất việc 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 cuộc trưng cầu ý kiến đang trong quá trình bỏ phiếu, thì được coi là chưa hoàn thành.
Các đề xuất do công chúng hoặc hội đồng gửi lên 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ể thiết lập thời gian trì hoãn thực hiện theo nhu cầu. Việc xử lý các đề xuất khẩn cấp yêu cầu "theo dõi nhanh" về các vấn đề quan trọng, rút ngắn thời gian thực hiện.
Trong Gov2, bất kỳ ai cũng có thể khởi xướng bất kỳ số lượng cuộc trưng cầu ý kiến nào vào bất kỳ lúc nào. Gov2 giới thiệu các tính năng mới như Origins( nguồn ) và Tracks( đường ray ) để hỗ trợ quy trình trưng cầu ý kiến.
Origin có thể được coi là một mô tả cho cấp độ đặc quyền đã cho. Người đề xuất cần chọn Origin phù hợp cho yêu cầu theo đề 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 mô tả 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 thái bỏ phiếu dựa trên cấp độ quyền lợi ngầm.
Ví dụ, 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 tip từ kho bạc, do đó cần các Origins khác nhau, trong đó tỷ lệ bỏ phiếu, tỷ lệ phê duyệt, tiền đặt cọc và thời gian thực hiện ngắn nhất sẽ được xác định trước.
Bỏ phiếu đề xuất
Cuộc trưng cầu dân ý
Bất kỳ ai cũng có thể đề xuất một cuộc trưng cầu ý kiến 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 số lượng token tương tự để thể hiện sự ủng hộ.
Điều này được gọi là "sự bảo chứng". Đề xuất nhận được sự hỗ trợ của token gắn bó cao nhất sẽ trở thành cuộc bỏ phiếu công khai trong 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 bảo chứng tuyệt đối.
Một khi đề xuất được nộp ( vào cuộc bỏ phiếu ), các token đã liên kết sẽ được phát hành.
Trong治理v1, hàng đợi đề xuất có thể có tối đa 100 đề xuất công cộng.
Trong Gov2, sau khi tạo ra cuộc bỏ phiếu, cộng đồng có thể ngay lập tức bỏ phiếu. Tuy nhiên, cuộc bỏ phiếu 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 bỏ phiếu phải đáp ứng một số tiêu chí để vào trạng thái "quyết định". Trước đó vẫn ở trạng thái chờ.
Tiêu chuẩn để vào trạng thái quyết định như sau:
Bỏ phiếu của hội đồng (v1)
Hội đồng đã thông qua bằng phiếu bầu toàn bộ - Khi tất cả các thành viên đồng ý, đề xuất có thể được đưa ra trưng cầu ý dân. Cuộc trưng cầu này sẽ tạo ra sự sai lệch tỷ lệ phiếu bầu tiêu cực.
Hội đồng đã thông qua với số đông - Khi chỉ cần đa số đơn giản đồng ý, thì cũng có thể tiến hành bỏ phiếu trưng cầu ý dân, nhưng áp dụng theo chế độ bỏ phiếu đ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 dân ý 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 danh sách chờ, sẽ có một cuộc bỏ phiếu mới diễn ra mỗi 28 ngày. Đề xuất được phê duyệt bởi hội đồng và đề xuất được công chúng nộp sẽ có một danh sách chờ riêng. Các cuộc bỏ phiếu sẽ lần lượt diễn ra giữa các đề xuất đứng đầu trong hai danh sách chờ.
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 một cuộc bỏ phiếu không có đề xuất và hàng đợi ( trống, trong khi một hàng đợi khác có đề xuất đang xếp hàng, thì đề xuất ở vị trí hàng đầu trong hàng đợi khác sẽ được đưa vào cuộc bỏ phiếu.
Không được bỏ phiếu cho nhiều cuộc trưng cầu dân ý trong cùng một thời gian, ngoại trừ 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 có thể bỏ phiếu cho nhiều cuộc trưng cầu dâ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 đế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ệ ủng hộ, thì sẽ được phê duyệt, đã 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à tỷ lệ phần trăm của trọng số phiếu phê duyệt ) sau khi điều chỉnh theo sự thuyết phục ( trong tổng trọng số phiếu.
Tỷ lệ ủng hộ là tổng số phiếu chấp thuận ) 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 xác nhận ngắn nhất. Các quỹ đạo khác nhau có thời gian xác nhận và yêu cầu hỗ trợ phê duyệt khác nhau. Hiện nay có thể cấu hình thông qua lượng hỗ trợ cần thiết và phê duyệt tổng thể. Đối với các đề xuất từ nguồn có quyền hạn thấp, so với các loại quyền hạn cao ) như Root(, tỷ lệ bỏ phiếu cần thiết sẽ được giảm xuống số lượng thực tế hợp lý sớm hơn. Các đề 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ẽ được coi là từ chối mặc định và tiền đặt cọc 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ì 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 đề xuất, nhưng bị giới hạn bởi giá trị tối thiểu dựa trên quỹ đạo. Track 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 sự thay đổi.
Khóa tự nguyện
Polkadot sử dụng khái niệm "khóa tự nguyện", cho phép các chủ sở hữu token tăng quyền biểu quyết bằng cách tuyên bố sẵn sàng khóa token trong một khoảng thời gian nhất định, số phiếu của mỗi chủ sở hữu 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ố conviction sẽ tăng hệ số bỏ phiếu thêm một.
Số lần bỏ phiếu trong thời gian khóa 0 0.1 1 1 2 2 4 3 8 4 16 5 32 6
Số lần tối đa của "giai đoạn khóa" được "gấp đôi" là 6) với tổng cộng 32 giai đoạn khóa (, một giai đoạn khóa bằng 28 ngày. Chỉ cho phép gấp đôi, không thể khóa 24 chu kỳ để tăng cường độ tin cậy lên 5.5.
Sau khi khóa token, vẫn có thể sử dụng để bỏ phiếu và staking; chỉ là không được chuyển 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.
Thiên kiến nhóm thích ứng
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 Phê duyệt/Hỗ trợ thay thế.
Hội đồng
Trong quản trị v1, các bên liên quan thụ động đượ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.
Ngoài việc kiểm soát kho bạc, hội đồng chính chủ yếu chịu trách nhiệm về ba nhiệm vụ quản trị:
Trong quản trị v2, cần thay thế chiến lược thay thế hội đồng quản trị như là cơ quan ủy quyền của cử tri, nhằm bù đắp cho thực tế là nhiều người không tham gia vào quản trị hàng ngày. Gov2 đượ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 một cử tri khác trong hệ thống. Nó được cải tiến thông qua chức năng ủy quyền đa vai trò, 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 đó, cử tri có thể ủy quyền cho một thực thể quản lý các loại cuộc bỏ phiếu ít ảnh hưởng hơn, trong khi chọn một đại diện khác để quản lý các loại cuộc bỏ phiếu có hậu quả lớn hơn, và giữ quyền bỏ phiếu hoàn toàn cho các loại 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 kích hoạt chức năng này, thì có thể hủy bỏ đề xuất. Khoản đặt cọc của đề xuất đã bị hủy sẽ bị tiêu hủy.
Ngoài ra, hội đồng có thể hủy bỏ cuộc bỏ phiếu với tỷ lệ hai phần ba. Nếu có vấn đề được phát hiện muộn trong đề xuất bỏ phiếu ), chẳng hạn như lỗi trong mã runtime (, đ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 gọi là 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ó. Nó cũng quy định rằng nếu đề xuất là xấu hoặc thông tin rác, thì đả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 hoạt động quản trị, phải được thực hiện thông qua biểu quyết của mạng lưới. 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 bớt ngưỡng một chút nhanh hơn, vì được gọi trong trường hợp 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 đã thực hiện thành công hoặc định nghĩa Polkadot runtime hoặc Polkadot Host. Thông qua bỏ phiếu đa số đơn giản của hội đồng, có thể thêm hoặc xóa đội trong TC.
Mục đích của TC là ngăn chặn các cuộc bỏ phiếu ác ý, 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 đã được kiểm nghiệm trong thực tế. TC có quyền sử dụng Democracy pallet để 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 đề xuất. 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ể diễn ra đồ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 hoạt động cùng một lúc. Việc bỏ phiếu cho một trong hai sẽ không ngăn cản người dùng bỏ phiếu cho cuộc bỏ phiếu kia.
Trong quản trị v2, đã giới thiệu một ủy ban kế nhiệm mới, được gọi là "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 này là một cơ quan 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