Trừu tượng hóa việc đặt cược nằm trong tài liệu dưới một cái tên che giấu nó làm gì
Tôi thấy nó trên thanh bên trong mục Năng lực giao thức, nằm cạnh Danh tính số, và suýt nữa đã bỏ qua nó lần thứ ba.
Trừu tượng hóa việc đặt cược. Còn được gọi là hyperstaking trong URL — đây là tên dễ tiếp thị hơn và ít mô tả hơn.
Đây là vấn đề mà nó giải quyết. Chạy một node provisioner nghĩa là vận hành hạ tầng. tính sẵn sàng, nâng cấp, giám sát, và cả rủi ro bị slashing nếu bạn làm sai — có cả một hướng dẫn RECOVERY cho khi mọi người gặp phải điều đó.
Phần lớn người nắm giữ sẽ không bao giờ làm vậy. vì thế phần cung cấp đang được đặt cược sẽ tập trung vào những người có thể chạy máy chủ, tức là một nhóm nhỏ hơn và thiên về kỹ thuật hơn so với nhóm những người sở hữu token.
Trừu tượng hóa tách biệt vốn khỏi vận hành. Bạn có thể đóng góp stake mà không cần tự là người giữ cho một cỗ máy hoạt động lúc 3 giờ sáng.
Điều đó ảnh hưởng đến an ninh mạng theo hai chiều một cách thực sự, và tôi không nghĩ có câu trả lời rõ ràng. Tham gia bằng stake nhiều hơn đồng nghĩa với chi phí để tấn công cao hơn, điều này là tốt. Nhưng trong lịch sử, ủy quyền lại tập trung vào một vài nhà điều hành lớn, vì mọi người chọn ai đó lớn nhất và dễ nhìn thấy nhất, và chính sự tập trung đó là điều Proof-of-Stake được thiết kế để tránh.
Vì vậy, nó mở rộng sự tham gia ở phần vốn và thu hẹp ở phần VẬN HÀNH. Hai hướng này kéo ngược nhau, và cái nào chiếm ưu thế phụ thuộc vào việc cuối cùng có bao nhiêu nhà điều hành tồn tại, chứ không phải do chính thiết kế.
Tôi chưa đọc trang đầy đủ, chỉ mới xem phần tổng quan, nên hãy coi đây là một lượt tìm hiểu ban đầu chứ không phải phán xét.
#dusk @Dusk $DUSK
Tôi thấy nó trên thanh bên trong mục Năng lực giao thức, nằm cạnh Danh tính số, và suýt nữa đã bỏ qua nó lần thứ ba.
Trừu tượng hóa việc đặt cược. Còn được gọi là hyperstaking trong URL — đây là tên dễ tiếp thị hơn và ít mô tả hơn.
Đây là vấn đề mà nó giải quyết. Chạy một node provisioner nghĩa là vận hành hạ tầng. tính sẵn sàng, nâng cấp, giám sát, và cả rủi ro bị slashing nếu bạn làm sai — có cả một hướng dẫn RECOVERY cho khi mọi người gặp phải điều đó.
Phần lớn người nắm giữ sẽ không bao giờ làm vậy. vì thế phần cung cấp đang được đặt cược sẽ tập trung vào những người có thể chạy máy chủ, tức là một nhóm nhỏ hơn và thiên về kỹ thuật hơn so với nhóm những người sở hữu token.
Trừu tượng hóa tách biệt vốn khỏi vận hành. Bạn có thể đóng góp stake mà không cần tự là người giữ cho một cỗ máy hoạt động lúc 3 giờ sáng.
Điều đó ảnh hưởng đến an ninh mạng theo hai chiều một cách thực sự, và tôi không nghĩ có câu trả lời rõ ràng. Tham gia bằng stake nhiều hơn đồng nghĩa với chi phí để tấn công cao hơn, điều này là tốt. Nhưng trong lịch sử, ủy quyền lại tập trung vào một vài nhà điều hành lớn, vì mọi người chọn ai đó lớn nhất và dễ nhìn thấy nhất, và chính sự tập trung đó là điều Proof-of-Stake được thiết kế để tránh.
Vì vậy, nó mở rộng sự tham gia ở phần vốn và thu hẹp ở phần VẬN HÀNH. Hai hướng này kéo ngược nhau, và cái nào chiếm ưu thế phụ thuộc vào việc cuối cùng có bao nhiêu nhà điều hành tồn tại, chứ không phải do chính thiết kế.
Tôi chưa đọc trang đầy đủ, chỉ mới xem phần tổng quan, nên hãy coi đây là một lượt tìm hiểu ban đầu chứ không phải phán xét.
#dusk @Dusk $DUSK