Tôi chưa bao giờ thấy TPS một mình là quá hữu ích khi đánh giá một chuỗi như DUSK.
Nó trông ấn tượng trên biểu đồ.
Rồi các tác vụ thực tế bắt đầu xuất hiện.
Quyền riêng tư. Tạo bằng chứng. Thực thi hợp đồng. Tăng trưởng trạng thái. Các node cố gắng đồng bộ với nhau.
Đó là lúc mọi thứ trở nên thú vị.
DUSK dường như hiểu điều này tốt hơn đa số.
Thay vì bắt một lớp làm mọi thứ, mạng sẽ chia công việc.
DuskDS phụ trách đồng thuận, quyết toán và tính sẵn có của dữ liệu.
DuskVM phụ trách các hợp đồng gốc.
DuskEVM mang đến môi trường thực thi quen thuộc cho các ứng dụng dựa trên Solidity.
Nghe giống như nói về kiến trúc.
Nhưng điều đó quan trọng, vì mỗi loại tải (workload) lại có một cách khác nhau để trở nên chậm.
Và còn một mảnh ghép yên lặng khác: Kadcast.
Thay vì liên tục tung tin đồn/lan truyền các block khắp những peer ngẫu nhiên, nó sử dụng một mạng có cấu trúc để lan truyền. Ít lưu lượng bị nhân bản hơn, giao hàng dễ dự đoán hơn.
Có lẽ điều đó không tạo được hình ảnh marketing thật bắt mắt.
Nhưng khi một mạng trở nên bận rộn, băng thông bị lãng phí trở thành một vấn đề rất thực.
Rồi đến phần mà người ta thường lướt qua:
chi phí cho quyền riêng tư nằm ở năng lực tính toán (compute).
Bằng chứng zero-knowledge là một công việc thật sự. Bạn có thể đạt đồng thuận nhanh, nhưng vẫn bị chặn nếu khâu tạo bằng chứng trở thành nút thắt cổ chai.
Vì vậy, tôi không nghĩ câu hỏi về khả năng mở rộng thực sự của DUSK là:
“Liệu nó có xử lý được một lượng lớn giao dịch không?”
Mà là:
Điều gì xảy ra khi những giao dịch đó trở nên đắt đỏ?
Tính dự đoán của finality có được giữ vững không?
Các node có theo kịp không?
Các giao dịch riêng tư có thể cùng tồn tại với hoạt động smart-contract thông thường không?
Đó mới là bài kiểm tra khó hơn.
Và thành thật mà nói, những quyết định nhỏ về kỹ thuật cho tôi nhiều thông tin hơn các con số lớn.
Dữ liệu được truyền đi thế nào. Trạng thái được truy cập ra sao. Các node đồng bộ thế nào. Bằng chứng được tạo ra như thế nào. Việc thực thi được tách khỏi quyết toán.
Không có thứ nào trong đó nghe “hào hứng”.
Nhưng thường thì chính nơi đó mới tồn tại khả năng mở rộng thực sự.
Một chuỗi bền vững không phải là nơi mọi thành phần đều cực kỳ nhanh.
Mà là nơi khối lượng công việc đắt tiền biết cách ở đúng “lane” của nó.
Đó là phần trong DUSK mà tôi vẫn luôn theo dõi.
#dusk $DUSK @Dusk
Nó trông ấn tượng trên biểu đồ.
Rồi các tác vụ thực tế bắt đầu xuất hiện.
Quyền riêng tư. Tạo bằng chứng. Thực thi hợp đồng. Tăng trưởng trạng thái. Các node cố gắng đồng bộ với nhau.
Đó là lúc mọi thứ trở nên thú vị.
DUSK dường như hiểu điều này tốt hơn đa số.
Thay vì bắt một lớp làm mọi thứ, mạng sẽ chia công việc.
DuskDS phụ trách đồng thuận, quyết toán và tính sẵn có của dữ liệu.
DuskVM phụ trách các hợp đồng gốc.
DuskEVM mang đến môi trường thực thi quen thuộc cho các ứng dụng dựa trên Solidity.
Nghe giống như nói về kiến trúc.
Nhưng điều đó quan trọng, vì mỗi loại tải (workload) lại có một cách khác nhau để trở nên chậm.
Và còn một mảnh ghép yên lặng khác: Kadcast.
Thay vì liên tục tung tin đồn/lan truyền các block khắp những peer ngẫu nhiên, nó sử dụng một mạng có cấu trúc để lan truyền. Ít lưu lượng bị nhân bản hơn, giao hàng dễ dự đoán hơn.
Có lẽ điều đó không tạo được hình ảnh marketing thật bắt mắt.
Nhưng khi một mạng trở nên bận rộn, băng thông bị lãng phí trở thành một vấn đề rất thực.
Rồi đến phần mà người ta thường lướt qua:
chi phí cho quyền riêng tư nằm ở năng lực tính toán (compute).
Bằng chứng zero-knowledge là một công việc thật sự. Bạn có thể đạt đồng thuận nhanh, nhưng vẫn bị chặn nếu khâu tạo bằng chứng trở thành nút thắt cổ chai.
Vì vậy, tôi không nghĩ câu hỏi về khả năng mở rộng thực sự của DUSK là:
“Liệu nó có xử lý được một lượng lớn giao dịch không?”
Mà là:
Điều gì xảy ra khi những giao dịch đó trở nên đắt đỏ?
Tính dự đoán của finality có được giữ vững không?
Các node có theo kịp không?
Các giao dịch riêng tư có thể cùng tồn tại với hoạt động smart-contract thông thường không?
Đó mới là bài kiểm tra khó hơn.
Và thành thật mà nói, những quyết định nhỏ về kỹ thuật cho tôi nhiều thông tin hơn các con số lớn.
Dữ liệu được truyền đi thế nào. Trạng thái được truy cập ra sao. Các node đồng bộ thế nào. Bằng chứng được tạo ra như thế nào. Việc thực thi được tách khỏi quyết toán.
Không có thứ nào trong đó nghe “hào hứng”.
Nhưng thường thì chính nơi đó mới tồn tại khả năng mở rộng thực sự.
Một chuỗi bền vững không phải là nơi mọi thành phần đều cực kỳ nhanh.
Mà là nơi khối lượng công việc đắt tiền biết cách ở đúng “lane” của nó.
Đó là phần trong DUSK mà tôi vẫn luôn theo dõi.
#dusk $DUSK @Dusk
