Tối qua tôi chạy xong một bộ script tự động hóa để tất toán tài sản, rảnh rỗi lại lục lọi thêm mô hình token của <Zedger> tại @Dusk . Khi đọc đến các chi tiết tương tác, tôi gần như không kịp phản ứng: trên Dusk, khi chuyển tài sản chứng khoán, bên nhận tiền lại bắt buộc phải bấm tường minh “đồng ý”, thì việc chuyển mới thực sự hoàn tất—nếu không, tài sản sẽ tiếp tục treo ở địa chỉ ban đầu. Trước giờ tôi quen chơi EVM với trải nghiệm “phát lệnh là lên chuỗi, chuyển khoản là đến ngay”, nên phản ứng đầu tiên là: thiết kế này đâu cần thiết đến vậy, chẳng phải đã kéo hiệu suất tương tác lùi về thời xác nhận qua email sao?
Nhưng tôi vốn tin vào nguyên tắc “bảo toàn tính mạng là trên hết”, bình tĩnh so trọn logic đó với quy trình đăng ký–bù trừ–thanh toán chứng khoán truyền thống, rồi mới chợt hiểu. Trong tài chính tuân thủ, việc chuyển nhượng cổ phần chưa bao giờ là chuyển một chiều—mà là cơ quan đăng ký–bù trừ xác nhận tư cách của bên mua, rồi mới đổi tên trên sổ danh bộ. Dusk đã “hàn” cơ chế “xác nhận hai chiều” thẳng vào tầng giao thức—nếu không nằm trong danh sách trắng hoặc không chủ động ký tên, thì bạn căn bản không thể nắm được tư cách “cổ đông” đó.
Cẩn thận nghĩ lại, điều này trực tiếp dập tắt ba nỗi đau chết người: Thứ nhất là tấn công bụi (dust attack). Trước đây đủ loại rác coin nhét thẳng vào địa chỉ của bạn; còn trong Zedger thì bị từ chối ngay. Thứ hai là trách nhiệm và quyền hạn theo quy định: vị thế nắm giữ không có sự đồng ý thì không được công nhận, ranh giới trách nhiệm rõ ràng rành mạch. Thứ ba là cãi vã khi quyết toán: giải quyết triệt để khoảng chênh thời gian của DvP (delivery versus payment) truyền thống—ký tên là đã đến điểm cuối, loại bỏ tranh chấp ở trạng thái trung gian.
Tuy nhiên, xét từ góc độ phát triển, tôi cũng có vài băn khoăn. Mỗi lần tất toán phải thêm một lần tương tác ký—đối với việc chạy script tần suất cao thường xuyên và xử lý tự động theo lô, chi phí ma sát là có thật. Trong tương lai Dusk sẽ cân bằng thế nào giữa “phê duyệt rõ ràng nghiêm ngặt” và “tất toán tự động theo lô”, tôi sẽ tiếp tục theo dõi sát mã nguồn.
Mọi người nghĩ sao về thiết kế “xác nhận nhận hàng” đánh đổi một chút mượt mà tương tác vì tuân thủ như vậy—các tổ chức có mua không? Comment ở phần bình luận nhé.
@Dusk #dusk $DUSK
Nhưng tôi vốn tin vào nguyên tắc “bảo toàn tính mạng là trên hết”, bình tĩnh so trọn logic đó với quy trình đăng ký–bù trừ–thanh toán chứng khoán truyền thống, rồi mới chợt hiểu. Trong tài chính tuân thủ, việc chuyển nhượng cổ phần chưa bao giờ là chuyển một chiều—mà là cơ quan đăng ký–bù trừ xác nhận tư cách của bên mua, rồi mới đổi tên trên sổ danh bộ. Dusk đã “hàn” cơ chế “xác nhận hai chiều” thẳng vào tầng giao thức—nếu không nằm trong danh sách trắng hoặc không chủ động ký tên, thì bạn căn bản không thể nắm được tư cách “cổ đông” đó.
Cẩn thận nghĩ lại, điều này trực tiếp dập tắt ba nỗi đau chết người: Thứ nhất là tấn công bụi (dust attack). Trước đây đủ loại rác coin nhét thẳng vào địa chỉ của bạn; còn trong Zedger thì bị từ chối ngay. Thứ hai là trách nhiệm và quyền hạn theo quy định: vị thế nắm giữ không có sự đồng ý thì không được công nhận, ranh giới trách nhiệm rõ ràng rành mạch. Thứ ba là cãi vã khi quyết toán: giải quyết triệt để khoảng chênh thời gian của DvP (delivery versus payment) truyền thống—ký tên là đã đến điểm cuối, loại bỏ tranh chấp ở trạng thái trung gian.
Tuy nhiên, xét từ góc độ phát triển, tôi cũng có vài băn khoăn. Mỗi lần tất toán phải thêm một lần tương tác ký—đối với việc chạy script tần suất cao thường xuyên và xử lý tự động theo lô, chi phí ma sát là có thật. Trong tương lai Dusk sẽ cân bằng thế nào giữa “phê duyệt rõ ràng nghiêm ngặt” và “tất toán tự động theo lô”, tôi sẽ tiếp tục theo dõi sát mã nguồn.
Mọi người nghĩ sao về thiết kế “xác nhận nhận hàng” đánh đổi một chút mượt mà tương tác vì tuân thủ như vậy—các tổ chức có mua không? Comment ở phần bình luận nhé.
@Dusk #dusk $DUSK