Persyaratan Validator Solana: Perangkat Keras & Biaya

Catatan tinjauan sumber: Spesifikasi perangkat keras, biaya hosting, kriteria SFDP, dan Staking APY berubah seiring waktu. Verifikasi semua spesifikasi saat ini sebelum pengadaan.

Persyaratan Validator Solana: Mengapa Hal Ini Penting

Persyaratan validator Solana mencakup kapasitas perangkat keras, biaya operasional, pendanaan akun, perangkat lunak, dan pemantauan berkelanjutan. Validator Solana (SOL) adalah Node jaringan yang memberikan suara pada validitas blok transaksi, mendapatkan reward dari penerbitan SOL yang bersifat Inflasi dan biaya transaksi, dan membentuk tulang punggung konsensus Terdesentralisasi dari mainnet-beta Solana (jaringan produksi langsung Solana, di mana sebutan "beta" adalah nama warisan dan tidak menunjukkan ketidakstabilan). Untuk pengenalan yang lebih luas, lihat apa itu validator Solana. Validator juga merupakan tulang punggung infrastruktur ekosistem Terdesentralisasi Solana: ketika validator berperforma buruk, setiap aplikasi di jaringan merasakan konsekuensinya.

Dalam estimasi sumber, mainnet-beta Solana memiliki sekitar 1.500 hingga 1.800 validator aktif (Sumber: validators.app)

Panduan ini mencakup tiga dimensi yang perlu dievaluasi oleh setiap calon operator validator: spesifikasi perangkat keras, ekonomi (termasuk biaya suara dan analisis titik impas), dan kriteria kelayakan Program Delegasi Yayasan Solana (SFDP) yang menentukan apakah Yayasan akan membantu melakukan bootstrap pada stake Anda.

Untuk Siapa Panduan Ini. Panduan ini ditujukan bagi DevOps engineer, operator infrastruktur, dan pelari Node berpengalaman yang mengevaluasi partisipasi validator Solana. Jika Anda menjalankan validator di Ethereum, Cosmos, atau jaringan lain dan sedang menilai Solana, bagian perangkat keras dan ekonomi berisi data spesifik Solana yang Anda butuhkan. Pengguna Kripto pemula harus membangun pengenalan dengan Staking Solana sebelum mengevaluasi operasi validator.

Daftar Isi:

1. Persyaratan Validator Solana: Mengapa Hal Ini Penting
2. Cara Kerja Validator Solana
3. Persyaratan Perangkat Keras Validator Solana
4. Perangkat Lunak Validator: Memilih Klien Anda
5. Persyaratan SOL: Akun, Stake, dan Biaya Vote
6. Berapa Biaya untuk Menjalankan Validator Solana?
7. Cara Kerja Reward Validator Solana
8. Program Delegasi Yayasan Solana (SFDP): Cara Memenuhi Syarat
9. Validator Solana vs. Validator Ethereum: Membandingkan Persyaratan
10. Memantau Validator Solana Anda: Alat dan Metrik Performa
11. Cara Menjadi Validator Solana: Ringkasan Penyiapan
12. Pertanyaan Umum Tentang Persyaratan Validator Solana
13. Apakah Menjalankan Validator Solana Tepat untuk Anda? Kerangka Keputusan

Cara Kerja Validator Solana

Solana adalah Blockchain Proof of Stake, yang berarti validator melakukan Staking SOL sebagai jaminan ekonomi untuk berpartisipasi dalam validasi blok dan mendapatkan reward yang proporsional dengan stake yang didelegasikan kepada mereka. Solana memperluas Proof of Stake (PoS) standar dengan dua inovasi arsitektur yang menjadi sumber langsung dari tingginya permintaan perangkat kerasnya: Proof of History dan Tower BFT.

Proof of History: Jam Kriptografi Solana

Proof of History (PoH) adalah jam kriptografi Solana. Ini menghasilkan urutan hash SHA-256 yang terus diperbarui yang memberikan stempel waktu pada setiap peristiwa di jaringan. Validator harus memproses dan memverifikasi urutan PoH ini secara real time. Mereka tidak dapat menumpuk atau menunda pekerjaan ini. Komputasi SHA-256 berkelanjutan tersebut adalah alasan utama Solana membutuhkan performa CPU single-core yang tinggi dan penyimpanan NVMe (Non-Volatile Memory Express) cepat yang tidak diperlukan oleh validator Layer-1 lainnya. PoH bukanlah Mekanisme Konsensus yang berdiri sendiri; ini adalah fungsi penundaan yang dapat diverifikasi yang menyediakan lini masa bersama yang digunakan Tower BFT untuk voting.

Tower BFT adalah algoritma konsensus Solana, khususnya versi modifikasi dari Practical Byzantine Fault Tolerance (PBFT) yang menggunakan lini masa PoH sebagai jam bersama untuk memberikan suara (voting). Berbeda dengan PBFT standar atau Tendermint BFT (yang digunakan oleh Cosmos), mekanisme penguncian optimistik Tower BFT mengurangi beban pesan, memungkinkan throughput validator Solana yang tinggi. Setiap suara yang diberikan validator adalah transaksi yang dikirimkan On-Chain. Transaksi suara tersebut terakumulasi menjadi sekitar 1 SOL per hari dalam biaya pada mainnet-beta. Biaya berkelanjutan tersebut adalah pengeluaran operasional tetap terlepas dari berapa banyak stake yang didelegasikan yang Anda miliki.

Epoch adalah periode akuntansi fundamental Solana: sekitar 2 hari (432.000 slot dengan durasi sekitar 400 md per slot). Pada setiap batas epoch, reward validator didistribusikan, stake yang baru didelegasikan menjadi aktif, dan jadwal pemimpin untuk epoch berikutnya diterbitkan. Dua implikasi praktis mengikuti: pertama, rencanakan Arus Kas Anda pada siklus reward sekitar 2 hari; kedua, stake yang baru didelegasikan membutuhkan satu epoch penuh untuk aktif dan mulai menghasilkan reward, sehingga validator baru menghadapi periode jeda sebelum mencapai kelayakan reward penuh.

Persyaratan Perangkat Keras Validator Solana

Validator Solana membutuhkan perangkat keras yang jauh lebih kuat daripada kebanyakan jaringan Layer-1 lainnya karena pemrosesan Proof of History menuntut komputasi SHA-256 throughput tinggi yang berkelanjutan, dan validator harus memutar ulang buku besar lengkap secara real time pada irama slot 400 md Solana.

Tabel di bawah ini mencerminkan spesifikasi yang bersumber dari dokumentasi penyiapan validator Solana

Persyaratan Perangkat Keras Validator Solana. Catatan tinjauan sumber: Sumber: docs.solanalabs.com/operations/setup-a-validator. Verifikasi persyaratan saat ini sebelum pengadaan. Minimum perangkat keras Solana telah meningkat seiring waktu seiring pertumbuhan status jaringan.

Peringatan: SSD SATA Tidak Memenuhi Syarat. SSD SATA standar tidak dapat memenuhi persyaratan throughput I/O basis data akun dan ledger Solana. Hanya drive NVMe PCIe Gen3 yang memenuhi standar minimum; NVMe PCIe Gen4 adalah standar produksi. Validator yang menjalankan penyimpanan SATA akan melewatkan pemilihan suara (vote) dan mengakumulasi tingkat skip yang tinggi.

Pemilihan CPU

Kecepatan clock single-core yang tinggi mendorong performa Proof of History lebih baik daripada jumlah core. Urutan hash SHA-256 yang mendasari PoH bersifat single-threaded pada jalur kritisnya. Server 24-core yang berjalan pada 3,5 GHz mengungguli server 48-core yang berjalan pada 2,0 GHz untuk pemrosesan PoH. Platform AMD EPYC seri 7003 (Milan) dan Intel Xeon Ice Lake atau Sapphire Rapids memenuhi profil performa yang diperlukan. CPU virtual cloud harus dihindari: vCPU core-bersama menyebabkan variabilitas clock yang mengakibatkan penundaan pemrosesan PoH dan hilangnya pemilihan suara.

RAM dan Basis Data Akun

RAM 128 GB dapat bertahan, tetapi ada konsekuensinya. Validator yang berjalan pada batas minimum akan menumpahkan cache ke drive akun NVMe selama periode volume tinggi, dan tumpahan I/O tersebut muncul sebagai kenaikan tingkat skip. Dengan 256 GB, basis data akun sebagian besar muat di dalam memori. RAM ECC (Error-Correcting Code) diwajibkan karena kesalahan memori dalam lingkungan validator aktif menyebabkan korupsi status diam-diam yang menurunkan partisipasi konsensus.

Arsitektur Penyimpanan NVMe

Konfigurasi yang direkomendasikan menggunakan dua drive NVMe terpisah: satu untuk OS dan data ledger, satu dikhususkan untuk basis data akun. Pemisahan ini mencegah penulisan ledger bersaing dengan pembacaan basis data akun selama periode beban tinggi. PCIe Gen3 adalah batas minimum; PCIe Gen4 menggandakan bandwidth yang tersedia dan merupakan standar produksi. Dua drive juga menyediakan jalur konfigurasi untuk redundansi berbasis RAID atau snapshot.

Konektivitas Jaringan

Koneksi simetris 1 Gbps adalah batas fungsional minimum, tetapi validator Mainnet produksi secara rutin membutuhkan 10 Gbps selama periode lalu lintas tinggi. Penempatan geografis relatif terhadap validator dengan stake tinggi sangat berpengaruh: latensi jaringan yang lebih rendah ke supermayoritas klaster mengurangi penundaan propagasi suara dan meningkatkan tingkat partisipasi pemilihan suara Anda. Koneksi internet perumahan tidak memiliki konsistensi unggah yang diperlukan oleh irama siaran suara Solana.

Bare Metal vs. Cloud untuk Validator Solana

Hosting bare-metal adalah standar produksi untuk validator Mainnet Solana. Server bare-metal menyediakan IOPS NVMe yang konsisten tanpa persaingan hypervisor, core CPU khusus tanpa efek "tetangga berisik" pada hashing PoH SHA-256, dan bandwidth jaringan khusus tanpa pembatasan penyewaan bersama. Instans VPS Cloud yang menjalankan penyimpanan tervirtualisasi menyebabkan hambatan I/O basis data akun yang berdampak langsung pada hilangnya suara dan memburuknya tingkat skip.

Jika Anda menguji konfigurasi pada testnet atau devnet, VPS cloud adalah lingkungan yang dapat diterima dan hemat biaya. Untuk produksi mainnet-beta, server bare-metal khusus adalah pilihan infrastruktur yang tepat.

Perangkat Lunak Validator: Memilih Klien Anda

Solana mendukung tiga implementasi klien validator yang relevan untuk produksi, dan mana yang Anda pilih akan memengaruhi potensi pendapatan serta kompleksitas operasional Anda sejak hari pertama. Arsitektur multi-klien Solana adalah keputusan kesehatan jaringan yang disengaja: mendistribusikan perangkat lunak validator ke berbagai implementasi independen mengurangi risiko bug klien tunggal yang memengaruhi seluruh jaringan.

Agave (sebelumnya Klien Validator Solana Labs)

Klien Agave (sebelumnya klien validator Solana Labs) adalah implementasi referensi untuk validator Solana, yang dikelola oleh Anza, sebuah perusahaan spinout rekayasa Solana Labs. Ditulis dalam Rust, Agave adalah klien yang paling teruji dan terdokumentasi di jaringan. Validator baru harus memulai dengan Agave: klien ini memiliki dukungan komunitas terluas dan perilaku yang paling dapat diprediksi di bawah tekanan. Instruksi instalasi dan flag konfigurasi startup ada di repositori GitHub klien Agave

Jito-Solana: Akses Pendapatan Tip MEV

Klien Jito-Solana adalah Fork dari Agave yang mengintegrasikan infrastruktur validator Jito

Firedancer: Klien Independen Performa Tinggi

Firedancer adalah klien validator Solana independen yang dikembangkan oleh Jump Kripto (divisi kripto Jump Trading), ditulis dalam C/C++ untuk performa throughput maksimal. Ini dirancang untuk meningkatkan kapasitas throughput jaringan Solana secara keseluruhan dan meningkatkan keragaman klien. Dalam estimasi sumber, Firedancer tersedia dalam kapasitas produksi terbatas. Periksa status penerapan saat ini di repositori GitHub Firedancer

Persyaratan OS: Validator Solana berjalan di Linux. Ubuntu 22.04 LTS adalah sistem operasi yang direkomendasikan. Penyetelan kernel yang diperlukan mencakup penyesuaian ukuran buffer jaringan dan pengaturan gubernur CPU. Dokumentasi resmi merinci parameter pastinya.

Keterampilan Linux Diperlukan. Menjalankan validator Solana memerlukan kenyamanan dengan akses SSH, manajemen layanan systemd, konfigurasi firewall UFW atau iptables, dan pemantauan log. Jika Anda belum berada pada level ini, testnet adalah lingkungan awal yang tepat. Anda dapat membangun keakraban operasional di sana tanpa risiko finansial.

Persyaratan SOL: Akun, OTK_4, dan Biaya Suara

Persyaratan SOL: Akun, Staking, dan Biaya Vote

Solana tidak menetapkan batas minimum protokol untuk stake SOL guna menjalankan validator, tetapi biaya transaksi suara dan biaya server menciptakan batas minimum ekonomi praktis: stake yang didelegasikan kepada Anda harus menghasilkan pendapatan komisi yang cukup untuk menutupi biaya operasional bulanan Anda.

Berapa Banyak SOL yang Anda Butuhkan untuk Menjalankan Validator Solana?

Tidak ada minimum stake SOL yang diberlakukan oleh protokol. Validator mana pun dapat berpartisipasi dalam konsensus dengan stake mandiri yang kecil. Batas minimum praktis ditentukan oleh perhitungan titik impas: stake yang didelegasikan kepada Anda harus menghasilkan pendapatan komisi yang cukup untuk menutupi biaya server bulanan ditambah sekitar 30 SOL per bulan dalam biaya transaksi suara. Bagi sebagian besar operator, ini berarti menarik 50.000 hingga 100.000+ SOL dalam stake delegasi sebelum mencapai profitabilitas, atau memenuhi syarat untuk Program Delegasi Solana Foundation (SFDP) untuk mendorong stake di masa transisi.

Akun Identitas dan Akun Suara

Setiap validator Solana memelihara dua akun On-Chain yang berbeda dengan Saldo SOL terpisah.

Akun identitas: Keypair otentikasi validator, yang menandatangani suara dan mengidentifikasi Node validator di jaringan. Keypair ini berada di server karena diperlukan untuk penandatanganan aktif. Persyaratan pendanaan minimal; hanya butuh cukup SOL untuk membayar transaksi sesekali.

Akun suara: Akun On-Chain khusus yang digunakan untuk mencatat suara validator setiap epoch. Akun suara memerlukan Saldo SOL bebas sewa (rent-exempt) sekitar 0,02685 SOL agar tetap aktif (verifikasi angka terbaru pada perintah pembuatan akun suara

Penting: Danai Akun Vote Anda Sebelum Mulai. Biaya vote berjalan sekitar 1 SOL per hari di mainnet-beta, berapa pun jumlah stake yang Anda miliki. Jika akun vote kehabisan SOL, validator Anda akan berhenti melakukan voting dan menjadi lalai (validator yang berhenti berpartisipasi dalam konsensus, mengakibatkan hilangnya imbalan dan skor kinerja yang menurun). Danai biaya untuk 30 hari sebelum peluncuran, lalu pantau saldo setiap hari. Operator yang membutuhkan SOL untuk cadangan ini dapat menggunakan Bybit SOL/USDT spot, jika tersedia, sebelum mentransfer dengan hati-hati ke alamat Solana yang benar.

Stake yang Didelegasikan dan Kelayakan Imbalan

Pemegang SOL membuat akun stake dan mendelegasikannya ke validator pilihan mereka. Total stake Anda yang didelegasikan menentukan bagian proporsional Anda dari imbalan inflasi epoch dan jumlah slot pemimpin yang ditugaskan. Saat mengevaluasi validator, delegator biasanya melihat tingkat komisi, tingkat lewati (skip rate), dan skor kinerja SFDP secara bersamaan. Memahami cara kerja SOL staking dan delegasi adalah dasar untuk memodelkan pendapatan validator: delegator mengevaluasi apakah validator Anda akan berkinerja baik dan melindungi imbalan mereka, sehingga hubungan antara kualitas perangkat keras Anda dan stake yang didelegasikan adalah langsung. Stake yang baru didelegasikan membutuhkan satu epoch penuh (sekitar 2 hari) untuk aktif dan mulai menghasilkan imbalan.

Minimum Ekonomi: Berapa Banyak Stake yang Sebenarnya Anda Butuhkan?

Perhitungan profitabilitas di bagian selanjutnya memberikan formula yang tepat. Dengan premi staking tahunan sebesar 7% dan tingkat komisi 10%, validator membutuhkan sekitar 50.000 hingga 100.000 SOL dalam bentuk stake yang didelegasikan untuk menghasilkan pendapatan komisi yang melebihi biaya server dan biaya vote yang biasa. Di bawah ambang batas tersebut, validator biasanya beroperasi dengan kerugian. Bagian SFDP mencakup cara Yayasan menjembatani kesenjangan tersebut untuk operator yang memenuhi syarat.

Berapa Biaya Menjalankan Validator Solana?

Menjalankan validator Solana di mainnet-beta melibatkan dua kategori biaya yang berbeda: biaya server bulanan tetap untuk perangkat keras bare-metal, dan biaya berkelanjutan yang bervariasi dalam bentuk biaya transaksi vote yang dinominasikan dalam SOL.

Rincian Biaya Operasional Bulanan

Semua perkiraan harga dalam estimasi sumber. Verifikasi harga terkini langsung dengan setiap penyedia sebelum berkomitmen. Bagi sebagian besar operator, Latitude.sh atau OVHcloud bare-metal dalam kisaran $150–$500/bulan adalah titik awal yang praktis untuk konfigurasi yang mampu mainnet.

Catatan Kebijakan Hetzner. Dalam estimasi sumber, Hetzner telah membatasi beban kerja validator Solana pada sebagian infrastrukturnya. Verifikasi kebijakan terkini langsung dengan Hetzner sebelum menyediakan server untuk penggunaan validator mainnet-beta.

Apakah Menjalankan Validator Solana Menguntungkan?

Profitabilitas diskalakan dengan stake yang didelegasikan. Validator dengan 20.000 SOL yang didelegasikan merugi pada sebagian besar tingkat harga SOL. Validator dengan 150.000 SOL yang didelegasikan mencapai profitabilitas di bawah kondisi inflasi dan komisi APY yang biasa. Formula di bawah ini menunjukkan hubungannya secara tepat.

Formula Profitabilitas

Laba Bersih Bulanan = (SOL yang Didelegasikan x Inflasi Tahunan APY / 12 x Tingkat Komisi) - Biaya Server Bulanan - (Biaya Vote per Hari x 30)

Contoh pengerjaan (ilustratif; verifikasi semua masukan dengan data terkini):

• SOL yang Didelegasikan: 100.000 SOL
• Inflasi Tahunan APY: sekitar 6,5% (dalam estimasi sumber, Sumber: validators.app; verifikasi tarif terkini)
• Tingkat Komisi: 10%
• Biaya Server Bulanan: $350
• Biaya Vote: sekitar 1 SOL/hari x 30 hari = 30 SOL/bulan

Pendapatan komisi bulanan: 100.000 x 0,065 / 12 x 0,10 = sekitar 54 SOL/bulan

Biaya total bulanan: $350 server + (30 SOL x harga SOL terkini)

Pada SOL = $150: total biaya bulanan sekitar $350 + $4.500 = $4.850. Pendapatan komisi bulanan pada 54 SOL x $150 = $8.100. Bersih: sekitar +$3.250/bulan.

Catatan: Estimasi biaya, proyeksi profitabilitas, dan perhitungan penghasilan di atas adalah contoh ilustratif berdasarkan masukan yang bervariasi (harga SOL, inflasi staking APY, biaya server) yang berubah seiring waktu. Ini bukan nasihat keuangan, rekomendasi investasi, atau jaminan kinerja di masa depan. Verifikasi semua angka dengan data pasar terkini sebelum membuat keputusan keuangan.

Distribusi Geografis dan Penilaian SFDP

Lokasi pusat data memengaruhi kelayakan SFDP. Penilaian Solana Foundation memberikan penalti kepada validator yang terkonsentrasi di wilayah pusat data yang sudah jenuh, terutama Ashburn, VA, yang menampung sebagian besar validator Solana. Hosting pada penyedia cloud besar (AWS, GCP, Azure) menerima skor desentralisasi yang lebih rendah. Hosting bare-metal di wilayah geografis yang kurang terwakili mendapat skor lebih baik untuk keragaman pusat data.

Cara Kerja Imbalan Validator Solana

Imbalan validator Solana berasal dari dua sumber: penerbitan SOL inflasi yang didistribusikan secara proporsional ke setiap bagian validator dari total stake aktif setiap epoch, dan pendapatan biaya transaksi dari blok yang dihasilkan validator selama slot pemimpin yang ditugaskan. Validator yang menjalankan klien Jito-Solana mendapatkan akses ke aliran pendapatan ketiga: distribusi tip MEV dari mesin blok Jito.

Imbalan Inflasi dan Formula Imbalan

Formula imbalan inti:

Imbalan Kotor Validator per Epoch = (Total Stake yang Didelegasikan Validator / Total Stake Aktif di Jaringan) x Kumpulan Imbalan Inflasi Epoch

Jadwal inflasi Solana dimulai pada penerbitan tahunan 8% dan berkurang 15% per tahun, dengan batas bawah jangka panjang 1,5%. Premi staking tahunan APY saat ini mencerminkan posisi jaringan pada jadwal tersebut (verifikasi APY terkini di validators.app sebelum pemodelan).

Setiap epoch, Solana menerbitkan jadwal pemimpin: rotasi yang telah ditentukan sebelumnya yang menugaskan setiap validator slot tertentu di mana mereka bertanggung jawab untuk menghasilkan blok. Lebih banyak stake yang didelegasikan berarti lebih banyak slot pemimpin, yang berarti lebih banyak imbalan produksi blok di atas imbalan inflasi dasar.

Contoh pengerjaan (ilustratif): Validator yang memegang 1% dari total stake aktif dengan tingkat komisi 10%, pada premi tahunan 6,5% APY, menghasilkan sekitar 1% x (total SOL yang di-stake x 0,065 / 365 x 2 hari per epoch) x 10% komisi per epoch. Gunakan angka langsung terkini dari validators.app untuk menghitung skenario spesifik Anda.

Tingkat Komisi: Apa yang Anda Simpan vs. Apa yang Anda Berikan

Tingkat komisi Anda adalah persentase imbalan staking yang Anda pertahankan dari pendapatan delegator Anda. Ini bukan biaya yang dikenakan pada transaksi. Pada tingkat komisi 10%, Anda menyimpan 10% dari semua imbalan epoch yang diperoleh dari stake delegator Anda, dan 90% sisanya langsung diberikan kepada delegator. Menetapkan komisi terlalu tinggi akan menghalangi delegator untuk memilih validator Anda; menetapkannya terlalu rendah mungkin tidak menutupi biaya operasional.

Rentang pasar tipikal untuk validator kompetitif di Solana Mainnet-beta berkisar antara 0% hingga 10%. Menetapkan komisi 100% mendiskualifikasi validator Anda dari Program Delegasi Solana Foundation. Bagian SFDP di bawah ini membahas batas atas komisi dan bagaimana hal tersebut berinteraksi dengan penilaian kelayakan.

Stake Penundaan Aktivasi dan Waktu Reward

Stake yang baru didelegasikan membutuhkan satu epoch penuh (sekitar 2 hari) untuk aktif setelah delegasi. Reward dikreditkan pada setiap batas epoch. Validator baru harus menganggarkan setidaknya dua epoch penuh setelah peluncuran sebelum mengharapkan pendapatan reward penuh: satu epoch untuk verifikasi perangkat keras dan konfigurasi di testnet, dan satu epoch untuk aktivasi stake di Mainnet-beta.

Program Delegasi Solana Foundation (SFDP): Cara Memenuhi Syarat

Tanpa stake bootstrap eksternal, validator Solana baru dengan delegasi organik minimal akan beroperasi dengan kerugian selama bulan-bulan awal di Mainnet-beta. Program Delegasi Solana Foundation (SFDP) hadir untuk menjembatani kesenjangan tersebut. Solana Foundation (organisasi nirlaba yang mendukung pengembangan dan desentralisasi Solana) mendelegasikan SOL dari perbendaharaannya kepada validator Mainnet-beta yang memenuhi syarat, memberikan stake bootstrap untuk membantu operator baru mencapai kelayakan ekonomi sebelum menarik delegator organik.

Apa Itu Program Delegasi Solana Foundation?

SFDP adalah program Solana Foundation di mana Foundation mendelegasikan SOL dari perbendaharaannya kepada validator Mainnet-beta yang memenuhi syarat. Program ini menyediakan stake bootstrap untuk membantu validator baru mencapai kelayakan ekonomi sebelum menarik delegator organik. Kelayakan membutuhkan pemenuhan kriteria kinerja, tingkat komisi, dan keragaman pusat data yang diverifikasi oleh Foundation. SFDP tidak otomatis. Validator harus mendaftar dan menjaga kelayakan berkelanjutan untuk mempertahankan delegasi.

SFDP mengisi kesenjangan ekonomi antara peluncuran dan ambang batas minimum stake yang didelegasikan untuk profitabilitas. Validator yang memenuhi syarat untuk SFDP menerima delegasi Foundation yang menghasilkan pendapatan komisi, mengurangi waktu yang dibutuhkan untuk mencapai keberlanjutan operasional.

Persyaratan Kelayakan SFDP

Kriteria berikut mencerminkan persyaratan program sebagaimana didokumentasikan di solana.org/validators. Verifikasi setiap Item terhadap halaman program saat ini sebelum mendaftar. Foundation memperbarui kriteria ini secara berkala.

• Validator harus aktif di Mainnet-beta (bukan testnet atau devnet)
• Tingkat komisi pada atau di bawah batas SFDP saat ini (verifikasi ambang batas tepat saat ini di solana.org/validators; komisi 100% adalah diskualifikasi definitif, dan tarif di atas norma komunitas memengaruhi skor)
• Tingkat partisipasi voting minimum dipertahankan di atas ambang batas program (konfirmasi ambang batas saat ini dari dokumentasi resmi)
• Skip rate (persentase slot leader yang ditetapkan yang dilewatkan validator) di bawah ambang batas program
• Penyedia pusat data tidak ada dalam daftar yang terlalu terkonsentrasi (konsentrasi AWS, GCP, dan Azure mendenda penilaian)
• Identitas validator aktif dan akun vote didanai tanpa riwayat kenakalan baru-baru ini
• Skor kinerja memenuhi ambang batas Foundation berdasarkan kualitas produksi blok dan waktu aktif (uptime)

Kriteria kelayakan Program Delegasi Solana Foundation dan jumlah delegasi ditentukan oleh Solana Foundation atas kebijakannya sendiri dan dapat berubah. Memenuhi kriteria di atas tidak menjamin delegasi SFDP. Selalu verifikasi persyaratan program saat ini secara langsung di solana.org/validators

Berapa Banyak Stake yang Disediakan SFDP?

SFDP mengalokasikan SOL dalam tingkatan berdasarkan skor kinerja validator. Validator baru tanpa riwayat kinerja biasanya menerima alokasi awal yang lebih rendah. Seiring validator Anda menunjukkan uptime yang konsisten, skip rate yang rendah, dan partisipasi vote yang kuat, alokasi dapat meningkat. Struktur program tunduk pada revisi Foundation. Periksa halaman resmi SFDP untuk struktur dan jumlah tingkatan saat ini.

1. Konfirmasikan validator Mainnet-beta Anda sudah live dan memenuhi ambang batas kinerja (periksa skip rate dan tingkat partisipasi vote Anda melalui validators.app
2. Lengkapi formulir aplikasi di situs web Solana Foundation pada aplikasi Program Delegasi Solana Foundation
3. Pantau skor kinerja Anda melalui validators.app setelah aplikasi; Foundation mengevaluasi data kinerja On-Chain sebagai bagian dari proses peninjauannya

Penilaian SFDP menghargai keragaman geografis dan penyedia. Validator yang di-hosting di server bare-metal di wilayah yang kurang terwakili mendapat skor lebih baik daripada yang terkonsentrasi di infrastruktur penyedia cloud utama. Jika jejak pusat data Anda berbobot ke AWS us-east-1 atau zona cloud utama yang setara, Anda mungkin perlu menyediakan di wilayah alternatif atau dengan penyedia alternatif untuk memenuhi syarat atau memaksimalkan alokasi SFDP. Pertimbangan ini sangat relevan bagi operator institusional yang mengevaluasi penerapan multi-validator.

Delegasi SFDP Tidak Permanen. Solana Foundation secara aktif menyesuaikan alokasi delegasi berdasarkan kinerja validator yang sedang berlangsung. Validator yang jatuh di bawah ambang batas kinerja karena penurunan kualitas perangkat keras, kesalahan konfigurasi, atau pemantauan yang kurang perhatian dapat kehilangan stake SFDP dengan cepat. Bangun ekonomi validator Long-term Anda di sekitar stake delegasi organik, bukan SFDP sebagai sumber pendapatan tetap.

Validator Solana vs. Validator Ethereum: Membandingkan Persyaratan

Operator yang telah menjalankan validator Ethereum sering kali meremehkan permintaan perangkat keras Solana karena kedua jaringan tersebut membebankan beban komputasi yang secara kategoris berbeda pada validator mereka.

Mengapa Solana Membutuhkan Lebih Banyak Perangkat Keras

Validator Solana harus memproses bukti PoH secara terus-menerus, memutar ulang seluruh ledger secara real time pada throughput 50.000+ TPS, dan memberikan suara pada blok dengan latensi sub-detik. Sebaliknya, validator Ethereum memberikan pengesahan pada epoch yang berjalan sekitar 6,4 menit per siklus dan tidak memutar ulang ledger throughput tinggi secara lokal secara real time. Arsitektur Solana menukar persyaratan perangkat keras untuk throughput transaksi. Arsitektur Ethereum memprioritaskan hambatan perangkat keras yang lebih rendah sebagai ganti throughput asli yang lebih rendah.

Persyaratan Stake: Minimum Protokol vs. Minimum Ekonomi

Minimum 32 ETH Ethereum adalah aturan protokol yang kaku: Anda tidak dapat mengaktifkan validator Ethereum tanpa tepat 32 ETH yang di-stake. Solana tidak memiliki kendala protokol yang setara. Validator Solana mana pun dapat mulai memberikan suara dengan stake minimal. Hambatannya adalah ekonomi: di bawah ambang batas stake delegasi titik impas (dibahas di bagian biaya), biaya server bulanan dan biaya vote melebihi pendapatan komisi, menghasilkan kerugian bulanan bersih. Ini adalah jenis hambatan masuk yang berbeda. Ethereum adalah persyaratan penguncian modal; Solana adalah persyaratan biaya operasional yang berkelanjutan.

Memantau Validator Solana Anda: Alat dan Metrik Kinerja

Metrik kinerja validator menentukan skor kelayakan SFDP Anda, tingkat skip Anda, dan berapa banyak stake yang didelegasikan yang Anda pertahankan. Pemantauan adalah fungsi ekonomi langsung, bukan setelah operasional.

Alat Pemantauan yang Digunakan oleh Operator Validator Solana:

Alat Pemantauan yang Digunakan oleh Operator Validator Solana:

• validators.app

• Penjelajah validator Solana Beach

• explorer.solana.com: Penjelajah blok resmi Solana. Gunakan untuk pencarian validator tingkat blok berdasarkan kunci publik identitas, verifikasi transaksi, dan inspeksi akun on-chain.

• Grafana + Prometheus (self-hosted): Tumpukan yang direkomendasikan untuk pemantauan infrastruktur waktu nyata. Melacak pemanfaatan CPU, konsumsi RAM, IOPS NVMe, dan throughput jaringan di tingkat perangkat keras. Solana Labs menerbitkan JSON dasbor Grafana referensi dalam dokumentasi resmi.

Metrik Kinerja Utama untuk Diperhatikan

• Tingkat skip: Persentase slot pemimpin yang ditugaskan yang terlewatkan oleh validator. Targetkan jauh di bawah 10%; SFDP biasanya memerlukan ambang batas yang lebih rendah. Tingkat skip yang meningkat adalah indikator paling awal dari kekurangan provisi perangkat keras atau masalah konektivitas jaringan.
• Tingkat partisipasi vote: Persentase slot yang berhasil Anda kirimkan vote. Target di atas 95%.
• Saldo SOL akun vote: Jangan pernah biarkan ini turun di bawah sisa biaya vote selama 1 minggu. Pantau setiap hari.
• Status penangkapan ledger: Setelah restart apa pun, konfirmasikan validator Anda telah kembali ke ujung rantai sebelum mengharapkan partisipasi vote.
• Pemanfaatan IOPS NVMe: Hambatan penyimpanan muncul sebagai peningkatan tingkat skip di bawah volume transaksi tinggi. Pantau waktu tunggu I/O pada kedua drive NVMe.

Atur Peringatan. Konfigurasikan PagerDuty, OpsGenie, atau peringatan yang setara pada saldo SOL akun vote Anda. Tetapkan ambang batas peringatan pada sisa biaya vote selama 7 hari. Akun vote yang kekurangan dana akan menjadi wanprestasi tanpa peringatan on-chain. Pada saat delegator memperhatikan penurunan kinerja Anda, Anda akan kehilangan stake.

Cara Menjadi Validator Solana: Gambaran Umum Pengaturan

Bagian ini memetakan sepuluh langkah berurutan dari provisi perangkat keras hingga aplikasi SFDP. Instruksi penyiapan perintah demi perintah yang siap produksi, flag CLI yang tepat, dan templat file konfigurasi ada di [dokumentasi penyiapan validator Solana](OTK_1

1. Perangkat keras disediakan dan diverifikasi. Dapatkan server bare-metal yang memenuhi spesifikasi di bagian Persyaratan Perangkat Keras. Konfirmasikan konfigurasi drive NVMe, kapasitas RAM, dan konektivitas jaringan sebelum melanjutkan.

Perangkat keras disediakan dan diverifikasi. Dapatkan server bare-metal yang memenuhi spesifikasi di bagian Persyaratan Perangkat Keras. Pastikan konfigurasi drive NVMe, kapasitas RAM, dan konektivitas jaringan sebelum melanjutkan.

2. Ubuntu 22.04 LTS terinstal dan kernel disetel. Instal sistem operasi. Terapkan pengaturan ukuran buffer jaringan dan governor CPU yang ditentukan dalam dokumentasi Solana. Parameter kernel ini tidak opsional; melewatkannya menyebabkan penurunan kinerja di bawah beban berkelanjutan.

3. Alat Solana CLI terinstal dan dikonfigurasi untuk testnet. Instal perangkat CLI Solana. Konfigurasikan target cluster Anda ke testnet (bukan mainnet-beta) untuk semua pekerjaan konfigurasi awal. Testnet menggunakan SOL tanpa nilai, memungkinkan Anda untuk menguji tanpa eksposur finansial.

4. Keypair identitas dan keypair akun vote dibuat; otoritas penarikan diamankan. Buat keypair identitas validator Anda dan keypair akun vote Anda menggunakan Solana CLI. Tetapkan otoritas penarikan ke keypair penyimpanan dingin (perangkat keras wallet atau mesin terisolasi). Ini adalah akun terpisah (lihat catatan keamanan di bawah).

5. Akun vote didanai dengan biaya vote setidaknya 30 hari. Danai akun vote dengan perkiraan 0,02685 SOL untuk saldo bebas sewa ditambah minimal 30 SOL sebagai buffer biaya vote sebelum online. Ini adalah langkah yang paling sering dilewati dengan konsekuensi paling parah.

6. Proses validator Agave (atau Jito-Solana) dikonfigurasi dan dimulai. Konfigurasikan skrip startup validator Anda menggunakan flag dari dokumentasi resmi. Mulai klien Agave (sebelumnya klien validator Solana Labs) sebagai baseline yang direkomendasikan. Jito-Solana adalah opsi setelah Anda memiliki operasi yang stabil.

7. Penangkapan ledger dipantau dan dikonfirmasi. Jalankan perintah tangkap yang dirujuk dalam dokumentasi resmi untuk memantau kemajuan validator Anda dalam memutar ulang ledger. Jangan berharap partisipasi vote sampai validator mencapai ujung rantai saat ini.

8. Stabilitas Testnet diverifikasi setidaknya selama satu epoch penuh. Jalankan validator Anda di testnet setidaknya selama satu epoch penuh (sekitar 2 hari) sebelum migrasi ke mainnet-beta. Konfirmasi tingkat skip, tingkat partisipasi vote, dan metrik perangkat keras berada dalam kisaran yang dapat diterima.

9. Konfigurasi dimigrasi ke mainnet-beta; akun vote didanai. Alihkan konfigurasi cluster Anda ke mainnet-beta (jaringan produksi langsung Solana). Danai akun vote mainnet Anda. Daftarkan validator Anda dengan validators.app untuk membuat kinerja Anda terlihat oleh delegator.

10. Aplikasi SFDP diajukan dan strategi tingkat komisi ditetapkan. Tinjau persyaratan kelayakan SFDP dan ajukan jika Anda memenuhi kriteria. Tetapkan tingkat komisi Anda, menyeimbangkan batasan langit-langit SFDP terhadap posisi kompetitif dengan delegator organik.

Testnet Dulu: Mengapa Jaringan Latihan Penting

Cluster testnet Solana mencerminkan operasi mainnet-beta tetapi menggunakan SOL tanpa nilai moneter, tersedia dari keran testnet. Kesalahan konfigurasi di testnet tidak dikenakan biaya. Kesalahan yang sama di mainnet-beta dikenakan biaya vote SOL riil sementara validator Anda berkinerja buruk dan kehilangan stake yang didelegasikan. Solana Foundation merekomendasikan setidaknya satu epoch penuh operasi testnet yang stabil sebelum penerapan mainnet. Testnet terpisah dari devnet: devnet adalah lingkungan pengembangan untuk pengujian aplikasi dan bukan lingkungan latihan validator yang sesuai.

Keamanan Akun Vote dan Akun Identitas

Keypair identitas Anda dapat dan harus berada di server: itu menandatangani setiap transaksi vote yang disiarkan validator, jadi itu perlu diakses oleh proses validator yang berjalan. Keypair otoritas penarikan Anda tidak boleh ada di server. Otoritas penarikan mengontrol penarikan dana dari akun vote Anda. Jika penyerang mendapatkannya, mereka dapat menguras semua SOL akun vote dan dana stake Anda. Gunakan perangkat keras wallet (Ledger, Trezor) atau mesin terisolasi sebagai otoritas penarikan. Pemisahan kunci ini adalah praktik keamanan terpenting untuk validator Solana.

Pertanyaan yang Sering Diajukan Tentang Persyaratan Validator Solana

Pertanyaan-pertanyaan ini mewakili pencarian frekuensi tertinggi dari operator validator Solana prospektif. Setiap jawaban berdiri sendiri.

Berapa Banyak SOL yang Anda Butuhkan untuk Menjalankan Validator Solana?

Tidak ada minimum stake SOL yang diberlakukan oleh protokol. Minimum praktis ditentukan oleh perhitungan impas: stake yang Anda delegasikan harus menghasilkan pendapatan komisi yang cukup untuk menutupi biaya server bulanan ditambah perkiraan 30 SOL dalam biaya vote. Untuk sebagian besar operator pada tingkat APY dan komisi yang umum, ini berarti 50.000 hingga 100.000+ SOL dalam stake yang didelegasikan, atau memenuhi syarat untuk bootstrapping SFDP sambil membangun delegasi organik. Lihat bagian Ekonomi untuk formula profitabilitas lengkap.

Berapa Biaya untuk Menjalankan Validator Solana?

Perkirakan $250 hingga $500 per bulan untuk server bare-metal yang memenuhi spesifikasi yang direkomendasikan Solana, ditambah perkiraan 30 SOL per bulan dalam biaya transaksi vote pada tarif mainnet-beta saat ini. Total biaya bulanan dalam USD bergantung pada harga SOL saat ini) pada saat operasi. Ini adalah variabel kunci dalam pemodelan profitabilitas yang harus Anda hitung ulang dengan data pasar saat ini. Lihat bagian Biaya Infrastruktur untuk tabel perbandingan penyedia hosting.

Perangkat Keras Apa yang Dibutuhkan untuk Validator Solana?

Minimal: CPU dengan 12+ core dan kecepatan clock single-core tinggi, RAM ECC DDR4 128 GB, SSD NVMe PCIe Gen3 (drive OS/ledger dan drive akun terpisah), dan koneksi jaringan simetris 1 Gbps. Spesifikasi produksi yang direkomendasikan adalah 24+ core CPU (seri AMD EPYC 7003), RAM ECC 256 GB, SSD NVMe PCIe Gen4, dan jaringan 10 Gbps. SSD SATA standar tidak dapat memenuhi persyaratan I/O Solana. Lihat bagian Persyaratan Perangkat Keras untuk tabel spesifikasi lengkap.

Apakah Menjalankan Validator Solana Menguntungkan?

Profitabilitas bergantung pada empat variabel: stake yang didelegasikan, harga SOL, tingkat komisi, dan biaya operasional bulanan (server ditambah biaya pemungutan suara). Validator dengan 50.000+ SOL yang didelegasikan dapat mendekati profitabilitas pada APY dan tingkat komisi yang biasa. Validator dengan di bawah 20.000 SOL yang didelegasikan akan beroperasi merugi sampai delegasi SFDP atau pertumbuhan organik menjembatani kesenjangan. Tidak ada profitabilitas validator yang dijamin; semua perhitungan penghasilan adalah estimasi berdasarkan kondisi jaringan yang bervariasi. Lihat tabel skenario profitabilitas di bagian Biaya.

Apa itu Program Delegasi Solana Foundation?

SFDP adalah program di mana Solana Foundation mengalokasikan stake SOL dari perbendaharaannya kepada validator mainnet-beta yang memenuhi syarat, mendukung desentralisasi jaringan dan membantu validator baru mencapai kelayakan ekonomi sebelum menarik delegator organik. Kelayakan memerlukan pemenuhan ambang kinerja, batasan tingkat komisi, dan kriteria keragaman pusat data. Delegasi SFDP tidak otomatis, tidak permanen, dan tunduk pada diskresi berkelanjutan Yayasan. Lihat bagian SFDP untuk daftar periksa kelayakan dan proses aplikasi.

Berapa Banyak Validator yang Dimiliki Solana?

Solana mainnet-beta memiliki perkiraan 1.500 hingga 1.800 validator aktif dalam perkiraan sumber (Sumber: validators.app

Bisakah Saya Menjalankan Validator Solana di Server Cloud?

Instance VPS Cloud dapat diterima untuk eksperimen testnet dan devnet tetapi tidak cocok untuk produksi mainnet-beta. Penyimpanan virtual pada VPS cloud memperkenalkan jitter IOPS yang menyebabkan suara terlewat dan menurunkan skor kinerja skip rate dan SFDP Anda. Server dedicated bare-metal adalah standar produksi. Jika Anda mempertimbangkan penawaran "cloud bare-metal" (server fisik yang tersedia melalui penyedia cloud), verifikasi karakteristik I/O cocok dengan bare metal dedicated sebelum memprovisikan untuk mainnet.

Apa itu Akun Pemungutan Suara di Solana?

Akun pemungutan suara adalah akun on-chain di mana validator Anda mengajukan pemungutan suara blok setiap epoch. Akun ini terpisah dari akun identitas Anda (yang mengidentifikasi dan mengautentikasi node validator Anda). Akun pemungutan suara memerlukan saldo yang bebas dari sewa sebesar perkiraan 0,02685 SOL dan mengonsumsi perkiraan 1 SOL per hari dalam biaya transaksi pemungutan suara di mainnet-beta. Kehabisan SOL akun pemungutan suara menyebabkan validator Anda menjadi lalai: validator berhenti memilih, berhenti mendapatkan imbalan, dan kehilangan stake yang didelegasikan karena skor kinerja memburuk.

Apakah Solana Memiliki Validator Slashing?

Pada tanggal peninjauan sumber, Solana tidak memiliki validator slashing. Verifikasi status protokol saat ini sebelum mengandalkan pernyataan ini. Ini kontras dengan validator Ethereum, yang menghadapi penalti slashing untuk ekivokasi (menandatangani blok yang bertentangan) dan suara pendukung. Untuk status sumber yang tertanggal dan perubahan protokol yang diusulkan, lihat Penjelasan Slashing Validator Solana. Ketiadaan slashing pada Solana berarti validator tidak berisiko kehilangan SOL yang di-stake karena bug perangkat lunak atau kesalahan konfigurasi yang akan memicu kondisi slashing pada Ethereum. Ini adalah status protokol saat ini dan dapat berubah dengan peningkatan Solana di masa mendatang.

Apakah Menjalankan Validator Solana Cocok untuk Anda? Kerangka Keputusan

Validator vs. Delegator: Perbandingan Praktis

Artikel sumber duplikat membingkai keputusan operasional secara langsung. Perbedaan penting adalah apakah Anda ingin mengoperasikan infrastruktur atau mendapatkan imbalan stake tanpa memelihara server.

Bagi pembaca yang memutuskan untuk mendelegasikan, gunakan kriteria di cara memilih validator Solana.

Keputusan "go/no-go" untuk menjalankan validator Solana bergantung pada empat variabel: keterampilan infrastruktur Linux Anda, anggaran perangkat keras Anda, posisi stake SOL Anda, dan toleransi Anda terhadap periode persiapan 3 hingga 6 bulan sebelum pendapatan komisi secara konsisten menutupi biaya operasional bulanan.

Jalankan Validator jika:

• Anda memiliki keterampilan penyediaan dan manajemen server Linux (SSH, systemd, konfigurasi firewall, pemantauan log)
• Anda dapat menyediakan atau menyewa perangkat keras yang memenuhi spesifikasi yang direkomendasikan (Rp 3.750.000 hingga Rp 7.500.000+/bulan)
• Anda memiliki SOL yang cukup untuk menutupi biaya pemungutan suara selama periode persiapan sebelum SFDP atau delegasi organik mencapai titik impas
• Anda dapat berkomitmen untuk ketersediaan server 24/7 dan pemantauan harian metrik kinerja
• Anda ingin berpartisipasi aktif dalam infrastruktur jaringan Solana selain staking pasif

Delegasikan Saja jika:

• Tujuan Anda adalah pendapatan staking SOL tanpa mengelola infrastruktur
• Keterampilan Linux Anda belum mencapai tingkat administrasi server yang dibutuhkan
• Total kepemilikan SOL Anda berada di bawah ambang batas stake yang didelegasikan untuk mencapai titik impas pada APY saat ini
• Anda tidak dapat berkomitmen untuk pemantauan berkelanjutan dan ketersediaan on-call untuk validator Anda

Langkah selanjutnya untuk operator yang memutuskan untuk melanjutkan:

1. Sediakan perangkat keras sesuai bagian Persyaratan Perangkat Keras
2. Latihan di testnet setidaknya selama satu epoch penuh sebelum menyentuh mainnet-beta
3. Tinjau daftar periksa kelayakan SFDP sebelum tanggal peluncuran mainnet Anda
4. Siapkan pemantauan Grafana + Prometheus dan peringatan saldo akun pemungutan suara pada hari pertama operasi mainnet
5. Tandai dokumentasi penyiapan validator Solana

Dengan penyediaan perangkat keras yang tepat, akun pemungutan suara yang didanai, dan linimasa profitabilitas terhadap stake yang realistis, operasi validator Solana dapat menjadi kontribusi berbasis komisi yang tahan lama untuk salah satu jaringan throughput tertinggi di industri.