@Dusk explorer instance tuần trước. Tôi cho rằng một đợt tăng trong các cuộc gọi hợp đồng bí mật có nghĩa là có hoạt động người dùng mới, nhưng các chữ ký ở cấp độ ví đứng sau những cuộc gọi đó vẫn tiếp tục ánh xạ về một cụm địa chỉ nhỏ.
Đào sâu hơn, tôi phát hiện cơ chế thực sự thực hiện công việc không phải là chính lượng giao dịch, mà là lớp tiết lộ có chọn lọc nằm bên dưới nó. Mỗi lệnh gọi đều đi qua cùng một chính sách tiết lộ, nghĩa là "hoạt động" mà tôi đang thấy thực chất là một nhà vận hành luân phiên các yêu cầu ủy quyền thông qua các hợp đồng kiểu XSC, thay vì việc sử dụng tự phát lan rộng ra bên ngoài.
Sự khác biệt đó làm thay đổi cách tôi nhìn nhận về việc chấp nhận ở đây. Số lượng giao dịch và mức độ đa dạng của ủy quyền không phải là cùng một tín hiệu. Một chuỗi có thể cho thấy lượng cuộc gọi tăng lên, trong khi tập hợp các thực thể quyết định những gì được tiết lộ cho ai vẫn hẹp. Khoảng trống bậc hai giữa hoạt động và sự tham gia rất dễ bị bỏ sót nếu chỉ vẽ biểu đồ thông lượng.
Điều tôi chưa thể giải quyết được là liệu sự tập trung đó là một giai đoạn khởi động hay là một đặc tính cấu trúc trong cách các kênh tài chính bảo mật vận hành một cách tự nhiên. Các đối tác được quản lý có thể thích ít điểm tiết lộ được tin cậy hơn giai đoạn đầu, nhưng tôi không biết liệu thiết kế ưu đãi có thúc đẩy việc mở rộng tập đó theo thời gian hay ngầm khuyến khích việc duy trì sự hẹp lại.
Trong thời gian tới, tôi muốn theo dõi số thực thể ủy quyền duy nhất so với tổng số cuộc gọi bí mật, thay vì chỉ nhìn vào khối lượng thô. Tôi cũng đang quan sát xem hành vi của validator quanh các hợp đồng này có thay đổi khi các yêu cầu tiết lộ được đa dạng hóa hay không, và liệu các nhà vận hành mới khi gia nhập có thực sự đạt được trọng lượng ủy quyền đáng kể hay chỉ làm tăng nhiễu cho con số.
Tôi vẫn chưa có một kết luận rõ ràng, chỉ là một câu hỏi sắc nét hơn: tài chính được thiết kế theo hướng bảo mật cuối cùng có phi tập trung hóa các điểm tin cậy của nó hay nó mang tính cấu trúc để ưu tiên một số ít người gác cổng kiểm soát việc tiết lộ. Tôi không nghĩ dữ liệu mà tôi đã thấy cho đến nay trả lời được điều đó theo cách nào.
#Dusk
$DUSK
$BMT
$ZRO
Đào sâu hơn, tôi phát hiện cơ chế thực sự thực hiện công việc không phải là chính lượng giao dịch, mà là lớp tiết lộ có chọn lọc nằm bên dưới nó. Mỗi lệnh gọi đều đi qua cùng một chính sách tiết lộ, nghĩa là "hoạt động" mà tôi đang thấy thực chất là một nhà vận hành luân phiên các yêu cầu ủy quyền thông qua các hợp đồng kiểu XSC, thay vì việc sử dụng tự phát lan rộng ra bên ngoài.
Sự khác biệt đó làm thay đổi cách tôi nhìn nhận về việc chấp nhận ở đây. Số lượng giao dịch và mức độ đa dạng của ủy quyền không phải là cùng một tín hiệu. Một chuỗi có thể cho thấy lượng cuộc gọi tăng lên, trong khi tập hợp các thực thể quyết định những gì được tiết lộ cho ai vẫn hẹp. Khoảng trống bậc hai giữa hoạt động và sự tham gia rất dễ bị bỏ sót nếu chỉ vẽ biểu đồ thông lượng.
Điều tôi chưa thể giải quyết được là liệu sự tập trung đó là một giai đoạn khởi động hay là một đặc tính cấu trúc trong cách các kênh tài chính bảo mật vận hành một cách tự nhiên. Các đối tác được quản lý có thể thích ít điểm tiết lộ được tin cậy hơn giai đoạn đầu, nhưng tôi không biết liệu thiết kế ưu đãi có thúc đẩy việc mở rộng tập đó theo thời gian hay ngầm khuyến khích việc duy trì sự hẹp lại.
Trong thời gian tới, tôi muốn theo dõi số thực thể ủy quyền duy nhất so với tổng số cuộc gọi bí mật, thay vì chỉ nhìn vào khối lượng thô. Tôi cũng đang quan sát xem hành vi của validator quanh các hợp đồng này có thay đổi khi các yêu cầu tiết lộ được đa dạng hóa hay không, và liệu các nhà vận hành mới khi gia nhập có thực sự đạt được trọng lượng ủy quyền đáng kể hay chỉ làm tăng nhiễu cho con số.
Tôi vẫn chưa có một kết luận rõ ràng, chỉ là một câu hỏi sắc nét hơn: tài chính được thiết kế theo hướng bảo mật cuối cùng có phi tập trung hóa các điểm tin cậy của nó hay nó mang tính cấu trúc để ưu tiên một số ít người gác cổng kiểm soát việc tiết lộ. Tôi không nghĩ dữ liệu mà tôi đã thấy cho đến nay trả lời được điều đó theo cách nào.
#Dusk
$DUSK
$BMT
$ZRO
