Skip to main content
Ini adalah jalur bundel dasar — proksi langsung ke Jito, ditagih per pengiriman, paling cocok saat Anda memerlukan eksekusi atomik tanpa persyaratan latensi. Jika Anda seorang trader yang memerlukan latensi rendah dan buffer tip prioritas, gunakan bundel Sender Max sebagai gantinya.
Bundel dasar menyediakan eksekusi atomik sekaligus, berhasil semua atau gagal semua, hingga 5 transaksi, yang diteruskan langsung ke Jito. Setiap pengiriman sendBundle ditagih sebesar 1 kredit dari paket Anda.

Metode yang Didukung

Memerlukan batas laju yang lebih tinggi? Hubungi tim penjualan kami.

sendBundle

Mengirimkan daftar transaksi yang telah ditandatangani sebagai bundel atomik. Jika bundel diterima, metode ini mengembalikan bundle_id (hash SHA-256 dari tanda tangan transaksi). Hal ini tidak menjamin bahwa bundel akan masuk ke on-chain. Periksa konfirmasi transaksi di chain untuk memverifikasinya. Tip wajib diberikan. Setidaknya satu transaksi harus mentransfer SOL ke akun tip Helius. Jika tip terlalu rendah, bundel mungkin tidak dipilih untuk disertakan.

Permintaan

Contoh

Respons

result adalah ID bundel — gunakan bersama getBundleStatuses untuk melacak apakah bundel telah masuk.

getBundleStatuses

Mengembalikan status bundel yang telah dikirimkan. Jika bundel belum masuk atau tidak ditemukan, metode ini mengembalikan null.

Permintaan

Contoh

Respons

Mengembalikan null dalam array value untuk bundel yang tidak ditemukan.

Perutean Wilayah

Secara default, Helius merutekan bundel Anda ke endpoint global Jito (mainnet.block-engine.jito.wtf), yang secara otomatis melakukan perutean geografis ke Block Engine terdekat. Untuk menargetkan wilayah tertentu, atur header HTTP jito-region:

Contoh dengan Wilayah

Akun Tip

Setidaknya satu transaksi dalam bundel Anda harus menyertakan transfer SOL ke salah satu akun tip berikut. Pilih satu secara acak untuk mengurangi persaingan.
Tip minimum adalah 5.000 lamport.

Persyaratan Bundel

  • Maksimal 5 transaksi per bundel
  • Semua transaksi harus ditandatangani sepenuhnya
  • Gunakan enkode base64 (direkomendasikan daripada base58 untuk performa)
  • Setidaknya satu transaksi harus menyertakan tip
  • Transaksi dieksekusi secara berurutan — tx2 dapat bergantung pada perubahan status dari tx1

simulateBundle (Opsional)

Anda dapat memilih untuk menyimulasikan bundel sebelum mengirimkannya guna memeriksa kesalahan:

Lindungi dari serangan sandwich

Untuk merutekan bundel Anda agar tidak melalui validator yang secara statistik terkait dengan serangan sandwich, tambahkan parameter kueri mev-protect=true ke URL RPC Anda — tanpa perubahan pada bundel:

Lihat juga

MEV Protect

Hindari validator yang secara statistik terkait dengan serangan sandwich saat melakukan perutean.

Transaction Rebates

Ikut serta dalam setiap panggilan sendTransaction untuk memperoleh bagian dari MEV yang dibuat oleh transaksi Anda, yang dibayarkan dalam SOL.