Share Difficulty

Penambangan menghasilkan hash, yakni hasil perhitungan yang dapat dibaca sebagai angka. Agar dapat diterima pool, nilai hasil tidak boleh melebihi target yang ditentukan. Target lebih rendah berarti syarat lebih ketat karena lebih sedikit hasil berada di bawahnya. Jadi, Share Difficulty naik ketika angka target turun. Bagi pembaca yang tertarik pada protokol: Stratum V2, aturan komunikasi dengan pool, mengirim batas ini melalui kolom target dalam pesan SetTarget. Tidak perlu memahami format pesan untuk menangkap prinsipnya: batas angka yang lebih rendah membuat syarat lebih sulit dipenuhi penambang. [1]

Bayangkan pool menaikkan kesulitan Petra dari 1024 menjadi 2048. Dengan kecepatan perhitungan dan skala pengukuran kesulitan yang sama, jumlah hasil yang memenuhi syarat dalam periode yang sama diperkirakan menjadi sekitar separuh. Mesin tetap mencoba dengan kecepatan yang sama; hanya lebih sedikit percobaan lolos saringan yang lebih ketat. Jarak waktu antarhasil tetap acak. Petra tidak boleh mengharapkan setiap share berikutnya datang tepat setelah waktu tunggu dua kali lebih lama. [2]

Menghitung pesan saja berarti membandingkan hal yang tidak setara. Karena itu, Braiins menjelaskan pencatatan dengan satuan kerja yang dibobot menurut tingkat kesulitan. Dua hasil yang diterima pada kesulitan 1024 memiliki bobot total yang sama dengan satu hasil pada kesulitan 2048. Lebih sedikit pesan tidak membuktikan kontribusi lebih kecil. Petra juga tidak boleh menyamakan bobot pencatatan ini dengan jumlah pasti perhitungan yang benar-benar dilakukan mesin: ini adalah bukti statistik atas kerja. Imbalan uang juga bergantung pada aturan pool. [3]

Perubahan Share Difficulty sendiri tidak mempercepat ASIC, cip khusus dalam mesin penambang. Perubahan itu juga tidak mengubah target jaringan untuk blok Bitcoin. Dengan jumlah percobaan independen dan kesulitan jaringan yang sama, peluang menemukan blok tetap sama. Pool hanya mengubah hasil mana yang ingin diterima selama penambangan berlangsung. Jadi, menurunkan kesulitan share tidak mempermudah pembuatan blok Bitcoin. [3]

Dengan pengaturan yang sama, mesin lambat dan mesin cepat akan mengirim jumlah hasil yang sangat berbeda. VarDiff, penyesuaian kesulitan otomatis, menyeimbangkan perbedaan ini dan mengurangi lalu lintas yang tidak diperlukan. Braiins juga memungkinkan penetapan nilai minimum. Nilai ini adalah batas bawah, bukan penetapan tetap: pool dapat memilih kesulitan lebih tinggi sesuai kecepatan mesin. Saat membandingkan pengaturan dengan angka yang tampil, Petra perlu memastikan apakah ia membaca nilai minimum atau kesulitan yang benar-benar ditetapkan. [2]

Perangkat lunak harus mengetahui pekerjaan mana yang terkena perubahan. Menurut spesifikasi Stratum V2 saat ini, SetTarget berlaku untuk tugas yang diterima setelahnya serta tugas mendatang yang sudah diterima dengan ntime_start kosong, artinya cap waktu awal yang akan dimasukkan ke header blok belum ditetapkan. Header adalah bagian data singkat yang merangkum informasi blok. Kolom kosong menandai tugas yang masih menunggu diaktifkan. Tugas yang sudah diterima dengan ntime_start terisi mempertahankan targetnya. Karena itu, saat menyelidiki penolakan, membandingkan hasil dengan batas terbaru saja tidak cukup: hasil harus dicocokkan dengan tugas yang benar. Biasanya perangkat lunak penambangan menangani hal ini. [1]

Petra juga mungkin melihat indikator best share. Braiins Solo, misalnya, memakainya untuk share dengan kesulitan tertinggi yang ditemukan selama satu sesi penambangan. Kesulitan yang ditetapkan menjelaskan syarat yang cukup untuk mengirim hasil; best share menjelaskan seberapa langka hasil yang benar-benar ditemukan. Rekor bukan kemajuan yang bisa dikumpulkan sedikit demi sedikit hingga menghasilkan blok. Bahkan hasil luar biasa pun tidak meningkatkan peluang percobaan independen berikutnya. [4]

Nilai minimum manual yang terlalu tinggi dapat membuat kiriman begitu jarang sehingga perkiraan kecepatan mesin berfluktuasi tajam. Pemantauan kemudian bisa mengeluarkan peringatan meskipun ASIC masih bekerja. Jeda singkat tanpa share tidak dengan sendirinya membuktikan kerusakan. Petra membandingkan kesulitan yang ditetapkan, durasi pengamatan, kerja yang diterima, dan status koneksi. Gabungan informasi ini membantu membedakan keacakan biasa dari masalah nyata. [2]