#dusk $TUT $GPS $DUSK @Dusk
Ban đầu, tôi nghĩ việc tích hợp blockchain với một sàn giao dịch khá đơn giản: một khi khoản nạp được hoàn tất, bạn sẽ ghi có cho người dùng. Nhưng khi tôi đọc tài liệu tích hợp của Dusk, có một quy tắc cụ thể khiến tôi chú ý: Dusk sử dụng ID của từng giao dịch làm khóa chống lặp (idempotency key) cho khoản ghi có tương ứng.
Quy tắc đó trở nên thú vị khi mọi thứ có gì đó trục trặc. Một bộ quét có thể bị crash, khởi động lại, hoặc quét lại cùng một phạm vi block. Dusk yêu cầu việc cập nhật khoản ghi có và checkpoint diễn ra trong một giao dịch cơ sở dữ liệu duy nhất, đồng thời các ID giao dịch phải được giữ là duy nhất; vì vậy việc phát lại lịch sử không tạo thêm khoản ghi có khác cho cùng một giao dịch.
Đó là điều tôi thích ở Dusk. Với tiền bạc, đúng hai lần vẫn có thể sai. Hệ thống có thể bị crash. Bộ quét có thể thử lại. Lịch sử được phát lại. Số dư vẫn phải chính xác.
Ý tưởng lớn thì đơn giản: thao tác có thể chạy lại, nhưng hiệu ứng tài chính thì không được bị nhân đôi. Vậy nên tôi còn lại câu hỏi này: nếu cùng một lịch sử có thể được phát lại hai lần, thì điều gì đảm bảo rằng hiệu ứng tài chính của nó chỉ được ghi nhận đúng một lần?
Ban đầu, tôi nghĩ việc tích hợp blockchain với một sàn giao dịch khá đơn giản: một khi khoản nạp được hoàn tất, bạn sẽ ghi có cho người dùng. Nhưng khi tôi đọc tài liệu tích hợp của Dusk, có một quy tắc cụ thể khiến tôi chú ý: Dusk sử dụng ID của từng giao dịch làm khóa chống lặp (idempotency key) cho khoản ghi có tương ứng.
Quy tắc đó trở nên thú vị khi mọi thứ có gì đó trục trặc. Một bộ quét có thể bị crash, khởi động lại, hoặc quét lại cùng một phạm vi block. Dusk yêu cầu việc cập nhật khoản ghi có và checkpoint diễn ra trong một giao dịch cơ sở dữ liệu duy nhất, đồng thời các ID giao dịch phải được giữ là duy nhất; vì vậy việc phát lại lịch sử không tạo thêm khoản ghi có khác cho cùng một giao dịch.
Đó là điều tôi thích ở Dusk. Với tiền bạc, đúng hai lần vẫn có thể sai. Hệ thống có thể bị crash. Bộ quét có thể thử lại. Lịch sử được phát lại. Số dư vẫn phải chính xác.
Ý tưởng lớn thì đơn giản: thao tác có thể chạy lại, nhưng hiệu ứng tài chính thì không được bị nhân đôi. Vậy nên tôi còn lại câu hỏi này: nếu cùng một lịch sử có thể được phát lại hai lần, thì điều gì đảm bảo rằng hiệu ứng tài chính của nó chỉ được ghi nhận đúng một lần?