Một điều tôi học được khi đào sâu vào vòng đời giao dịch của Dusk đã thay đổi hoàn toàn cách tôi nhìn vào cụm từ “thanh toán tức thì”.
Việc một giao dịch được gửi đi KHÔNG giống với việc giao dịch đó đã được thanh toán.
Trên @Dusk có nhiều bước nằm giữa hai trạng thái đó:
build + sign
submit
admission
mempool
propagation
block inclusion
execution
finalization.
Sự phân biệt này nghe có vẻ mang tính kỹ thuật cho đến khi bạn đặt một tài sản tài chính sau giao dịch.
Hãy tưởng tượng một nhà đầu tư mua một chứng khoán được token hóa.
Ví của họ cho biết giao dịch đã được gửi.
Điều đó có nghĩa là quyền sở hữu đã thay đổi không?
Không nhất thiết.
Giao dịch vẫn cần được chấp nhận / đưa vào / thực thi & cuối cùng được hoàn tất.
Và Dusk làm rõ sự khác biệt đó một cách minh bạch.
Ngay cả một phản hồi gửi thành công cũng không có nghĩa là giao dịch đã nằm trong một block.
Điều này quan trọng vì các ứng dụng tài chính không nên nhầm lẫn:
việc mạng đã nhận giao dịch của tôi
với: mạng đã hoàn tất trạng thái tài chính.
Với các giao dịch crypto thông thường, mọi người có thể không nghĩ nhiều về sự khác biệt đó.
Nhưng với chứng khoán được quản lý, điều này trở nên quan trọng hơn rất nhiều.
Một chuyển khoản có thể đại diện cho sự thay đổi quyền sở hữu.
Một khoản thanh toán có thể đại diện cho bước thanh toán.
Một hành động chịu sự kiểm soát tuân thủ có thể quyết định liệu việc chuyển nhượng đó có được phép hay không.
Vì vậy, ứng dụng cần biết chính xác khi nào trạng thái cơ sở đã thực sự hoàn tất.
Thats why I find Dusk's deterministic-finality design interesting.
Chỉ số quan trọng không chỉ đơn giản là:
Giao dịch xuất hiện nhanh đến mức nào?
Mà là: Ứng dụng có thể đạt đến trạng thái nơi nó có thể tự tin coi giao dịch là đã hoàn tất nhanh đến mức nào?
Đó mới là cách định nghĩa “tốc độ thanh toán” có ý nghĩa hơn đối với tôi.
& thật sự thì đây là loại chi tiết hạ tầng mà tôi muốn thấy nhiều hơn từ các dự án RWA.
Không chỉ: tài sản được đưa lên onchain.
Mà là: Điều gì xảy ra với những tài sản đó ở từng bước giữa lúc ủy quyền và lúc thanh toán hoàn tất?
Đó là nơi câu chuyện hạ tầng thực sự bắt đầu.
Người dùng bán lẻ có quan tâm đến tính quyết định (true determinism) hay đó chỉ là nhu cầu mang tính tổ chức?
#dusk $DUSK
Việc một giao dịch được gửi đi KHÔNG giống với việc giao dịch đó đã được thanh toán.
Trên @Dusk có nhiều bước nằm giữa hai trạng thái đó:
build + sign
submit
admission
mempool
propagation
block inclusion
execution
finalization.
Sự phân biệt này nghe có vẻ mang tính kỹ thuật cho đến khi bạn đặt một tài sản tài chính sau giao dịch.
Hãy tưởng tượng một nhà đầu tư mua một chứng khoán được token hóa.
Ví của họ cho biết giao dịch đã được gửi.
Điều đó có nghĩa là quyền sở hữu đã thay đổi không?
Không nhất thiết.
Giao dịch vẫn cần được chấp nhận / đưa vào / thực thi & cuối cùng được hoàn tất.
Và Dusk làm rõ sự khác biệt đó một cách minh bạch.
Ngay cả một phản hồi gửi thành công cũng không có nghĩa là giao dịch đã nằm trong một block.
Điều này quan trọng vì các ứng dụng tài chính không nên nhầm lẫn:
việc mạng đã nhận giao dịch của tôi
với: mạng đã hoàn tất trạng thái tài chính.
Với các giao dịch crypto thông thường, mọi người có thể không nghĩ nhiều về sự khác biệt đó.
Nhưng với chứng khoán được quản lý, điều này trở nên quan trọng hơn rất nhiều.
Một chuyển khoản có thể đại diện cho sự thay đổi quyền sở hữu.
Một khoản thanh toán có thể đại diện cho bước thanh toán.
Một hành động chịu sự kiểm soát tuân thủ có thể quyết định liệu việc chuyển nhượng đó có được phép hay không.
Vì vậy, ứng dụng cần biết chính xác khi nào trạng thái cơ sở đã thực sự hoàn tất.
Thats why I find Dusk's deterministic-finality design interesting.
Chỉ số quan trọng không chỉ đơn giản là:
Giao dịch xuất hiện nhanh đến mức nào?
Mà là: Ứng dụng có thể đạt đến trạng thái nơi nó có thể tự tin coi giao dịch là đã hoàn tất nhanh đến mức nào?
Đó mới là cách định nghĩa “tốc độ thanh toán” có ý nghĩa hơn đối với tôi.
& thật sự thì đây là loại chi tiết hạ tầng mà tôi muốn thấy nhiều hơn từ các dự án RWA.
Không chỉ: tài sản được đưa lên onchain.
Mà là: Điều gì xảy ra với những tài sản đó ở từng bước giữa lúc ủy quyền và lúc thanh toán hoàn tất?
Đó là nơi câu chuyện hạ tầng thực sự bắt đầu.
Người dùng bán lẻ có quan tâm đến tính quyết định (true determinism) hay đó chỉ là nhu cầu mang tính tổ chức?
#dusk $DUSK
