Nhìn thấy “Atomic Settlement”, tôi vốn tưởng bài toán khó của DvP chỉ là làm sao để nhánh tài sản và nhánh thanh toán cùng không bị gãy. Hôm nay, sau khi rà soát lại tài liệu hạ tầng thị trường của @Dusk , tôi dừng lại ở một tầng còn rắc rối hơn: nguyên tử và tính xác định có thể loại bỏ giao dịch dang dở, nhưng không giúp tổ chức biết phải làm gì sau khi thất bại trong cam kết.
Khung chính thức của Dusk muốn đưa các bước như phán quyết về điều kiện tham gia, thuộc tính địa chỉ, chuyển nhượng bị hạn chế, điều phối thanh toán và giao nhận cuối cùng vào cùng một luồng công việc thị trường; DuskDS thì cung cấp tính cuối cùng chắc chắn sau khi được ratification trong khối. Tổ hợp này có thể thay đổi nhóm vấn đề đắt đỏ nhất của giao nhận chứng khoán truyền thống—các bên không cần liên tục xác nhận giữa nhiều sổ cái rằng “tài sản đã được giao chưa” và “tiền đã đến chưa”.
Nhưng khi đặt vào bối cảnh một lần đăng ký mua trái phiếu, sự bất thường lập tức xuất hiện. Nhà đầu tư trước tiên đi qua kiểm tra tư cách, tiền mặt được giữ lại, phần phân bổ chờ được giao; nhưng khi nộp thì có thể xảy ra: tư cách hết hạn, số dư không đủ, bên ký không online, cổng tích hợp lưu ký timeout, hoặc trạng thái thanh toán bên ngoài chưa được đồng bộ. Nếu hai nhánh thực sự được kiểm soát bởi cùng một điều kiện nguyên tử, thì kết quả tốt nhất là cùng thành công hoặc cùng thất bại; nhưng “cùng thất bại” chỉ là kết quả trên chuỗi, không phải một vòng khép kín cho nghiệp vụ.
Đó là lý do tôi cho rằng hướng Dusk có giá trị, nhưng vẫn chưa đủ bằng chứng. Tính cuối cùng của DuskDS làm ranh giới thất bại rõ ràng hơn: thành công hay lỗi trong khối cuối cùng sẽ không treo kéo dài, và việc thực thi thất bại cũng có kết quả có thể tra cứu. Tuy vậy, trang web Dusk Trade vào ngày hôm đó vẫn được đánh dấu là Building và mở waitlist; tài liệu công khai không đưa ra tỷ lệ hoàn tất DvP trong môi trường sản xuất, phân bố các dạng bất thường hay dữ liệu can thiệp thủ công.
Rủi ro cũng rất cụ thể. Thứ nhất, nếu thiếu công cụ kiểm toán ủy quyền trưởng thành, điều tra bất thường có thể lại diễn ra chậm hơn. Thứ hai, nếu nhánh tài sản và nhánh thanh toán nằm trên các hệ thống khác nhau, ranh giới tính nguyên tử sẽ thu hẹp, và việc bù trừ thủ công lại quay về luồng. Tính cuối cùng về mặt kỹ thuật không thất bại, nhưng cam kết nghiệp vụ có thể vẫn chưa được thực hiện.
Bạn nghĩ rằng khi tổ chức nghiệm thu DvP thì nên ưu tiên xem A—tốc độ của đường đi bình thường, B—tự động khôi phục khi bất thường, hay C—đối soát chéo hệ thống? #dusk $DUSK
Khung chính thức của Dusk muốn đưa các bước như phán quyết về điều kiện tham gia, thuộc tính địa chỉ, chuyển nhượng bị hạn chế, điều phối thanh toán và giao nhận cuối cùng vào cùng một luồng công việc thị trường; DuskDS thì cung cấp tính cuối cùng chắc chắn sau khi được ratification trong khối. Tổ hợp này có thể thay đổi nhóm vấn đề đắt đỏ nhất của giao nhận chứng khoán truyền thống—các bên không cần liên tục xác nhận giữa nhiều sổ cái rằng “tài sản đã được giao chưa” và “tiền đã đến chưa”.
Nhưng khi đặt vào bối cảnh một lần đăng ký mua trái phiếu, sự bất thường lập tức xuất hiện. Nhà đầu tư trước tiên đi qua kiểm tra tư cách, tiền mặt được giữ lại, phần phân bổ chờ được giao; nhưng khi nộp thì có thể xảy ra: tư cách hết hạn, số dư không đủ, bên ký không online, cổng tích hợp lưu ký timeout, hoặc trạng thái thanh toán bên ngoài chưa được đồng bộ. Nếu hai nhánh thực sự được kiểm soát bởi cùng một điều kiện nguyên tử, thì kết quả tốt nhất là cùng thành công hoặc cùng thất bại; nhưng “cùng thất bại” chỉ là kết quả trên chuỗi, không phải một vòng khép kín cho nghiệp vụ.
Đó là lý do tôi cho rằng hướng Dusk có giá trị, nhưng vẫn chưa đủ bằng chứng. Tính cuối cùng của DuskDS làm ranh giới thất bại rõ ràng hơn: thành công hay lỗi trong khối cuối cùng sẽ không treo kéo dài, và việc thực thi thất bại cũng có kết quả có thể tra cứu. Tuy vậy, trang web Dusk Trade vào ngày hôm đó vẫn được đánh dấu là Building và mở waitlist; tài liệu công khai không đưa ra tỷ lệ hoàn tất DvP trong môi trường sản xuất, phân bố các dạng bất thường hay dữ liệu can thiệp thủ công.
Rủi ro cũng rất cụ thể. Thứ nhất, nếu thiếu công cụ kiểm toán ủy quyền trưởng thành, điều tra bất thường có thể lại diễn ra chậm hơn. Thứ hai, nếu nhánh tài sản và nhánh thanh toán nằm trên các hệ thống khác nhau, ranh giới tính nguyên tử sẽ thu hẹp, và việc bù trừ thủ công lại quay về luồng. Tính cuối cùng về mặt kỹ thuật không thất bại, nhưng cam kết nghiệp vụ có thể vẫn chưa được thực hiện.
Bạn nghĩ rằng khi tổ chức nghiệm thu DvP thì nên ưu tiên xem A—tốc độ của đường đi bình thường, B—tự động khôi phục khi bất thường, hay C—đối soát chéo hệ thống? #dusk $DUSK
