ERPC Menambahkan HTTPS pada Shared Endpoint Solana Shreds dan Geyser gRPC — HTTPS atau HTTP, Sesuai Use Case
ELSOUL LABO B.V. (Kantor pusat: Amsterdam, Belanda; CEO: Fumitake Kawasaki) dan Validators DAO, operator ERPC, menambahkan dukungan HTTPS pada shared endpoint Shreds gRPC dan Geyser gRPC. Bersama transport HTTP yang selama ini kami sediakan, Anda kini dapat memilih antara HTTPS dan HTTP.
Perubahan ini berlaku untuk Direct Shreds Connect dan Direct Shreds Turbo pada sisi Shreds gRPC, serta untuk tier Standar, Premium, dan Burst dari Shared Geyser gRPC Stream.
Anda dapat memilih HTTPS endpoint yang terenkripsi dan aman, atau HTTP endpoint yang sama sekali tidak melibatkan pemrosesan TLS. Dalam istilah gRPC, yang pertama adalah gRPC over TLS dan yang kedua adalah plaintext HTTP/2. Dengan begitu, cakupan use case menjadi jauh lebih luas — mulai dari workload yang hanya mementingkan latency, hingga workload yang paling mengutamakan kerahasiaan isi subscription.
Hostname endpoint tidak berubah. Yang berbeda hanya scheme dan port: HTTPS menggunakan port 443, HTTP menggunakan port 80. Perpindahan antara keduanya dilakukan di ERPC Web Dashboard.
Yang Baru adalah HTTPS — HTTP yang Sudah Ada Tetap Berlanjut tanpa Perubahan
Selama ini, shared stream endpoint ERPC disediakan melalui HTTP.
Yang ditambahkan kali ini adalah sisi HTTPS. Koneksi HTTP yang sudah ada tidak berubah, baik spesifikasi maupun perilakunya, dan dapat terus Anda gunakan persis seperti sebelumnya. Pelanggan yang saat ini sudah terhubung melalui HTTP tidak perlu melakukan tindakan apa pun.
Kami tidak memiliki rencana untuk menghentikan HTTP. HTTP tetap tersedia sebagai pilihan untuk workload yang menempatkan latency sebagai prioritas utama.
HTTPS — Koneksi Terenkripsi dan Aman
Pada HTTPS endpoint, seluruh pertukaran data antara client Anda dan ERPC dienkripsi dengan TLS.
Baik isi subscription request maupun data stream yang dikembalikan kepada Anda dienkripsi dengan TLS, sehingga pada umumnya isi payload tidak dapat dibaca di sepanjang jalur. Di ERPC Web Dashboard, HTTPS adalah transport yang dipilih secara default.
TLS handshake terutama terjadi saat koneksi dibangun. Proses enkripsi dan dekripsi data stream tetap berlangsung setelah itu, tetapi gRPC stream yang dipertahankan terbuka dalam waktu lama tidak perlu membayar biaya handshake tersebut berulang kali.
HTTP — Pilihan Low-Latency tanpa Pemrosesan TLS
Pada HTTP endpoint, tidak ada TLS handshake dan tidak ada sama sekali proses enkripsi maupun dekripsi.
Dalam pemrosesan real-time Solana, setiap proses di sepanjang jalur dari tempat data dihasilkan hingga tempat aplikasi Anda menerimanya memengaruhi latency. Karena tidak memerlukan enkripsi maupun dekripsi TLS, HTTP cocok untuk workload low-latency yang ingin menekan pemrosesan di jalur semaksimal mungkin.
HTTP lebih unggul pada konfigurasi yang sering membangun ulang koneksi, atau pada konfigurasi yang sama sekali tidak dapat mentoleransi overhead di sepanjang jalur.
Ketika Bentuk Subscription Filter Membawa Makna
HTTP adalah pilihan dengan latency lebih rendah, tetapi tergantung pada cara sebuah proyek menggunakannya, grup address yang diminta akan terekspos di sepanjang jalur — dan bagi sebagian proyek hal itu menjadi masalah.
Data di blockchain pada dasarnya bersifat publik. Namun ketika pengelompokannya terekspos, kelompok tersebut dapat membawa makna yang tidak dimiliki oleh masing-masing bagiannya secara terpisah.
Misalkan sebuah proyek ingin memfilter dan memantau seluruh wallet pelanggannya. Daftar address di dalam subscription request tersebut dapat menjadi informasi sensitif bagi proyek itu sendiri. Sekalipun setiap address merupakan informasi publik, mengetahui kumpulan address mana yang dipantau sebagai satu kelompok dapat memberi petunjuk mengenai basis pelanggan proyek tersebut, apa yang dipantaunya, dan di mana letak kepentingan bisnisnya.
Di sinilah HTTPS endpoint berperan. Sebagai imbalan atas proses enkripsi dan dekripsi yang dibutuhkan TLS, payload subscription request maupun data stream Anda terenkripsi.
Latency yang diutamakan, atau kerahasiaan isi subscription yang diutamakan? Keputusan itu berbeda dari satu proyek ke proyek lain. ERPC kini menyerahkan pilihan tersebut kepada Anda, untuk ditentukan sesuai use case Anda sendiri.
Cakupan: Shared Endpoint
Dukungan HTTPS mencakup shared endpoint berikut:
- Direct Shreds Connect
- Direct Shreds Turbo
- Shared Geyser gRPC Stream — Standar
- Shared Geyser gRPC Stream — Premium
- Shared Geyser gRPC Stream — Burst
HTTPS telah diaktifkan pada shared stream endpoint di seluruh region, dan HTTP endpoint yang sudah ada tetap dipertahankan seperti sebelumnya. Shared endpoint yang termasuk dalam Shreds Bundle dan ERPC Bundle juga dapat menggunakan HTTPS.
Dedicated endpoint tidak termasuk dalam perubahan ini. Dedicated Geyser gRPC dan produk dedicated Shreds tetap menggunakan metode koneksi yang sudah ada, tanpa perubahan.
Beralih di Dashboard — IP Allowlist Dipakai Bersama
Perpindahan transport dilakukan dari tampilan endpoint di ERPC Web Dashboard.
Pilih HTTPS atau HTTP; URL endpoint untuk transport yang dipilih akan ditampilkan. Atur client Anda dengan URL persis seperti yang ditampilkan.
Kedua transport menggunakan IP allowlist terdaftar yang sama. Autentikasi tetap berdasarkan alamat IP yang telah Anda daftarkan, sehingga tidak perlu mendaftarkan ulang IP untuk beralih ke HTTPS, dan tidak ada token maupun header Authorization yang perlu ditambahkan.
Produk Shreds Shared ERPC Tetap Berlanjut Setelah Jito ShredStream Berakhir
Jito ShredStream mengakhiri layanannya pada 5 September 2026. Sementara itu, produk Shreds shared dari ERPC tetap berlanjut setelah tanggal tersebut.
Direct Shreds Connect dan Direct Shreds Turbo — keduanya termasuk dalam dukungan HTTPS kali ini — bersama paket multi-IP Shreds Bundle dan Direct Shreds Connect yang termasuk dalam paket ERPC Bundle, semuanya tetap dapat digunakan setelah 5 September.
Sebagai penegasan: penghentian layanan pada 5 September yang kami umumkan pada 21 Agustus 2026 berlaku untuk produk dedicated Shredstream dan Stream Bundle. Produk Shreds shared tidak termasuk di dalamnya. Panduan migrasi bagi pelanggan paket dedicated tetap kami tangani secara individual, seperti sebelumnya.
Bagi proyek yang sedang meninjau ulang cara pengambilan Shreds, inilah momen yang tepat untuk mempertimbangkan pilihan yang tersedia. Kami akan senang jika Anda mencobanya pada kesempatan ini.
Uji dengan Tarif per Jam, mulai Satu Jam
Shared endpoint ERPC tersedia mulai satu jam, dengan penagihan per jam.
Tanpa harus terikat pada paket bulanan, Anda dapat mencoba HTTPS maupun HTTP pada workload yang sebenarnya, dan memastikan sendiri keseimbangan antara latency dan kerahasiaan di lingkungan Anda.
Mulailah dari verifikasi singkat, lalu pilih paket berdasarkan hasil pengukuran tersebut.
Produk UDP Forwarding yang Diperbarui Segera Hadir
Untuk UDP Forwarding — yang menyederhanakan jalur pengiriman Shreds itu sendiri — produk yang telah diperbarui akan segera kami sediakan.
Sasaran kami adalah lineup yang memungkinkan Anda memilih metode pengiriman sesuai kebutuhan: UDP untuk workload yang menempatkan latency rendah di atas segalanya, dan Shreds gRPC untuk stream subscription melalui interface gRPC yang sudah ada.
Region yang didukung, harga, spesifikasi detail, dan tanggal rilis resmi akan diumumkan begitu siap.
Infrastruktur yang Dapat Dipilih Sesuai Kebutuhan
ERPC tidak menilai performa infrastruktur Solana hanya berdasarkan spesifikasi server. Kedekatan dengan sumber data, jalur jaringan, hardware, OS dan kernel, hingga metode pengiriman akhir ke pengguna, semuanya dirancang bersama sebagai satu sistem ber-latency rendah.
Dukungan HTTPS kali ini memperluas pilihan pada metode pengiriman akhir tersebut. Tidak ada satu pilihan tercepat yang tepat untuk semua proyek; seberapa besar bobot yang diberikan pada latency dibandingkan kerahasiaan bergantung pada sifat produk itu sendiri.
Jika ada pertanyaan, silakan hubungi kami melalui support chat di ERPC Web Dashboard.
