Yeah, that's what I mean!
Crypto isn't for everyone, so simplicity is essential to cut off the barrier and make sure everyone comes to use it, not to learn how to use it.

Just because people attract by new ways of on-game asset ownership doesn't mean the Web3 gaming free barrier, the complexity of how to use a wallet is one of the big barriers standing moreover you guys' wallet is multichain

Please don't! they still ignored your question 

Yes, I got the answer, but now you have been ignored, just like me 

For me, this is the best thing this project provides, stacking coins wheres we have a stable coin on it. What's better?
Next year is just a few months in front.

Are you part of the team of this project? If it yes, answering my ignored question will be better than just share that video.

Seriously? I didn't get any answer to my question? Ok team, just forget my question, I'll try to find it myself on your Testnet.

Where is the answer for a newbie question? Are newbie allowed for ask here?

I just curious about this, as per information on your web, it said moc would use as an incentive for those who run moc nodes. So, my stupid question is, how is the models will be? are this will be similar to staking or master node that needs collateral to run the node? or?

#Authentication Post
Bitcointalk Username: kalacC
Link to Twitter Account: https://twitter.com/JonesySports
Link to Facebook Account: https://www.facebook.com/bryan.holmes.31
Link to Telegram Account: https://t.me/thegreatest33

#Authentication Post
bitcointalk username: kalacC
facebook profile link: https://www.facebook.com/bryan.holmes.31
telegram username: @thegreatest33

Menurut saya mungkin bukan "sama" tapi "mendekati" (+) (-) (untuk periode 2016 block), Sementara untuk AVG dalam jangka waktu yang lebih panjang, mungkin saja, karena data yang diinput lebih banyak dan variatif.

Sebetulnya formula penghitungan Difficulty Retarget sudah cukup menjelaskan akan adanya variable yang tidak konstan. Dan variable tersebut adalah Actual (-block-) time (Waktu yang dibutuhkan untuk menyelesaikan 2016 block). Sementara Average block time sendiri = Actual (-block-) time : 2016.
Nilainya akan berubah-ubah tergantung pada nilai Actual (-block-) time yang dipengaruhi oleh kondisi network.

---

Akhirnya saya scroll-up untuk melihat rumus-rumus menyeramkan itu. 

(Om) abhiseshakana
Agak sedikit bingung dengan rumus ini:


Bukankah seharunya:

actual time = block 1 + block 2 + block 3......block 2016 (Karena untuk menyelesaikan setiap block mungkin membutuhkan waktu yang berbeda)

---------------------------------------------------------------(skip)

Kembali ke permasalahan sebelumnya.
Disinilah kenapa ada fungsi adjusment, karena memang sudah diperhitungkan akan adanya variable tidak konstan, inilah desentralisasi, siapapun tidak bisa memaksakan rasio hashrate/difficulty selalu akurat, banyak hal yang bersifat independent yang sangat mungkin dan bahkan telah terjadi.

Average block time memang tidak jauh dari expected block time / 10 menit (+) (-). Maka dari itu, Habis gelap terbitlah terang, Habis poor block akan ada block yang cukup rapat. (Efek kehabisan kopi)

Mungkin bentuk sederhana dari penjelasan (om) abhiseshakana - (om) mu_enrico adalah seperti ini (Karena penjelasan Teknikal hanya akan lebih mudah dipahami jika dan hanya jika gelas kopi sudah kosong - bukan begitu?)

Agar lebih jelas, harus dibedakan antara expected block time dan average block time.

• 10 menit yang dibahas disini merupakan expected block time untuk setiap (1) block dan nilainya tetap yaitu 10 menit / 600 detik.
• Average block time nilainya akan berbeda beda, dan 9.4 (yang disebutkan oleh (om) ETFbitcoin) diatas merupakan Average block time (rata-rata block time dari 2016 block) dan tidak selalu 9.4. Ini bergantung pada kondisi network Bitcoin.
  

Silahkan cek di chart histori block time Bitcoin:
https://bitinfocharts.com/comparison/bitcoin-confirmationtime.html

What compatibilities issue you are worrying?
Power rating?

as above said, this adapter designed for PWM fan, so the pin should be not the issue.

Itu terjadi karena Claymore miner versi lama sudah tidak support mining setelah DAG epoch 200 atau block 6000000.

jadi solusinya:

Upgrade Versi Claymore

(Hanya sedikit menambahkan)

Definisi di atas sudah cukup menjelaskan tentang "Stale Shares".
Namun kemudian akan muncul pertanyaan, kenapa stale shares terjadi?

Berikut ini adalah penyebabnya:

Latency miner ke pool.
Ini berkaitan dengan koneksi Internet dan jarak miner ke pool (mining pool). Latency jika di artikan merupakan jeda waktu / waktu yang dibutuhkan oleh jaringan untuk mengantarkan sebuah paket data dari sumber data ke penerima data. Untuk itu, dibutuhkan koneksi internet yang STABIL untuk pooled mining agar shares yang dihasilkan mining rig kita tidak basi/telat diterima oleh pool. Pun begitu dengan pemilihan server pool, semakin dekat jarak server, maka (kemungkinan besar) semakin baik pula proses pengiriman data dari miner ke pool.

Dengan kata lain, koneksi Internet yang tidak stabil merupakan penyebab -Stale Shares- terjadi.

---

Penambahan yang sangat bagus.
Saya hanya akan menambahkan beberapa penjelasan terkain Long Polling.

Long Polling merupakan kemampuan sebuah mining pool untuk memberitahukan kepada para miner yang melakukan penambangan di pool tersebut bahwasanya mereka bisa segera berpindah ke job unit yang baru karena adanya perubahan pada jaringan coin.

Betul sekali ketika mining pool atau program mining yang digunakan tidak mendukung sistem Long Polling maka akan menghasilkan stale shares.

Namun...kalaupun mining pool atau program mining yang digunakan mendukung sistem Long Polling, tidak serta merta stale shares tidak akan dihasilkan. Yang perlu diingat adalah Long Polling (proses pengiriman notifikasi kepada miner) juga memerlukan jaringan yang sehat (stabil). <=== Terkait dengan Latency dan permilihan server.

Hal lain yang mungkin terjadi adalah:

Ketika pool mengirimkan notifikasi kepada para minernya untuk segera berpindah ke job unit baru, para miner ( penggunakan program mining yang mendukung sistem Long Polling) akan segera melakukan permintaan job unit baru dalam waktu yang hampir bersamaan. Jika pool tidak cukup cepat mengeluarkan job unit yang baru, hal tersebutpun akan menghasilkan stale shares.

---

Stale Shares di bawah 5% sudah cukup baik (menurut saya).
Diatas 5%, perlu melakukan pengecekan terhadap apapun yang terkait dengan koneksi yang digunakan.

I also use Chrome Remote Desktop, Ultraviewer is quite good also, but I have a bit problem on Windows startup with Ultraviewer.


If RDP you mean are RDC (Windows default Remote Desktop), it is not good for mining rigs. Don't use it.

OP, what OS you are using?

Sebetulnya di bagian help-center mereka, sudah dengan gamblang dijelaskan (silahkan dibaca):

https://www.miningrigrentals.com/helpcenter/For-Renters


Simplenya seperti ini:

Buat akun di MRR ⁽¹⁾

Deposit (Seperti yang tertera di sana, agan bisa melakukan deposit dengan: Bitcoin, Litecoin, Ethereum, Dash) ⁽²⁾

Pilih Algoritma yang agan inginkan (Saya asumsikan agan sudah melakukan penelitian mendalam terhadap sebuat koin, dan hasil penelitian agan tersebut menunjukan bahwa koin tersebut cukup menjanjikan untuk ditambang baik short-term ataupun long-term) ⁽³⁾

Selanjutnya akan muncul list rig yang siap disewa. Agan bisa melihat jumlah hashrate, harga sewa, minimal waktu penyewaan, maksimal waktu penyewaan, dsb. Untuk melihat track-record miner/rig (penyedia rig), agan bisa klick profil-nya, di sana agan akan disuguhi statistik lengkap tentang rig/miner yang akan agan sewa. ⁽⁴⁾

Pilih-pilih miner/rig >>>> Ready to go! ⁽⁵⁾

• Pilih miner/rig (penyedia rig) yang sesuai (harga kompetitif, track-record bagus, dsb). Masukan durasi sewa yang diinginkan (harus berada diantara durasi minimal - maksimal yang disediakan penyedia rig)
  
  
• Tambahkan (add) pool jika belum melakukan setting pool sebelumnya, jika sudah melakukan setting pool, kita hanya perlu memilih pool dari profile (tentu saja disesuai dengan kebutuhan kita)
   
  
• Kemudia lakukan pembayaran (akan secara otomatis diambil dari jumlah saldo yang ada di akun kita)
  
  
• Jangan lupa untuk memantau kinerja rig yang kita sewa, bisa diakses dari menu navigasi My Rentals --> Algoritma (sesuai yang disewa) --> View
  
  Jika ada sesuatu yang salah (tidak sesuai dengan data - hashrate tidak sesuai, rig mati, atau bentuk masalah apapun), bisa didiskusikan dengan pemilik rig melalui fitur Communication. Jika tidak dapat diselesaikan, kita bisa membuat Support Ticket agar permasalahan yang terjadi segera ditangani oleh pihak MRR. 
  

---

Perlu agan ketahui:
Harga sewa di MRR ditentukan oleh miner (penyedia rig) - Sementara di NiceHash, harga sewa terbentuk oleh pasar (support & demand). Dan ada beberapa perbedaan mendasar antara keduanya (silahkan dipelajari).

Maka dari itu, mungkin akan lebih baik mengkombinasikan kedua pasar hashrate tersebut sesuai dengan kondisi dan kebutuhan untuk hasil yang lebih baik. IMHO