Để đánh giá xem một chuỗi có thật sự dùng được hay không, chỉ nhìn whitepaper là chưa đủ; phải tách nó ra thành vài chỉ số kỹ thuật rồi lần lượt kiểm tra từng cái. @Dusk khiến tôi muốn bẻ nó ra để xem kỹ, chính là ở những chi tiết này.
Trước hết là mô hình tài khoản. Nó đồng thời duy trì hai sổ cái: một sổ công khai và một sổ bí mật. Khi dòng tiền chuyển qua lại giữa hai sổ, điều đó có nghĩa là cùng một tài sản phải liên tục được đổi qua đổi lại theo hai cách ghi sổ. Với người dùng phổ thông, điều này đồng nghĩa mỗi thao tác đều phải xác định trước mình đang đứng ở phía nào, khiến chi phí học tập cao hơn hẳn so với những chuỗi chỉ có một sổ cái. $TUT
Tiếp theo là nút (node). Tầng nền chịu trách nhiệm xử lý thanh toán và lưu trữ, dồn hết đồng thuận, quản lý trạng thái và các giao diện đối ngoại vào chương trình node. Node càng nặng thì càng dễ biến trải nghiệm đồng bộ và đồng bộ lại thành nút thắt—dù log có thể chạy rất nhanh, người dùng vẫn khó phân biệt đó là vận hành bình thường hay đang bị “quay vòng” bất thường.
Sau đó là hiệu năng chuyển tiền bí mật. Loại chuyển tiền này cần thực hiện tại chỗ rất nhiều phép toán mật mã: chọn các mảnh số dư cần dùng, tạo địa chỉ trả trước không lộ ra, tính các dấu hiệu chống chi tiêu hai lần, rồi cuối cùng nhét toàn bộ vào phần chứng minh để tạo ngay tại chỗ. Chỉ một lần chuyển cũng đã buộc thiết bị chạy trong một thời gian đáng kể; nếu số lượng mảnh tăng lên và cần gộp thanh toán thì thời gian chờ sẽ chỉ tăng theo cấp số nhân. Ví cũng phải quét qua toàn bộ các mảnh trên chuỗi, thử giải mã từng cái để nhận diện số dư của mình—bước này khi số mảnh lớn cũng trở thành gánh nặng “ẩn”.
Việc “tuyển” tham gia vào đồng thuận cũng đáng phải hỏi thêm. Cơ chế ủy ban hứa rằng vài vòng là quyết định xong, nhưng tiêu chuẩn để thành viên được chọn, ngưỡng quy mô, và liệu có bị một nhóm thiểu số chiếm giữ vị trí tạo khối lâu dài hay không—những yếu tố này là then chốt để quyết định “mở trên bề mặt” có trùng khớp với “có thể tham gia thực sự” hay không.
Cuối cùng là vấn đề công bố danh tính. Việc tiết lộ chọn lọc trên lý thuyết có thể tách riêng “chứng minh thỏa điều kiện” khỏi “giao nộp thông tin cụ thể”, nhưng khi đặt vào hội thoại giám sát trong thực tế, phía cơ quan quản lý thường lại chính là thứ họ muốn—những chi tiết cụ thể. Khoảng cách đó không thể tự động được lấp đầy chỉ bằng mật mã.
Những điểm này nếu đứng riêng từng cái thì đều không đến mức gây chết người, nhưng khi gom lại lại quyết định Dusk còn cách xa bao nhiêu so với việc “người dùng phổ thông mang về là dùng được”. Hướng công nghệ có thể rất mới, nhưng mặt “thứ hai” của sự mới ấy, thường là vẫn chưa đến lúc dùng đã thấy thuận tay. #dusk $DUSK
Trước hết là mô hình tài khoản. Nó đồng thời duy trì hai sổ cái: một sổ công khai và một sổ bí mật. Khi dòng tiền chuyển qua lại giữa hai sổ, điều đó có nghĩa là cùng một tài sản phải liên tục được đổi qua đổi lại theo hai cách ghi sổ. Với người dùng phổ thông, điều này đồng nghĩa mỗi thao tác đều phải xác định trước mình đang đứng ở phía nào, khiến chi phí học tập cao hơn hẳn so với những chuỗi chỉ có một sổ cái. $TUT
Tiếp theo là nút (node). Tầng nền chịu trách nhiệm xử lý thanh toán và lưu trữ, dồn hết đồng thuận, quản lý trạng thái và các giao diện đối ngoại vào chương trình node. Node càng nặng thì càng dễ biến trải nghiệm đồng bộ và đồng bộ lại thành nút thắt—dù log có thể chạy rất nhanh, người dùng vẫn khó phân biệt đó là vận hành bình thường hay đang bị “quay vòng” bất thường.
Sau đó là hiệu năng chuyển tiền bí mật. Loại chuyển tiền này cần thực hiện tại chỗ rất nhiều phép toán mật mã: chọn các mảnh số dư cần dùng, tạo địa chỉ trả trước không lộ ra, tính các dấu hiệu chống chi tiêu hai lần, rồi cuối cùng nhét toàn bộ vào phần chứng minh để tạo ngay tại chỗ. Chỉ một lần chuyển cũng đã buộc thiết bị chạy trong một thời gian đáng kể; nếu số lượng mảnh tăng lên và cần gộp thanh toán thì thời gian chờ sẽ chỉ tăng theo cấp số nhân. Ví cũng phải quét qua toàn bộ các mảnh trên chuỗi, thử giải mã từng cái để nhận diện số dư của mình—bước này khi số mảnh lớn cũng trở thành gánh nặng “ẩn”.
Việc “tuyển” tham gia vào đồng thuận cũng đáng phải hỏi thêm. Cơ chế ủy ban hứa rằng vài vòng là quyết định xong, nhưng tiêu chuẩn để thành viên được chọn, ngưỡng quy mô, và liệu có bị một nhóm thiểu số chiếm giữ vị trí tạo khối lâu dài hay không—những yếu tố này là then chốt để quyết định “mở trên bề mặt” có trùng khớp với “có thể tham gia thực sự” hay không.
Cuối cùng là vấn đề công bố danh tính. Việc tiết lộ chọn lọc trên lý thuyết có thể tách riêng “chứng minh thỏa điều kiện” khỏi “giao nộp thông tin cụ thể”, nhưng khi đặt vào hội thoại giám sát trong thực tế, phía cơ quan quản lý thường lại chính là thứ họ muốn—những chi tiết cụ thể. Khoảng cách đó không thể tự động được lấp đầy chỉ bằng mật mã.
Những điểm này nếu đứng riêng từng cái thì đều không đến mức gây chết người, nhưng khi gom lại lại quyết định Dusk còn cách xa bao nhiêu so với việc “người dùng phổ thông mang về là dùng được”. Hướng công nghệ có thể rất mới, nhưng mặt “thứ hai” của sự mới ấy, thường là vẫn chưa đến lúc dùng đã thấy thuận tay. #dusk $DUSK