в Solana есть два способа отправить транзакцию вы можете отправить на i) TPU через RPC или ii) Jito для i) RPC отправляет в блок обработки транзакций (TPU) для текущего лидера блока через QUIC где % соединений QUIC выше для узлов с большим стейком для ii) это становится сложным но по сути, у большинства узлов Jito есть реверс-прокси релеер перед TPU, и эти релееры удерживают транзакцию в течение определенного времени в это время происходит несколько микро-аукционов, и вы увеличиваете свой приоритет через соотношение CUs к чаевым Jito что важно для пути RPC: i) задержка до очереди лидера, ii) приоритет, который определяется тем, сколько вы платите в качестве приоритетного сбора, деленное на CUs, iii) стейк, iv) куча другой инфраструктурной ерунды мы сделали много улучшений в логике отправки TPU на прошлой неделе и постоянно находим хорошие результаты по сравнению с другими RPC (1-й скриншот показывает, что средняя задержка ниже, а 2-й скриншот показывает гораздо лучшую производительность во время высоких событий перегрузки) у нас есть новый продукт под названием Sender (лол), который отправляет как на i), так и на ii) выше, так что вам не нужно слишком сильно думать, и вы можете подключить эту конечную точку вы также можете выбрать отправку только на i) и не на ii), если не хотите много трейдеров сообщили о положительных результатах, больше для некоторых регионов, чем для других (особенно Токио), и мы каждый день вносим улучшения ссылка ниже, чтобы попробовать, вам даже не нужен ключ API helius