Mining Pool

Anna memiliki satu mesin tambang. Ia membayar listrik setiap hari, tetapi jika menambang sendiri, ia bisa menunggu sangat lama untuk menemukan blok. Jika menemukan blok yang diterima jaringan, imbalannya menjadi miliknya; sebelum itu, kegiatan tersebut tidak memberinya pendapatan. Menunggu lama bukan berarti kemenangan sudah dekat. Dalam kondisi yang sama, setiap percobaan baru memiliki peluang yang sama. Di pool, mesinnya bekerja bersama mesin lain. Pool dapat membayar penambang yang tidak menemukan suatu blok karena kontribusi mereka diukur dan dihitung dengan model yang disepakati. Anna melepaskan kesempatan menyimpan seluruh pendapatan bloknya sendiri demi pemasukan lebih kecil yang umumnya lebih teratur. Kesulitan jaringan tidak turun dan tidak ada imbalan tambahan yang tercipta. Pool biasanya juga mengenakan biaya. Apakah pemasukan menutup listrik dan peralatan adalah persoalan lain. [6] [7]

Pool tidak melihat setiap perhitungan mesin Anna. Namun, pool perlu memastikan mesin bekerja dan memperkirakan kontribusinya. Karena itu, pool menetapkan syarat lebih mudah daripada jaringan Bitcoin. Hasil yang memenuhinya disebut Mining Share, atau share. Mesin dapat rutin mengirim hasil yang bisa diverifikasi meskipun belum menemukan blok. Dari shares yang diterima dan tingkat kesulitannya, pool memperkirakan kerja secara statistik, bukan menghitung setiap percobaan secara persis. Jika dua perangkat memiliki kesulitan share berbeda, jumlah hasilnya tidak bisa langsung dibandingkan. Share biasa tidak membuat blok Bitcoin ataupun konfirmasi pembayaran. Hanya hasil langka yang juga memenuhi syarat jaringan yang memungkinkan sebuah blok diajukan; blok itu tetap harus lolos pemeriksaan lain. Jadi, share merupakan bukti kerja bagi pool, bukan potongan bitcoin yang baru dibuat mesin. [7] [9]

Anna dapat menghubungkan mesin yang sama ke pool berbeda dan melihat pola imbalan yang berbeda. Salah satu penyebabnya adalah model perhitungan. PPS, Pay Per Share, mengkreditkan nilai harapan yang ditentukan sebelumnya untuk setiap share yang diterima, sesuai kesulitannya. Anna tidak perlu menunggu keberuntungan pool menemukan blok: operator menanggung risiko variasi acak penemuan. Ini bukan jaminan operator selalu mampu membayar atau upah tetap per jam. Jumlah shares dan kondisi penambangan tetap berubah. FPPS, Full Pay Per Share, biasanya menambahkan perkiraan pendapatan biaya transaksi pada bagian yang diharapkan dari bitcoin baru. Sebaliknya, PPLNS, Pay Per Last N Shares, membagi pendapatan blok yang benar-benar ditemukan berdasarkan kerja dalam rentang terakhir yang ditentukan. Imbalan lebih bergantung pada keberuntungan pool. Aturan pool menentukan rentang tersebut; tidak harus berarti satu jam terakhir. Singkatannya saja tidak cukup untuk membandingkan. Biaya, metode perkiraan, ukuran rentang, dan perlakuan terhadap blok di luar riwayat utama, yaitu Stale Block, juga penting. Model imbalan menentukan hak dan perhitungannya; jadwal transfer ke dompet merupakan aturan terpisah. [7] [8]

Anna melihat saldo akunnya bertambah. Sampai uang masuk ke dompetnya, ia bergantung pada pool untuk mencatat dengan benar dan membayarnya. Ia perlu mengetahui waktu pembayaran, kemungkinan saldo minimum, biaya, dan alamat tujuan. Aturan layanan berbeda-beda; pengkreditan otomatis tidak berarti transfer seketika. Operasional juga perlu dipantau: shares diterima dan ditolak, kesulitannya yang disebut Share Difficulty, ketersediaan server, serta koneksi cadangan. Firmware adalah perangkat lunak pengendali mesin tambang dan harus bisa bekerja dengan pool. Membandingkan catatan pool dalam periode lebih panjang dengan catatan operasi sendiri dan pembayaran nyata membantu menemukan ketidaksesuaian. Blok yang ditemukan dapat diperiksa di blockchain, tetapi blockchain tidak memperlihatkan seluruh pembukuan internal pool. Kemampuan berganti pool dan mengetahui siapa yang memilih transaksi juga penting. [8] [9]

Jika tugas berubah sebelum hasil tiba, pool mungkin tidak lagi menghitungnya. Latensi di sini berarti keterlambatan komunikasi antara perangkat dan pool. Share dapat ditolak karena kedaluwarsa (stale), duplikat, salah format atau tidak sesuai dengan tugas yang diberikan. Latensi lebih tinggi antara penambang dan pool, pembaruan tugas yang lambat serta gangguan jaringan menambah pekerjaan yang terbuang. Proporsi stale shares menunjukkan efisiensi operasional koneksi penambang ke pool; ini tidak sama dengan Stale Block di blockchain. [9]

Imbalan blok dicatat dalam transaksi pertama yang khusus, bernama Coinbase Transaction. Output transaksi ini menetapkan jumlah dana dan syarat untuk membelanjakannya nanti. Karena itu, imbalan bisa ditujukan kepada satu atau beberapa penerima. Block Template adalah rancangan blok termasuk transaksi yang dipilih. Dalam pool konvensional, operator biasanya menyusun Block Template dan menentukan penerima keluaran coinbase. Penambang terutama mencoba berbagai nilai dalam tugas yang diberikan, mencari hasil yang memenuhi syarat jaringan. Pool dengan demikian memengaruhi pemilihan transaksi, tetapi tidak dapat memaksakan blok yang tidak valid; setiap Full Node memeriksa blok secara mandiri. Full Node adalah program yang memverifikasi blok dan transaksi berdasarkan aturan Bitcoin. [6] [10]

Selain besar pembayaran, penting mengetahui siapa yang menentukan transaksi masuk blok. Mengabaikan transaksi tertentu dapat menunda konfirmasinya. Konsentrasi pool penting karena sedikit koordinator dapat memengaruhi penyertaan transaksi, penerapan perangkat lunak dan distribusi Hashrate jangka pendek. Hashrate adalah jumlah perhitungan penambangan per detik. Hashrate pool tidak sama dengan kepemilikan perangkat penambangan: operator mesin khusus penambangan yang disebut ASIC dapat menghubungkannya ke pool lain. Risiko meningkat jika biaya berpindah pool, kontrak atau firmware membatasi kemampuan tersebut. [6] [10]

Stratum mengatur komunikasi antara penambang dan pool. Enkripsi melindungi pesan yang dikirim, sedangkan autentikasi membantu memeriksa pihak yang diajak berkomunikasi. Stratum V1 memberikan tugas penambangan dan kendali templat biasanya tetap pada pool. Stratum V2 memisahkan peran dengan lebih jelas dan mendukung komunikasi terenkripsi serta terautentikasi. Job Declaration Protocol yang opsional memungkinkan penambang mengajukan templat dengan pilihan transaksinya sendiri jika penambang dan pool sama-sama mendukung komponen yang diperlukan. Mining Protocol pada Stratum V2 dapat berjalan tanpa kemampuan ini; label Stratum V2 saja tidak menjamin pemilihan transaksi secara independen. [10]

Bagi yang ingin memahami teknisnya: Block Template adalah rancangan isi blok. Worker menandai mesin terhubung atau akun yang mencatat kerjanya; header merangkum data pokok blok. Tugas penambangan berasal dari Block Template atau konstruksi blok kandidat yang setara. BIP22 menjelaskan getblocktemplate dan BIP23 perluasannya untuk penambangan pool. Protokol pool mengirim kolom yang diperlukan, data transaksi coinbase dan ruang pencarian kepada worker. ASIC Miner mencoba berbagai header dan menghitung hash-nya, semacam sidik jari berupa angka. Untuk memenuhi Proof of Work, bukti bahwa kerja komputasi telah dilakukan, hash ini harus lebih kecil atau sama dengan ambang jaringan yang disebut target. Blok juga harus memenuhi aturan Bitcoin lainnya. [1] [2] [5]

Detail teknis: target merupakan batas angka yang tidak boleh dilampaui hash, yaitu hasil perhitungan; nilai yang sama juga memenuhi syarat. VarDiff berarti kesulitan share yang dapat berubah. Pool menetapkan target share yang lebih mudah agar hasil diterima cukup sering untuk pengukuran. Target jaringan Bitcoin jauh lebih sulit dipenuhi. Share yang diterima dan hanya memenuhi target pool diperhitungkan menurut aturan imbalan pool; jika hash yang sama juga memenuhi target jaringan, blok kandidat dapat diajukan. VarDiff mengubah kesulitan share dan dengan demikian frekuensinya, bukan Difficulty konsensus Bitcoin. [9]