Harga Pipe Network (PIPE)

PIPE adalah token dalam ekosistem Pipe Network. Dalam aturan node Firestarter saat ini, salah satu kegunaan PIPE yang jelas adalah membentuk kelayakan node melalui LovePIPE: dompet node harus memegang bukti LovePIPE yang dapat merepresentasikan PIPE dasar dalam jumlah memadai. Pipe Network juga menyediakan layanan infrastruktur seperti penyimpanan, komputasi, hosting, dan AI, tetapi menjalankan node, pelanggan membayar biaya layanan, dan memegang PIPE adalah tahapan yang berbeda. Dokumentasi saat ini tidak menjadikan penyediaan satu layanan penyimpanan kepada pelanggan secara langsung sebagai kompensasi PIPE yang dapat ditagih oleh node tersebut.

Saat menjalankan node Firestarter, dompet node harus memegang LovePIPE, dan posisi tersebut harus merepresentasikan setidaknya 10,000 PIPE dasar. Ambang dihitung berdasarkan jumlah PIPE dasar, bukan mengharuskan dompet selalu memiliki jumlah token LovePIPE yang tetap; karena itu, yang perlu diperiksa adalah PIPE dasar yang diwakili posisi LovePIPE. Operator dapat menyetorkan PIPE ke LovePIPE atau memindahkan posisi LovePIPE yang sudah ada ke dompet node. Setiap node harus menggunakan dompetnya sendiri; posisi LovePIPE yang sama tidak dapat sekaligus memenuhi kelayakan bagi beberapa node. Mencapai ambang saldo ini hanya memenuhi sebagian kelayakan dan tidak otomatis memperoleh perutean atau pendapatan node.

Tidak dapat langsung menjadi operator node. Jalur akses publik biasa berbasis undangan; bahkan jika dompet node telah memiliki LovePIPE yang merepresentasikan setidaknya 10,000 PIPE, tidak ada daftar tunggu publik atau formulir pendaftaran mandiri. Dalam jalur ini, control plane memverifikasi kepemilikan dan saldo seluruh kandidat pada setiap awal jam UTC berdasarkan status Solana yang telah final. Node harus lolos setiap pemeriksaan per jam selama satu bulan kalender UTC penuh agar memperoleh kelayakan perutean; satu observasi yang hilang, tidak valid, atau berada di bawah ambang akan membatalkan kelayakan bulan tersebut. Setelahnya, node juga harus lolos pemeriksaan kesehatan, kapasitas, akses, dan integritas penyimpanan.

Node yang sedang berjalan juga harus terus mempertahankan posisi LovePIPE yang memenuhi syarat. Jika pemeriksaan per jam menemukan bahwa node tidak lagi memiliki posisi yang valid atau PIPE dasar terkait berada di bawah ambang, node akan dikeluarkan dari perutean dan harus kembali menyelesaikan periode kelayakan satu bulan kalender penuh yang valid. Desain ini memisahkan “kelayakan terpilih” dari “tetap dapat dirutekan”: pemeriksaan berkelanjutan selama sebulan penuh menangani kelayakan awal, sedangkan saldo berkelanjutan dan pemeriksaan operasi node menentukan apakah node aktif dapat terus berpartisipasi. Waktu penarikan LovePIPE ditentukan oleh konfigurasi on-chain vault yang ada dan merupakan aturan terpisah dari periode kelayakan bulan kalender tersebut.

Tidak akan memperoleh kompensasi PIPE yang dihitung berdasarkan pekerjaan node. Aturan saat ini secara tegas tidak membayar node individu untuk imbalan yang terkait kapasitas penyimpanan, bandwidth, waktu aktif, tanda terima, atau pekerjaan perbaikan; juga tidak ada pembayaran operator per TB, penerbitan imbalan node, atau bonus lokasi. Biaya penyimpanan pelanggan digunakan untuk layanan protokol, bukan untuk membentuk saldo yang dapat ditarik node tertentu setelah node tersebut melayani permintaan. Oleh karena itu, staking untuk memenuhi kelayakan node, dirutekan, dan benar-benar menyediakan sumber daya tidak berarti memperoleh hak atas pendapatan node; operator tetap harus menanggung sendiri biaya penyediaan kapasitas dan menjalankan node.

LovePIPE adalah jalur staking untuk kelayakan Firestarter dan sekaligus merepresentasikan klaim proporsional pemegang atas PIPE dalam pool. Operator node maupun pemegang LovePIPE yang tidak menjalankan node sama-sama berpartisipasi dalam pool ini sesuai posisi LovePIPE masing-masing; status node tidak menghasilkan imbalan node tambahan yang terpisah. Jika treasury di masa depan memutuskan menambahkan PIPE ke LovePIPE sehingga meningkatkan dukungan dasar untuk LovePIPE yang ada, perubahan itu akan berdampak secara proporsional pada semua pemegang LovePIPE, bukan hanya operator node. Namun, apakah treasury memilih buyback, burn, atau meningkatkan dukungan adalah keputusannya sendiri; dokumentasi tidak menjanjikan proporsi pendapatan, rumus pelaksanaan, atau jadwal. Dukungan dasar per LovePIPE juga tidak sama dengan harga pasar yang dijamin.

Biaya penyimpanan pelanggan, kebijakan treasury, dan pendapatan node adalah tiga konsep berbeda. Pelanggan membayar biaya penyimpanan untuk layanan protokol; dokumentasi tidak menyatakannya sebagai alokasi treasury yang tetap, dan penyelesaian satu permintaan oleh node tertentu tidak otomatis memicu tindakan treasury. Treasury dapat memilih menggunakan pendapatan protokol untuk mendukung PIPE, misalnya melalui buyback, burn, atau peningkatan dukungan dasar LovePIPE, tetapi ini adalah kebijakan opsional dan bukan pelaksanaan otomatis. Pendapatan node individu adalah hal lain: aturan saat ini secara tegas menyatakan tidak ada pembayaran individu kepada node yang otomatis timbul dari biaya pelanggan, volume layanan, atau pekerjaan node.

Tidak. Setelah PIPE disetorkan ke LovePIPE, pemegang memperoleh klaim proporsional atas PIPE dalam pool dan, bila memenuhi syarat lain, dapat menggunakannya untuk kelayakan node; hal ini sendiri bukan janji imbal hasil. Situasi yang mungkin mengubah dukungan dasar pool adalah ketika treasury benar-benar memilih dan melaksanakan kontribusi peningkatan bagi LovePIPE di masa depan; keputusan itu tidak memiliki waktu, proporsi, atau rumus yang telah ditetapkan. Bahkan jika peningkatan terjadi, dokumentasi juga secara tegas menyatakan bahwa dukungan dasar tidak menjamin harga pasar sekunder LovePIPE, sehingga staking atau menjalankan node tidak dapat digambarkan sebagai pengembalian tetap.

Versi dokumentasi saat ini sendiri bukan peningkatan protokol. Dokumen Tokenomics ditandai sebagai 3.1.1 dan secara tegas menyatakan bahwa revisi ini tidak mengubah pengenal kebijakan kelayakan v2.6.0 yang digunakan implementasi node Firestarter; memperbarui dokumentasi juga tidak sama dengan menerapkan versi protokol baru. Pembedaan ini penting: operator harus menggunakan aturan kelayakan yang telah diterapkan saat ini untuk menilai saldo, verifikasi, dan kondisi perutean, bukan menganggap tanggal publikasi penjelasan tertulis itu sendiri sebagai perubahan pada fungsi on-chain, penerbitan token, atau mekanisme pendapatan node.