#dusk $DUSK @Dusk
Trong hệ thống tài chính truyền thống, để ngăn cùng một lệnh không bị xử lý lặp lại, họ dựa vào một cơ chế cực kỳ đơn giản—số sê-ri hoặc số hiệu tờ séc. Mỗi lệnh đi kèm một mã định danh duy nhất; hệ thống chỉ chấp nhận lần nộp đầu tiên, còn các lần nộp trùng sau đó đều bị từ chối. Cơ chế này thì “thô” đúng là thô, nhưng nhiều thập kỷ cơ sở hạ tầng tài chính lại dựa vào đúng cái cách “thô sơ” ấy, giúp ngăn được phần lớn các sự cố oái ăm như trừ tiền lặp, thanh toán bù trừ lặp.

Trong mô hình tài khoản Moonlight của Dusk, họ làm đúng một việc—mỗi tài khoản duy trì một nonce (bộ đếm). Mỗi giao dịch phải có nonce lớn hơn đúng 1 so với nonce hiện tại; sau khi được gửi, nonce mới tăng lên. Nhờ vậy, ngay cả khi cùng một giao dịch đã ký bị phát tán lại, bị gửi trùng nhiều lần, mạng cũng chỉ chấp nhận lần đầu; các lần sau sẽ bị từ chối ngay. Nghe thì đó là một thiết kế đơn giản đến mức cơ bản, đến nỗi nhiều người có thể chẳng hề để ý nó tồn tại. Nhưng chính cái cơ chế “cơ bản” ấy lại quyết định một chuỗi có thể được tin cậy để xử lý các lệnh thanh toán bằng tiền thật hay không.

Tôi làm trong ngành đã nhiều năm, đã thấy không ít lần các hệ thống cũ xử lý lệnh trùng không đúng cách dẫn đến việc cùng một khoản chuyển bị trừ nhiều hơn một lần, rồi sau đó phải đi qua quy trình đối soát và hoàn tiền kéo dài. Trong tài chính truyền thống, những vấn đề kiểu này thường được xếp vào "sự cố vận hành", ít khi lên tin tức, nhưng với tổ chức liên quan và khách hàng thì việc xử lý lại chẳng hề nhẹ nhàng. Một chuỗi muốn phục vụ thanh toán cho tổ chức, nếu ngay cả cơ chế chống phát lại (replay) cơ bản nhất cũng không được làm vững chắc, thì dù bạn có xếp chồng thêm nhiều bằng chứng không kiến thức (zero-knowledge proofs) cũng chẳng có ý nghĩa—các tổ chức không quan tâm mật mã của bạn tiên tiến đến đâu; câu hỏi đầu tiên họ hỏi là: "Tiền của tôi có bị trừ lặp không".

Thiết kế này nói ra thì không “đã tai” hay gợi được sự hào hứng, chẳng có gì đáng để chụp màn hình đăng tweet, nhưng chính việc những cơ chế giản dị kiểu này làm có chắc hay không mới là điểm khởi đầu để tôi đánh giá một chuỗi có “nền móng” vững hay không—chứ không phải điểm kết thúc.

Bạn nghĩ việc đánh giá một chuỗi có đáng tin hay không nên bắt đầu từ những cơ chế nền tảng giản dị này, hay nên xem trước nó có bao nhiêu công nghệ mới “ngầu”?