Tôi cứ nghĩ về hai loại giao dịch mà Dusk đã giới thiệu trong Rusk: CanonicalTransaction và LedgerTransaction.
Chúng thể hiện các lớp khác nhau của cùng một giao dịch. CanonicalTransaction là dạng mà Rusk làm việc một cách logic, trong khi LedgerTransaction bọc lấy giao dịch đó theo biểu diễn sổ cái (ledger) cần thiết cho một phiên bản giao thức cụ thể. Điểm căng thẳng là Dusk muốn các định dạng lưu trữ có thể phát triển mà không buộc ý nghĩa của một giao dịch cũng phải phát triển theo, đây là một thuộc tính quan trọng khi thúc đẩy việc đưa các thị trường tài chính lên onchain với các tổ chức được cấp phép tại EU. Điều tôi chưa biết là liệu sự tách bạch này có thực sự giữ các thay đổi phiên bản nằm gọn bên trong Rusk hay liệu các thay đổi định dạng vẫn sẽ lan sang các ví (wallet), ứng dụng và việc phát lại lịch sử.
Những chi tiết đáng theo dõi là cách Dusk chuẩn hóa các giao dịch đến, chọn đúng biểu diễn sổ cái, và diễn giải các giao dịch cũ sau các lần nâng cấp giao thức.
Một ví tiếp tục gửi giao dịch sau khi nâng cấp là bằng chứng hữu ích về tính tương thích. Thử nghiệm mạnh hơn là liệu Dusk có thể thay đổi biểu diễn nằm bên dưới trong khi vẫn giữ nguyên ngữ nghĩa giao dịch ở phía trên hay không.
Tôi sẽ đánh giá lớp trừu tượng (abstraction) dựa trên việc các ứng dụng cần biết đến bao nhiêu ít độ phức tạp liên quan đến việc quản lý phiên bản.
Câu hỏi là liệu Dusk đã thực sự tách rời cái mà một giao dịch “có nghĩa là gì” khỏi cách sổ cái lưu trữ nó, hay chỉ đơn giản là chuyển gánh nặng xử lý phiên bản sang một nơi khác trong ngăn xếp (stack).
Tôi đang theo dõi ranh giới đó sẽ đứng vững như thế nào qua các thay đổi định dạng trong tương lai và việc phát lại lịch sử.
#dusk $DUSK @Dusk
Chúng thể hiện các lớp khác nhau của cùng một giao dịch. CanonicalTransaction là dạng mà Rusk làm việc một cách logic, trong khi LedgerTransaction bọc lấy giao dịch đó theo biểu diễn sổ cái (ledger) cần thiết cho một phiên bản giao thức cụ thể. Điểm căng thẳng là Dusk muốn các định dạng lưu trữ có thể phát triển mà không buộc ý nghĩa của một giao dịch cũng phải phát triển theo, đây là một thuộc tính quan trọng khi thúc đẩy việc đưa các thị trường tài chính lên onchain với các tổ chức được cấp phép tại EU. Điều tôi chưa biết là liệu sự tách bạch này có thực sự giữ các thay đổi phiên bản nằm gọn bên trong Rusk hay liệu các thay đổi định dạng vẫn sẽ lan sang các ví (wallet), ứng dụng và việc phát lại lịch sử.
Những chi tiết đáng theo dõi là cách Dusk chuẩn hóa các giao dịch đến, chọn đúng biểu diễn sổ cái, và diễn giải các giao dịch cũ sau các lần nâng cấp giao thức.
Một ví tiếp tục gửi giao dịch sau khi nâng cấp là bằng chứng hữu ích về tính tương thích. Thử nghiệm mạnh hơn là liệu Dusk có thể thay đổi biểu diễn nằm bên dưới trong khi vẫn giữ nguyên ngữ nghĩa giao dịch ở phía trên hay không.
Tôi sẽ đánh giá lớp trừu tượng (abstraction) dựa trên việc các ứng dụng cần biết đến bao nhiêu ít độ phức tạp liên quan đến việc quản lý phiên bản.
Câu hỏi là liệu Dusk đã thực sự tách rời cái mà một giao dịch “có nghĩa là gì” khỏi cách sổ cái lưu trữ nó, hay chỉ đơn giản là chuyển gánh nặng xử lý phiên bản sang một nơi khác trong ngăn xếp (stack).
Tôi đang theo dõi ranh giới đó sẽ đứng vững như thế nào qua các thay đổi định dạng trong tương lai và việc phát lại lịch sử.
#dusk $DUSK @Dusk