Dokumentasi API Informasi Leader Slot
Apa itu Leader Slot Information (getLeaderSlots) API?
getLeaderSlots adalah metode Solana RPC yang diperluas dan mengembalikan catatan leader slot mendatang beserta identitas validator, bobot stake, metadata endpoint jaringan, perkiraan lokasi leader, dan pengukuran latensi referensi. Jika Anda memiliki kredit penggunaan ERPC (API token), Anda dapat memanggilnya dengan format yang sama seperti metode Solana RPC standar.API ini menyediakan:
- Jadwal leader validator yang dimulai dari slot yang diminta
stakeWeightuntuk setiap leader validator- Perkiraan wilayah leader, kota, negara, koordinat, organisasi ASN, dan zona waktu
- Pengukuran ping referensi dari wilayah observasi ERPC melalui
pingToLeaders
Contoh Endpoint dan Request Body
endpoint
Tentukan nomor slot awal pada
params.json
Contoh (HTTP)
bash
Contoh Respons (JSON)
Respons saat ini membungkus catatan di dalam
result.data[]. result.total menunjukkan berapa banyak catatan yang dikembalikan. Array data[] di bawah ini dipersingkat menjadi tiga dari 100 catatan pada permintaan ini. Entri pertama menampilkan pingToLeaders dari ketujuh wilayah observasi ERPC; entri-entri sisanya dipangkas menjadi satu wilayah agar mudah dibaca.json
Kolom Respons
Memvisualisasikan Leader Slot
Respons yang sama dapat dibaca sebagai lini masa operasional slot demi slot. Contoh ini menggunakan Frankfurt sebagai titik observasi.
Tampilan ini berguna karena Solana bersifat global. Berbeda dengan HFT tradisional, yang tujuan utamanya sering kali adalah berada dekat dengan satu matching engine, leader Solana berpindah-pindah di antara validator di seluruh dunia. Wilayah tercepat ikut berubah seiring berubahnya leader schedule.
Situs Data Jaringan Solana
Untuk tampilan publik distribusi validator dan jaringan, gunakan Validators Solutions. Gunakan situs tersebut untuk memahami jaringan Solana secara lebih luas, lalu gunakan
getLeaderSlots untuk jadwal tingkat slot, bobot stake, lokasi validator, dan data latensi terukur yang dibutuhkan untuk routing operasional.Penggunaan Token
API ini mengambil 100 catatan leader slot yang dimulai dari slot yang ditentukan. Setiap permintaan menghabiskan 420 token.
Jika Anda membutuhkan satu entri per validator untuk keseluruhan epoch, bukan satu entri per slot, gunakan API Informasi Validator, yang ditagih berdasarkan jumlah validator yang dikembalikannya.
Mengapa Informasi Leader Slot Penting
- Jika leader berjauhan secara geografis atau secara jalur jaringan, pengiriman transaksi langsung menjadi tidak efisien.
- Bobot stake membantu memperkirakan seberapa sering sebuah validator kemungkinan muncul dalam leader schedule dari waktu ke waktu.
- Selama peralihan leader yang bersifat global, strategi perpindahan antarwilayah lebih penting daripada satu angka rata-rata latensi global.
- Menggabungkan jadwal slot, bobot stake, lokasi leader, dan data ping terukur memungkinkan routing dan penempatan validator yang teroptimasi.
Latar Belakang
Satu epoch Solana terdiri dari sekitar 432.000 slot. Mengumpulkan leader schedule, metadata validator, geolokasi, dan pengukuran latensi secara terus-menerus membutuhkan pipeline data khusus. ERPC memelihara data ini dan menyajikannya sebagai peta leader slot yang langsung dapat dipakai melalui antarmuka RPC.
Kasus Penggunaan Strategis
- Optimasi deteksi: prioritaskan jendela leader yang berdekatan dan berlatensi rendah.
- Penyebaran multi-wilayah: lakukan deployment di FRA, AMS, NY, TY, SGP, dan wilayah strategis lainnya untuk mengurangi jeda saat peralihan.
- Perencanaan yang sadar stake: gunakan
stakeWeightuntuk memahami leader mana yang lebih sering berperan pada jendela waktu yang lebih panjang. - Visualisasi dan analitik: pantau rasio leader, distribusi stake, dan distribusi latensi per wilayah.
Ketersediaan
getLeaderSlots tersedia untuk semua pengguna ERPC. API token dan kredit penggunaan dapat diterbitkan atau diverifikasi pada ERPC Web Dashboard.- ERPC Web Dashboard: ERPC Web Dashboard
Tingkat Keberhasilan Transaksi dan SWQoS Endpoint
Untuk lebih meningkatkan tingkat keberhasilan transaksi dan kecepatan eksekusi, kami menyarankan penggunaan SWQoS Endpoint. SWQoS (Stake-weighted Quality of Service) memprioritaskan validator yang memiliki koneksi stake. Leader mengalokasikan sekitar 80% bandwidth untuk lalu lintas prioritas dan 20% untuk lalu lintas non-prioritas, dengan jalur prioritas menawarkan throughput sekitar 5x. Penjadwalan ini terjadi sebelum evaluasi Priority-fee, yang berarti masuk ke jalur prioritas SWQoS adalah prasyarat bagi performa latensi rendah yang sesungguhnya.







