Skip to main content
Sender đồng thời gửi giao dịch của bạn qua mọi tuyến tốc độ cao (Helius, Jito, Harmonic, Rakurai) và không tiêu tốn tín dụng API. Bạn trả phí cho mỗi lần gửi bằng tiền tip SOL. Hướng dẫn này xây dựng một vòng lặp gửi dùng trong môi trường production với kết nối được duy trì sẵn sàng, mức phí theo giá trực tiếp và cơ chế xác nhận kèm chính sách thử lại.

Chọn cấp dịch vụ

Sender Max (tiền tip tối thiểu 0.001 SOL) định tuyến qua tất cả các tuyến và đưa giao dịch vào bộ đệm tip ưu tiên, trong đó giao dịch có tiền tip lớn hơn sẽ vào chuỗi trước. Chỉ SWQOS (0.000005 SOL) sử dụng một tuyến nhanh duy nhất cho luồng được tối ưu hóa về chi phí. Thêm ?swqos_only=true vào URL của điểm cuối. Tiền tip nằm giữa hai mức tối thiểu sẽ được xử lý theo khả năng tốt nhất qua ít tuyến hơn, vì vậy hãy chọn một trong hai cấp.

Chọn điểm cuối

Các backend nên sử dụng điểm cuối HTTP theo khu vực gần máy chủ nhất (http://ewr-sender.helius-rpc.com/fast, fra, slc, ams, lon, sg, tyo). Trình duyệt nên sử dụng điểm cuối HTTPS toàn cầu https://sender.helius-rpc.com/fast. Điểm cuối này tự động định tuyến và tránh các vấn đề về CORS.

Duy trì kết nối sẵn sàng

Quá trình bắt tay TCP/TLS từ kết nối nguội làm tăng độ trễ cho lần gửi đầu tiên sau một khoảng thời gian không hoạt động. Nếu hệ thống có thể có khoảng cách giữa các lần gửi dài hơn khoảng 5 giây, hãy duy trì kết nối sẵn sàng bằng điểm cuối ping:

Tạo giao dịch

Mọi giao dịch Sender phải bao gồm cả lệnh chuyển tiền tip đến một tài khoản tip được chỉ định và giá đơn vị tính toán. Sender từ chối giao dịch thiếu một trong hai thành phần này. Việc đặt cố định phí ưu tiên khiến bạn trả quá nhiều khi thị trường yên ắng và thua trong cuộc đua khi thị trường sôi động. Vì vậy, hãy định giá phí bằng API Phí ưu tiên:
send.ts
Tiền tip xác định các tuyến mà giao dịch có thể sử dụng, còn phí ưu tiên nâng vị trí của giao dịch trong hàng đợi của trình xác thực. Khi kết hợp, chúng tối đa hóa xác suất giao dịch được đưa vào chuỗi.

Gửi rồi xác nhận

Gửi bằng skipPreflight: true để đánh đổi việc xác thực phía máy khách lấy độ trễ thấp hơn, sau đó xác nhận qua kết nối RPC. Sender trả về chữ ký ngay lập tức, nhưng đây không phải là bằng chứng giao dịch đã vào chuỗi:
Với maxRetries: 0, bạn tự quản lý chính sách thử lại: khi quá trình xác nhận hết thời gian chờ, hãy tạo lại giao dịch bằng blockhash mới và mức phí được định giá lại thay vì gửi lại giao dịch đã lỗi thời. Thông lượng mặc định là 50 TPS. Các gói Professional có thể yêu cầu giới hạn cao hơn.

Tùy chọn: định tuyến tránh các tác nhân tấn công sandwich

Thêm ?mev-protect=true vào URL của điểm cuối để tránh các trình xác thực có mối liên hệ theo thống kê với các cuộc tấn công sandwich. Nội dung yêu cầu không thay đổi và tùy chọn này hoạt động trên cả hai cấp:
Xem MEV Protect để tìm hiểu các điểm đánh đổi. Để thực thi nhiều giao dịch theo cách nguyên tử (tối đa 4 giao dịch, tất cả cùng thành công hoặc cùng thất bại), hãy sử dụng sendBundle trên cùng điểm cuối.

Hướng dẫn liên quan

Sender overview

Thông tin đầy đủ về các cấp dịch vụ, điểm cuối, tài khoản tip và giới hạn tốc độ

Trade on Preconfirmations

Kết hợp tuyến gửi nhanh nhất với tín hiệu giao dịch sớm nhất