CÁI MÁY KÝ CHO MỘT NHÀ CUNG CẤP CHO HOÀNG HÔN KHÔNG CẦN PHẢI SỞ HỮU CỔ PHẦN.
Tôi đã từng nghĩ về một khóa trình xác thực như thể nó đại diện cho một thứ duy nhất:
quyền kiểm soát.
Nhưng @Dusk chia quyền kiểm soát đó thành hai vai trò rất khác nhau.
Khóa Consensus (Đồng thuận) là khóa mà node dùng để tham gia vào đồng thuận — bỏ phiếu và ký các khối.
Khóa Owner (Chủ sở hữu) là khóa có thể hủy stake và rút phần vốn đằng sau nhà cung cấp đó.
Dusk mặc định cho phép cả hai vai trò dùng chung cùng một khóa.
Nhưng tài liệu hướng dẫn cho nhà vận hành của nó khuyến nghị tách chúng ra.
Sự khác biệt đó đối với tôi còn thú vị hơn những gì nghe có vẻ ban đầu:
quyền thẩm quyền đồng thuận ≠ quyền sở hữu.
Một provisioner phải giữ cho khóa đồng thuận của mình sẵn sàng trên một máy luôn trực tuyến, liên tục tham gia mạng.
Đó chính xác là kiểu môi trường mà tôi ít muốn trao quyền không cần thiết đối với chính stake.
Nếu node hoặc khóa đồng thuận bị xâm phạm, việc tách Khóa Owner có nghĩa là kẻ tấn công không tự động có được khả năng hủy stake và rút các quỹ.
Vì vậy, thiết kế đang làm một điều gì đó tinh tế.
Nó không chỉ bảo vệ một khóa.
Nó đang giới hạn phạm vi tác động (blast radius) của khóa mà vẫn phải được vận hành.
Nhưng vẫn có sự đánh đổi.
Việc chuyển quyền sở hữu ra khỏi node có nghĩa là giờ đây Khóa Owner phải được bảo vệ ở nơi khác, đồng thời vẫn phải có khả năng khôi phục khi người vận hành thực sự cần hủy stake hoặc rút tiền.
Tách biệt nhiều hơn có thể giảm một loại rủi ro trong khi lại tăng trách nhiệm vận hành ở nơi khác.
Đó là phần mà tôi sẽ đánh giá.
Không chỉ đơn thuần là việc một Dusk provisioner có khó bị tấn công hay không.
Tôi sẽ hỏi:
Nếu cỗ máy đồng thuận bị xâm phạm vào ngày mai, kẻ tấn công thực sự kế thừa bao nhiêu quyền?
Với hạ tầng phải luôn trực tuyến 24/7, có lẽ mô hình bảo mật mạnh nhất không phải là trao cho cỗ máy nhiều sự bảo vệ hơn.
Mà là ngay từ đầu trao cho cỗ máy ít quyền lực hơn.
#dusk $DUSK @Dusk
$BOME $ETH
Tôi đã từng nghĩ về một khóa trình xác thực như thể nó đại diện cho một thứ duy nhất:
quyền kiểm soát.
Nhưng @Dusk chia quyền kiểm soát đó thành hai vai trò rất khác nhau.
Khóa Consensus (Đồng thuận) là khóa mà node dùng để tham gia vào đồng thuận — bỏ phiếu và ký các khối.
Khóa Owner (Chủ sở hữu) là khóa có thể hủy stake và rút phần vốn đằng sau nhà cung cấp đó.
Dusk mặc định cho phép cả hai vai trò dùng chung cùng một khóa.
Nhưng tài liệu hướng dẫn cho nhà vận hành của nó khuyến nghị tách chúng ra.
Sự khác biệt đó đối với tôi còn thú vị hơn những gì nghe có vẻ ban đầu:
quyền thẩm quyền đồng thuận ≠ quyền sở hữu.
Một provisioner phải giữ cho khóa đồng thuận của mình sẵn sàng trên một máy luôn trực tuyến, liên tục tham gia mạng.
Đó chính xác là kiểu môi trường mà tôi ít muốn trao quyền không cần thiết đối với chính stake.
Nếu node hoặc khóa đồng thuận bị xâm phạm, việc tách Khóa Owner có nghĩa là kẻ tấn công không tự động có được khả năng hủy stake và rút các quỹ.
Vì vậy, thiết kế đang làm một điều gì đó tinh tế.
Nó không chỉ bảo vệ một khóa.
Nó đang giới hạn phạm vi tác động (blast radius) của khóa mà vẫn phải được vận hành.
Nhưng vẫn có sự đánh đổi.
Việc chuyển quyền sở hữu ra khỏi node có nghĩa là giờ đây Khóa Owner phải được bảo vệ ở nơi khác, đồng thời vẫn phải có khả năng khôi phục khi người vận hành thực sự cần hủy stake hoặc rút tiền.
Tách biệt nhiều hơn có thể giảm một loại rủi ro trong khi lại tăng trách nhiệm vận hành ở nơi khác.
Đó là phần mà tôi sẽ đánh giá.
Không chỉ đơn thuần là việc một Dusk provisioner có khó bị tấn công hay không.
Tôi sẽ hỏi:
Nếu cỗ máy đồng thuận bị xâm phạm vào ngày mai, kẻ tấn công thực sự kế thừa bao nhiêu quyền?
Với hạ tầng phải luôn trực tuyến 24/7, có lẽ mô hình bảo mật mạnh nhất không phải là trao cho cỗ máy nhiều sự bảo vệ hơn.
Mà là ngay từ đầu trao cho cỗ máy ít quyền lực hơn.
#dusk $DUSK @Dusk
$BOME $ETH