Quản trị

Khám phá cơ chế của Quản trị On-Chain TRON và sự tiến hóa của giao thức thông qua việc biểu quyết của Super Representative. Hướng dẫn kỹ thuật này giải thích cách các tham số mạng lưới được sửa đổi, vòng đời của Đề xuất Cải tiến TRON (TIP), và các cơ chế phục hồi phi tập trung đảm bảo tính sống còn của mạng lưới.

Cách Quản trị hoạt động

SR gửi đề xuất → 27 SR đang hoạt động biểu quyết →
đạt ngưỡng → thay đổi có hiệu lực vào chu kỳ bảo trì khả dụng tiếp theo

Quản trị TRON mang tính độc quyền cho SR ở cấp độ đề xuất và biểu quyết. Người nắm giữ TRX thông thường tham gia gián tiếp bằng cách chọn những SR nào nắm giữ quyền biểu quyết. Đây là thiết kế có chủ ý của DPoS: những người Khóa TRX bầu chọn ra các đại diện, các đại diện quản trị mạng lưới.

Vòng đời của Đề xuất

Giai đoạn	Thời lượng	Chi tiết
Đang hoạt động (Active)	3 ngày	Các SR có thể bỏ phiếu chấp thuận
Được phê duyệt (Approved)	Ngay lập tức	Nếu ≥19 trong số 27 SR chấp thuận trong vòng 3 ngày
Hết hạn (Expired)	Sau 3 ngày	Nếu không đạt ngưỡng, đề xuất âm thầm thất bại
Đã thực thi (Executed)	Chu kỳ bảo trì tiếp theo	Sự kiện quản trị 6 giây vào cuối Epoch

Những gì có thể được thay đổi

Các đề xuất quản trị có thể sửa đổi bất kỳ tham số cấp độ giao thức nào. Ví dụ về các tham số đã được thay đổi thông qua quản trị:

Tham số	Mô tả
Phí Năng lượng mỗi byte	Điều chỉnh chi phí cơ sở của việc thực thi Hợp đồng thông minh
Phí Băng thông mỗi byte	Điều chỉnh chi phí của các giao dịch chuyển khoản đơn giản
Phần thưởng khối	TRX được đúc mỗi khối cho các SR
Phần thưởng biểu quyết	TRX được phân phối cho cử tri mỗi khối
Tiền gửi SR Candidate	Yêu cầu số tiền TRX gửi để đăng ký làm SR Candidate
Thời gian CPU tối đa mỗi giao dịch	Giới hạn thời gian thực thi cho mỗi giao dịch
Giới hạn trên Năng lượng thích ứng	Mức trần cho tổng Năng lượng khả dụng trên toàn mạng lưới

Xem các Đề xuất Đang hoạt động

Tất cả các đề xuất hiện tại và trong lịch sử đều có thể xem được trên TRONSCAN:

Điều hướng đến tronscan.org
Chọn Blockchain → Governance từ menu trên cùng
Trang Quản trị liệt kê các đề xuất đang hoạt động, đã được phê duyệt và đã hết hạn với số lượng phiếu bầu và thay đổi tham số cụ thể được đề xuất

Sự tham gia của Người nắm giữ TRX

Với tư cách là người nắm giữ TRX, bạn tham gia vào quản trị bằng cách chọn những SR nào để biểu quyết cho họ. Các SR có lập trường quản trị được công khai — cách họ dự định bỏ phiếu về các thay đổi giao thức — cho phép bạn điều chỉnh phiếu bầu của mình phù hợp với sở thích của bạn.

Đề xuất Cải tiến TRON (TIP)

Trước một đề xuất on-chain chính thức, các thay đổi thường được thảo luận thông qua Đề xuất Cải tiến TRON (TIP) — các tài liệu công khai được gửi tới kho lưu trữ GitHub của TRON (github.com/tronprotocol/tips).

Bất kỳ ai cũng có thể gửi một TIP hoặc bình luận về nó. Quy trình TIP cung cấp:

Thảo luận kỹ thuật trước khi cam kết với một đề xuất on-chain
Phản hồi của cộng đồng từ các nhà phát triển và người dùng
Bản ghi công khai về lý do đằng sau mỗi thay đổi

Đánh giá các TIP đang hoạt động là cách tốt nhất để đón đầu các thay đổi giao thức sắp tới có thể ảnh hưởng đến lợi suất Khóa TRX, phí giao dịch, hoặc hành vi Hợp đồng thông minh.

Hệ số Nakamoto

Hệ số Nakamoto (NC) là số lượng thực thể độc lập tối thiểu cần phải thông đồng để làm tổn hại một mạng lưới blockchain — làm gián đoạn nó, đảo ngược các giao dịch, hoặc ép buộc thông qua một thay đổi giao thức độc hại. Con số cao hơn có nghĩa là mạng lưới khó bị kiểm soát hơn.

Hệ số Nakamoto của TRON là 14. Dưới đây là cách con số đó được tính ra và ý nghĩa thực sự của nó.

Cách Con số được tính ra

TRON sử dụng Delegated Proof-of-Stake với 27 Super Representative đang hoạt động thay phiên nhau tạo khối. Để kiểm soát nội dung thực sự của blockchain — quyết định các giao dịch nào được đưa vào và theo thứ tự nào — một nhóm thông đồng cần kiểm soát đa số đơn giản số slot của SR:

Tổng số SR	Ngưỡng đa số	Số SR thông đồng tối thiểu
27	>50% (>13.5)	14 (= 51.85% số SR)

14 là số nguyên nhỏ nhất lớn hơn 27 ÷ 2. Với 14 SR dưới sự kiểm soát phối hợp, một liên minh có thể:

Quyết định các giao dịch nào được đưa vào các khối
Kiểm duyệt các địa chỉ hoặc hợp đồng cụ thể
Kiểm soát tính sống còn của mạng lưới (việc tạo khối và từ đó là tiến trình của chuỗi)

Lưu ý: Chỉ riêng 14 SR thì không thể đơn phương thông qua các đề xuất quản trị — điều đó yêu cầu 19/27 sự chấp thuận. Nhưng 14 kiểm soát chính cuốn sổ cái.

Hiểu Ngưỡng “9”

Có một ngưỡng thứ hai, riêng biệt thường bị nhầm lẫn với Hệ số Nakamoto: ngưỡng gián đoạn tính cuối cùng (finality).

Sự đồng thuận của TRON là DPoS được tăng cường bằng BFT. Một khối được tạo ra không có tính cuối cùng cho đến khi nó được củng cố (solidified) — được xác nhận bởi ít nhất 19 trong số 27 SR thông qua các chứng thực kiểu PBFT. Yêu cầu 19 SR bắt nguồn trực tiếp từ quy tắc “đa số hai phần ba”: ⌈2/3 × 27⌉ = 19.

Nếu 9 SR trở lên từ chối phát sóng chứng thực, thì chỉ có thể thu thập được 18 chữ ký trung thực. Vì 18 nhỏ hơn 19 theo yêu cầu, không có khối nào trở nên không thể đảo ngược:

Ngưỡng	Số SR yêu cầu	Ý nghĩa
Củng cố khối	19 trong 27	Số lượng chứng thực tối thiểu để một khối trở nên không thể đảo ngược
Gián đoạn tính cuối cùng	9 trong 27	Số SR không tham gia ít nhất làm ngăn chặn sự củng cố
Kiểm soát việc tạo khối	14 trong 27	Đa số các slot tạo khối — Hệ số Nakamoto

Đây là hai vector mối đe dọa hoàn toàn riêng biệt:

9 SR ngoại tuyến làm gián đoạn tính cuối cùng. Các khối vẫn được tạo ra đúng lịch trình — chuỗi vẫn tiếp tục di chuyển — nhưng không có khối nào trở nên không thể đảo ngược. Các giao dịch đi vào chuỗi nhưng vẫn ở trạng thái chưa hoàn tất (un-finalized) cho đến khi các SR bị lỗi được thay thế.
14 SR thông đồng làm tổn hại nội dung. Kẻ tấn công kiểm soát những giao dịch nào hợp lệ, có thể kiểm duyệt địa chỉ và có thể tạo ra các đợt fork. Đây là phần tương đương của DPoS so với cuộc tấn công 51%.

Làm gián đoạn tính cuối cùng là một cuộc tấn công ít tốn kém hơn so với việc kiểm soát nội dung khối. NC là 14 đánh giá một cách cụ thể mối đe dọa có tác động lớn hơn.

Lợi thế về Khả năng Phục hồi của DPoS

Một quan niệm sai lầm phổ biến là TRON thất bại theo cùng một cách với các hệ thống PBFT “thuần túy” như Tendermint (Cosmos).

PBFT thuần túy: Nếu >1/3 số node (9) bị lỗi, chuỗi sẽ dừng hoàn toàn. Không có khối mới nào được tạo ra. Quá trình phục hồi yêu cầu một giao thức view-change được phối hợp hoặc một hard fork.
TRON DPoS: Nếu 9 SR bị lỗi, chuỗi vẫn tiếp tục di chuyển. Nó dự phòng về sự đồng thuận “Chuỗi dài nhất” (Longest Chain - tương tự như Bitcoin) cho đến khi ngưỡng tính cuối cùng 19 SR được khôi phục.

Cơ chế phục hồi: Epoch 6 giờ của TRON hoạt động như một cầu dao phi tập trung. Nếu 9 SR đang chặn tính cuối cùng, những người nắm giữ TRX có thể biểu quyết loại bỏ họ. Một bộ SR mới sau đó sẽ được bầu ra trong chu kỳ bảo trì tiếp theo (sự kiện 6 giây vào cuối mỗi Epoch). Ngay khi SR phản hồi thứ 19 được bầu, quá trình củng cố khối tự động tiếp tục — bắt đầu từ khối chưa xác nhận cũ nhất và bắt kịp với đầu của chuỗi — mà không cần bất kỳ thay đổi giao thức hay hard fork nào.

Mức độ Tập trung của Cử tri

Bộ SR được bầu chọn bởi những người nắm giữ TRX thực hiện Khóa TRX để lấy TRON Power. Một khía cạnh thứ hai của tính phi tập trung là mức độ tập trung của quyền biểu quyết: nếu một số ít người nắm giữ lượng TRX lớn cùng kiểm soát đủ số phiếu để bầu ra 14 SR trở lên, họ có thể gây ảnh hưởng lên chính bộ SR đó. Điều này khác biệt với Hệ số Nakamoto của SR nhưng có liên quan đến mô hình bảo mật tổng thể.

Các phân phối phiếu bầu on-chain có thể xem được công khai trên trang biểu quyết SR của TRONSCAN.

So sánh trong Ngữ cảnh

Chỉ số	TRON	Bitcoin	Ethereum
Hệ số Nakamoto	14	~4 (Mining Pool)	~3–5 (LST)
Loại đồng thuận	DPoS (Tính sống còn cao)	PoW (Dựa trên xác suất)	PoS (BFT an toàn)
Chế độ lỗi	Trễ tính cuối cùng tại 9; Kiểm soát tại 14	Kiểm soát ở 51% Hashrate	Dừng ở 1/3 Stake

NC gốc của TRON là 14 cao hơn hầu hết các mạng lưới PoW hoặc PoS hàng đầu. Tuy nhiên, có một lưu ý quan trọng: Các trình xác thực DPoS là một nhóm được biết tên — việc phối hợp giữa một nhóm nhỏ về mặt hậu cần sẽ đơn giản hơn so với các thợ đào ẩn danh. Đây là sự đánh đổi về mặt cấu trúc của DPoS: thông lượng cao và NC có thể đo lường được, đổi lấy một bộ trình xác thực nhỏ hơn và có thể nhận dạng.

Tóm tắt

Hệ số Nakamoto là 14 có nghĩa là không một thực thể đơn lẻ nào kiểm soát mạng lưới. 14 người vận hành SR độc lập sẽ phải phối hợp — mà không bị phát hiện hay đào tẩu — để làm tổn hại TRON. Trong khi 9 thực thể có thể làm chậm thời gian đạt đến tính cuối cùng, thì tính toàn vẹn và sự sống còn của blockchain vẫn được bảo mật cho đến khi 14 thực thể bị chiếm quyền hoàn toàn.

Theo dõi các TIP

Các đề xuất và thảo luận kỹ thuật đang hoạt động được công khai trên github.com/tronprotocol/tips. Đăng ký để được cập nhật về các thay đổi sắp tới.

Chọn SR cẩn thận

Nghiên cứu lịch sử biểu quyết quản trị của mỗi SR trên TRONSCAN trước khi phân bổ TP của bạn. Các SR biểu quyết đi ngược lại lợi ích cộng đồng có thể bị thay thế bằng cách chuyển phiếu bầu.