ERPC Phát Hành Hướng Dẫn Vận Hành Durable Nonce Fanout Để Tận Dụng Tối Đa SWQoS Cho Gửi Giao Dịch Solana

ERPC, được vận hành bởi ELSOUL LABO B.V. (Trụ sở: Amsterdam, Hà Lan; CEO: Fumitake Kawasaki) và Validators DAO, đã phát hành hướng dẫn vận hành thực tế mới giải thích cách tận dụng tối đa SWQoS (Stake weighted Quality of Service) để đạt được cả tỷ lệ thành công cao và độ trễ thấp trong gửi giao dịch Solana.

Hướng dẫn này tập trung vào kiến trúc gửi giao dịch xoay quanh endpoint SWQoS của ERPC, và giải thích cách fan out cùng một giao dịch đến nhiều endpoint RPC hiệu suất cao một cách an toàn. Các ví dụ triển khai cụ thể sử dụng web3.js được cung cấp, cho phép nhà phát triển áp dụng trực tiếp trong môi trường thực tế.

Hướng dẫn có sẵn tại URL sau: https://erpc.global/en/doc/rpc/durable-nonce-send-transaction/

Bối Cảnh: Đặc Tính Cấu Trúc Của Gửi Giao Dịch Trên Solana

Trong Solana, gửi giao dịch bị ảnh hưởng bởi các yếu tố liên tục thay đổi như tiến trình slot, lịch trình leader, routing mạng và điều kiện tải cấp node. Do đó, không thể xác định trước đường gửi nào sẽ đến leader nhanh nhất.

Hành vi này không do chất lượng của nhà cung cấp RPC hay dịch vụ gửi cụ thể, mà là đặc tính cấu trúc bắt nguồn từ chính mô hình thực thi của Solana. Do đó, thiết kế phụ thuộc vào một endpoint RPC duy nhất có xu hướng gặp hạn chế cố hữu cả về tỷ lệ thành công và độ trễ giao dịch.

Vai Trò và Định Vị Thực Tế Của Endpoint SWQoS

Endpoint SWQoS do ERPC cung cấp cho phép giao dịch được gửi vào lane ưu tiên được phân bổ cho leader dựa trên Stake weighted Quality of Service. Các lane ưu tiên này được phân bổ tỷ lệ băng thông lớn hơn đáng kể (khoảng 80%) so với lane không ưu tiên (khoảng 20%), và được áp dụng ở giai đoạn sớm hơn đánh giá Priority fee.

Vì lý do này, endpoint SWQoS đại diện cho lựa chọn quan trọng để gửi giao dịch giá trị cao. Tuy nhiên, trong vận hành thực tế, ngay cả với SWQoS, một đường gửi duy nhất không phải lúc nào cũng trở thành nhanh nhất. Trong cùng một slot, chênh lệch routing thoáng qua và phân bổ tải không đều có thể cho phép các endpoint hiệu suất cao khác xử lý giao dịch trước.

Hạn Chế Của Thiết Kế Đơn Đường và Sự Cần Thiết Của Fanout

Với những điều kiện này, rõ ràng rằng dự đoán trước một đường nhanh nhất duy nhất không phải là cách tiếp cận thiết kế hiệu quả. Thay vào đó, chiến lược fanout — gửi cùng giao dịch đồng thời đến nhiều đường gửi hiệu suất cao và chấp nhận đường được xử lý trước — là giải pháp hợp lý và mạnh mẽ.

Bằng cách lấy SWQoS làm trung tâm kết hợp với các endpoint RPC nhanh khác, hệ thống có thể chống chịu tốt hơn với chênh lệch routing và biến động tải theo từng slot.

Thách Thức Cơ Bản Trong Vận Hành Fanout

Đồng thời, việc gửi cùng giao dịch qua nhiều đường gửi đặt ra thách thức quan trọng: nếu không kiểm soát đúng cách, không còn đảm bảo rằng giao dịch chỉ được thực thi một lần. Fanout không kiểm soát có thể dẫn đến thực thi trùng lặp ngoài ý muốn hoặc logic retry và gửi lại bị hỏng.

Ngăn chặn các vấn đề này chỉ thông qua logic cấp ứng dụng là khó khăn, và cần có cơ chế cấp giao thức.

Durable Nonce Là Giải Pháp

Solana cung cấp Durable Nonce như cơ chế chính thức để giải quyết vấn đề này. Bằng cách sử dụng giá trị nonce thay cho recentBlockhash, Durable Nonce cho phép cùng giao dịch đã ký được gửi qua nhiều đường gửi đồng thời đảm bảo chỉ một lần thực thi duy nhất có hiệu lực trên mạng.

Do đó, Durable Nonce đóng vai trò là thành phần kỹ thuật nền tảng để triển khai an toàn gửi giao dịch dựa trên fanout.

Định Vị Hướng Dẫn Này

Hướng dẫn mới phát hành nhằm giải thích gửi giao dịch sử dụng Durable Nonce từ góc độ hướng triển khai, thay vì thuần lý thuyết. Nó cung cấp giải thích toàn diện về thiết kế gửi tối đa hóa hiệu quả của endpoint SWQoS, bao gồm từ thiết lập ban đầu đến quy trình vận hành hàng ngày.

Các Chủ Đề Chính Trong Hướng Dẫn

Hướng dẫn tổ chức và giải thích nhiều điểm quan trọng về mặt vận hành, bao gồm:

Thiết kế nonce authority và nonce account
Thứ tự instruction chính xác, bao gồm nonceAdvance
Ràng buộc vận hành về tính không tái sử dụng của raw transaction
Gửi song song đến nhiều endpoint RPC
Thiết kế xác nhận giả định sử dụng Durable Nonce
Mẫu chuyển đổi an toàn cho các lần gửi giao dịch tiếp theo

Các chủ đề này không chỉ dành cho giai đoạn proof-of-concept mà còn cho triển khai production ổn định.

Kiến Trúc Gửi Thực Tế Tại ERPC

Tại ERPC, kiến trúc gửi giao dịch được thiết kế lấy SWQoS làm cốt lõi, đồng thời kết hợp nhiều endpoint RPC hiệu suất cao trên các khu vực và tuyến đường khác nhau. Tránh phụ thuộc vào một khu vực hoặc đường gửi duy nhất là yếu tố quan trọng trong vận hành Solana thực tế.

Hướng dẫn này có thể được áp dụng trực tiếp vào việc ra quyết định kiến trúc thực tế trong môi trường đa khu vực của ERPC.

Đối Tượng Mục Tiêu

Hướng dẫn này dành cho các nhà phát triển và nhóm sau:

Nhà phát triển xử lý giao dịch tần suất cao hoặc giá trị cao
Các nhóm gặp thách thức về tỷ lệ thành công hoặc độ trễ với thiết lập gửi RPC hiện tại
Người dùng đang sử dụng endpoint SWQoS hoặc đang cân nhắc áp dụng

Hướng Phát Triển

ERPC sẽ tiếp tục cải thiện hạ tầng gửi giao dịch, bao gồm SWQoS, và sẽ dần công bố kiến thức vận hành thu được từ triển khai thực tế dưới dạng hướng dẫn và code example.

ERPC cam kết hỗ trợ nhà phát triển với nền tảng gửi giao dịch không chỉ nhanh mà còn chính xác và ổn định trong vận hành.

Sử Dụng và Tư Vấn

Để được tư vấn về kiến trúc gửi tối ưu, lựa chọn khu vực hoặc di chuyển từ thiết kế hiện có, hỗ trợ cá nhân có sẵn qua Discord chính thức của Validators DAO.

Validators DAO Official Discord: https://discord.gg/C7ZQSrCkYR
ERPC Official Website: https://erpc.global/en