Testnet

Anna ingin belajar menerima dan mengirim bitcoin sebelum memakai uangnya. Ia membuat dompet uji terpisah dalam aplikasi yang mendukung Testnet. Ia memperoleh koin dari faucet, layanan yang membagikan sedikit koin untuk percobaan, lalu mengirim sebagian kepada Pavel pada jaringan yang sama. Ia dapat melihat alamat, transaksi, dan proses menunggu konfirmasi tanpa membelanjakan BTC sungguhan. Ini contoh penjelasan, bukan petunjuk aplikasi tertentu: tidak semua dompet menyediakan mode ini. Koin uji bukan bitcoin gratis. Saldonya tidak bisa dipindahkan ke mainnet dengan mengganti mode maupun mengirimkannya, dan faucet yang sedang tidak tersedia bukan alasan membeli koin uji sebagai investasi. [11]

Testnet bukan akun latihan di dalam jaringan utama Bitcoin. Ini rantai blok lain yang dimulai dari Genesis Block sendiri. Blok mengelompokkan transaksi dalam riwayat bersama; Genesis Block adalah blok awalnya. UTXO jaringan ini, yaitu keluaran transaksi yang belum dibelanjakan, juga terpisah. Keluaran menetapkan jumlah dan syarat pembelanjaannya, misalnya tanda tangan yang diperlukan. Karena itu, penerimaan Anna di satu jaringan tidak menciptakan saldo di jaringan lain. Program membedakan jaringan melalui parameternya, misalnya pengenal awal pesan dan port. Namun, jaringan berbeda belum tentu memiliki alamat yang tampak berbeda. Kunci privat adalah data rahasia yang dipakai dompet untuk membuat tanda tangan yang mengizinkan pembelanjaan dana terkait. Bahkan kunci privat yang sama tidak menyatukan kedua riwayat menjadi satu dompet dengan saldo bersama. [12] [15]

Alamat berawalan tb1 dapat digunakan di Testnet3, Testnet4, atau Signet. Anna dan Pavel harus menyepakati jaringan yang tepat lalu memeriksanya pada kedua aplikasi; sebutan ‘uji coba’ saja tidak cukup. Anna memakai kunci baru dan cadangan terpisah untuk percobaan. Ia tidak memasukkan Seed Phrase (rangkaian kata pemulihan) dompet berisi dana sungguhan ke aplikasi eksperimen. Mengganti mode tidak membuat program yang tidak tepercaya menjadi aman. Faucet pun hanya memerlukan alamat penerimaan publik, bukan kata pemulihan atau kunci privat. Memisahkan berkas dompet, kunci, dan cadangan mengurangi kekeliruan serta kaitan yang tidak diinginkan antara eksperimen dan pembayaran pribadi. [12] [14]

Testnet publik ditujukan untuk percobaan dengan peserta yang tidak dikenal dan penambangan terbuka. Signet juga lingkungan uji, tetapi selain Proof of Work (pekerjaan komputasi untuk menemukan blok yang valid), blok harus memenuhi suatu syarat, biasanya tanda tangan yang dibuat dengan kunci yang diizinkan. Dengan begitu produksi blok lebih mudah dikoordinasikan, meskipun tetap tidak menjamin layanan tanpa henti. Regtest cocok bagi pengembang yang perlu mengendalikan percobaan: ia menjalankan lingkungan sendiri dan membuat blok sesuai kebutuhan, misalnya untuk pengujian otomatis. Jika Anna hanya belajar mengoperasikan dompet, jaringan yang didukung aplikasi juga menentukan pilihan. Tidak satu pun jaringan ini mengubah koinnya menjadi bitcoin mainnet. [10] [11] [16]

Pembayaran uji Pavel mungkin berjalan cepat dengan biaya kecil. Itu tidak menunjukkan biaya prosedur yang sama di mainnet. Aktivitas, daya penambangan, dan insentif peserta berbeda. Testnet publik bisa lama menunggu blok, mengalami gangguan layanan, atau reorganisasi: node, yaitu komputer yang memeriksa aturan jaringan, mengganti cabang riwayat terbaru dengan cabang valid lainnya. Keadaan seperti ini membantu menemukan kesalahan aplikasi, tetapi tidak tepat menyebut setiap gangguan sebagai hal yang disengaja. Pengujian yang berhasil hanya memeriksa perilaku tertentu dalam kondisi tertentu; dengan sendirinya ia tidak membuktikan keamanan penyimpanan kunci atau ketahanan layanan yang menangani uang sungguhan. [10] [2]

Panduan lama menyebut Testnet3 yang diluncurkan pada 2011. Setelah lama berjalan, muncul masalah distribusi koin dan aturan kesulitan penambangan. Fenomena block storms berupa rentetan blok yang ditambang sangat cepat: tinggi rantai melonjak tidak wajar dan subsidi blok baru menurun lebih cepat daripada perkiraan berdasarkan kalender. Koin uji juga diperdagangkan, padahal seharusnya menjadi alat yang mudah diperoleh. Jadi, generasi baru memulai riwayat baru, bukan menilai ulang saldo lama. Saat membaca panduan, periksa nomor jaringannya, bukan sekadar nama Testnet. [1]

Usulan teknis BIP 94 menjelaskan Testnet4, yang didukung sejak Bitcoin Core 28.0. Selain Genesis Block baru, perhitungan kesulitan dan aturan cap waktu blok diubah untuk membatasi cara-cara yang diketahui dapat menimbulkan block storms. Namun, ada aturan khusus yang dipertahankan: kecuali blok pertama suatu periode kesulitan, cap waktu lebih dari 20 menit setelah blok sebelumnya mengharuskan kesulitan minimum. Ini bukan janji bahwa pembayaran akan mendapat konfirmasi dalam 20 menit. Testnet4 juga sejak awal menerapkan perubahan aturan yang aktif di mainnet ketika diajukan pada Mei 2024. Perbaikan ini tidak menjadikannya model jaringan utama yang bebas gangguan. [1] [9]

Pada 17 Oktober 2026, BIP 95 untuk Testnet5 berstatus Draft, yakni usulan yang masih dikembangkan. Usulan ini menghapus pengecualian kesulitan minimum, menaikkan batas minimum, dan menerapkan BIP 54 sejak blok pertama. BIP 54 berisi perubahan aturan konsensus yang diusulkan. Namun, dokumen tersebut belum memuat data Genesis Block final ataupun tautan implementasi acuan. Karena itu, dokumen ini tidak cukup untuk menyebut Testnet5 sebagai jaringan Bitcoin Core yang sudah digunakan secara rutin. Menguji aturan baru juga tidak mengaktifkannya di mainnet. Saat membaca di kemudian hari, periksa status usulan dan dokumentasi versi program yang dipakai, bukan hanya angka lebih besar dalam nama. [2]

Pada Bitcoin Core, opsi testnet4 memilih Testnet4; sintaks perintah yang tepat tersedia dalam dokumentasi versi Anda. Dalam berkas konfigurasi, bagian [test] berarti Testnet3, sedangkan [testnet4] berarti Testnet4. Data disimpan dalam subdirektori terpisah: testnet3, testnet4, signet, atau regtest. Program yang sedang berjalan juga harus diperiksa: getblockchaininfo memberikan pengenal jaringan pada kolom chain. Periksa pula hash Genesis Block, sinkronisasi, dan node yang terhubung. Untuk Signet khusus, genesis bersama tidak cukup; syarat blok khususnya juga harus diperiksa. Judul jendela atau alamat yang mirip tidak menggantikan pemeriksaan ini. [8] [12] [13] [14] [10]

Anna mula-mula memastikan kedua dompet memakai jaringan yang sama. Lalu ia mencoba penerimaan, pengiriman, dan membedakan pembayaran terkirim dari yang sudah dikonfirmasi. Pemulihan hanya dicoba dengan cadangan uji terpisah. Pengembang dapat menambah pengujian mulai ulang aplikasi, node tidak tersedia, reorganisasi, atau penolakan jaringan yang salah. Untuk biaya, ada RBF, penggantian transaksi belum terkonfirmasi dengan transaksi baru, serta CPFP: transaksi anak berbiaya lebih tinggi mendorong penambang memasukkan transaksi induknya yang belum terkonfirmasi. Hasil harus mencatat jaringan, versi program, dan perilaku yang benar-benar diperiksa. Testnet berguna untuk melakukan kesalahan yang ingin dihindari saat memakai uang sungguhan; bukan bukti bahwa pemeriksaan berikutnya tidak diperlukan. [11] [9]