Quản trị Solana: Trình xác thực định hình SOL như thế nào

Quản trị Solana chủ yếu là một quy trình điều phối ngoài chuỗi (off-chain) bao gồm thảo luận đề xuất công khai, xem xét kỹ thuật, tín hiệu từ validator, triển khai phần mềm và sự chấp nhận của validator. Một số quyết định sử dụng tín hiệu theo trọng số cổ phần (stake-weighted signaling), nhưng việc xuất bản một SIMD không tự động tạo ra một cuộc bỏ phiếu ràng buộc trên toàn mạng. Hướng dẫn liên quan đến việc đốt token trên Solana giải thích một cơ chế nguồn cung riêng biệt mà các quyết định quản trị có thể ảnh hưởng đến.

Nội dung này chỉ mang tính chất thông tin và không cấu thành lời khuyên về tài chính, đầu tư hoặc pháp lý. Các khoản đầu tư tiền điện tử, bao gồm cả SOL, tiềm ẩn rủi ro đáng kể. Kết quả quản trị trong quá khứ không đảm bảo hành vi của giao thức trong tương lai. Luôn thực hiện nghiên cứu độc lập trước khi đưa ra quyết định đầu tư hoặc stake.

Điểm mấu chốt

• Quản trị Solana được điều phối ngoài chuỗi thông qua các đề xuất, rà soát kỹ thuật, tín hiệu, triển khai và việc chấp nhận phần mềm; một số quyết định sử dụng cơ chế phát tín hiệu của trình xác thực theo trọng số stake
• Các thay đổi giao thức có thể được ghi lại thông qua các Tài liệu Cải tiến Solana (Solana Improvement Documents – SIMD), vốn hỗ trợ thảo luận công khai nhưng tự chúng không đảm bảo việc được chấp nhận
• Ủy quyền SOL có thể ảnh hưởng đến lượng stake mà một trình xác thực đại diện khi một đề xuất sử dụng cơ chế phát tín hiệu theo trọng số stake; việc ủy quyền không phải là một lá phiếu trực tiếp cho mọi SIMD
• Hệ số Nakamoto đo lường mức độ phi tập trung của quản trị bằng cách theo dõi số lượng trình xác thực phải thông đồng để kiểm soát 33% lượng SOL đã stake
• SIMD-0228, cuộc bỏ phiếu về tỷ lệ lạm phát năm 2024, đã chứng minh quy trình SIMD vận hành ở quy mô lớn trong một quyết định kinh tế có mức độ hệ trọng cao
• Không có thực thể đơn lẻ nào nắm quyền phủ quyết chính thức đối với kết quả SIMD, nhưng Solana Foundation và Solana Labs có ảnh hưởng cấu trúc đáng kể

Trong Hướng dẫn này

1. Ai thực sự kiểm soát Solana?
2. Quản trị Solana là gì?
3. Các bên liên quan chính trong Quản trị Solana là ai?
4. Quy trình SIMD hoạt động như thế nào?
5. Bỏ phiếu có trọng số: Ảnh hưởng của Trình xác thực được tính toán như thế nào
6. SIMD-0228: Cuộc bỏ phiếu lạm phát Solana trong thực tế
7. Quản trị Solana có phi tập trung không? Đánh giá bằng chứng
8. Quản trị Solana so với Ethereum: So sánh song song
9. Rủi ro và hạn chế quản trị
10. Cách tham gia Quản trị Solana với tư cách là Người nắm giữ SOL
11. Câu hỏi thường gặp: Quản trị Solana
12. Kết luận: Ý nghĩa Quản trị Solana đối với bạn

Ai thực sự kiểm soát Solana?

Quản trị Solana đề cập đến hệ thống mà các thay đổi giao thức, tham số kinh tế và quy tắc mạng được quyết định thông qua một quy trình liên quan đến các trình xác thực, Quỹ Solana và Solana Labs, nhưng không thông qua bỏ phiếu trực tiếp của những người nắm giữ token SOL. Mạng lưới blockchain Lớp 1 Solana (SOL) xử lý các quyết định thông qua một quy trình đề xuất ngoài chuỗi có cấu trúc, trong đó các trình xác thực bỏ phiếu theo trọng số cổ phần trên các tài liệu cải tiến chính thức.

Nếu bạn đã đọc về cuộc tranh luận về tỷ lệ lạm phát năm 2024, gặp các lập luận về sự tập trung của trình xác thực, hoặc nghe nói rằng Quỹ Solana nắm giữ quyền kiểm soát vượt trội, bạn đã đến đúng nơi. Hướng dẫn này giải thích cách các quyết định quản trị thực sự được đưa ra trên Solana, ai nắm giữ quyền lực chính thức so với không chính thức, Hệ số Nakamoto cho biết gì về sức khỏe phi tập trung, và chính xác cách các khoản nắm giữ SOL của bạn kết nối với quy trình quản trị.

Khi kết thúc, bạn sẽ hiểu vòng đời đề xuất SIMD, cách bỏ phiếu theo trọng số cổ phần phân phối quyền quản trị, các rủi ro được ghi nhận trong mô hình quản trị của Solana, và các bước cụ thể bạn có thể thực hiện để tham gia với tư cách là người nắm giữ, trình xác thực hoặc nhà phát triển.

Quản trị Solana là gì?

Solana không sử dụng quản trị trên chuỗi cho các quyết định cấp giao thức. Không giống như các giao thức như Compound hoặc Tezos, nơi những người nắm giữ token bỏ phiếu trực tiếp thông qua các giao dịch blockchain tự động thực thi thay đổi, Solana dựa vào một quy trình ngoài chuỗi: các đề xuất được tranh luận và phê duyệt thông qua các kênh bên ngoài trước khi bất kỳ thay đổi nào được triển khai trên mạng.

Quản trị Trên Chuỗi so với Ngoài Chuỗi: Vị trí của Solana

Quản trị ngoài chuỗi đề cập đến một quy trình ra quyết định nơi các thay đổi giao thức được tranh luận và thống nhất bên ngoài chính blockchain, thông qua các kho lưu trữ GitHub, diễn đàn cộng đồng và tín hiệu của trình xác thực, trước khi được triển khai trong các bản cập nhật phần mềm. Solana sử dụng mô hình này cho tất cả các quyết định cấp giao thức.

Ngược lại, các hệ thống quản trị trên chuỗi thực thi bỏ phiếu trực tiếp thông qua các hợp đồng thông minh. Khi một đề xuất được thông qua, mã thay đổi sẽ tự động thực thi mà không yêu cầu sự phối hợp của con người để triển khai. Các giao thức như Tezos sử dụng phương pháp này ở cấp độ mạng. Nhiều ứng dụng tài chính phi tập trung (DeFi) được xây dựng trên Solana cũng sử dụng quản trị trên chuỗi cho các tham số riêng của chúng, nhưng đó là một lớp riêng biệt với quản trị mạng Solana và không nên nhầm lẫn với nó.

Quản trị của Solana dựa trên ba trụ cột liên kết với nhau. Trụ cột đầu tiên là quy trình Tài liệu Cải tiến Solana (SIMD), một cơ chế công khai để ghi lại và thảo luận về các đề xuất thay đổi giao thức (được đề cập chi tiết trong phần SIMD). Trụ cột thứ hai là tín hiệu cụ thể của đề xuất và việc áp dụng phần mềm trình xác thực, có thể thay đổi theo từng thay đổi. Trụ cột thứ ba là vai trò điều phối của Quỹ Solana và Solana Labs, những đơn vị định hình các đề xuất nào được đưa vào quy trình và cách chúng được triển khai.

Mô hình đồng thuận của Solana giải thích tại sao quản trị hoạt động theo cách này. PoH (Bằng chứng Lịch sử) là một cơ chế tính thời gian mật mã, một đồng hồ có thể xác minh được tích hợp vào giao thức, cho phép Solana sắp xếp thứ tự các giao dịch với thông lượng cao mà không làm giảm tính bảo mật. PoH hoạt động cùng với Proof-of-Stake (Bằng chứng Cổ phần), cơ chế đồng thuận trong đó các trình xác thực được chọn để tạo khối dựa trên số lượng SOL mà họ đã stake làm tài sản thế chấp. Các trình xác thực có thể báo hiệu sự ủng hộ và cuối cùng chọn phần mềm tương thích nào để chạy, nhưng không phải mọi SIMD đều được quyết định thông qua bỏ phiếu chính thức theo trọng số cổ phần. Các nhà điều hành hạ tầng có quyền lực triển khai đáng kể, trong khi các nhà phát triển, nhóm khách hàng, Quỹ, nhóm ứng dụng và cộng đồng rộng lớn hơn cũng định hình kết quả. Sự khác biệt kiến trúc này giải thích tại sao Solana sử dụng bỏ phiếu trình xác thực theo trọng số cổ phần ngoài chuỗi thay vì bỏ phiếu token trên chuỗi.

Một số giao thức tài chính phi tập trung (DeFi) được xây dựng trên Solana sử dụng các hệ thống bỏ phiếu token dựa trên DAO như mô hình quản trị của Ethena ở lớp ứng dụng, nơi những người nắm giữ token bỏ phiếu trực tiếp cho các tham số của giao thức. Quản trị mạng Solana không sử dụng mô hình này.

Các bên liên quan chính trong Quản trị Solana là ai?

Không có một thực thể duy nhất nào có khóa quản trị trên chuỗi phổ quát cho giao thức Solana. Ảnh hưởng được phân phối cho các trình xác thực, nhà phát triển khách hàng, Quỹ Solana, Solana Labs, các nhóm kỹ thuật khác và cộng đồng rộng lớn hơn; sự cân bằng phụ thuộc vào đề xuất và lộ trình triển khai.

Trình xác thực: Tín hiệu, Đồng thuận và Áp dụng Phần mềm

Trình xác thực là những người vận hành nút chạy phần mềm Solana, xử lý giao dịch, tạo khối và nắm giữ ảnh hưởng hoạt động thông qua sự tham gia vào đồng thuận, tín hiệu đề xuất và việc áp dụng phần mềm. Vận hành một trình xác thực đòi hỏi phần cứng đáng kể (máy chủ hiệu suất cao với kết nối mạng nhanh) và vốn (SOL tự stake cộng với thu hút sự ủy quyền từ những người nắm giữ khác). Các yêu cầu này hạn chế số lượng thực thể có thể tham gia với tư cách là trình xác thực, điều này rất quan trọng đối với cuộc thảo luận về phi tập trung.

Một số đề xuất có tác động cao sử dụng tính năng báo hiệu trình xác thực theo trọng số stake. Trong những trường hợp đó, sự ủng hộ được đo lường bằng lượng stake được ủy quyền cho các trình xác thực tham gia thay vì mỗi trình xác thực một phiếu bầu. Cơ chế này dành riêng cho từng đề xuất và không nên áp dụng chung cho mọi SIMD.

Theo dữ liệu của Solana Beach validator explorer, Solana hoạt động với hơn 1.000 tài khoản biểu quyết đang hoạt động, mặc dù con số chính xác thay đổi khi các trình xác thực tham gia và rời khỏi. Số lượng tài khoản biểu quyết đang hoạt động (các trình xác thực tham gia vào sự đồng thuận và báo hiệu quản trị) khác với tổng số trình xác thực đã đăng ký và là con số quan trọng để phân tích quản trị.

Solana Foundation và Solana Labs: Tầm ảnh hưởng mà không có quyền phủ quyết

Solana Foundation là một tổ chức phi lợi nhuận có trụ sở tại Geneva, Thụy Sĩ. Sứ mệnh được tuyên bố của tổ chức là hỗ trợ sự phát triển và phi tập trung hóa hệ sinh thái Solana thông qua các khoản tài trợ, giáo dục và các chương trình hỗ trợ trình xác thực. Foundation không có quyền phủ quyết chính thức phổ quát đối với các SIMD, mặc dù các nguồn lực, lựa chọn ủy quyền và khả năng điều phối những bên tham gia hệ sinh thái của tổ chức có thể ảnh hưởng đáng kể đến các kết quả cụ thể.

Như đã nói, Solana Foundation thực hiện ảnh hưởng cấu trúc đáng kể thông qua ba kênh. Thứ nhất, tổ chức vận hành một chương trình ủy quyền trình xác thực, trong đó họ ủy quyền SOL cho các trình xác thực, đặc biệt là những trình xác thực nhỏ hơn, điều này làm tăng lượng stake mà họ đại diện trong việc báo hiệu theo từng đề xuất cụ thể. Điều này có nghĩa là các lựa chọn ủy quyền của Foundation trực tiếp định hình các kết quả quản trị. Thứ hai, tổ chức đóng vai trò trong việc thúc đẩy hoặc giảm mức độ ưu tiên của các đề xuất SIMD, ảnh hưởng đến việc ý tưởng nào được chú ý. Thứ ba, khả năng cấp tài trợ của tổ chức tạo ra các khuyến khích kinh tế có thể gắn kết những bên tham gia hệ sinh thái với các hướng quản trị cụ thể. Bản thân Solana Foundation là một tổ chức tập trung, với ban lãnh đạo và hội đồng quản trị, theo đuổi sứ mệnh thúc đẩy phi tập trung hóa. Sự mâu thuẫn đó mang tính cấu trúc và đáng để tìm hiểu. Để biết thêm thông tin về các chương trình chính thức của Foundation, hãy xem trang web chính thức của Solana Foundation.

Solana Labs là một tổ chức tách biệt với Solana Foundation và không nên bị nhầm lẫn với tổ chức này. Solana Labs là đội ngũ phát triển cốt lõi vì lợi nhuận. Solana Foundation là bên quản lý hệ sinh thái phi lợi nhuận. Solana Labs được đồng sáng lập bởi Anatoly Yakovenko, người phát minh ra Proof of History, người đã nêu rõ triết lý về chủ nghĩa hình thức quản trị tối giản, ưu tiên sự đồng thuận tương đối giữa các bên liên quan về kỹ thuật hơn là biểu quyết trên chuỗi (on-chain) chính thức. Solana Labs soạn thảo một tỷ lệ đáng kể các đề xuất SIMD và có thể giúp triển khai các thay đổi nhận được sự hỗ trợ đầy đủ về mặt kỹ thuật và hệ sinh thái. Mặc dù Solana Labs không nắm giữ quyền biểu quyết chính thức, nhưng vị thế thống trị của tổ chức này trong việc phát triển giao thức cốt lõi đồng nghĩa với việc họ thực hiện ảnh hưởng thực tế đối với việc đề xuất nào được đưa vào và tiến triển thông qua quy trình SIMD.

Người nắm giữ token SOL: Quản trị gián tiếp thông qua ủy quyền

Người nắm giữ token SOL không nhận được một lá phiếu trực tiếp phổ quát ở cấp độ giao thức chỉ bằng cách nắm giữ SOL. Đây là một quan niệm sai lầm phổ biến, đặc biệt là đối với những người nắm giữ đã quen thuộc với các giao thức dựa trên DAO, nơi lượng token nắm giữ được chuyển trực tiếp thành quyền biểu quyết. Khi một đề xuất sử dụng tính năng báo hiệu của trình xác thực, các trình xác thực sẽ gửi tín hiệu liên quan; các thay đổi khác tiến triển thông qua việc xem xét, triển khai và áp dụng mà không cần một lá phiếu phổ quát duy nhất.

Người nắm giữ SOL có ảnh hưởng quản trị thông qua việc stake ủy quyền. Khi báo hiệu theo trọng số stake được sử dụng, SOL được ủy quyền sẽ ảnh hưởng đến lượng stake do trình xác thực đại diện. Việc ủy quyền này trên Solana là phi lưu ký: bạn vẫn giữ quyền sở hữu SOL của mình trong suốt quá trình. Staking thông qua một sàn giao dịch tập trung thông qua một nền tảng staking tập trung thì khác. Trong những trường hợp đó, nền tảng kiểm soát việc lựa chọn trình xác thực và bất kỳ hoạt động báo hiệu cụ thể cho đề xuất nào liên quan đến lượng stake được gộp chung. Ý nghĩa quản trị của việc staking thông qua sàn giao dịch so với ủy quyền tự lưu ký là khác nhau về cơ bản, đó là lý do tại sao phần tham gia giải quyết trực tiếp sự khác biệt này.

Do đó, việc bạn chọn trình xác thực là một quyết định tham gia mạng lưới cũng như một quyết định về lợi nhuận và rủi ro. Người staker ủy quyền cho một trình xác thực tích cực quản trị đang làm ảnh hưởng đến lượng stake được đại diện bởi trình xác thực đó trong các hoạt động báo hiệu theo từng đề xuất cụ thể trong tương lai.

Quy trình SIMD hoạt động như thế nào? Vòng đời đề xuất quản trị của Solana

Tài liệu Cải tiến Solana (SIMD) ghi lại và giải thích một thay đổi được đề xuất. Bất kỳ ai cũng có thể gửi tài liệu thông qua kho lưu trữ công khai, nơi các cộng tác viên có thể xem xét lý do, đặc điểm kỹ thuật, các lựa chọn thay thế và các cân nhắc triển khai. Một số SIMD hoặc tài liệu được hợp nhất cho thấy một đề xuất đã được ghi chép lại; bản thân nó không có nghĩa là thay đổi đó đã được phê duyệt, triển khai, được các trình xác thực chấp nhận hoặc được kích hoạt trên Mainnet.

SIMD là gì?

Các SIMD tạo ra một định dạng công khai nhất quán cho các đề xuất kỹ thuật. Tùy thuộc vào thay đổi, lộ trình từ đề xuất đến Mainnet có thể bao gồm thảo luận, phát triển mã, thử nghiệm máy khách, điều phối phát hành, báo hiệu trình xác thực, kích hoạt tính năng và áp dụng phần mềm tương thích. Người đọc nên kiểm tra kho lưu trữ và tài liệu phát hành hiện tại để biết trạng thái của một đề xuất cụ thể.

Từ đề xuất đến việc áp dụng mạng lưới

1. Dự thảo và thảo luận: Một tác giả ghi lại vấn đề, lý do và thiết kế kỹ thuật để công chúng xem xét.
2. Đánh giá kỹ thuật: Các kỹ sư, trình xác thực, đội ngũ ứng dụng và thành viên cộng đồng đánh giá tính bảo mật, khả năng tương thích, tính kinh tế và tác động vận hành.
3. Triển khai và thử nghiệm: Một đội ngũ máy khách có thể triển khai thay đổi, nhưng việc triển khai không đảm bảo sẽ được áp dụng chính thức.
4. Báo hiệu hoặc điều phối theo đề xuất cụ thể: Một số thay đổi sử dụng báo hiệu trình xác thực theo trọng số stake hoặc một quy trình được ghi chép khác. Những thay đổi khác chủ yếu dựa vào sự đồng thuận về kỹ thuật và xã hội.
5. Áp dụng và kích hoạt phần mềm: Các trình xác thực phải áp dụng các bản phát hành tương thích và mọi điều kiện kích hoạt hiện hành phải được đáp ứng trước khi các hành vi thay đổi trên Mainnet.

Lộ trình chính xác là đặc thù cho từng đề xuất. Mô hình năm giai đoạn nên được coi là một khung giải thích, không phải là một hiến pháp ràng buộc áp dụng giống hệt nhau cho mọi SIMD.

Tài nguyên: Tìm các đề xuất SIMD ở đâu Kho lưu trữ SIMD công khai chứa các tài liệu đề xuất và lịch sử thảo luận. Xác nhận trạng thái hiện tại trong kho lưu trữ và tài liệu phát hành máy khách có liên quan thay vì suy luận trạng thái chỉ từ số SIMD.

Báo hiệu theo trọng số Stake: Khi Stake của trình xác thực được tính đến

Báo hiệu theo trọng số Stake đo lường các Vị thế của trình xác thực tham gia theo lượng stake SOL được ủy quyền cho họ. Một trình xác thực đại diện cho 5% lượng stake tham gia có thể có trọng số tín hiệu lớn hơn một trình xác thực nhỏ hơn. Đây không phải là hệ thống biểu quyết phổ quát cho mọi SIMD và nó không làm cho mỗi SOL được ủy quyền trở thành một lá phiếu trực tiếp của người nắm giữ token.

Ý nghĩa của báo hiệu theo trọng số Stake trong thực tế

Nếu một đề xuất cụ thể xác định quy trình báo hiệu theo trọng số stake, việc ủy quyền sẽ ảnh hưởng đến lượng stake mà trình xác thực đại diện. Người nắm giữ token có thể xem xét vị thế công khai của trình xác thực và ủy quyền lại, nhưng họ không trực tiếp gửi tín hiệu của trình xác thực thông qua việc staking gốc thông thường. Các sản phẩm staking tập trung cũng có thể chọn trình xác thực và kiểm soát bất kỳ hoạt động báo hiệu liên quan nào cho lượng stake được gộp chung.

Tỷ lệ tham gia tối thiểu, ngưỡng, thời gian và các công cụ báo hiệu có thể khác nhau tùy theo đề xuất. Chúng nên được xác minh dựa trên các tài liệu chính cho quyết định đó. Việc triển khai phần mềm, sự chấp nhận của trình xác thực và các điều kiện kích hoạt vẫn tách biệt với kết quả báo hiệu.

SIMD-0228: Một cuộc biểu quyết về lạm phát cụ thể cho đề xuất

SIMD-0228 đề xuất thay thế lịch giảm phát cố định của Solana bằng cơ chế phát hành dựa trên thị trường. Các validator đã tiến hành bỏ phiếu theo trọng số cổ phần vào tháng 3 năm 2025. Các báo cáo đương thời mô tả khoảng 61% sự ủng hộ trong lượng cổ phần tham gia, dưới ngưỡng hai phần ba yêu cầu, do đó đề xuất đã không được thông qua.

Tập này hữu ích chính xác vì nó dành riêng cho đề xuất: nó cho thấy tín hiệu theo trọng số cổ phần có thể được sử dụng cho một quyết định kinh tế quan trọng, chứ không phải mọi SIMD đều tuân theo cùng một lá phiếu. Nó cũng nêu bật các xung đột tiềm ẩn giữa việc phát hành token, doanh thu của validator, sự tham gia Staking và bảo mật mạng. Độc giả nên xác minh văn bản đề xuất và kết quả cuối cùng dựa trên hồ sơ gốc trước khi tin cậy vào các số liệu chính xác.

Quản trị Solana có Phi tập trung không? Đánh giá Bằng chứng

Quản trị của Solana một phần là phi tập trung, với sự phân bổ toàn cầu có ý nghĩa của các validator đang hoạt động và quy trình đề xuất mở, nhưng với sự tập trung cổ phần đáng chú ý trong số các top validator và ảnh hưởng cấu trúc tập trung vào hai tổ chức. Dù là lời khẳng định mang tính quảng cáo hay lời phủ nhận gạt bỏ đều không phản ánh đúng bức tranh thực tế.

Hệ số Nakamoto: Chuẩn mực Phi tập trung của Solana

Hệ số Nakamoto đo lường số lượng tối thiểu các validator độc lập cần thông đồng để kiểm soát 33% SOL được stake, ngưỡng cần thiết để dừng mạng hoặc thực hiện ảnh hưởng quyết định đối với kết quả quản trị. Hệ số Nakamoto cao hơn cho thấy nhiều thực thể hơn phải phối hợp để làm tổn hại quản trị, điều này thể hiện sự phi tập trung lớn hơn. Hệ số thấp hơn có nghĩa là ít validator thông đồng hơn có thể phủ quyết hoặc buộc thông qua một kết quả SIMD.

Hệ số Nakamoto của Solana trong lịch sử dao động từ 19 đến 35, nghĩa là đâu đó từ 19 đến 35 validator cần thông đồng để đạt ngưỡng 33% cổ phần. Hãy xác minh giá trị hiện tại thông qua Solana Beach validator explorer tại thời điểm đọc, vì chỉ số này thay đổi theo hành vi của validator và luồng cổ phần. Để so sánh, Hệ số Nakamoto của Ethereum (đo lường qua Rated.network hoặc các công cụ tương đương) phản ánh tập hợp validator lớn hơn, mặc dù cả hai mạng đều cho thấy sự tập trung cổ phần có ý nghĩa trong số các top validator của họ.

Hàm ý quản trị là trực tiếp: nếu Hệ số Nakamoto là 25, thì 25 top validator theo trọng số cổ phần cùng nhau kiểm soát việc bất kỳ đề xuất SIMD nào có thể bị chặn hoặc buộc thông qua hay không. Những validator đó không nhất thiết phải phối hợp hoặc liên kết, nhưng khả năng phối hợp về mặt cấu trúc là tồn tại.

Sự tập trung của Validator Stake: Số liệu cho thấy gì

DỮ LIỆU: Số liệu Phi tập trung Quản trị Solana (Nguồn: Solana Beach validator explorer — xác minh tất cả các giá trị tại thời điểm đọc)

Đánh giá mức độ phi tập trung của quản trị Solana trên bốn khía cạnh:

Số lượng validator (tín hiệu tích cực): Solana hoạt động với hơn 1.000 tài khoản bỏ phiếu đang hoạt động được phân bổ trên nhiều quốc gia. Sự đa dạng về địa lý và nhà điều hành này có nghĩa là không có trung tâm dữ liệu, khu vực pháp lý hoặc thực thể doanh nghiệp nào có thể đơn phương kiểm soát kết quả quản trị chỉ bằng cơ sở hạ tầng vật lý.

Sự tập trung Stake (tín hiệu hỗn hợp): Các top validator theo trọng số cổ phần nắm giữ một phần không tương xứng trong tổng số SOL được stake. Kết quả quản trị trong bất kỳ cuộc bỏ phiếu SIMD nào đều được định hình đáng kể bởi một tập hợp con tương đối nhỏ của tập hợp validator, ngay cả khi số lượng validator còn lại là đông đảo. Hãy xác minh phần trăm cổ phần top-10 và top-33 hiện tại qua Solana Beach. Các nhà phân tích theo dõi chỉ số này nên lưu ý liệu xu hướng có đang cải thiện hay xấu đi theo thời gian hay không, vì sự tập trung cổ phần có thể thay đổi đáng kể với hành vi ủy quyền.

Sự đa dạng về client (tín hiệu cải thiện): Trong lịch sử, tập hợp validator của Solana hoạt động trên một triển khai client duy nhất, tạo ra một điểm lỗi duy nhất cho quản trị và đồng thuận. Client Firedancer do Jump Crypto phát triển đang tăng cường sự đa dạng về client, mặc dù client Agave vẫn chiếm ưu thế. Sự đa dạng client lớn hơn làm giảm rủi ro quản trị do các quyết định về hành vi phần mềm của bất kỳ nhóm phát triển đơn lẻ nào gây ra.

Sự kiểm soát cổ phần của tổ chức (yếu tố rủi ro): Các sàn giao dịch tập trung cung cấp dịch vụ staking gộp cung cấp các sản phẩm staking SOL mà trong đó sàn giao dịch, chứ không phải người nắm giữ cá nhân, kiểm soát trọng số bỏ phiếu của validator đối với các stake gộp. Khi một lượng lớn SOL được stake chảy qua các chương trình staking của sàn giao dịch, sàn giao dịch sẽ tập trung quyền quản trị trên thực tế thuộc về những người nắm giữ cá nhân. Động lực này có thể nén Hệ số Nakamoto hiệu quả xuống dưới mức mà số lượng validator thô cho thấy.

Bức tranh tổng thể là quản trị của Solana có phạm vi thực sự, với một tập hợp validator lớn, phân bổ địa lý rộng rãi và quy trình SIMD mở mà bất kỳ thành viên cộng đồng nào cũng có thể tham gia, cùng với các rủi ro tập trung thực sự trong phân phối cổ phần và năng lực phát triển.

Quản trị Solana so với Ethereum: So sánh song song

Cả Solana và Ethereum đều chủ yếu dựa vào quản trị ngoài chuỗi (off-chain): không mạng nào sử dụng hợp đồng thông minh trên chuỗi (on-chain) để tự động thực thi các thay đổi giao thức. Sự khác biệt có ý nghĩa nằm ở cách trọng số bỏ phiếu được chính thức hóa và ai là những tác nhân quản trị chính.

Sự khác biệt có ý nghĩa cấu trúc nhất giữa quản trị Solana và Ethereum là cách tính trọng số bỏ phiếu. Solana sử dụng bỏ phiếu của validator theo trọng số cổ phần: một cơ chế chính thức, được ghi lại, trong đó cổ phần SOL trực tiếp chuyển thành ảnh hưởng quản trị. Quản trị của Ethereum sau Merge dựa nhiều hơn vào đồng thuận xã hội gần đúng giữa các nhà phát triển cốt lõi, đội ngũ client và cộng đồng rộng lớn hơn, một quy trình ít chính thức hơn, nơi không có chỉ số đơn lẻ nào nắm bắt được sức mạnh ra quyết định. Quản trị của Bitcoin là thận trọng nhất trong ba loại, với các thay đổi yêu cầu sự liên kết sức mạnh băm của thợ đào và thường phải đối mặt với nhiều năm tranh luận cộng đồng trước khi được kích hoạt.

Không có ba mô hình nào trong số này trao quyền phủ quyết chính thức trên chuỗi cho bất kỳ thực thể đơn lẻ nào. Mỗi mô hình phản ánh những đánh đổi khác nhau giữa tốc độ thay đổi và phạm vi các bên liên quan. Mô hình dựa trên trọng số cổ phần, tập trung vào trình xác thực của Solana cho phép các nâng cấp giao thức tiến hành nhanh hơn quy trình đồng thuận chung của Ethereum với nhiều bên liên quan, một yếu tố thực tế để các nhà phát triển đánh giá rủi ro quản trị ở lớp ứng dụng của họ. Để có cái nhìn rộng hơn về cách các mạng Layer-1 khác xử lý quản trị dựa trên token, hãy xem cách NEAR Protocol cấu trúc mô hình quản trị dựa trên token của mình.

Rủi ro và Hạn chế Quản trị

Mô hình quản trị của Solana có các rủi ro cấu trúc được ghi nhận mà các nhà đầu tư và nhà phát triển nên hiểu trước khi đánh giá sức khỏe quản trị dài hạn của mạng. Mỗi rủi ro dưới đây đi kèm với một yếu tố giảm thiểu, vì rủi ro quản trị hiếm khi mang tính nhị phân.

1. Rủi ro tập trung Stake. Các top validator theo trọng số cổ phần cùng nhau kiểm soát một phần lớn trọng số phiếu bầu quản trị. Nếu các trình xác thực nắm giữ phần cổ phần lớn nhất phối hợp bỏ phiếu, họ có thể quyết định kết quả của bất kỳ SIMD nào bất kể cách bộ trình xác thực rộng hơn bỏ phiếu. Yếu tố giảm thiểu: Hệ số Nakamoto (trong lịch sử từ 19 đến 35) có nghĩa là sự phối hợp yêu cầu tối thiểu 19 bên độc lập, làm giảm xác suất thông đồng không bị phát hiện.

2. Sự phụ thuộc của nhà phát triển cốt lõi vào Solana Labs. Solana Labs soạn thảo phần lớn các đề xuất SIMD và là nhóm chính chịu trách nhiệm triển khai các thay đổi đã được phê duyệt. Nếu Solana Labs ưu tiên thấp một đề xuất hoặc từ chối triển khai SIMD đã được phê duyệt, hệ thống quản trị không có cơ chế thực thi chính thức. Yếu tố giảm thiểu: Sự phát triển của việc phát triển client độc lập (Firedancer) và những người đóng góp kỹ thuật bên thứ ba làm giảm, theo thời gian, rủi ro điểm lỗi đơn lẻ do năng lực kỹ thuật của một tổ chức.

3. Sự thiếu minh bạch của quản trị ngoài chuỗi. Vì quản trị của Solana diễn ra thông qua các bình luận trên GitHub, các luồng diễn đàn và tín hiệu ngoài chuỗi của trình xác thực thay vì các giao dịch trên chuỗi, nên không có một sổ cái duy nhất có thể kiểm toán về hoạt động quản trị. Phân tích sự tham gia bỏ phiếu trong quá khứ đòi hỏi phải tái tạo tín hiệu từ nhiều nguồn. Yếu tố giảm thiểu: Kho lưu trữ GitHub SIMD duy trì một bản ghi công khai vĩnh viễn về các đề xuất và vòng đời của chúng, và các công cụ như dữ liệu tham gia quản trị của Validators.app theo dõi hành vi bỏ phiếu của từng trình xác thực.

4. Sự tập trung cổ phần do sàn giao dịch kiểm soát. Các sàn giao dịch tập trung cung cấp các chương trình staking SOL gộp SOL của khách hàng và kiểm soát trọng số phiếu bầu của trình xác thực liên quan. Điều này có thể tập trung ảnh hưởng quản trị vào các nhà điều hành sàn giao dịch thay vì các chủ sở hữu cá nhân. Yếu tố giảm thiểu: Những người nắm giữ SOL sử dụng ví tự quản lý (Phantom, Solflare) và ủy quyền trực tiếp cho trình xác thực sẽ giữ toàn quyền kiểm soát giọng nói quản trị nào mà cổ phần của họ khuếch đại.

5. Sự biến động tỷ lệ tham gia của trình xác thực. Không phải tất cả các tài khoản bỏ phiếu đang hoạt động đều tham gia vào mọi cuộc bỏ phiếu SIMD. Các trình xác thực bỏ phiếu trắng hoặc không tham gia vào các cuộc thảo luận quản trị làm giảm tỷ lệ tham gia hiệu quả, điều này có thể làm sai lệch kết quả theo hướng các trình xác thực chú ý nhất (và thường là lớn nhất). Yếu tố giảm thiểu: Chương trình ủy quyền của Solana Foundation ưu tiên các trình xác thực tích cực tham gia quản trị, tạo ra một động lực kinh tế cho sự tham gia vượt ra ngoài sự tham gia đồng thuận đơn thuần.

Những rủi ro này là các đặc điểm cấu trúc của mô hình quản trị hiện tại của Solana, không phải là những thất bại được dự đoán. Các hệ thống quản trị phát triển và một số rủi ro này đã được cải thiện đáng kể khi sự đa dạng client tăng lên và quy trình SIMD đã trưởng thành kể từ năm 2022.

Cách tham gia Quản trị Solana với tư cách Chủ sở hữu SOL

SOL Staking không mang lại cho bạn quyền bỏ phiếu trực tiếp đối với các đề xuất quản trị Solana. Sự tham gia quản trị của bạn diễn ra thông qua việc lựa chọn trình xác thực: bằng cách ủy quyền SOL của bạn cho một trình xác thực có hồ sơ tham gia quản trị tích cực, bạn khuếch đại trọng số cổ phần của trình xác thực đó trong mọi SIMD.

Có hai con đường tham gia riêng biệt tùy thuộc vào vai trò và mục tiêu của bạn.

Con đường 1: Chọn trình xác thực có hoạt động quản trị

Chủ sở hữu SOL tham gia quản trị Solana chủ yếu thông qua việc lựa chọn trình xác thực. Các bước dưới đây sẽ đưa bạn từ người stake thụ động trở thành người ủy quyền có ý thức về quản trị.

1. Nghiên cứu hồ sơ tham gia quản trị của trình xác thực. Truy cập trình khám phá trình xác thực Solana Beach hoặc dữ liệu tham gia quản trị của Validators.app để xem lịch sử bỏ phiếu của từng trình xác thực trên các SIMD gần đây. Tìm kiếm các trình xác thực có hồ sơ tham gia nhất quán trên nhiều đề xuất, không phải những trình bỏ phiếu thất thường hoặc bỏ phiếu trắng cho các cuộc bỏ phiếu gây tranh cãi.

2. Kiểm tra kích thước cổ phần của trình xác thực và ý nghĩa quản trị của nó. Các trình xác thực lớn hơn có trọng số bỏ phiếu lớn hơn, nghĩa là SOL được ủy quyền của bạn khuếch đại tiếng nói quản trị lớn hơn. Các trình xác thực nhỏ hơn có thể phù hợp hơn với các mục tiêu phân quyền mạng nhưng có trọng số bỏ phiếu cá nhân nhỏ hơn. Không có câu trả lời nào đúng cho tất cả; lựa chọn phụ thuộc vào việc bạn ưu tiên ảnh hưởng quản trị hay sức khỏe phân phối cổ phần.

3. Xem xét triết lý quản trị đã nêu của trình xác thực. Nhiều trình xác thực công bố các quan điểm quản trị của họ thông qua các bài đăng blog, luồng diễn đàn hoặc các đóng góp trên GitHub. Một trình xác thực thường xuyên bình luận về các đề xuất SIMD trong giai đoạn Review và Last Call thể hiện sự tham gia chân thực, không chỉ đơn thuần bỏ phiếu sau khi quyết định đã được đưa ra.

4. Xác minh bạn đang sử dụng ủy quyền tự quản lý, không phải staking sàn giao dịch. Việc Staking thông qua một sàn giao dịch tập trung (Coinbase, Binance hoặc Kraken) thường có nghĩa là nền tảng kiểm soát việc lựa chọn trình xác thực và bất kỳ tín hiệu cụ thể nào của đề xuất liên quan đến cổ phần được gộp. Sử dụng ví tự quản lý như Phantom hoặc Solflare và ủy quyền trực tiếp cho trình xác thực đã chọn của bạn để giữ quyền kiểm soát tiếng nói quản trị của bạn.

5. Ủy quyền SOL của bạn. Kết nối ví của bạn, chọn trình xác thực đã chọn và xác nhận giao dịch ủy quyền. SOL đã stake của bạn giờ đây khuếch đại trọng số phiếu bầu quản trị của trình xác thực đó trong mỗi cuộc bỏ phiếu SIMD trong tương lai trong thời gian ủy quyền của bạn.

Con đường 2: Tham gia trực tiếp vào quy trình SIMD

Các thành viên cộng đồng có kiến thức kỹ thuật, bao gồm các nhà phát triển và nhà nghiên cứu, có thể tham gia trực tiếp vào quy trình SIMD mà không cần chạy trình xác thực.

1. Theo dõi kho lưu trữ GitHub SIMD cho các đề xuất ở giai đoạn Draft hoặc Review. Tất cả các đề xuất đều có sẵn công khai và mở để bình luận từ bất kỳ thành viên cộng đồng nào có tài khoản GitHub.

2. Bình luận trong giai đoạn Review hoặc Last Call để đóng góp phản hồi kỹ thuật hoặc quan điểm cộng đồng về các đề xuất ảnh hưởng đến trường hợp sử dụng của bạn. Các bình luận kỹ thuật có nội dung trong các giai đoạn này có thể ảnh hưởng đến cách các đề xuất được sửa đổi trước cuộc bỏ phiếu.

3. Tham gia các luồng quản trị trên Diễn đàn Solana tại forum.solana.com, nơi các cuộc thảo luận SIMD diễn ra song song với GitHub và thường thu hút sự đóng góp rộng rãi hơn từ cộng đồng.

4. Gửi SIMD của riêng bạn bằng cách soạn thảo một tài liệu đề xuất theo mẫu SIMD-0001 trong kho lưu trữ GitHub SIMD) và mở một pull request. SIMD thành công yêu cầu một người hỗ trợ có kết nối kỹ thuật vững chắc để điều phối đánh giá kỹ thuật và tiếp cận trình xác thực. Con đường này thực tế đối với các nhà phát triển có đề xuất cải tiến giao thức cụ thể; đối với những người không phải là nhà phát triển, các bước từ 1 đến 3 là các điểm vào có thể tiếp cận được.

Đối với những người đang cân nhắc việc vận hành một validator để có tiếng nói quản trị trực tiếp: việc vận hành validator yêu cầu phần cứng máy chủ hiệu suất cao, kết nối mạng băng thông cao và đủ lượng SOL được Staking để thu hút những người ủy quyền. Xem tài liệu validator chính thức của Solana để biết các yêu cầu thiết lập kỹ thuật. Lộ trình này cung cấp quyền bỏ phiếu SIMD trực tiếp nhưng đại diện cho một cam kết vận hành đáng kể.

Tài nguyên Solana liên quan

Quản trị có thể thay đổi các tham số kinh tế, trong khi hướng dẫn về đốt token trên Solana giải thích việc đốt ở cấp độ token và phí. Trang giá SOL cung cấp bối cảnh thị trường. Người dùng xem xét các sản phẩm liên quan đến Staking có thể kiểm tra riêng SOL Earn, bao gồm các điều khoản và rủi ro hiện tại.

Câu hỏi thường gặp: Quản trị Solana

Các câu hỏi sau đây giải đáp những điểm gây nhầm lẫn phổ biến nhất về cách thức hoạt động của quản trị Solana, ai nắm giữ quyền ra quyết định và cách những người nắm giữ SOL có thể tham gia.

Solana có quản trị trên chuỗi không?

Solana không sử dụng quản trị trên chuỗi cho các quyết định ở cấp độ giao thức. Các thay đổi giao thức được đề xuất thông qua quy trình SIMD ngoài chuỗi, được tranh luận trên GitHub và các diễn đàn cộng đồng, và được phê chuẩn thông qua tín hiệu của validator ngoài chuỗi trước khi được triển khai trong các bản cập nhật phần mềm. Các giao thức DeFi riêng lẻ được xây dựng trên Solana có thể sử dụng quản trị trên chuỗi cho các tham số của riêng họ, nhưng điều này tách biệt với quản trị mạng lưới Solana.

Ai kiểm soát Blockchain Solana?

Không có thực thể đơn lẻ nào kiểm soát Blockchain Solana. Quyền quản trị được phân bổ cho các validator bỏ phiếu chính thức cho các SIMD, Solana Foundation (tổ chức gây ảnh hưởng đến kết quả thông qua chương trình ủy quyền validator và vận động đề xuất) và Solana Labs (nơi soạn thảo hầu hết các đề xuất và có thể giúp triển khai các thay đổi nhận được đủ sự hỗ trợ về kỹ thuật và hệ sinh thái). Những người nắm giữ token SOL không có quyền bỏ phiếu trực tiếp, nhưng có thể ảnh hưởng đến quản trị gián tiếp thông qua lựa chọn validator của họ khi Staking.

Những người nắm giữ token SOL có thể bỏ phiếu trực tiếp cho các đề xuất quản trị không?

Những người nắm giữ token SOL không thể bỏ phiếu trực tiếp cho các đề xuất quản trị mạng lưới Solana. Việc bỏ phiếu cho các SIMD được thực hiện bởi các validator, theo trọng số tổng lượng SOL được Staking với mỗi validator. Những người nắm giữ SOL tham gia gián tiếp: bằng cách ủy quyền SOL được Staking cho một validator tích cực tham gia quản trị, họ sẽ khuếch đại phiếu bầu theo trọng số stake của validator đó trên mọi SIMD. Lựa chọn một validator có ý thức quản trị là hành động quản trị chính dành cho những người nắm giữ SOL nhỏ lẻ.

Hệ số Nakamoto là gì và tại sao nó lại quan trọng đối với Solana?

Hệ số Nakamoto đo lường số lượng validator độc lập tối thiểu cần phải thông đồng để kiểm soát 33% lượng SOL được Staking, ngưỡng mà tại đó một nhóm phối hợp có thể thực hiện ảnh hưởng mang tính quyết định đối với các kết quả quản trị hoặc làm dừng mạng lưới. Hệ số cao hơn cho thấy mức độ phi tập trung quản trị lớn hơn. Hệ số Nakamoto của Solana trong lịch sử dao động từ 19 đến 35; hãy xác minh giá trị hiện tại thông qua trình khám phá validator Solana Beach. Con số này càng thấp, càng ít validator cần phối hợp để định hình bất kỳ kết quả SIMD nào.

SIMD trong Solana là gì?

SIMD (Solana Improvement Document) là cơ chế đề xuất chính thức thông qua đó các thay đổi giao thức được đề xuất và phê chuẩn trên Solana. Tương tự như quy trình EIP của Ethereum, bất kỳ thành viên cộng đồng nào cũng có thể soạn thảo một SIMD và gửi nó dưới dạng một pull request tới kho lưu trữ SIMD GitHub công khai. Đề xuất sau đó trải qua năm giai đoạn: Draft (Dự thảo), Review (Xem xét), Last Call (Lời gọi cuối), Voting (Bỏ phiếu), sau đó là Activation (Kích hoạt). Các validator thực hiện bỏ phiếu theo trọng số stake trong giai đoạn Bỏ phiếu để xác định xem đề xuất có được tiến hành hay không.

Solana khác với Ethereum như thế nào trong quản trị?

Solana sử dụng hình thức bỏ phiếu validator theo trọng số stake ngoài chuỗi được chính thức hóa thông qua quy trình SIMD. Ethereum dựa trên sự đồng thuận xã hội sơ bộ của nhiều bên liên quan thông qua quy trình EIP của mình, liên quan đến các nhà phát triển cốt lõi, các nhóm khách hàng và cộng đồng rộng lớn hơn mà không có cơ chế bỏ phiếu theo trọng số chính thức. Cả hai mạng lưới đều dựa chủ yếu vào các quy trình ngoài chuỗi và không mạng lưới nào trao quyền phủ quyết chính thức cho bất kỳ thực thể đơn lẻ nào. Điểm khác biệt chính là cơ chế dựa trên trọng số stake của Solana giúp ảnh hưởng bỏ phiếu có thể định lượng rõ ràng hơn.

Solana có bao nhiêu validator?

Solana hoạt động với hơn 1.000 tài khoản bỏ phiếu đang hoạt động, mặc dù con số chính xác thay đổi khi các validator tham gia và rời khỏi. Xác minh số lượng tài khoản bỏ phiếu đang hoạt động hiện tại thông qua trình khám phá validator Solana Beach tại thời điểm đọc. Chỉ riêng số lượng validator thô có thể gây hiểu lầm: điều quan trọng đối với sức khỏe quản trị là cách stake được phân bổ giữa các validator đó, chứ không chỉ là có bao nhiêu validator tồn tại. Hệ số Nakamoto cung cấp thước đo phi tập trung có ý nghĩa hơn là chỉ dựa trên số lượng validator.

Solana Foundation có tập trung không?

Bản thân Solana Foundation là một tổ chức tập trung với ban lãnh đạo và quyền hạn của hội đồng quản trị, mặc dù sứ mệnh đã nêu của nó là thúc đẩy tính phi tập trung trong toàn bộ hệ sinh thái Solana. Nó vận hành một chương trình ủy quyền validator để cung cấp SOL cho các validator, đặc biệt là các validator nhỏ hơn, nhằm tăng trọng số phiếu bầu quản trị của họ. Foundation không nắm giữ quyền phủ quyết chính thức đối với các kết quả SIMD, nhưng các lựa chọn ủy quyền, vận động đề xuất và cấp tài trợ của họ tạo ra ảnh hưởng cấu trúc có ý nghĩa đối với các kết quả quản trị.

Bỏ phiếu theo trọng số stake là gì trong tiền điện tử?

Bỏ phiếu theo trọng số Stake là một cơ chế quản trị trong đó phiếu bầu của người tham gia mang lại ảnh hưởng tỷ lệ thuận với lượng tiền điện tử mà họ đã Staking, thay vì một phiếu bầu cho mỗi người tham gia hoặc một phiếu bầu cho mỗi token được nắm giữ trực tiếp. Trên Solana, trọng số phiếu bầu của một validator đối với một đề xuất SIMD bằng với tỷ lệ của họ trong tổng số SOL được Staking. Một validator sở hữu 5% tổng số SOL được Staking sẽ kiểm soát 5% trọng số phiếu bầu, bất kể có bao nhiêu validator khác tồn tại trong mạng lưới.

Điều gì xảy ra nếu một cuộc bỏ phiếu SIMD thất bại?

Solana Labs soạn thảo và triển khai các nâng cấp phần mềm cốt lõi, nhưng các thay đổi được SIMD phê duyệt sẽ xác định nội dung của các bản nâng cấp đó. Các validator phải cập nhật phần mềm nút của họ lên phiên bản mới để kích hoạt thay đổi giao thức đã được phê duyệt. Đa số tuyệt đối SOL được Staking phải đang chạy phần mềm cập nhật để thay đổi có hiệu lực trên toàn mạng lưới. Các validator từ chối nâng cấp sẽ trì hoãn hoặc ngăn chặn việc kích hoạt một cách hiệu quả, mang lại cho họ một hình thức ảnh hưởng quản trị thực tế ngoài phiếu bầu dựa trên trọng số stake chính thức của họ.

Quản trị Solana có đủ phi tập trung không?

Quản trị của Solana có các tính năng phi tập trung có ý nghĩa cùng với các rủi ro tập trung đã được ghi nhận. Về mặt tích cực: hơn 1.000 tài khoản bỏ phiếu đang hoạt động được phân bổ trên toàn cầu, quy trình SIMD mở mà bất kỳ thành viên cộng đồng nào cũng có thể tham gia và không có thực thể đơn lẻ nào nắm giữ quyền phủ quyết chính thức. Về mặt rủi ro: stake tập trung vào một số lượng tương đối nhỏ các validator Top, Solana Labs thực hiện quyền kiểm soát trên thực tế đối với quy trình triển khai SIMD và các chương trình Staking của sàn giao dịch tập trung củng cố trọng lượng quản trị trong tay các tổ chức. Hãy kiểm tra Hệ số Nakamoto hiện tại thông qua trình khám phá validator Solana Beach để biết số liệu định lượng về mức độ tập trung hiện tại.

Kết luận: Quản trị Solana có ý nghĩa gì đối với bạn

Quản trị của Solana không được kiểm soát bởi bất kỳ thực thể đơn lẻ nào. Các quyết định được thông qua theo một quy trình có cấu trúc, trong đó các validator bỏ phiếu cho các SIMD theo trọng số stake, với Solana Foundation và Solana Labs thực hiện sức ảnh hưởng đáng kể nhưng không chính thức thông qua việc ủng hộ các đề xuất, các chương trình ủy quyền validator và năng lực phát triển cốt lõi.

Đối với người nắm giữ SOL nhỏ lẻ, thông tin quan trọng nhất là việc lựa chọn validator chính là tham gia quản trị. Stake được ủy quyền của bạn sẽ khuếch đại tiếng nói của validator mà bạn đã chọn trong mọi cuộc bỏ phiếu SIMD. Điều đó có nghĩa là việc lựa chọn validator đáng để đánh giá dựa trên cơ sở quản trị, chứ không chỉ dựa trên tỷ lệ hoa hồng và thời gian hoạt động (uptime).

Như một bước cụ thể tiếp theo: hãy truy cập trình khám phá validator Solana Beach và tra cứu lịch sử bỏ phiếu SIMD của validator hiện tại của bạn. Nếu validator của bạn liên tục bỏ phiếu trắng hoặc bạn không thể tìm thấy hồ sơ quản trị của họ, thông tin đó rất đáng để cân nhắc trong quyết định ủy quyền tiếp theo của bạn.

Quản trị của Solana vẫn tiếp tục phát triển. Quy trình SIMD đã trở nên tích cực và mang lại nhiều hệ quả hơn khi mạng lưới trưởng thành, và các cuộc thảo luận đang diễn ra về sự tập trung validator, tính đa dạng của client và chương trình ủy quyền của Foundation có khả năng sẽ định hình diện mạo của quản trị trong những năm tới. Hướng dẫn này dự kiến sẽ được cập nhật khi có những thay đổi quan trọng xảy ra.

Tài nguyên quản trị và Đọc thêm

• Kho lưu trữ SIMD GitHub:): Kho lưu trữ chính thức cho tất cả các Tài liệu Cải tiến Solana. Duyệt qua các đề xuất đang hoạt động, bình luận về các bài đánh giá công khai và truy cập mẫu gửi SIMD-0001.
• Trình khám phá Validator Solana Beach: Bảng điều khiển thời gian thực cho dữ liệu validator, các chỉ số tập trung stake và Hệ số Nakamoto hiện tại. Nguồn cho tất cả các dữ liệu về sức khỏe quản trị trực tiếp được tham chiếu trong hướng dẫn này.
• Dữ liệu tham gia quản trị của Validators.app: Hồ sơ validator chi tiết bao gồm hồ sơ tham gia quản trị, tỷ lệ hoa hồng và phân phối phần mềm client. Sử dụng công cụ này để đánh giá lịch sử bỏ phiếu SIMD của một validator trước khi thực hiện ủy quyền.
• Trang web chính thức của Solana Foundation: Các thông tin liên lạc chính thức từ Foundation, chi tiết chương trình ủy quyền validator, các Thông báo quản trị và báo cáo minh bạch.
• Tài liệu Validator chính thức của Solana:): Tài liệu kỹ thuật cho những người đang cân nhắc vận hành một nút validator. Bao gồm các yêu cầu về phần cứng, thiết lập phần mềm và cơ chế Staking.
• Diễn đàn Solana (forum.solana.com): Diễn đàn thảo luận về quản trị cộng đồng, nơi các đề xuất SIMD được tranh luận song song với quy trình trên GitHub.

Đọc thêm có liên quan

• Hệ thống bỏ phiếu DAO quản trị của Ethena
• Quản trị Near Protocol: Cách hoạt động của Token NEAR

Nội dung này chỉ dành cho mục đích cung cấp thông tin và không cấu thành lời khuyên tài chính, đầu tư hoặc pháp lý. Đầu tư Tiền điện tử, bao gồm cả SOL, mang lại rủi ro đáng kể. Các kết quả quản trị trong quá khứ không đảm bảo hành vi của giao thức trong tương lai. Luôn thực hiện nghiên cứu độc lập trước khi đưa ra quyết định đầu tư hoặc Staking.