Tôi đang kiểm tra các yêu cầu của DUSK prover và nhận thấy rằng con số còn thiếu không phải là tốc độ. Nó là vị trí.
Một mạng có thể hiển thị 100 prover và vẫn có mức sẵn sàng quyền riêng tư yếu nếu phần lớn năng lực chứng minh nằm ở một khu vực. Châu Âu, Châu Á và Bắc Mỹ không quan trọng như là nhãn; điều quan trọng là mỗi khu vực thực sự có thể tạo ra bao nhiêu proof khi nhu cầu tăng đột biến.
Điều đó thay đổi cách tôi nhìn DUSK. Số lượng prover là hoạt động. Năng lực chứng minh theo khu vực là khả năng phục hồi.
Việc tạo proof ZK là xử lý đơn luồng cho mỗi worker, nên hiệu năng mạnh ở lõi đơn là điều quan trọng và nhiều worker hơn sẽ tăng khả năng song song. Được thôi. Nhưng điều đó khiến sự tập trung phần cứng trở nên quan trọng hơn, chứ không phải ít hơn.
Nếu 70% năng suất tạo proof đến từ 10 máy trong cùng một trung tâm dữ liệu, thì 100 prover chỉ là một con số mang tính trấn an với rất ít ý nghĩa vận hành. Một sự cố mất điện theo khu vực có thể loại bỏ 30% năng lực proving trong khi hầu như không ảnh hưởng đến lượng stake.
Và riêng độ trễ thôi cũng có thể gây hiểu nhầm. Một proof mất 500 ms sẽ tốn 5% của một quy trình 10 giây; còn 2 giây thì là 20%. Tôi muốn có P95, P99 và số lượng proofs trên mỗi CPU core mỗi phút khi chịu tải.
DUSK có thể có proving nhanh. Tôi vẫn đang theo dõi xem tốc độ đó có đủ khả năng sống sót về mặt địa lý hay không.
#dusk $DUSK @Dusk
Một mạng có thể hiển thị 100 prover và vẫn có mức sẵn sàng quyền riêng tư yếu nếu phần lớn năng lực chứng minh nằm ở một khu vực. Châu Âu, Châu Á và Bắc Mỹ không quan trọng như là nhãn; điều quan trọng là mỗi khu vực thực sự có thể tạo ra bao nhiêu proof khi nhu cầu tăng đột biến.
Điều đó thay đổi cách tôi nhìn DUSK. Số lượng prover là hoạt động. Năng lực chứng minh theo khu vực là khả năng phục hồi.
Việc tạo proof ZK là xử lý đơn luồng cho mỗi worker, nên hiệu năng mạnh ở lõi đơn là điều quan trọng và nhiều worker hơn sẽ tăng khả năng song song. Được thôi. Nhưng điều đó khiến sự tập trung phần cứng trở nên quan trọng hơn, chứ không phải ít hơn.
Nếu 70% năng suất tạo proof đến từ 10 máy trong cùng một trung tâm dữ liệu, thì 100 prover chỉ là một con số mang tính trấn an với rất ít ý nghĩa vận hành. Một sự cố mất điện theo khu vực có thể loại bỏ 30% năng lực proving trong khi hầu như không ảnh hưởng đến lượng stake.
Và riêng độ trễ thôi cũng có thể gây hiểu nhầm. Một proof mất 500 ms sẽ tốn 5% của một quy trình 10 giây; còn 2 giây thì là 20%. Tôi muốn có P95, P99 và số lượng proofs trên mỗi CPU core mỗi phút khi chịu tải.
DUSK có thể có proving nhanh. Tôi vẫn đang theo dõi xem tốc độ đó có đủ khả năng sống sót về mặt địa lý hay không.
#dusk $DUSK @Dusk
