 Show Posts
|
|
Pages: [1] 2 »
|
|
VKBIT,
Would you be able to add "Diff" (Luck) to the individual miner screen/page?
Even though the main pool may be at 156%, individually we are all at something higher or lower because no two miners are working the same block- (each miner is working a custom block because it has their own unique BTC payout address in it).
Just a Thought... you have "Diff" (Pool Luck) on the main page.
Thanks -- great pages BTW
|
|
|
|
|
Did they just use the ultra hardware and substitute the BM1368 chip?
Do they have the same pin-out?
I don't see anything on the github or bitaxe.org about this model..
|
|
|
|
|
"Can you please short the name a little"...
Done
|
|
|
|
|
Willi,
Thank you for the very clear response...If I took my miner down to clean the fans or the power went out for a few hours, ... I am OK as long as my 7D hashrate didn't fall below 200gh/s right? or is it the 24h rate? 5 Minute?
Gholly
|
|
|
|
|
Willi,
you posted
"- The user who found the block gets 10% extra
- The remaining 90% will be divided by the number of miners (devices / lines) from our table"
>just to be clear 10% of the block reward .... not just 10% of the standard per line award correct?
so if the block reward is the normal 6.25 BTC the Extra is .625 BTC and the remaining block reward is than divided equally between all miners , for each miner listed and qualified... i.e. if 25 miner qualified the remaining 5.625BTC would be split 25 ways for .225 BTC each... am I correct?
... hopefully right forum
|
|
|
|
|
Username: Gholly
Device type:#1 T15_1Hasboard
Device type:#2 S19j Pro 96T
Normal speed: ~6TH and 98TH
Do you need a payout address now?
|
|
|
|
|
Yes My Hashrate is reporting fine on CKpool... it was reporting hashrate and shares on the other pool as well but I wasn't finding Solo blocks with the S19 but was with the T15 (only one hash board)... I was only worried if something was wrong with the S19 ... The other pool (mining MAZA solo)when missing a 5 cent block isn't a big thing but it make me curious if it was only that coin/pool or if something more neferious was afoot.
I think I will spin up a CKpool on test net and see if it works on bitcoin solo.
I appreciate all the help and suggestions.... Does the miner report a found block? ... or does pool code realize its a found block from the shares reported?
|
|
|
|
Does anybody know how to disable asic boost on a S19?  |
|
|
|
I am talking with the guys at the other pool (PMP Mining...MAZA solo) One of the operators thinks it may be because of ASIC boost enabled in the S19 and MAZA isn't compatible with asic boost, rather than the miner being a problem. They have noticed other 100+TH miners that didn't hit blocks either and they thought it was a dual algorithm thing, but now are thinking asic boost issues ... got me  ? So it can I spin up a local CKpool on the test net to check my miner or is there a ckpool instance already up somewhere for test-net testing? I just don't want to run for years on solo ckpool and then realize the miner doesn't report found blocks... running solo on bitcoin is bad enough without that complication |
|
|
|
|
Good afternoon guys- weird problem any ideas?
I have been running 3 old T15s on the pool for over a year and a few months ago I upgraded and got a used S19j Pro 96T and been running that instead for better power efficiency. Just for fun I popped over to a SHA256d MAZA Solo pool yesterday so I get the thrill of seeing a few blocks of something get found by my miners. The Difficulty was only 9M and the time to find for my ~100 TH was supposed to be less than 2 minutes but I let it go for 3 hours with nothing to show and other miners with only 20 ish TH were catching all the blocks-it was showing correct hash rate and millions of shares accepted... I switched to my old test-unit T15 with only one hash board (7TH) and BAM I hit a block ... then after 20 minutes another, and another. I put the S19 back on and nothing again for hours... never hitting anything.
>>Now I am worried that this S19 miner can't or doesn't report found blocks...The T15 has CGMINER version 4.1.11.1 rwlhr, But i can't see the version in the S19. I upgraded to the newest stock firmware but no help.
I know this issue didn't happen directly on this pool BUT I don't want to run a miner on this pool that can't report a found block.. Is there a test pool using CKpool software I can try to test my unit? Do I need to setup a CKpool instance for testing?
I want to verify that the miner does report blocks found-
>CK does the CGMINER software running in unit report found blocks above the target or does it report everything and let the pool figure it out and report it?
Thanks
|
|
|
|
|
citB0in, Do you have a written description of the stratum protocol inner workings? I have never seen it written down any where. It work be wonderful at actually see it so those of us who want to delve into the inner workings and/or just try to understand what is being sent back and forth... there are many places that give a 200 thousand foot view of protocols in general... but nothing closer to the hardware. How do you guys write software without a spec? is it a club thing, if you aren't in the club you can't see the secret sauce recipe? Does any body on this channel know where someone might find a specification for the stratum protocol? Thanks
|
|
|
|
|
that's interesting... is it the same CGminer CK wrote - do you have a link i would like top read about it .... i plan on staying here on CKpool but i like check everything out,
|
|
|
|
Is it even possible to Solo mine direct to a full node any more?
Possible, yes, is it a smart idea? certainly not. When people refer to "own full node" they usually refer to the node running on their old PC connected to $50 router, which is pretty risky to use, you need a dedicated server with nearly 0% downtime, and you also need very low latency, overall, there is no room for error when it comes to mining, finding a block is pretty difficult and close to impossible with any home miner, adding more risks of losing that block because your PC decided to reboot for a windows update or the cat jumped over the power cord will make things even worse. If you want to do that for fun and to experience things, go ahead, other than that it's a terrible idea. Isn't EVERYONE here doing this for fun? I would bet the vast majority of the guys on here are lottery miners...<1 Petahash running in the basement. My question again was simply Technical..... Does Bitcoin Core / bitcoind support connecting to an ASIC miner without a need to run a copy of CKpool or some other pool software to provide stratum support? That was my question, not economics. Thanks |
|
|
|
|
Is it even possible to Solo mine direct to a full node any more?
|
|
|
|
"the miner fetches the transactions from the pool and thus fills the work pool locally on the miner.",.. ? I thought the pool created the current block header using transactions from the MemPool, not the miner... I thought the miner only spun through the hashing for the current unique black header/nonce/extra nonce range given to them by the pool ? In practice, miners & mining pools aren't actually building blocks & they never touch the mempool nor build/verify any transaction besides the coinbase - bitcoind handles all that. Handling Fees, signatures, etc is the job of bitcoind. By the time the pool process received the getblocktemplate() response - the block is already built & verified - besides the coinbase. What pools do is keep track of miner stats, handle their networking & if a share reaches the target - tell bitcoind about it, which is done via the stratum protocol, which bitcoind has 0 idea about & is much more resource intensive than block verification/construction. I agree bitcoind on a full node handles collecting transactions and forming the base work block in form of the GBT (GetBlockTemplate) data which is pulled by the pool, But I was under the impression that the pool software had to construct the block header using GBT to be worked on by the miners in the pool, and on CKpool specifically this is a unique block header for each different payout address (miner) because it is included in the header, this facilitates CK's unique function of not receiving the block reward and allowing it to be paid directly to the miner wallet by the network and only gets paid his 2% directly. Thats my understanding... I was hoping to get a better feel for what is actually sent back and forth between the pool software and the miners... there is little online that actually describes the protocol and the data structures, acknowledgements - how does the pool know the miner needs more data ? does it do a pull request or something? If a miner finds a block how does it tell the pool? You know just some mild curiosity about just what the hell is going on in there ... beyond "Yup it works, look away before it sees you and stops working" 🤨 Thanks |
|
|
|
"he miner fetches the transactions from the pool and thus fills the work pool locally on the miner.",.. ? I thought the pool created the current block header using transactions from the MemPool, not the miner... I thought the miner only spun through the hashing for the current unique black header/nonce/extra nonce range given to them by the pool ? |
|
|
|
|
