BBQCoin, the coin you want to eat.

[markm]

Actually some machines have firewalls on the machine itself too, so as well as checking router there can also be a need to to check the machine's own firewall o allow connections to the port.

Trying to find out the port number is getting annoying, in most coins I just grep for "fTestNet" and find a C oneliner conditional statement of the x ? a : b form that checks fTestNet and sets one port number or another. For some reason I am not finding that or equivalent in BBQcode so far.

I did getnewaddress to get a BBQcoin address for myself: bSPSqjm3PyjXoaGhBthbTTSjxMySUXMLrx

-MarkM-

--help

I already wrote earlier that although the help output lists port 59333 that number is not actually found elsewhere in the code, thus presumably it actually uses some other port and who-ever changed the port did not change the help text to match.

-MarkM-

[1714890415]

1714890415

[1714890415]

1714890415

[1714890415]

1714890415

[K1773R]

Actually some machines have firewalls on the machine itself too, so as well as checking router there can also be a need to to check the machine's own firewall o allow connections to the port.

Trying to find out the port number is getting annoying, in most coins I just grep for "fTestNet" and find a C oneliner conditional statement of the x ? a : b form that checks fTestNet and sets one port number or another. For some reason I am not finding that or equivalent in BBQcode so far.

I did getnewaddress to get a BBQcoin address for myself: bSPSqjm3PyjXoaGhBthbTTSjxMySUXMLrx

-MarkM-

--help

I already wrote earlier that although the help output lists port 59333 that nubmer is not actually found elsehwere in the code, thus presumably it actually uses some other port and who-ever changed the port did not change the help text to match.

-MarkM-

it trys to connect to other peers at port 19323

[K1773R]

well, syncing is hard.
alot of ppl send only orphan blocks or even worse:

Code:

received block 5bb676c3ea2d9cdc2589
ERROR: AcceptBlock() : rejected by checkpoint lockin at 86425
ERROR: ProcessBlock() : AcceptBlock FAILED
disconnecting node 173.70.3.38:51833
Disconnected 173.70.3.38:51833 for misbehavior (score=100)

LOL

[markm]

Looks like someone started mining way back in the past, that checkpoint is from way back last year, current block number now is 283878

-MarkM-

[K1773R]

Looks like someone started mining way back in the past, that checkpoint is from way back last year, current block number now is 283878

-MarkM-

im stuck, cant find a public node which isnt faulty.
care to add me? <edited out, send by PM>

[markm]

im stuck, cant find a public node which isnt faulty.
care to add me? <edited out, send by PM>

Okay, I have restarted with your node added.

-MarkM-

[K1773R]

im stuck, cant find a public node which isnt faulty.
care to add me? <edited out, send by PM>

Okay, I have restarted with your node added.

-MarkM-

seems like the newest bbqcoind from ur site seems bugged, every node fails at the checkpoint, so i think its mine. which one r u using?

[markm]

That is the one that I am using, and the checkpoint you showed earlier was already in the older one that is also still on my sourceforge site.

I wonder if it is possible to put in a bad checkpoint and never discover the fact, that is, could it be possible that mine has never actually checked whether its existing blockchain that it already has matches all the checkpoints, even though I always use rescan every time I start the daemon?

I will try starting a spare copy with no blockchain so it will have to get the entire chain from my current copy, that will presumably make sure it really does check it all...

-MarkM-

[K1773R]

could this be the problem?

Code:

In file included from main.h:10,
                 from checkpoints.cpp:11:
net.h: In member function ‘void CNode::EndMessage()’:
net.h:375: warning: invalid access to non-static data member ‘CMessageHeader::nMessageSize’  of NULL object
net.h:375: warning: (perhaps the ‘offsetof’ macro was used incorrectly)
net.h:381: warning: invalid access to non-static data member ‘CMessageHeader::nChecksum’  of NULL object
net.h:381: warning: (perhaps the ‘offsetof’ macro was used incorrectly)
net.h:382: warning: invalid access to non-static data member ‘CMessageHeader::nChecksum’  of NULL object
net.h:382: warning: (perhaps the ‘offsetof’ macro was used incorrectly)

[markm]

No, that is just a warning, and its about the inclusion of main.h on line 11 not about the line the checkpoints are on.

However I am having trouble running a node from scratch to get the blockchain from my running node, because for some reason it keeps disconnecting from the running node and the running node's log isn't even mentionining there was a connection attempt. The new one connects, sends a version message, then disconnects. Since both are using the same executable it does not seem reasonable that they would disagree about what a version message should look like so I am kind of puzzled what their problem is.

Meanwhile someone out there is creating new blocks at a fast rate, its not me my CPU mining is only getting a small fraction of the blocks.

I am trying restarting my spare copy, its log says "Rescanning last 283474 blocks (from block 0)...", it already has a lot of the blockchain because I use it sometimes when I am worried I might run out of connections during the night as you cannot mine without conections, having a spare running makes sure I do have a connection. So I know that copy did used to connect ok to my normal running node.

My normal running node is also acting that way when it tries to connect to the IP address you gave me to -addnode with: I connect, send you a version message, then disconnect.

-MarkM-

[FuzzyBear]

Would someone be able to post a link for the Windows version of BBQcoin please?

Thanks

http://95.138.187.100/bbq.zip
enjoy

[nethead]

K, i woke up to see that now im connected to 2 peers  

also:
getmininginfo
{
"blocks" : 284106,
"currentblocksize" : 1000,
"currentblocktx" : 0,
"difficulty" : 0.00135429,
"errors" : "",
"generate" : false,
"genproclimit" : -1,
"hashespersec" : 0,
"networkhashps" : 83134,  (oh wow!!!)
"pooledtx" : 3,
"testnet" : false
}

edit:
{
"blocks" : 284496,
"currentblocksize" : 1000,
"currentblocktx" : 0,
"difficulty" : 0.00244860,
"errors" : "",
"generate" : false,
"genproclimit" : -1,
"hashespersec" : 0,
"networkhashps" : 185970,  -- rebirth
"pooledtx" : 3,
"testnet" : false
}






I sent coins to all the addresses i got from here, AND i see an incoming transaction of 25 BQC


Greedi you still do not explain why you did what you did here.

[K1773R]

I connect, send you a version message, then disconnect.

same for all other nodes i connect to, as soon as im at the checkpoint-1

[nethead]

3 active connections and just received 500 bqc from some good guy thnx good guy

[FuzzyBear]

2 active connections and 500 received as well!! ty good guy or gal

[K1773R]

if there would be only a working bbqcoind

EDIT: disabling markm's checkpoint and everything works fine now
my donation address would be: bbBKAwHBQp7bWQxvJHZBkFqA3izHWKEEw6

[markm]

I still have an -addnode in place for you, maybe if you stop and restart your daemon this time I will connect?

As when I used -connect to connect a spare copy it was doing the dropping of the connection over and over until I restarted my main node (the one it was trying to -connect to) whereupon it did manage to connect and update its blockchain.

Did both you other people already have a blockchain? Maybe one that was already up to that last-year checkpoint? Or did someone manage to start from scratch and still get caught up?

I have three active connections at the moment.

-MarkM-

[K1773R]

I still have an -addnode in place for you, maybe if you stop and restart your daemon this time I will connect?

As when I used -connect to connect a spare copy it was doing the dropping of the connection over and over until I restarted my main node (the one it was trying to -connect to) whereupon it did manage to connect and update its blockchain.

Did both you other people already have a blockchain? Maybe one that was already up to that last-year checkpoint? Or did someone manage to start from scratch and still get caught up?

I have three active connections at the moment.

-MarkM-

i got 3 connections, almost synced

[nethead]

if there would be only a working bbqcoind
my donation address would be: bbBKAwHBQp7bWQxvJHZBkFqA3izHWKEEw6

EDIT: disabling markm's checkpoint and everything works fine now

sent you some

current blockcount is 284914, as some clients seem to be stuck at around 44000 or sth

[K1773R]

if there would be only a working bbqcoind
my donation address would be: bbBKAwHBQp7bWQxvJHZBkFqA3izHWKEEw6

EDIT: disabling markm's checkpoint and everything works fine now

sent you some

current blockcount is 284914, as some clients seem to be stuck at around 44000 or sth

ty, synced (284917) + received

which tx? got 7 and 500, il guess the 500 are from the one who didnt say whoever he is (ty to u) and the 7 from u?