trên Solana có hai cách để gửi giao dịch you either send to i) TPU qua RPC hoặc ii) Jito đối với i) RPC gửi đến đơn vị xử lý giao dịch (TPU) cho người lãnh đạo khối hiện tại qua QUIC nơi mà % kết nối QUIC cao hơn cho các nút có stake cao hơn đối với ii), điều này trở nên phức tạp nhưng về cơ bản, hầu hết các nút Jito có một relayer reverse-proxy ở phía trước TPU, và những relayer này giữ giao dịch trong một khoảng thời gian có một số cuộc đấu giá vi mô diễn ra trong thời gian này, và bạn tăng độ ưu tiên của mình thông qua tỷ lệ CUs so với tiền thưởng Jito những gì quan trọng cho đường dẫn RPC là i) độ trễ đến hàng đợi lãnh đạo, ii) độ ưu tiên, được xác định bởi mức phí ưu tiên bạn đang trả chia cho CUs, iii) stake, iv) một loạt các vấn đề hạ tầng khác chúng tôi đã thực hiện nhiều cải tiến cho logic gửi TPU trong tuần qua và đang liên tục tìm thấy kết quả tốt khi so sánh với các RPC khác (bức ảnh chụp đầu tiên cho thấy độ trễ trung bình thấp hơn, và bức ảnh chụp thứ hai cho thấy hiệu suất tốt hơn nhiều trong các sự kiện tắc nghẽn cao) chúng tôi có một sản phẩm mới gọi là Sender (cười), gửi đến cả i) và ii) ở trên, vì vậy bạn không cần phải suy nghĩ quá nhiều và có thể cắm vào điểm cuối này you can also choose to send to i) only and not ii) if you don't want nhiều nhà giao dịch đã báo cáo kết quả tích cực, nhiều hơn cho một số khu vực hơn những khu vực khác (đặc biệt là Tokyo), và chúng tôi đang thực hiện cải tiến mỗi ngày liên kết bên dưới để thử nghiệm, bạn thậm chí không cần một khóa API helius