Việc ủy quyền các ATOM cho các trình xác thực “validators” trong Trung tâm Cosmos là một phần quan trọng và quan trọng của bảo mật cơ bản của Trung tâm mà mọi người nắm giữ ATOM đều được khuyến khích tham gia. Với tư cách là người ủy quyền, việc đặt các ATOM của bạn giữa một loạt các trình xác thực “validators” cung cấp cho bạn một bộ quyền bất khả xâm phạm như có thể tham gia vào sự đồng thuận, quản trị và kiếm phần thưởng lạm phát. Bài đăng này không nhằm mục đích đánh giá sâu về cơ chế hoạt động của Trung tâm vũ trụ hoặc giao thức BPoS, mà là tổng quan cấp cao ngắn gọn về (lại) các ủy quyền và một số hạn chế và hạn chế cần lưu ý khi thực hiện chúng.
Dù sao thì ủy quyền là gì?
Cosmos Hub sử dụng Tendermint làm công cụ đồng thuận BFT cơ bản và sử dụng giao thức BPoS cho các cuộc bầu cử người đề xuất khối, trong đó mỗi người đề xuất (người xác thực) được tính theo tổng số tiền liên quan tương đối của họ và trong đó tổng số tiền cổ phần ngoại quan của người xác thực tương quan trực tiếp với cơ hội của họ đề xuất khối và số lượng phần thưởng họ nhận được khi làm như vậy. Giao thức hỗ trợ một số lượng cố định trình xác nhận ngoại quan .
Những trình xác nhận này có thể tự liên kết, có nghĩa là họ có thể ủy quyền ATOM cho chính họ và họ cũng có thể nhận ủy quyền từ bất kỳ người giữ nguyên tử nào khác. Các ATOM ngoại quan này hoạt động như một tài sản thế chấp và khiến mỗi đại biểu, bao gồm cả người xác nhận, có “làn da trong trò chơi” để phát biểu. Nếu bất kỳ hành vi tương đương hoặc byzantine nào của trình xác thực được thực hiện, trình xác nhận và các đại biểu của nó sẽ bị cắt giảm một tỷ lệ phần trăm trên tổng số cổ phần ngoại quan tương đối của họ.
Các đại biểu có thể có nhiều lý do để ủy quyền ATOM của họ. Đầu tiên và quan trọng nhất, các đại biểu và người xác nhận nhận được phần thưởng cho mỗi khối tương ứng với tổng số tiền đặt cọc ngoại quan của họ trên mỗi trình xác thực mà họ có liên quan. Thứ hai, nó trực tiếp góp phần bảo mật cho toàn bộ hệ thống mạng. Tất nhiên, bản thân các đại biểu và người xác nhận có thể chọn hủy liên kết ATOM của họ vì nhiều lý do.
Tuy nhiên, điều quan trọng cần lưu ý là các ATOM này phải tuân theo cái được gọi là UnbondingPeriod
[ 2 ], một khoảng thời gian được tham số hóa trên chuỗi mà trên đó tất cả các đại biểu, bao gồm cả người xác nhận, phải đợi các ATOM của họ hoàn toàn không bị ràng buộc. Cho đến khi thời gian UnbondingPeriod
trôi qua, các ATOM về cơ bản đã bị khóa. Ngoài ra, các ATOM này vẫn có khả năng bị cắt giảm khi cam kết thực hiện bất kỳ hành vi byzantine nào. Biện pháp này UnbondingPeriod
đảm bảo nhiều biện pháp bảo mật trong mạng, chẳng hạn như tính toán các giả định đồng bộ mạng, cung cấp giới hạn thấp hơn cho thời lượng của một cuộc tấn công tầm xa [ 3 ] và giải quyết vấn đề “không có gì nguy hiểm”.
Trước khi đi sâu vào một số ràng buộc và các chi tiết tốt hơn để xem xét khi ủy quyền, chúng ta cũng cần phải xác định chuyển hướng lại là gì. Redelegation chỉ đơn giản là “rebonding” hoặc di chuyển một phần (hoặc toàn bộ số lượng) ATOM đã đặt cọc của bạn từ trình xác thực này sang trình xác thực khác. Điều này có thể có lợi vì một số lý do. Ví dụ: nếu người được ủy quyền không còn hài lòng với các dịch vụ hoặc tỷ lệ hoa hồng mà người xác thực đang cung cấp, thì họ có thể quyết định chuyển ATOM ngoại quan của mình sang người xác nhận khác mà không cần phải đợi hết thời gian tạm dừng để thực hiện chuyển đổi. Tuy nhiên, có một số hạn chế và chúng ta sẽ thảo luận về những hạn chế đó bên dưới.
(Re) Ràng buộc về Ủy quyền
Vì vậy, bây giờ chúng ta đã hiểu rõ về vai trò của (các) phái đoàn trong mạng và UnbondingPeriod
chúng phải chịu, chúng ta hãy xem xét một số chi tiết tốt hơn để xem xét trước khi thực hiện chúng. Như chúng tôi đã đề cập trước đây, ATOM ngoại quan phải tuân theo UnbondingPeriod
. Ngoài điều này, có một tham số trên dây chuyền khác có tầm quan trọng, đó là MaxEntries
[ 4 ]. Tham MaxEntries
số liên quan đến tổng số:
- Bỏ ràng buộc giữa một cặp người ủy quyền và người xác nhận duy nhất
- Sự ủy quyền lại giữa một người ủy quyền duy nhất, trình xác thực nguồn và bộ xác thực đích
Khái niệm “mục nhập” được sử dụng trong máy trạng thái Cosmos Hub để lưu giữ thông tin giữa người ủy quyền, số tiền hủy liên kết và (các) người xác thực tương ứng. Từ quan điểm của người dùng, chúng chủ yếu được trừu tượng hóa.
Để minh họa điều này rõ hơn, chúng ta sẽ sử dụng ví dụ sau. Giả sử một người ủy quyền D đã liên kết N ATOM với trình xác thực X. Tất nhiên D có thể có các ủy quyền khác với số lượng khác nhau cho người xác nhận khác, nhưng đối với ví dụ này, chúng tôi sẽ chỉ xem xét một trình xác thực duy nhất. Bây giờ người ủy nhiệm D muốn hủy bỏ một số ATOM đã đặt cọc của cô ấy khỏi X, vì vậy D sẽ gửi một MsgUndelegate
tx M ATOM không liên kết. Điều này tạo ra một “mục nhập” trong máy trạng thái của sổ cái giữa D và X. Về sau, nếu D muốn tiếp tục giảm tốc một số ATOM đã đặt cọc từ X, cô ấy sẽ gửi một MsgUndelegate
tx khác. Tuy nhiên, D chỉ có thể làm điều này tối đa MaxEntries
! Bất kỳ nỗ lực nào nữa sẽ dẫn đến lỗi sau:
có quá nhiều mục nhập ủy quyền hủy liên kết trong bộ đôi ủy quyền / trình xác thực này, vui lòng đợi một số mục nhập hoàn thiện
Vì vậy, người được ủy quyền D sẽ phải đợi đầy đủ UnbondingPeriod
trước khi cô ấy có thể cố gắng hủy bỏ bất kỳ ATOM đã đặt cọc nào nữa từ trình xác thực X.
Đối với các chuyển tuyến lại, khái niệm tương tự cũng được áp dụng. Nói cách khác, nếu người được ủy quyền D muốn điều hướng lại một số ATOM đã đặt cọc của cô ấy từ trình xác thực X sang trình xác thực Y khác, thì cô ấy chỉ có thể làm điều này tối đa MaxEntries
. Lưu ý, đối với các ủy quyền lại, đây là mỗi bộ ủy quyền duy nhất, bộ xác thực nguồn và bộ xác thực đích.
Có một yếu tố chính quan trọng khác cần lưu ý về việc tăng tốc lại và đó là việc tăng tốc “bắc cầu” bị cấm. Tăng tốc chuyển tiếp có thể được coi là “nhảy” từ trình xác thực này sang trình xác thực khác. Ví dụ: nếu người được ủy quyền D ủy quyền lại cho trình xác thực X và sau đó muốn chuyển tiếp từ X sang một trình xác thực khác Y. Người ủy quyền D sẽ phải đợi toàn bộ UnbondingPeriod
thời gian để thực hiện việc này. Tuy nhiên, không nên chỉ ủy quyền cho một trình xác nhận duy nhất, vì vậy hạn chế này không phải là vấn đề trong hầu hết các trường hợp. Điều này cũng không có nghĩa là chuyển hướng bắc cầu sẽ luôn bị cấm. Trong tương lai, chúng có thể được kích hoạt nhưng với giới hạn về tổng số “bước nhảy”. Có lẽ điều này sẽ thông qua một đề xuất quản trị?
Chém
Một khía cạnh quan trọng khác cần lưu ý khi thực hiện (lại) các đoàn là chặt chém. Với tư cách là người ủy quyền, bất kỳ cổ phần nào mà bạn có trong trình xác thực được liên kết hoặc đang trong quá trình hủy liên kết đều có trách nhiệm bị cắt nếu người xác nhận đã cho thực hiện một hành vi tương đương hoặc bất kỳ hành động nào có thể bị trừng phạt khác của byzantine trong khoảng thời gian mà hành vi vi phạm là “hợp lệ ”[ 5 ]. Để biết thêm chi tiết về việc cắt giảm, vui lòng xem lại thông số kỹ thuật .
Liên quan đến việc tăng tốc, có một số điều quan trọng cần ghi nhớ. Với ví dụ trước đây của chúng tôi trong đó người ủy quyền D chuyển nhượng lại một số cổ phần của cô ấy từ người xác nhận X cho người xác nhận khác Y, người ủy quyền D vẫn phải chịu trách nhiệm pháp lý đối với cả người xác nhận! Mở rộng theo ví dụ này, giả sử một số vi phạm đã xảy ra ở độ cao H₁ bởi trình xác thực X (trình xác thực ban đầu / nguồn) và sau đó được phát hiện và gửi tại H₂. Người đại diện D sẽ chỉ có trách nhiệm bị cắt nếu cả hai điều kiện sau đều đúng:
- Sự giảm tốc được tạo ra sau sự vi phạm ở độ cao H₁
- Việc giảm tốc độ chưa trưởng thành (tức là thời gian hoàn thành sau chiều cao H₂)
Nếu trình xác thực đích, Y trong trường hợp này, đã thực hiện hành vi vi phạm trong cùng một điều kiện, thì nó được xử lý không khác gì một sự kiện cắt giảm ủy quyền thông thường như được mô tả ở trên.
Hy vọng rằng bây giờ bạn đã hiểu rõ về (lại) các phái đoàn, vai trò của chúng trong mạng Cosmos Hub BPoS và một số hạn chế và hạn chế cần lưu ý khi thực hiện chúng. Chúc phái đoàn vui vẻ!
Các quan điểm và thông tin chi tiết được thể hiện trong bài đăng blog này là của All In Bits Inc (dba Tendermint Inc) và không nhất thiết đại diện cho ý kiến hoặc hành động của Interchain Foundation.