Adaptive Routing
Bagaimana 256 Blocks memastikan akses blockchain yang andal melalui routing penyedia yang cerdas
256 Blocks secara otomatis merutekan permintaan Anda di berbagai penyedia RPC untuk memaksimalkan keandalan dan kinerja. Halaman ini menjelaskan cara kerja adaptive routing dan apa yang terjadi ketika penyedia gagal.
Cara Kerjanya
Secara sekilas, inilah yang terjadi ketika permintaan tiba di endpoint kami:
- Kami menggunakan routing tingkat DNS untuk merutekan permintaan Anda ke wilayah terdekat berdasarkan latensi (Eropa, AS, Singapura, atau Amerika Selatan)
- Kami mengevaluasi permintaan Anda terhadap policy engine kami
- Kami memilih penyedia menggunakan weighted scoring - penyedia dengan skor lebih tinggi lebih mungkin dipilih
- Akhirnya, kami mengeksekusi permintaan, dengan failover otomatis jika penyedia gagal
Ini terjadi secara transparan pada setiap permintaan, terlepas dari apakah ini adalah panggilan RPC atau workflow agentic menggunakan integrasi MCP kami.
Penilaian Penyedia
Setiap penyedia dinilai berdasarkan dua faktor:
| Faktor | Dampak |
|---|---|
| Tingkat keberhasilan | Permintaan yang gagal sangat mengurangi skor penyedia |
| Latensi | Respons yang lambat mengurangi skor, sehingga penyedia yang menurun secara alami menerima lebih sedikit traffic |
Skor dihitung per wilayah, per rantai, dan per penyedia. Penyedia mungkin berkinerja baik di Eropa tetapi buruk di Singapura, atau menangani Ethereum dengan andal tetapi kesulitan dengan Polygon.
Skor diperbarui dalam hitungan detik setelah setiap permintaan selesai. Permintaan berikutnya segera mendapat manfaat dari data kinerja terbaru.
Penyedia yang menurun
Ketika skor penyedia turun di bawah ambang batas, penyedia tersebut sementara dihapus dari pool yang tersedia. Ini mencegah permintaan diarahkan ke penyedia yang kemungkinan akan gagal.
Skor pulih secara bertahap seiring waktu, memungkinkan penyedia masuk kembali ke pool secara perlahan. Ini mencegah penyedia yang pulih dari kewalahan dengan traffic sebelum sepenuhnya stabil.
Failover Otomatis
256 Blocks hanya mencoba ulang permintaan ketika respons penyedia menunjukkan bahwa aman untuk melakukannya:
| Respons | Tindakan |
|---|---|
| 2xx | Berhasil, kembalikan respons |
| 401 (Unauthorized) | Coba lagi dengan penyedia berikutnya (masalah auth sementara) |
| 403 (Forbidden) | Coba lagi dengan penyedia berikutnya (masalah sementara) |
| 429 (Rate Limited) | Coba lagi dengan penyedia berikutnya |
| 5xx (Server Error) | Coba lagi dengan penyedia berikutnya |
| Other 4xx (Client Error) | Jangan coba lagi - permintaan itu sendiri kemungkinan tidak valid |
| Timeout | Jangan coba lagi (hindari double-charging) |
| Connection Error | Coba lagi dengan penyedia berikutnya (permintaan tidak pernah mencapai penyedia) |
Ketika failover terjadi, setiap penyedia yang tersedia dicoba dalam urutan skor sampai salah satunya berhasil atau semua penyedia telah dicoba.