ERPC phát hành hướng dẫn fanout với Durable Nonce để tận dụng SWQoS khi gửi giao dịch Solana

ERPC, do ELSOUL LABO B.V. (Trụ sở: Amsterdam, Hà Lan; CEO: Fumitake Kawasaki) và Validators DAO vận hành, đã 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 khi 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 phân phối song song 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 đăng tại URL sau: https://erpc.global/vi/doc/rpc/durable-nonce-send-transaction/

Bối cảnh: đặc trưng mang tính cấu trúc của việc 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, định tuyến mạng và điều kiện tải của từng 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 bắt nguồn từ chất lượng của một nhà cung cấp RPC hay dịch vụ gửi cụ thể, mà là đặc trưng mang 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 do leader phân bổ dựa trên Stake weighted Quality of Service. Các lane ưu tiên này được phân bổ phần 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 trước khi đánh giá Priority fee.

Vì lý do này, endpoint SWQoS là lựa chọn quan trọng khi 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 là đường nhanh nhất. Trong cùng một slot, khác biệt định tuyến nhất thời và phân bổ tải không đều có thể khiến một 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à để giao dịch trên đường nhanh nhất được xử lý trước — là giải pháp hợp lý và vững chắc.

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 định tuyến 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 thể bảo đảm 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ị phá vỡ.

Rất khó ngăn chặn các vấn đề này chỉ bằng logic cấp ứng dụng, 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 bảo đảm chỉ một lần thực thi được coi là hợp lệ 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 cơ chế gửi giao dịch dựa trên fanout.

Mục đích của hướng dẫn

Hướng dẫn mới phát hành nhằm giải thích cách gửi giao dịch bằng Durable Nonce theo hướng triển khai thực tế, thay vì chỉ trình bày lý thuyết. Hướng dẫn trình bày toàn diện thiết kế gửi giao dịch nhằm tối đa hóa hiệu quả của endpoint SWQoS, 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 hệ thống hóa 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 dựa trên Durable Nonce
Mẫu chuyển trạng thái an toàn cho những 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. Việc tránh phụ thuộc vào một khu vực hoặc đường gửi duy nhất là yếu tố cốt yếu đối với việc vận hành Solana trong thực tế.

Hướng dẫn này có thể được áp dụng trực tiếp khi đưa ra các quyết định kiến trúc 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ẽ lần lượt 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à ví dụ mã nguồn.

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ợ riêng được cung cấp qua Discord chính thức của Validators DAO.

Discord chính thức của Validators DAO: https://discord.gg/C7ZQSrCkYR
Trang web chính thức của ERPC: https://erpc.global/vi