Quote from: ProfMac on October 30, 2018, 08:30:55 PM

Quote from: -ck on October 30, 2018, 08:10:49 PM

Old versions of the bitcoin daemon do not have the features required for ckpool to work completely, though I don't know how old you're talking about.

There's nothing in line 6225 that has anything to do with submitting a block? test_blocksolve goes to line 5949 which sends it to local_block_submit and in there line 2061 submits it to generator_submitblock and so on.

Bitbucket is the only authentic git repository for my source, so not sure why you need to look elsewhere?

Thanks for your reply. My current approach with bitcoin is to try to understand virtually every line of code on the version I started with,
then move to the future. At the moment, I'm marooned pretty far in the past at 0.8.1. Real Soon Now I will leapfrog forward.

Offhand, do you know the oldest bitcoin version that is supported?

I am looking at the code below, with a small modification that I made.

Code:

if (sdiff >= diff) {
if (new_share(sdata, hash, id)) {
LOGINFO("Accepted client %s share diff %.1f/%.0f/%s: %s",
client->identity, sdiff, diff, wdiffsuffix, hexhash);
result = true; LOGDEBUG("stratifier.c Ln 6223 submitblock "); // parse_upstream_block(ckp, val);
} else {

Oh, and as for Bitbucket, it's just yet another login / password / interface to deal with. I'll deal with it.

Procedure diff_from_nbits in file libckpool.c clamps the minimum difficulty to approximately 256. I removed that code and it works correctly with a difficulty 1 network.