Nonce giao dịch

Nonce giao dịch là gì?

Nonce giao dịch là một số được blockchain dùng để xác định thứ tự hoặc tính duy nhất của giao dịch từ một tài khoản cụ thể.

Trên các blockchain dựa trên tài khoản như Ethereum, nonce thường là bộ đếm tuần tự tăng lên mỗi khi tài khoản gửi giao dịch.

Tài liệu chính thức về giao dịch Ethereum mô tả nonce là bộ đếm tăng tuần tự, cho biết số thứ tự giao dịch từ tài khoản.

Mục đích chính của nonce giao dịch là ngăn cùng một giao dịch đã ký bị thực thi nhiều lần.

Nó cũng giúp mạng xử lý đúng thứ tự các giao dịch từ cùng một người gửi.

Đối với người dùng, nonce thường bị ẩn trong giao diện ví.

Đối với nhà phát triển, trader, bot, hệ thống thanh toán và người dùng ví nâng cao, nonce rất quan trọng vì nonce sai có thể gây ra giao dịch bị kẹt, phát sóng thất bại, giao dịch thay thế hoặc thao tác hợp đồng thông minh bị chậm.

Nonce giao dịch không giống nonce đào, nonce Proof of Work hoặc nonce bảo mật ngẫu nhiên dùng trong các ứng dụng web thông thường.

Trong ví crypto, thuật ngữ này thường chỉ giá trị sắp xếp giao dịch gắn với một tài khoản blockchain.

Cách đơn giản nhất để hiểu là mọi giao dịch gửi đi từ cùng một tài khoản đều phải có vị trí riêng trong hàng đợi.

Vì sao nonce giao dịch quan trọng trong crypto?

Nonce giao dịch quan trọng vì blockchain cần cơ chế đáng tin cậy để ngăn chỉ thị chi tiêu trùng lặp từ cùng một tài khoản.

Nếu Alice ký giao dịch gửi crypto cho Bob, Bob không thể phát sóng lại giao dịch đã ký đó liên tục để rút cạn ví của Alice.

Nonce tài khoản ngăn kiểu phát lại này trong cùng chuỗi giao dịch của tài khoản.

Tài liệu chính thức về tài khoản Ethereum giải thích rằng mỗi tài khoản chỉ có thể thực thi một giao dịch với một nonce nhất định, qua đó bảo vệ trước tấn công phát lại, khi giao dịch đã ký bị phát sóng và thực thi lặp lại.

Nonce cũng bảo vệ thứ tự giao dịch.

Nếu một tài khoản gửi giao dịch nonce 10 và nonce 11, mạng sẽ yêu cầu nonce 10 được xử lý trước nonce 11.

Điều này quan trọng khi các giao dịch phụ thuộc lẫn nhau, chẳng hạn phê duyệt token rồi mới swap.

Nếu giao dịch phê duyệt bị kẹt, giao dịch swap cũng có thể bị kẹt vì chuỗi giao dịch của tài khoản bị chặn.

Đây là lý do quản lý nonce là chủ đề vận hành quan trọng với bot giao dịch, hệ thống thanh toán tự động, hệ thống mint NFT và ứng dụng DeFi.

Một lỗi nonce nhỏ có thể dừng toàn bộ hàng đợi giao dịch từ một ví.

Nonce giao dịch hoạt động như thế nào?

Nonce giao dịch hoạt động như một bộ đếm cho từng tài khoản.

Khi tài khoản chưa từng gửi giao dịch, giao dịch gửi đi đầu tiên trên hệ thống tài khoản kiểu Ethereum thường dùng nonce 0.

Sau khi giao dịch đó được chấp nhận, giao dịch tiếp theo nên dùng nonce 1.

Giao dịch sau đó nên dùng nonce 2.

Mẫu này tiếp tục khi tài khoản gửi thêm giao dịch.

Nonce được đưa vào dữ liệu giao dịch mà người dùng ký.

Vì chữ ký bao gồm dữ liệu giao dịch, thay đổi nonce sau khi ký sẽ làm chữ ký mất hiệu lực.

Khi node nhận giao dịch đã ký, chúng kiểm tra nonce có phù hợp với tài khoản người gửi hay không.

Nếu nonce quá thấp, giao dịch thường bị xem là đã dùng hoặc không hợp lệ.

Nếu nonce quá cao, giao dịch có thể chờ đến khi các nonce trước đó còn thiếu được bổ sung.

Nonce giao dịch trên Ethereum

Ethereum là ví dụ phổ biến nhất để giải thích nonce giao dịch.

Một giao dịch Ethereum bao gồm các trường như người gửi, người nhận, chữ ký, nonce, giá trị, dữ liệu đầu vào, gas limit và thông tin phí.

Hướng dẫn giao dịch Ethereum chính thức nêu rằng đối tượng giao dịch phải được ký bằng khóa riêng tư của người gửi, qua đó chứng minh giao dịch đến từ người gửi.

Nonce trong giao dịch đã ký đánh dấu vị trí của giao dịch trong chuỗi tài khoản của người gửi.

Một tài khoản sở hữu bên ngoài trên Ethereum không thể thực thi thành công hai giao dịch khác nhau có cùng nonce.

Nếu hai giao dịch đang chờ dùng cùng nonce, chúng là các giao dịch thay thế cạnh tranh, không phải hai giao dịch độc lập.

Giao dịch được mạng chấp nhận cho nonce đó sẽ sử dụng vị trí nonce.

Sau đó, giao dịch khác có cùng nonce không thể thực thi bình thường.

Đây là lý do ví dùng nonce để hỗ trợ thao tác “tăng tốc” hoặc “hủy”.

Ví không thực sự thay đổi giao dịch gốc; ví gửi một giao dịch cạnh tranh có cùng nonce nhưng khác phí hoặc chi tiết thao tác.

Nonce trong tài khoản Ethereum

Tài khoản Ethereum lưu nonce là một trong các trường chính.

Tài liệu tài khoản Ethereum chính thức cho biết tài khoản Ethereum có bốn trường: nonce, số dư, hash code và storage root.

Với tài khoản sở hữu bên ngoài, nonce đếm số giao dịch được gửi từ tài khoản đó.

Với tài khoản hợp đồng, nonce đếm số hợp đồng do tài khoản hợp đồng đó tạo.

Chi tiết này quan trọng vì địa chỉ triển khai hợp đồng có thể phụ thuộc vào địa chỉ người tạo và nonce.

Tài liệu tài khoản Ethereum giải thích rằng địa chỉ hợp đồng thường được suy ra từ địa chỉ người tạo và số giao dịch gửi từ địa chỉ đó, tức nonce.

Đối với người dùng thông thường, việc suy ra địa chỉ này thường do ví và công cụ phát triển xử lý.

Đối với nhà phát triển, địa chỉ hợp đồng có thể dự đoán trước có thể quan trọng trong script triển khai, factory contract, kiểm thử và tích hợp giao thức.

Nonce triển khai sai có thể khiến hợp đồng được triển khai tại địa chỉ khác với dự kiến.

Đây là một lý do các nhóm triển khai production quản lý nonce cẩn thận.

Nonce và bảo vệ chống phát lại

Bảo vệ chống phát lại là việc ngăn một giao dịch đã ký hợp lệ bị tái sử dụng trái với ý định của người ký.

Nonce giao dịch cung cấp bảo vệ chống phát lại trong cùng chuỗi tài khoản trên cùng một chain.

Sau khi giao dịch nonce 15 được thực thi, giao dịch khác từ cùng tài khoản với nonce 15 thường không thể thực thi lại.

Điều này ngăn thực thi lặp lại cùng một giao dịch đã ký trên tài khoản đó.

Tuy nhiên, nonce riêng lẻ không giải quyết hoàn toàn rủi ro phát lại cross-chain.

Nếu hai mạng chấp nhận cùng định dạng giao dịch và có cùng trạng thái tài khoản, giao dịch đã ký có thể bị phát lại trên mạng khác nếu không có bảo vệ riêng theo chain.

Tiêu chuẩn bảo vệ chống phát lại EIP-155 chính thức đã đưa chain ID vào quy trình ký giao dịch Ethereum để giao dịch cho một chain không hoạt động trên chain khác có chain ID khác.

Điều này nghĩa là bảo vệ chống phát lại hiện đại thường kết hợp nonce, chữ ký, chain ID và cấu trúc giao dịch.

Người dùng luôn nên kiểm tra mạng trước khi ký vì chữ ký chỉ có thể mang ý nghĩa trong ngữ cảnh mà nó hợp lệ.

Nhà phát triển nên dùng cơ chế ký nhận biết chain khi xây dựng ví, bridge và hệ thống hợp đồng thông minh.

Nonce latest và nonce pending

Nonce latest và nonce pending quan trọng khi xây dựng giao dịch thủ công hoặc qua phần mềm.

Nonce latest thường là số lượng giao dịch đã xác nhận của một địa chỉ tại block mới nhất.

Nonce pending có thể bao gồm giao dịch chưa xác nhận nhưng đã chờ trong mempool hoặc transaction pool.

Tài liệu Ethereum JSON-RPC chính thức có

, thường được dùng để yêu cầu số lượng giao dịch của một địa chỉ.

Nhà phát triển thường dùng phương thức này với các tham số như

hoặc để quyết định nonce tiếp theo.

Dùng nonce đã xác nhận mới nhất có thể sai nếu tài khoản đã có giao dịch pending.

Dùng nonce pending có thể tốt hơn với người gửi hoạt động thường xuyên, nhưng điều này phụ thuộc node có nhìn thấy các giao dịch pending giống phần còn lại của mạng hay không.

Đây là lý do quản lý nonce có thể khó với người gửi khối lượng lớn.

Các node khác nhau có thể có góc nhìn mempool khác nhau.

Hệ thống chuyên nghiệp thường duy trì nonce manager riêng thay vì phụ thuộc hoàn toàn vào một phản hồi RPC.

Giao dịch pending và hàng đợi nonce

Giao dịch pending là giao dịch đã ký, đã phát sóng nhưng chưa được đưa vào block đã xác nhận.

Nếu giao dịch pending có nonce bắt buộc tiếp theo, nó có thể được đưa vào khi phí và điều kiện mạng cho phép.

Nếu giao dịch có nonce đi trước quá xa, nó có thể chờ đến khi các nonce trước đó còn thiếu được bổ sung.

Điều này tạo ra hàng đợi nonce.

Ví dụ, nếu tài khoản có nonce đã xác nhận là 20 và phát sóng nonce 22, nonce 22 không thể thực thi cho đến khi nonce 20 và nonce 21 được xử lý.

Một số node có thể giữ giao dịch nonce tương lai trong hàng đợi, trong khi node khác có thể loại bỏ chúng tùy chính sách.

Với người dùng, điều này thường hiển thị như giao dịch không tiến triển.

Với nhà phát triển, điều này có thể làm hỏng tự động hóa nếu hệ thống gửi nonce sai thứ tự.

Một nonce thiếu có thể chặn các giao dịch sau từ cùng tài khoản.

Hàng đợi nonce là một trong các lý do chính hệ thống crypto tự động cần theo dõi giao dịch cẩn thận.

Giao dịch bị kẹt

Giao dịch bị kẹt thường là giao dịch đã phát sóng nhưng chưa xác nhận trong thời gian dài.

Một nguyên nhân phổ biến là phí quá thấp so với nhu cầu mạng hiện tại.

Nguyên nhân khác là khoảng trống nonce hoặc xung đột nonce.

Nếu giao dịch bị kẹt có nonce bắt buộc tiếp theo, các giao dịch sau từ cùng tài khoản cũng có thể bị kẹt phía sau.

Ví có thể hiển thị các giao dịch sau là pending dù phí cao, vì nonce trước đó phải được giải quyết trước.

Người dùng thường nhận thấy điều này khi thử gửi giao dịch mới trong lúc giao dịch trước còn pending.

Giao dịch mới có thể không xác nhận cho đến khi nonce trước được đào, thay thế hoặc bị loại khỏi transaction pool của mạng.

Cách khắc phục phù hợp phụ thuộc vào chain, ví, loại giao dịch và trạng thái giao dịch pending.

Người dùng nên kiểm tra trình khám phá blockchain và chi tiết nonce của ví trước khi liên tục gửi giao dịch mới.

Gửi nhiều giao dịch mới mà không hiểu nonce có thể khiến vấn đề khó hiểu hơn.

Thay thế giao dịch bằng cùng nonce

Thay thế giao dịch là gửi giao dịch mới từ cùng tài khoản với cùng nonce.

Trên mạng kiểu Ethereum, cách này có thể dùng để tăng tốc hoặc hủy giao dịch pending.

Để tăng tốc, giao dịch thay thế thường có cùng thao tác nhưng phí cao hơn.

Để hủy, giao dịch thay thế thường là chuyển đơn giản đến chính địa chỉ của người gửi, với cùng nonce và phí cao hơn.

Nếu giao dịch thay thế được xác nhận trước, nó sẽ sử dụng vị trí nonce.

Giao dịch pending gốc không thể thực thi bình thường nữa vì nonce của nó đã được dùng.

Đây là lý do “hủy” không xóa giao dịch khỏi lịch sử.

Nó thay vị trí nonce của giao dịch pending bằng giao dịch đã ký khác.

Người dùng cần cẩn thận vì giao dịch thay thế vẫn là giao dịch thực.

Nếu ví hiển thị lời nhắc thay thế khó hiểu, người dùng nên xác minh nonce, thao tác, người nhận, số tiền và phí trước khi ký.

Khoảng trống nonce

Khoảng trống nonce xảy ra khi tài khoản gửi nonce sau trước khi nonce trước được xác nhận hoặc chấp nhận.

Ví dụ, gửi nonce 30 trong khi nonce 29 bị thiếu sẽ tạo khoảng trống.

Mạng không thể đơn giản bỏ qua nonce 29 vì chuỗi tài khoản phải nhất quán.

Điều này bảo vệ thứ tự và ngăn thực thi mơ hồ.

Khoảng trống nonce phổ biến ở bot, script, hệ thống thanh toán hoặc hệ thống gửi giao dịch đa máy chủ được xây dựng kém.

Chúng cũng có thể xảy ra khi người dùng chỉnh thủ công cài đặt ví mà không hiểu trạng thái giao dịch pending của tài khoản.

Kết quả thực tế là các giao dịch sau có thể chờ vô thời hạn đến khi nonce thiếu được bổ sung.

Nhà phát triển nên dùng lock, hàng đợi hoặc dịch vụ nonce trung tâm khi nhiều worker gửi từ cùng tài khoản.

Người dùng nên tránh đổi nonce thủ công trừ khi biết đang thay thế hoặc bổ sung giao dịch nào.

Khoảng trống nonce dễ tạo nhưng đôi khi khó xử lý.

Nonce quá thấp

Lỗi nonce quá thấp thường nghĩa là giao dịch đang dùng nonce mà tài khoản đã dùng.

Điều này có thể xảy ra khi giao dịch đã xác nhận và ví cố gửi lại giao dịch khác cùng nonce.

Nó cũng có thể xảy ra khi ví cục bộ hoặc script có dữ liệu tài khoản lỗi thời.

Ví dụ, script có thể cho rằng nonce tiếp theo là 40 trong khi chain đã yêu cầu 41.

Mạng từ chối nonce cũ vì nó sẽ phá vỡ chuỗi tài khoản.

Người dùng cũng có thể thấy nonce quá thấp sau khi giao dịch thay thế được xác nhận.

Giao dịch gốc có cùng nonce trở nên không hợp lệ vì vị trí đã được sử dụng.

Cách phản hồi tốt nhất thường là làm mới dữ liệu ví, kiểm tra giao dịch đã xác nhận và dùng nonce tiếp theo hiện tại.

Nhà phát triển không nên coi nonce quá thấp là lỗi RPC ngẫu nhiên.

Thông thường, điều đó nghĩa là trạng thái đã xác nhận hoặc pending của tài khoản đã đi trước trình xây dựng giao dịch.

Nonce quá cao

Nonce quá cao nghĩa là giao dịch dùng nonce cao hơn giá trị kế tiếp dự kiến.

Điều này có thể xảy ra khi ví bỏ qua một nonce.

Nó có thể xảy ra khi script gửi giao dịch song song mà không phối hợp.

Nó có thể xảy ra khi giao dịch nonce trước bị loại bỏ trước lúc giao dịch sau được gửi.

Mạng không thể xác nhận nonce cao cho đến khi mọi nonce bắt buộc trước đó được xử lý.

Một số hệ thống có thể giữ giao dịch nonce cao ở trạng thái pending.

Hệ thống khác có thể không hiển thị rõ vì giao dịch hiện chưa thể thực thi.

Giải pháp thường là bổ sung nonce thiếu hoặc thay thế giao dịch bị thiếu.

Người dùng nên kiểm tra lịch sử giao dịch và pool pending của tài khoản trước khi quyết định.

Nhà phát triển nên thiết kế xử lý nonce để giao dịch nonce cao không vô tình được phát sóng trước các giao dịch trước đó.

Chỉnh nonce thủ công

Một số ví cho phép người dùng nâng cao chỉnh nonce giao dịch thủ công.

Việc này có thể hữu ích để sửa giao dịch bị kẹt, thay thế giao dịch pending hoặc bổ sung khoảng trống nonce.

Nó cũng có thể nguy hiểm nếu người dùng không hiểu trạng thái tài khoản.

Dùng nonce đã xác nhận thường sẽ thất bại.

Dùng nonce tương lai có thể tạo giao dịch bị kẹt.

Dùng cùng nonce với giao dịch pending có thể thay thế giao dịch đó.

Việc thay thế này có thể hủy thanh toán dự kiến nếu người dùng không cẩn thận.

Chỉnh nonce thủ công nên được xem là công cụ khôi phục nâng cao.

Trước khi chỉnh nonce, người dùng nên kiểm tra nonce tài khoản hiện tại, giao dịch pending, trạng thái hash giao dịch và kết quả mong muốn.

Với giao dịch giá trị lớn, người dùng nên tránh thử nghiệm cài đặt nonce trong điều kiện áp lực thời gian.

Nonce giao dịch và phí gas

Phí gas và nonce là các trường riêng biệt, nhưng chúng tương tác trong thực tế.

Giao dịch có nonce đúng nhưng phí quá thấp có thể vẫn pending.

Giao dịch sau có nonce cao hơn và phí cao hơn vẫn có thể bị chặn phía sau giao dịch phí thấp.

Điều này có thể khiến người dùng bối rối vì giao dịch sau có vẻ trả phí đủ cao nhưng vẫn không xác nhận.

Vấn đề không phải lúc nào cũng là phí sau.

Vấn đề có thể là nonce trước đó.

Thay thế giao dịch pending trước bằng giao dịch phí cao hơn có thể mở khóa hàng đợi.

Tuy nhiên, quy tắc thay thế phụ thuộc vào chính sách mạng và client.

Người dùng không nên cho rằng chỉ gửi giao dịch mới sẽ giải quyết nonce bị kẹt.

Giao dịch mới phải xử lý đúng vị trí nonce.

Nonce giao dịch và lệnh gọi hợp đồng thông minh

Lệnh gọi hợp đồng thông minh cũng dùng nonce giao dịch khi được gửi từ tài khoản sở hữu bên ngoài.

Chuyển token, phê duyệt token, mint NFT, swap DeFi, nạp bridge hoặc thao tác staking đều có thể sử dụng nonce tài khoản tiếp theo.

Điều này nghĩa là giao dịch hợp đồng thất bại vẫn có thể ảnh hưởng thứ tự nonce nếu nó được đưa lên chain.

Ngay cả khi lệnh gọi hợp đồng revert, giao dịch vẫn có thể dùng nonce và bị tính phí.

Sau khi giao dịch thất bại được đưa vào chain, nonce tiếp theo của tài khoản sẽ tăng.

Điều này quan trọng vì đôi khi người dùng nghĩ giao dịch thất bại không được tính.

Ở cấp chuỗi tài khoản, giao dịch thất bại đã được đưa vào chain vẫn dùng nonce của nó.

Với nhà phát triển, contract revert không đồng nghĩa nonce được hoàn lại.

Với người dùng, giao dịch hợp đồng thông minh thất bại vẫn có thể giải phóng hàng đợi nonce dù thao tác dự kiến không xảy ra.

Đây là lý do cần kiểm tra cả trạng thái giao dịch lẫn trạng thái nonce khi khắc phục sự cố.

Nonce giao dịch và phê duyệt token

Phê duyệt token sử dụng nonce vì đó là giao dịch on-chain từ tài khoản người dùng.

Một quy trình DeFi phổ biến có thể yêu cầu giao dịch phê duyệt rồi đến giao dịch swap.

Phê duyệt có thể dùng nonce 100.

Swap có thể dùng nonce 101.

Nếu phê duyệt bị kẹt, swap không thể thực thi trước vì nonce 101 phải chờ nonce 100.

Nếu người dùng thay nonce 100 bằng giao dịch hủy, việc phê duyệt sẽ không xảy ra.

Sau đó swap có thể thất bại vì hợp đồng thông minh không có quyền chi token.

Đây là một lý do hàng đợi giao dịch trong DeFi có thể khó hiểu.

Mỗi nonce đại diện cho một bước cụ thể trong chuỗi thao tác dự kiến của người dùng.

Thay đổi một nonce có thể ảnh hưởng các bước sau phụ thuộc vào nó.

Nonce giao dịch và triển khai hợp đồng

Triển khai hợp đồng có thể phụ thuộc vào nonce.

Trên Ethereum, địa chỉ hợp đồng được tạo thông thường dựa trên địa chỉ người tạo và nonce của người tạo tại thời điểm triển khai.

Điều này nghĩa là thứ tự triển khai rất quan trọng.

Nếu tài khoản deployer gửi thêm giao dịch trước khi triển khai, địa chỉ hợp đồng tiếp theo có thể thay đổi.

Script triển khai thường giả định một chuỗi nonce cụ thể.

Nonce sai có thể làm hỏng tích hợp vốn dự kiến hợp đồng ở địa chỉ đã định.

Nhà phát triển nên giữ tài khoản triển khai sạch, theo dõi nonce cẩn thận và dùng script đã được kiểm thử.

Factory contract và phương thức triển khai xác định có thể hữu ích trong một số trường hợp, nhưng nonce vẫn quan trọng với nhiều quy trình triển khai.

Kiểm toán viên và nhóm vận hành nên rà soát các giả định về nonce trong kế hoạch triển khai.

Sai địa chỉ hợp đồng có thể tốn kém vì hợp đồng thông minh đã triển khai khó hoặc không thể di chuyển.

Nonce giao dịch và bot

Bot giao dịch, bot arbitrage, bot thanh lý và bot thanh toán phải quản lý nonce cẩn thận.

Bot thường gửi nhiều giao dịch nhanh chóng.

Nếu hai worker bot dùng cùng tài khoản và cùng chọn một nonce, chúng có thể vô tình thay thế lẫn nhau.

Nếu một worker bỏ qua nonce, các giao dịch sau có thể bị kẹt phía sau nonce thiếu.

Nếu endpoint RPC cung cấp dữ liệu pending lỗi thời, bot có thể ký nonce sai.

Hệ thống bot thường cần nonce manager, hàng đợi giao dịch, logic thử lại, chiến lược thay thế và giám sát.

Chúng cũng cần quy tắc xử lý khi giao dịch bị loại bỏ, xác nhận, revert hoặc thay thế.

Dùng nhiều ví có thể giảm tranh chấp nonce, nhưng làm tăng độ phức tạp trong quản lý khóa và cấp vốn.

Tự động hóa chuyên nghiệp nên coi nonce là trạng thái dùng chung, không phải số đơn giản lấy ngẫu nhiên từ một node.

Lỗi nonce có thể biến chiến lược có lợi nhuận thành chuỗi giao dịch bị kẹt hoặc thất bại.

Nonce giao dịch và hệ thống đa người gửi

Doanh nghiệp và ứng dụng crypto thường gửi giao dịch từ hệ thống backend.

Bộ xử lý thanh toán có thể gửi hoàn tiền.

Trò chơi có thể gửi phần thưởng.

Nhà vận hành giao thức có thể thực hiện giao dịch bảo trì.

Hệ thống treasury có thể gửi chuyển khoản theo lịch.

Nếu nhiều máy chủ gửi từ cùng ví, chúng phải phối hợp việc gán nonce.

Nếu không phối hợp, hai máy chủ có thể cùng ký một nonce.

Chúng cũng có thể tạo khoảng trống nonce bằng cách gửi nonce tương lai sai thứ tự.

Hệ thống tốt dùng dịch vụ nonce trung tâm, database lock, hàng đợi giao dịch hoặc phân mảnh tài khoản.

Chúng cũng giám sát giao dịch pending và đối soát với dữ liệu on-chain.

Phối hợp nonce là vấn đề độ tin cậy hạ tầng, không chỉ là chi tiết ví.

Nonce giao dịch và Account Abstraction

Ví hợp đồng thông minh và Account Abstraction có thể giúp hành vi nonce linh hoạt hơn.

Tài khoản sở hữu bên ngoài truyền thống thường theo mô hình nonce tuần tự đơn giản.

Tài khoản hợp đồng thông minh có thể xác định quy tắc xác thực tùy chỉnh và hỗ trợ các không gian nonce khác nhau hoặc thao tác theo batch tùy thiết kế ví.

Điều này có thể cải thiện trải nghiệm người dùng nhờ cho phép các luồng giao dịch phức tạp hơn.

Nó cũng có thể khiến việc suy luận về nonce phức tạp hơn với nhà phát triển và người dùng.

Ví hợp đồng thông minh có thể theo dõi nonce thao tác trong storage của hợp đồng thay vì chỉ dựa vào nonce tài khoản cơ bản.

Một số hệ thống dùng sub-nonce, nonce theo khóa hoặc quyền theo phiên để hỗ trợ thao tác song song.

Người dùng không phải lúc nào cũng thấy các chi tiết này trong giao diện ví.

Nhà phát triển nên đọc tài liệu kỹ thuật của ví trước khi giả định mô hình nonce EOA Ethereum đơn giản.

Khi thiết kế ví trở nên nâng cao hơn, quản lý nonce trở thành một phần trong thiết kế bảo mật tài khoản.

Nonce giao dịch trong Bitcoin

Bitcoin không dùng nonce tài khoản kiểu Ethereum vì Bitcoin sử dụng mô hình UTXO.

Trong Bitcoin, giao dịch chi tiêu các output trước đó cụ thể thay vì chi từ bộ đếm số dư tài khoản.

Tài liệu tham chiếu giao dịch Bitcoin chính thức mô tả input giao dịch chi tiêu outpoint từ giao dịch trước.

Input giao dịch Bitcoin có trường số thứ tự.

Tài liệu tham chiếu Bitcoin cho biết input không phải coinbase có số thứ tự bốn byte và giá trị mặc định của Bitcoin Core cùng hầu hết chương trình khác là

.

Số thứ tự này đôi khi bị nhầm với nonce tài khoản, nhưng không cùng khái niệm với bộ đếm giao dịch theo tài khoản của Ethereum.

Bitcoin cũng có nonce block header dùng trong đào và extra nonce coinbase mà miner dùng để thay đổi dữ liệu block khi tìm kiếm Proof of Work.

Các nonce liên quan đến đào này khác nonce giao dịch của ví.

Để chính xác trong glossary, cần nói rõ ý nghĩa nonce phụ thuộc vào ngữ cảnh blockchain.

Trong thảo luận ví hằng ngày, nonce giao dịch thường là bộ đếm giao dịch dựa trên tài khoản, không phải trường sequence UTXO của Bitcoin.

Nonce giao dịch trên Solana

Solana dùng mô hình độ mới giao dịch khác Ethereum.

Giao dịch Solana thông thường dùng blockhash gần đây để giới hạn thời gian giao dịch còn hợp lệ.

Solana cũng hỗ trợ giao dịch durable nonce để ký offline và gửi chậm.

Tài liệu durable nonce của Solana chính thức cho biết giao dịch durable nonce thay recent blockhash bằng giá trị nonce được lưu, loại bỏ thời hạn hết hiệu lực 150 slot.

Tài liệu này cũng cho biết cơ chế đó cho phép ký offline và gửi chậm.

Tài khoản durable nonce Solana lưu authority, giá trị durable nonce và thông tin tỷ lệ phí tại thời điểm nonce được tăng gần nhất.

Để dùng durable nonce, giao dịch sử dụng chỉ thị advance-nonce và giá trị nonce đã lưu.

Nếu giao dịch durable nonce hợp lệ qua xác thực nhưng thực thi thất bại, tài liệu cho biết nonce vẫn được tăng và phí vẫn được thu.

Điều này ngăn phát lại đồng thời bù đắp cho validator.

Mô hình durable nonce Solana cho thấy từ nonce có thể mang ý nghĩa khác nhau giữa các chain.

Nonce giao dịch và nonce đào

Nonce giao dịch không giống nonce đào.

Nonce giao dịch thường dùng để sắp xếp hoặc nhận diện duy nhất giao dịch từ một tài khoản.

Nonce đào là giá trị miner thay đổi khi tìm hash block Proof of Work hợp lệ.

Đào Bitcoin dùng nonce block header và miner cũng có thể dùng dữ liệu extra nonce trong giao dịch coinbase để mở rộng không gian tìm kiếm.

Tài liệu tham chiếu giao dịch Bitcoin lưu ý miner thường đặt extra nonce trong trường coinbase để cập nhật merkle root của block header trong quá trình hash.

Việc dùng cho đào này không liên quan đến thay thế giao dịch ví bị kẹt.

Nhầm lẫn các thuật ngữ này có thể gây hiểu lầm khi đọc tài liệu blockchain.

Cùng từ nonce chỉ đơn giản là số dùng một lần hoặc số dùng cho tính duy nhất trong các hệ thống kỹ thuật khác nhau.

Trong vận hành ví, nonce giao dịch liên quan đến chuỗi tài khoản.

Trong đào, nonce liên quan đến tìm kiếm Proof of Work.

Nonce giao dịch và nonce mật mã

Nonce mật mã là số dùng một lần trong giao thức bảo mật.

Nonce mật mã có thể ngăn phát lại, bổ sung tính mới hoặc giúp chữ ký và mã hóa an toàn hơn tùy hệ thống.

Nonce giao dịch là một ứng dụng blockchain cụ thể của khái niệm nonce rộng hơn.

Nó không phải lúc nào cũng ngẫu nhiên.

Trên Ethereum, nó có tính tuần tự đối với tài khoản sở hữu bên ngoài thông thường.

Điều này khác nhiều nonce bảo mật web có thể là giá trị ngẫu nhiên khó dự đoán.

Vì vậy, nonce không phải lúc nào cũng nghĩa là ngẫu nhiên.

Trong giao dịch blockchain dựa trên tài khoản, chuỗi có thể dự đoán chính là mục đích.

Mạng cần biết giá trị kế tiếp chính xác để thực thi thứ tự.

Đặc tính quan trọng là tính duy nhất theo chuỗi tài khoản, không phải tính ngẫu nhiên.

Rủi ro bảo mật xoay quanh nonce giao dịch

Lỗi nonce có thể tạo ra rủi ro bảo mật và vận hành.

Website độc hại có thể cố khiến người dùng thay thế giao dịch pending mà không hiểu điều gì đang xảy ra.

Nhân viên hỗ trợ giả mạo có thể bảo người dùng đổi cài đặt nonce theo cách hủy chuyển khoản dự kiến hoặc gây nhầm lẫn.

Người dùng vội vàng có thể ký giao dịch thay thế với người nhận hoặc số tiền sai.

Hệ thống backend có thể vô tình dùng lại nonce và thay thế giao dịch hợp lệ bằng giao dịch khác.

Bot có thể khiến giao dịch giá trị cao bị kẹt vì nonce trước có phí thấp không được khắc phục.

Script triển khai có thể dùng nonce sai và triển khai hợp đồng tại địa chỉ không mong đợi.

Nonce thường không phải bí mật, nhưng vẫn là trạng thái vận hành nhạy cảm.

Người dùng không nên đổi cài đặt nonce chỉ vì ai đó trong chat yêu cầu.

Nhà phát triển nên ghi log quyết định nonce và bảo vệ hệ thống gửi giao dịch khỏi race condition.

Cách người dùng kiểm tra nonce giao dịch

Người dùng thường có thể kiểm tra nonce trong chi tiết giao dịch nâng cao của ví.

Họ cũng có thể kiểm tra chi tiết giao dịch qua trình khám phá blockchain hỗ trợ hiển thị nonce.

Trang tài khoản có thể hiển thị giao dịch đã xác nhận theo thứ tự nonce.

Giao dịch pending có thể hiển thị nonce mà nó đang cố sử dụng.

Nếu ví có giao dịch bị kẹt, người dùng nên xác định nonce pending thấp nhất của tài khoản đó.

Nonce pending thấp nhất thường là nonce chặn các giao dịch sau.

Sau đó, người dùng có thể quyết định chờ, tăng tốc, thay thế hoặc hủy tùy hỗ trợ của ví và mức độ quan trọng của giao dịch.

Người dùng không nên chỉ dựa vào ảnh chụp màn hình vì ảnh có thể lỗi thời hoặc bị chỉnh sửa.

Hash giao dịch và dữ liệu explorer hữu ích hơn cho hỗ trợ và khắc phục sự cố.

Với giao dịch giá trị cao, người dùng nên tránh thay đổi nonce nâng cao nếu chưa hiểu chính xác vị trí nonce bị ảnh hưởng.

Nhà phát triển nên quản lý nonce như thế nào?

Nhà phát triển nên coi quản lý nonce là vấn đề quản lý trạng thái.

Một script đơn giản có thể lấy nonce tiếp theo và gửi một giao dịch.

Hệ thống production cần xử lý cẩn thận hơn.

Hệ thống nên theo dõi giao dịch đã xác nhận.

Hệ thống nên theo dõi giao dịch pending.

Hệ thống nên biết giao dịch có bị thay thế không.

Hệ thống nên biết giao dịch có bị loại bỏ không.

Hệ thống nên thử lại bằng nonce đúng thay vì mù quáng gửi nonce tương lai.

Hệ thống nên tránh để nhiều worker gán cùng nonce cùng lúc.

Hệ thống nên đối soát trạng thái nonce nội bộ với dữ liệu on-chain và mempool.

Các phương pháp tốt nhất để quản lý nonce

Dùng một nonce manager rõ ràng cho mỗi tài khoản gửi.

Không để nhiều máy chủ gán nonce nếu không có phối hợp.

Dùng số lượng giao dịch pending khi chuẩn bị giao dịch tuần tự nhanh, nhưng cũng cần hiểu giới hạn góc nhìn mempool của một node.

Ghi log mọi giao dịch đã ký, nonce, hash giao dịch, cài đặt phí và lần thử thay thế.

Giám sát giao dịch pending và cảnh báo khi nonce chưa xác nhận quá lâu.

Có chính sách thay thế rõ ràng cho giao dịch phí thấp.

Tránh khoảng trống nonce bằng cách gửi giao dịch theo thứ tự.

Dùng ví người gửi riêng khi tính song song quan trọng hơn lịch sử của một tài khoản dùng chung.

Kiểm thử xử lý nonce trên mạng thử nghiệm trước khi dùng tiền thật.

Không bao giờ xây dựng hệ thống production giả định mọi giao dịch phát sóng sẽ xác nhận nhanh.

Lỗi phổ biến của người dùng với nonce giao dịch

Lỗi thứ nhất là chỉnh nonce thủ công mà không biết nonce pending hiện tại.

Lỗi thứ hai là cho rằng giao dịch sau có thể xác nhận trước nonce trước đó từ cùng tài khoản.

Lỗi thứ ba là cố hủy giao dịch bằng cách gửi giao dịch mới với nonce khác.

Lỗi thứ tư là bỏ qua nonce pending thấp nhất đang chặn hàng đợi.

Lỗi thứ năm là nghĩ giao dịch on-chain thất bại không dùng nonce.

Lỗi thứ sáu là gửi giao dịch lặp lại từ ví khi giao dịch trước còn pending.

Lỗi thứ bảy là nhầm nonce giao dịch với nonce đào.

Lỗi thứ tám là cho rằng Bitcoin dùng cùng mô hình nonce tài khoản như Ethereum.

Lỗi thứ chín là tin lời khuyên hỗ trợ giả mạo về chỉnh nonce.

Lỗi thứ mười là không lưu hash giao dịch khi khắc phục giao dịch pending.

Lỗi phổ biến của nhà phát triển với nonce giao dịch

Lỗi thứ nhất là lấy nonce latest thay vì cân nhắc giao dịch pending.

Lỗi thứ hai là để nhiều worker gửi giao dịch từ cùng tài khoản mà không có lock.

Lỗi thứ ba là không theo dõi giao dịch thay thế.

Lỗi thứ tư là giả định mọi node RPC có pool giao dịch pending giống hệt nhau.

Lỗi thứ năm là không xử lý giao dịch bị loại bỏ.

Lỗi thứ sáu là bỏ qua nonce khi thử lại.

Lỗi thứ bảy là không tăng đủ phí thay thế theo chính sách mạng.

Lỗi thứ tám là không giám sát khoảng trống nonce.

Lỗi thứ chín là kết hợp sử dụng ví thủ công với tài khoản người gửi tự động.

Lỗi thứ mười là triển khai hợp đồng mà không kiểm soát nonce của deployer.

Khắc phục sự cố nonce giao dịch

Nếu giao dịch bị kẹt, trước hết hãy xác định tài khoản người gửi.

Sau đó kiểm tra nonce giao dịch.

Tiếp theo kiểm tra liệu nonce thấp hơn nào từ cùng tài khoản còn pending hay không.

Sau đó kiểm tra phí giao dịch có quá thấp so với điều kiện mạng hiện tại hay không.

Tiếp theo kiểm tra giao dịch thay thế cùng nonce đã xác nhận chưa.

Sau đó kiểm tra giao dịch có thất bại nhưng vẫn sử dụng nonce hay không.

Tiếp theo kiểm tra ví có kết nối đúng mạng không.

Sau đó kiểm tra nhà cung cấp RPC có hiển thị dữ liệu pending lỗi thời không.

Cuối cùng quyết định chờ, tăng tốc, thay thế, hủy hoặc bổ sung nonce thiếu.

Khắc phục nonce hiệu quả cần theo chuỗi tài khoản thay vì đoán dựa riêng vào văn bản trạng thái trên ví.

Ưu điểm của nonce giao dịch

Ưu điểm đầu tiên là ngăn phát lại trong chuỗi tài khoản.

Ưu điểm thứ hai là thứ tự giao dịch có thể dự đoán từ cùng người gửi.

Ưu điểm thứ ba là node dễ xác thực hơn vì mỗi tài khoản có số giao dịch tiếp theo rõ ràng.

Ưu điểm thứ tư là hỗ trợ giao dịch thay thế khi giao dịch pending cần tăng tốc hoặc hủy.

Ưu điểm thứ năm là hành vi xác định đối với thứ tự triển khai hợp đồng thông minh trong hệ thống kiểu Ethereum.

Ưu điểm thứ sáu là hạch toán giao dịch rõ ràng hơn cho ví, explorer và hệ thống tự động.

Ưu điểm thứ bảy là bảo vệ người dùng tốt hơn trước việc thực thi lặp lại cùng giao dịch đã ký.

Các ưu điểm này khiến nonce trở thành phần nhỏ nhưng thiết yếu trong thiết kế giao dịch blockchain.

Người dùng hiếm khi nghĩ đến nó khi mọi thứ hoạt động bình thường.

Họ sẽ nhận ra nhanh khi có thứ bị kẹt.

Hạn chế của nonce giao dịch

Hạn chế đầu tiên là thứ tự nonce có thể chặn giao dịch sau phía sau một giao dịch bị kẹt.

Hạn chế thứ hai là quản lý nonce khó hơn với người gửi khối lượng lớn.

Hạn chế thứ ba là các node khác nhau có thể có góc nhìn giao dịch pending khác nhau.

Hạn chế thứ tư là người dùng có thể tạo vấn đề khi chỉnh nonce thủ công sai.

Hạn chế thứ năm là nonce riêng lẻ không giải quyết rủi ro phát lại cross-chain.

Hạn chế thứ sáu là các blockchain khác nhau dùng khái niệm giống nonce theo cách khác nhau.

Hạn chế thứ bảy là thiết kế ví hợp đồng thông minh có thể dùng hệ thống nonce phức tạp hơn.

Hạn chế thứ tám là giao dịch thất bại đã được đưa vào chain vẫn có thể dùng nonce.

Hạn chế thứ chín là địa chỉ triển khai hợp đồng có thể thay đổi nếu thứ tự nonce thay đổi.

Hạn chế thứ mười là giao diện ví thường ẩn chi tiết nonce cho đến khi có sự cố.

Cách sử dụng nonce giao dịch an toàn

Hãy để ví tự động quản lý nonce cho giao dịch thông thường.

Không chỉnh nonce thủ công trừ khi bạn hiểu thứ tự giao dịch pending.

Kiểm tra nonce pending thấp nhất khi ví có vẻ bị kẹt.

Chỉ dùng tính năng tăng tốc hoặc hủy từ giao diện ví đáng tin cậy.

Xác minh giao dịch thay thế trước khi ký.

Không làm theo hướng dẫn về nonce từ tin nhắn hỗ trợ ngẫu nhiên hoặc bình luận trên mạng xã hội.

Lưu hash giao dịch để khắc phục sự cố.

Dùng ví riêng cho hệ thống tự động khi tranh chấp nonce trở thành vấn đề.

Kiểm thử script gửi giao dịch trước khi dùng tài sản thật.

Hãy nhớ nonce là trạng thái vận hành, không phải mật khẩu bảo mật.

FAQ

Nonce giao dịch là gì theo cách đơn giản?

Nonce giao dịch là số đánh dấu vị trí giao dịch tiếp theo của một tài khoản blockchain.

Vì sao Ethereum dùng nonce?

Ethereum dùng nonce để sắp xếp giao dịch từ cùng tài khoản và ngăn cùng giao dịch đã ký bị thực thi lặp lại.

Mọi blockchain có dùng cùng hệ thống nonce không?

Không. Hành vi nonce khác nhau theo blockchain và mô hình UTXO của Bitcoin không dùng nonce tài khoản kiểu Ethereum.

Điều gì xảy ra nếu hai giao dịch dùng cùng nonce?

Chúng thường cạnh tranh cùng vị trí nonce và thông thường chỉ một giao dịch có thể thực thi với nonce tài khoản đó.

Giao dịch nonce cao hơn có thể xác nhận trước không?

Trên hệ thống tài khoản kiểu Ethereum, nonce cao hơn nói chung không thể thực thi trước khi các nonce bắt buộc trước đó từ cùng tài khoản được xử lý.

Nonce quá thấp nghĩa là gì?

Nonce quá thấp thường nghĩa là giao dịch dùng nonce mà tài khoản đã sử dụng.

Nonce quá cao nghĩa là gì?

Nonce quá cao thường nghĩa là giao dịch đã bỏ qua một hoặc nhiều nonce trước mà tài khoản vẫn cần xử lý trước.

Giao dịch thất bại có dùng nonce không?

Có. Nếu giao dịch thất bại được đưa lên chain, nó thường vẫn dùng nonce tài khoản dù thao tác hợp đồng thất bại.

Tôi có thể hủy giao dịch pending bằng nonce không?

Trên mạng kiểu Ethereum, hủy thường là gửi giao dịch thay thế cùng nonce với phí cao hơn.

Tôi có thể tăng tốc giao dịch bằng nonce không?

Có. Tăng tốc thường là thay giao dịch pending bằng giao dịch khác dùng cùng nonce và phí cao hơn.

Nonce giao dịch có bí mật không?

Không. Nonce giao dịch không bí mật và thường có thể xem trong dữ liệu giao dịch hoặc lịch sử tài khoản.

Nonce giao dịch có ngẫu nhiên không?

Trên tài khoản kiểu Ethereum, nonce giao dịch thông thường có tính tuần tự, không ngẫu nhiên.

Nonce giao dịch có giống nonce đào không?

Không. Nonce giao dịch sắp xếp giao dịch tài khoản, còn nonce đào được dùng trong hash block Proof of Work.

Nhà phát triển lấy nonce Ethereum tiếp theo như thế nào?

Nhà phát triển thường dùng

qua Ethereum JSON-RPC, thường cân nhắc cần số lượng đã xác nhận mới nhất hay số lượng pending.

Quy tắc nonce an toàn nhất cho người dùng thông thường là gì?

Quy tắc an toàn nhất là để ví tự động quản lý nonce, trừ khi bạn đang chủ động sửa giao dịch bị kẹt hoặc giao dịch thay thế.

Kết luận

Nonce giao dịch là một số nhỏ nhưng có vai trò lớn đối với sự an toàn và thứ tự giao dịch blockchain.

Trên hệ thống tài khoản kiểu Ethereum, nó hoạt động như bộ đếm tuần tự đánh dấu mỗi giao dịch gửi đi từ tài khoản.

Bộ đếm này ngăn cùng giao dịch đã ký bị thực thi lặp lại và giúp mạng xử lý giao dịch từ cùng người gửi theo đúng thứ tự.

Nonce đặc biệt quan trọng khi giao dịch pending, bị thay thế, hủy, tăng tốc hoặc được gửi bởi hệ thống tự động.

Nonce sai có thể gây giao dịch bị kẹt, khoảng trống nonce, phát sóng thất bại, lỗi triển khai hoặc thao tác DeFi bị chặn.

Với người dùng thông thường, ví thường tự động quản lý nonce và nên được tin dùng trừ khi cần khắc phục nâng cao.

Với nhà phát triển, quản lý nonce là vấn đề độ tin cậy production cần hàng đợi, lock, giám sát, chính sách thay thế và đối soát trạng thái on-chain.

Với trader và bot, quản lý nonce có thể quyết định giao dịch thực thi kịp thời hay bị kẹt phía sau thao tác pending trước đó.

Ý nghĩa nonce cũng thay đổi theo thiết kế blockchain, vì Bitcoin dùng UTXO và sequence number, trong khi Solana có mô hình durable nonce cho các quy trình ký chậm cụ thể.

Cách xử lý nonce an toàn nhất là hiểu chuỗi tài khoản, xác minh giao dịch pending, tránh chỉnh thủ công không cần thiết và dùng công cụ đáng tin cậy khi thay thế giao dịch.

Trong glossary crypto, Transaction Nonce nên được hiểu là giá trị tính duy nhất và sắp xếp ở cấp tài khoản, giúp giao dịch blockchain đã ký an toàn, tuần tự và không thể phát lại.