Solana ra mắt quản trị trên chuỗi cho các validator
Solana

Solana ra mắt quản trị trên chuỗi cho các validator

Bởi vietnameselbn

Solana ra mắt cơ chế quản trị onchain cho phép người xác thực bỏ phiếu về các thay đổi mạng lưới thông qua các đề xuất dựa trên stake.

Solana Foundation đã triển khai một hệ thống quản trị onchain mới cho mạng lưới. Hệ thống này được gọi là Solana Governance Proposals, hay SGP.

Cơ chế này cho phép người xác thực gửi, bảo trợ và quyết định các vấn đề cốt lõi của hệ sinh thái. Quyền biểu quyết được gắn trực tiếp với lượng SOL đã stake.

Solana nằm trong số các blockchain Layer 1 lớn nhất về giá trị thị trường và hoạt động của nhà phát triển, và động thái này định hình lại cách các quyết định được đưa ra trên toàn mạng lưới.

Cách thức bỏ phiếu của người xác thực Solana hoạt động

Bất kỳ người xác thực nào nắm giữ ít nhất 100.000 SOL stake ủy quyền đều có thể mở một SGP. Đó là điểm khởi đầu để đề xuất một thay đổi quản trị.

Từ đó, một đề xuất cần sự hậu thuẫn từ 15% tổng stake mạng lưới trước khi chuyển sang bỏ phiếu chính thức. Ngưỡng này hoạt động như một bộ lọc, đảm bảo chỉ những ý tưởng có sự quan tâm thực sự từ cộng đồng mới đến được lá phiếu.

Quy tắc hỗ trợ 15% giúp mạng lưới không phải bỏ phiếu về những vấn đề không ai quan tâm. Nếu một đề xuất không thu thập đủ stake đằng sau nó, quy trình sẽ kết thúc tại đó.

Không có bỏ phiếu bắt buộc, không có chu kỳ lãng phí về các chủ đề ít được quan tâm.

Khi vượt qua ngưỡng đó, đề xuất sẽ bước vào một dòng thời gian có cấu trúc xoay quanh hệ thống epoch của Solana, nơi mỗi epoch kéo dài khoảng hai ngày.

Ngoài ra, toàn bộ chu kỳ kéo dài qua mười một epoch sau khi hỗ trợ được xác nhận. Bảy epoch được dành cho thảo luận mở, cho cộng đồng thời gian tranh luận về đề xuất.

Một epoch được dành cho ảnh chụp nhanh Đồng thuận Mạng Nút, nơi khóa trọng số stake được sử dụng để bỏ phiếu. Ba epoch cuối cùng là cửa sổ bỏ phiếu thực tế.

SGP so với SIMD: Hệ thống hai đường ray

Solana đã có một quy trình đề xuất kỹ thuật gọi là Solana Improvement Documents, hay SIMD. SGP hoạt động khác. SIMD trả lời câu hỏi làm thế nào để xây dựng một thứ gì đó.

SGP trả lời liệu mạng lưới có nên theo đuổi một hướng đi nào đó hay không. Hai đường ray này được thiết kế để bổ trợ cho nhau, không phải cạnh tranh.

Alpenglow, một thay đổi được đề xuất cho giao thức đồng thuận của Solana, minh họa khoảng trống mà SGP nhằm lấp đầy. Nó đã được đưa ra bỏ phiếu như một SIMD trước khi có đủ chi tiết kỹ thuật để phê duyệt chính thức.

Các nhà phát triển cốt lõi cần một tín hiệu định hướng trước. Một SGP có thể nắm bắt quyết định “có, hãy tiến lên” đó, với các SIMD chi tiết theo sau khi thiết kế trưởng thành hơn.

Một SGP được thông qua có chức năng như một nhiệm vụ, không phải là một bản thiết kế hoàn chỉnh. Công việc triển khai thực tế vẫn chạy qua một hoặc nhiều SIMD sau đó.

Các nhà phát triển cốt lõi giữ quyền kiểm soát việc xây dựng kỹ thuật. Quy trình SGP chỉ can thiệp khi người xác thực hoặc người stake muốn có tiếng nói chính thức về định hướng trước.

Đọc thêm:

https://www.livebitcoinnews.com/solana-lands-major-bank-deal-as-toss-tests-global-payments-network/

Ngưỡng phê duyệt và tính toàn vẹn của cuộc bỏ phiếu

Thông qua một SGP yêu cầu đa số siêu cấp. Đối với các cuộc bỏ phiếu, phải đạt ít nhất hai phần ba tổng stake Ủng hộ và Phản đối. Số phiếu trắng không được tính vào mẫu số đó. Cũng không có yêu cầu cử tri tối thiểu, vì vậy số đại biểu không phải là yếu tố quyết định việc một cuộc bỏ phiếu thành công hay thất bại.

Mỗi SGP được gắn với một tài liệu cụ thể, được đóng băng tại một commit cố định trên GitHub. Hơn nữa, người xác thực cam kết stake dựa trên phiên bản chính xác đó, điều này ngăn các đề xuất thay đổi giữa chừng.

Khi đã đóng băng, một SGP không thể được chỉnh sửa. Ngoài ra, bất kỳ sự điều chỉnh nào cũng yêu cầu một đề xuất hoàn toàn mới chính thức thay thế đề xuất cũ.

Bản thân đề xuất onchain được tạo ra thông qua một chương trình có tên svmgov, ghi lại mức độ hỗ trợ và tổng số cuối cùng trực tiếp trên blockchain.

Tài liệu viết được lưu trữ trong kho lưu trữ GitHub, trong khi cuộc bỏ phiếu được giải quyết trên chuỗi. Cùng nhau, chúng tạo thành hai nửa của mỗi SGP được gửi lên mạng lưới.

vietnameselbn

Về tác giả

vietnameselbn

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *