Hi,

I have been following this tutorial (https://bitcointalk.org/index.php?topic=5134256.0) to play around with a forked version of Bitcoin 0.18. I have created the genisis block and was looking to mine it via RPC using a Gekko NewPac I had laying around using this version of CGminer (https://github.com/vthoang/cgminer.git) which i have compiled on my pi.

After around 5 mins both nodes reported over 1600 blocks had been mined, but when I checked the balance of the wallet in the fork of QT it was zero. I checked bitcoins balance via RPC and the available balance was 0, I then checked the total supply via RPC and the coins were generated but obviously sent somewhere else as they weren't in the wallet.

Any help is appreciated as I cant make head nor tail of it and my Cpp is not the best.

Cheers

Hi, I have been following a tutorial (https://bitcointalk.org/index.php?topic=5134256.0) to fork the Bitcoin codebase, I have everything up and running with 2 instances and have even managed to get CGminer working with the local node and a spare NewPac stick I had lying around.

For some reason, when the coins are mined they are not showing in the balance of the recieving wallet, even after 1000 blocks.

I'm trying to learn but I've been scratching my head for a good few days and wondered if anyone might be able to help.

Cheers

Hi, I have been following a tutorial (https://bitcointalk.org/index.php?topic=5134256.0) to fork the Bitcoin codebase, I have everything up and running with 2 instances and have even managed to get CGminer working with the local node and a spare NewPac stick I had lying around.

For some reason, when the coins are mined they are not showing in the balance of the recieving wallet, even after 1000 blocks.

I'm trying to learn but I've been scratching my head for a good few days and wondered if anyone might be able to help.

Cheers

Hi pal,

Followed this tutorial and now have two working instances of my Alt running. I decided to try and mine via RPC (still available on v0.18) with a simple python script I found on github (ntgbtminer). Problem is I'm getting the error

    Consensus::CheckBlock: bad-txns-vout-toolarge

Sorry for the off topic question but I could do with a second opinion.

Cheers

Thanks for the info, is there a consolidated list of the puzzles that have been solved and the likely method used to solve them?

Thanks for the reply, knew my understanding must have a big hole in it.

So the additional information an attacker would need is to know a range that the private key is within [a, b]. Now I understand why a flaw in generating the private key (not truly random) can result in encryption failure on an other wise cryptographically secure system.

Thanks for the info on UTXO, always thought it was weird to leave funds on an exposed address but the above explains it.

One other question, how small does the range [a, b] have to be to consider it an immenent security threat with current hardware?

Sorry if this should be elsewhere but the level of technical detail in the main pollard kangaroo method thread is far beyond my level of technical understanding.

I just want to check my understanding and see where I might not have a good grap of the basics before proceeding. My assumptions are below;

* The pollard kangaroo method can drastically reduce the amount of work required to obtain the private key from the public key but requires the public key as an input to do this.

* Once an address has spent some of it's funds that address public key is revealed in the spend transaction.

* The funds which are not spent are returned to a change address leaving a balance of 0.

* The address should not be reused as a malicious actor can start generating the private keys from the moment the spend transaction is confirmed.

Feel free to correct any of the above points but if the above is correct; can anyone answer the following;

* Address reuse was extremely common in the early days and there are several addresses with 1000+ BTC balances with outgoing transactions revealing the public key.

Why has this not been used to steal the funds?

I'm sure there is a limiting factor to this method but I could do with it being spelled out in layman's terms.

Cheers.

All sorted now, cheers for the help pal.

Cheers for the help,

I'll try and sort it later tonight, new to Linux so will have to learn  how to do it.

Not sure where I'm going wrong but I've extracted v 0.19.1 from the GitHub zip but there Is no startup script in the downloaded files.

Cheers for the reply,

I'm new to Debian and could do with a example of how to downgrade the Bitcoin-qt software, is it difficult or is the a basic tutorial out there?

Cheers

I'm attempting to set up CGminer using my own full node for fun / education / lottery, I know the chances are well below zero but figured I'd give it a go.

Software

Bitcoin-qt v 0.20.1
CGminer v 4.11.1

OS

Debian 5.4.79-v7l+ armv7l
 When running using the below command for CK pool everything works fine,

/usr/src/cgminer/cgminer -o stratum+tcp://solo.ckpool.org:3333 -u bc1qgh7q8kceh4289xehdy8mmjfsp74rzg4fsemtj5 -p x

When run with the below command for solo mining,

/usr/src/cgminer/cgminer -o http://localhost:8332 -u 12345 -p 12345 --btc-address bc1qgh7q8kceh4289xehdy8mmjfsp74rzg4fsemtj5

I get the following response,

Pool 0 JSON failed to decode GBT

I have tested the getblockinfo with the segwit rule via bitcoin-cli and it appears to be working fine, this leads me to believe it is either a config or version issue but I can't figure it out.

Any help appreciated

Phil