Topic: [∞ YH] solo.ckpool.org 2% fee solo mining 256 blocks solved! - page 201. (Read 102489 times)

Appreciate all of your hard work and dedication to us!

The pool is now signalling taproot support and has its bitcoin daemon updated to 0.21.1. Mine on..

Nope, once solved the reward is on the blockchain and as good as being in your wallet. Your mining gear can go up in flames and disappear forever but your block reward is permanently etched into the blockchain.

Thank you for answering my question(s). I revisited this forum because I have the third address (if cannot connect to other pools) set to solo.ckpool. Strangest thing has happened though. I only use this as the off chance while one of my miners is reconnecting to the main fpps pool I use, I manage to hit a block and open my wallet one day to find I wont be worrying about money for a long time. However, one of my miners has fixed onto the ckpool and wont get off of it (with disconnecting internet). I guess I will have a look into it and get it back on PaidPerShare until I am ready to commit 100% of my hashing power to lottery (when I feel I have enough money to buy a decent acerage of rural and raw property).

I do have a question though. If one of my miners finds a block, will it need to stay online until my miner has "solved it" or "Submitted it" or something? Like if I actually found a block  and POOF my power went out, would I still get the reward? (with my luck that might actually happen). I have done some research on how BTC works but not enough or I have been looking in the wrong places. I would appreciate an answer to help calm my nerves. Thank you.

There are USB ASIC Scrypt miners as well. Futurebit Moonlander does Scrypt. I've been toying with some USB miners to give as gifts to friends and family.

Bitcoin Core 0.21.1 has just been released with the signalling bit for taproot activation. It's a fairly optimistic release mechanism hoping for a supermajority of miners to activate taproot by 11 August 2021. I have no objection to taproot activation but have been holding off doing any changes to the bitcoin node running on the solo pool given its long term stability. However should taproot get activated, running a node without taproot support will risk creating blocks on an invalid chain. So at some stage in the next week I will be validating the latest bitcoin core node before updating it on the solo pool, so that the pool will also be signalling for taproot. That said, without mining any blocks we're not signalling anything, so it's just a precautionary step in advance. I'll put a notification in the near future when the node has been updated, but it will not cause an interruption to mining.

Mine on.

I am making a bot for Telegram, which notifies every hour, the status of the work my miner is doing.

As you can see, it shows the hashrate of 1h, the shares, number of workers, as well as accepted and rejected messages, I'm with the part of the % percentage of rejected messages, also tells you the times that works more a miner than another, in the capture you see the U3 in value 0 because I have it in another site for some tests.

As soon as it is ready, I will upload it to my git to share it! Happy mining

https://fotos.subefotos.com/afcd2b9c1041b6e269f6e8eeba9a845fo.jpg


One doubt, as you see in the screenshot, I have 0.77% (.77%, I'm working on it... ) of rejected messages, of type:

"Rejected 22c4646464 Diff 7/5 BF1 x pool 0 (Stale)" and "Rejected 16f35d27 Diff 11/11 BF1 x pool 0 (Above target)".

What is the reason for these messages?
oh, and the Diff has been going down to /5, passing through /10000, /101, /23, /11...


BTC 1DCRu4pnnwtbUYRy1evVw7TzXGW8XMwMNc

you will know you you mined a block when your best share is > than what is needed to mine a block.

I am using cgminer for my R606's - I don't see anywhere it would say I found a block - but I do check it regularly so if the best share was greater than the diff required, I would know I found one.

for my larger asics, they have a field in the UI where it shows the number of blocks found, if any.

Okay makes sense. So to obtain a block my difficulty must surpass the base difficulty of the block and for that to happen is entirely by chance/luck. When a share is expected, that doesn't mean a block is mined but means that the minimum mining diff was surpassed and a share was accepted by the pool in an attempt to mine the block. Sorry if I'm being an inconvenience, I'm trying to learn about it. I'm curious, how can you tell if you mined a block, Eth or BTC or any to be frank.

a share does not mean you hit a block. With the difficulty of your share (11.7k) and I would assume 10k was the lowest diff the pool would accept so your miner hit a share with a diff high enough for the pool to accept - not to get a block though. not sure when you hit this share of 11.7k but right now diff is 23.58 th - and your share was 11.7k - or you need higher than 23,581,981,443,663 and you got 11,700

i was mining with the SHA256 on ck pool. And my diff showed as 11.7k over 10k meaning that there was a block mined or I'm missing some crucial piece of information.

to be simple - a block erupter is an asic and can only mine SHA-256 so if you were trying to mine scrypt with it, there is no way you would have gotten a share on scrypt - someone correct me on that if I am wrong, but about 99.9% sure that I am not.

If you were mining sha-256 and got a share, then that would be expected - but if you were pointing it at ckpool, a share means nothing unless it exceeds the diff required to find a block --- you can have shares but not find any blocks, in other words.

I need help understanding what happened on my BFGminer. I'm experimenting with crypto and getting into ETH mining. But I have a usb block erupter i was toying with and trying to see if I can get it to script mine. But I left the bfg miner for ck pool running just for the hell of it and I ended up getting an accepted share which I have no idea what it is. My Efficiency reads at 12.66 and my Accepted share is at 1.

Left him all night... I have seen from the log, that he started to accept at 3 am, Spanish time.

For power consumption, the usb miner consumes hardly anything, right now it's at 67Gh/s... we'll see how long it lasts.

I still don't understand the statistics very well....
Thank you very much!


## Update, I have made some changes, we will see how it goes....
I am using cgmienr v4.9.2 compiled with redfury and u3 (icarus) support.

I have added the --suggested-diff parameter with value 128, and now it runs faster.
Is it advisable to add this parameter?
What I notice, with respect to bfgminer v5.5.0 is that the hashrate is slightly lower, with bfgminer, it was around 68Gh/s, with cgminer it's around 60Gh/s.



## Update 2, It has happened again... it has been going on for quite a while now.

Well these are your stats as of right now,  so its all up to you if you want to leave them solo, lottery or not

{
 "hashrate1m": "5.42G",
 "hashrate5m": "4.86G",
 "hashrate1hr": "5.17G",
 "hashrate1d": "4.03G",
 "hashrate7d": "1.41G",
 "lastshare": 1619502667,
 "workers": 1,
 "shares": 254478,
 "bestshare": 601946.0725657769,
 "bestever": 601946,
 "worker": [
  {
   "workername": "1DCRu4pnnwtbUYRy1evVw7TzXGW8XMwMNc.azagramac",
   "hashrate1m": "5.42G",
   "hashrate5m": "4.86G",
   "hashrate1hr": "5.17G",
   "hashrate1d": "4.03G",
   "hashrate7d": "1.41G",
   "lastshare": 1619502667,
   "shares": 254478,
   "bestshare": 601946.0725657769,
   "bestever": 601946
  }
 ]
}

Hi, I've been using a couple of RedFury and an Antminer U3 for a few days now, using bfgminer v5.5.0-28.

I don't understand very well the data, this morning the whole bfgminer console was showing many messages "Accepted XXXXXXXXX BPM X Diff x/x" and now it only shows "Network difficulty changed to 23.6T (168.8E)" and many "Stratum from pool 0 detected new block".

If you look at the statistics, now it shows 0 in hashrate1m and hashrate5m, I tried to reboot and nothing.  

Thanks.


Do you see it viable to leave this equipment playing the lottery... or is it completely useless?
It gives me peaks of 68Gh/s and troughs of 65Gh/s.

Rebooted and relaunched...

BTC 1DCRu4pnnwtbUYRy1evVw7TzXGW8XMwMNc

Guys! What is the best and most correct way to ping a stratum on osx?

Thank you very much

Your miners submitted 78075 shares with hashes below the pool's difficulty and they were accepted as valid shares by the pool, but they were not good enough to hit a block, the only thing to take out from the status is that your miners did connect and are doing "okay". until and unless they hit a block, the number of shares accepted means exactly nothing.

Hi Everybody, I'm a newbie, I found a couple of asic usb block erupter that I purchase in 2014, and just to see if they still work, I put them to mine in solo.ckpool.org with cgminer 4.10.0 which is the only one  software I found that works in Windows 10 and this old usb, I know if pointless because they don't have enought hash power, but for my surprise, in some point start to found something that I never saw in the past,  I saw some Accepted in the text screen, it was doing this for a couple of hours giving several Acepted, also take some pictures with my phone, until the cgminer stop to run, I am to figure what happend but I really don't understand what the stats means, if somebody can help me please.

Thanks in Advance

{
 "hashrate1m": "0",
 "hashrate5m": "0",
 "hashrate1hr": "654M",
 "hashrate1d": "756M",
 "hashrate7d": "353M",
 "lastshare": 1618539680,
 "workers": 2,
 "shares": 78075,
 "bestshare": 478709.6423020818,
 "bestever": 478709,
 "worker": [
  {
   "workername": "36zuYSiD44yKZEwDbPeMHcEXMuC9yaCQ69.0",
   "hashrate1m": "0",
   "hashrate5m": "0",
   "hashrate1hr": "654M",
   "hashrate1d": "711M",
   "hashrate7d": "219M",
   "lastshare": 1618539680,
   "shares": 46590,
   "bestshare": 16264.64072211665,
   "bestever": 16264
  },
  {
   "workername": "36zuYSiD44yKZEwDbPeMHcEXMuC9yaCQ69.1",
   "hashrate1m": "0",
   "hashrate5m": "0",
   "hashrate1hr": "0",
   "hashrate1d": "33.2M",
   "hashrate7d": "92.8M",
   "lastshare": 1618275277,
   "shares": 31485,
   "bestshare": 478709.6423020818,
   "bestever": 478709
  }
 ]
}

Regards