Topic: ◈◈Bitcredit ◈◈ Migrating to UniQredit◈◈ - page 42. (Read 284543 times)

looks like i got left behind on 259613.. resyncing.

Anyone running multiple peers on one node, IT WILL LAG  the client is becoming larger and more resource hungry so unless you have really good hardware and internet, one client per machine is best.

there are of course optimizations being considered , but play it safe.

a lot of users are confusing themselves by looking @ debug and using debug commands in rpc. if you want to know your current block height, either use getinfo or getblockcount.

If you are using a client that does not show protocol version 70014, then yes you are on a fork, update your client.

The network is visible @ chainz now. I think all the nodes that have lower number are still syncing , anyone who has synced from start will notice that it's taking time.

2) Rewards depend on bids there is no real change except that from a 30K block, its now in every block.

3)  you can have local Bns but i advise against it if you plan to offer services.

4) you can use any address you want though if you can, use vanity gen to generate a 6BCRbnk address.

5) havent touched the mining logic in a while.

dragos check your current connections start and sync height to rule out old info in that long list.

im on the 259612 chain, stalled 2 hrs ago. 8 peers.
what are the mining protocols right now?
I forgot miningkeys.dat but was able to mine some 7.0bcr blocks overnight.
blocks found:
128 blocks ago
122 blocks ago
119 blocks ago
118 blocks ago
117 blocks ago
102 blocks ago
100 blocks ago
92 blocks ago
nothing since then.

setgenerate true does not change cpu usage .6% for the wallet, restarted.. same.


*edit, added miningkeys.dat and it works again might need to look into why it worked for a bit without the designation before halting. hopefully the chain i helped make isnt invalid.

*edit edit I solved another block finally... 259613 but it contained no payouts. as there have been no bid payouts for about 120+ blocks I am assuming thats normal. so my block reward was 38 BCR. Last payout block was #259487 odd block to start with
I do want to point out my peers... only one of 8 is on the same blockheight as me 259613 (highlighted) the rest are on 258882

lastly wallet did crash a few minutes after solving the block, restarted and initiated mining again, seems to be working. This RC candidate is heavy on logging the mining data specifically test hashes
the test hashes seem to be piling up the same outputs before the wallet crashes when mining. this was not an issue leading up to this block

TL/DR:
mined fine overnight -stopped mining 100 blocks ago -setgenerate no affect on mining -added mininkeys.dat solved 1 block -wallet crashes when mining now after 5 min -all blocks found overnight were to a single 50,000 address  of mine, not my banknode even the consecutive finds -weird block just mined was to my banknode address per miningkeys.dat

this is from one of my nodes.

there are chains @heights:
258882
259439
259392
258881
258940
258952
258963
...


and are there from a while now ...


"addr" : "91.230.123.82:8877",
        "addrlocal" : "91.230.123.11:37463",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "109.166.154.210:8877",
        "addrlocal" : "91.230.123.11:58412",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "91.230.123.101:41802",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "91.230.123.101:41804",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "45.32.235.149:8877",
        "addrlocal" : "91.230.123.11:37861",
        "startingheight" : 259439,
        "synced_headers" : -1,
        "addr" : "82.211.1.181:8877",
        "addrlocal" : "91.230.123.11:43785",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "91.230.123.101:41808",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "91.230.123.101:41809",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "91.230.123.101:62461",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "62.131.31.251:57913",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 100103,
        "synced_headers" : 102796,
        "addr" : "178.15.70.226:13769",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 259392,
        "synced_headers" : -1,
        "addr" : "188.165.3.6:50539",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258881,
        "synced_headers" : 258881,
        "addr" : "178.15.70.226:10370",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 259392,
        "synced_headers" : -1,
        "addr" : "176.56.238.121:35325",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258881,
        "synced_headers" : 258881,
        "addr" : "41.191.238.189:54525",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258882,
        "synced_headers" : 258882,
        "addr" : "41.191.238.189:44237",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258937,
        "synced_headers" : 258939,
        "addr" : "41.191.238.189:44364",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258940,
        "synced_headers" : 258940,
        "addr" : "178.15.70.226:60093",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258885,
        "synced_headers" : 258889,
        "addr" : "41.191.238.189:44610",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258946,
        "synced_headers" : 258946,
        "addr" : "41.191.238.189:45091",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258952,
        "synced_headers" : 258966,
        "addr" : "41.191.238.189:45105",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258953,
        "synced_headers" : 258963,
        "addr" : "41.191.238.189:45226",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258955,
        "synced_headers" : 258958,
        "addr" : "41.191.238.189:45578",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258963,
        "synced_headers" : 258967,
        "addr" : "41.191.238.189:45693",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258963,
        "synced_headers" : 258963,
        "addr" : "41.191.238.189:45712",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258964,
        "synced_headers" : 258964,
        "addr" : "41.191.238.189:45825",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258965,
        "synced_headers" : 258965,
        "addr" : "41.191.238.189:45834",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258966,
        "synced_headers" : 258973,
        "addr" : "41.191.238.189:45839",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258966,
        "synced_headers" : 258974,
        "addr" : "41.191.238.189:45843",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258966,
        "synced_headers" : 258966,
        "addr" : "41.191.238.189:45845",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258966,
        "synced_headers" : 258971,
        "addr" : "41.191.238.189:45856",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258966,
        "synced_headers" : 258974,
        "addr" : "41.191.238.189:45964",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258967,
        "synced_headers" : 258974,
        "addr" : "41.191.238.189:45966",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258968,
        "synced_headers" : 258968,
        "addr" : "41.191.238.189:45968",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258967,
        "synced_headers" : 258967,
        "addr" : "41.191.238.189:45974",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258968,
        "synced_headers" : 258968,
        "addr" : "41.191.238.189:45979",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258969,
        "synced_headers" : 258981,
        "addr" : "178.15.70.226:17913",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258885,
        "synced_headers" : 258889,
        "addr" : "41.191.238.189:46111",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258971,
        "synced_headers" : 258983,
        "addr" : "41.191.238.189:46202",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258972,
        "synced_headers" : 258972,
        "addr" : "41.191.238.189:46281",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258972,
        "synced_headers" : 258972,
        "addr" : "41.191.238.189:46332",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258974,
        "synced_headers" : -1,
        "addr" : "41.191.238.189:46335",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258973,
        "synced_headers" : 258980,
        "addr" : "41.191.238.189:46340",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258974,
        "synced_headers" : 258974,
        "addr" : "41.191.238.189:46360",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258975,
        "synced_headers" : 258977,
        "addr" : "41.191.238.189:46473",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258976,
        "synced_headers" : 258976,
        "addr" : "41.191.238.189:46490",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258977,
        "synced_headers" : 258977,
        "addr" : "41.191.238.189:46497",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258977,
        "synced_headers" : 258984,
        "addr" : "41.191.238.189:46506",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258977,
        "synced_headers" : -1,
        "addr" : "41.191.238.189:46745",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258981,
        "synced_headers" : -1,
        "addr" : "41.191.238.189:46748",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258981,
        "synced_headers" : 258981,
        "addr" : "41.191.238.189:46871",
        "addrlocal" : "91.230.123.11:8877",
        "startingheight" : 258983,
        "synced_headers" : 258983,
        "addr" : "41.191.238.189:46893",
        "startingheight" : -1,
        "synced_headers" : -1,

So, it seems that better peers resolved some network problems, great  better later than never

1. Logic has been changed in fees ? 7 BCR instead 8,4  for bn mining and 38 BCR instead of 6 , please correct me if I'm at least close to it, it must be more complicated than this.

2. txindex=1 must be set only for the first time when using bootstrap or set permanently in conf ? It woked for me for some time but only till I closed a wallet and started it again.

3. It doesn't matter if few people set the same local address for BN ? (for exapmple 127.0.0.1:8877)

4. Old BN address when emptied completely can be re-used or it's better to start from a new one ?

5. Still if bn miner tries to mine consecutive block and is rejected, the only way to start it again after some time is to execute setgenerate once again ?

where are you finding these chains? there is only one active chain on 70014

There are still different chains on the net. At least 3 that I can see.
Will it solve by itsself?
lg t.

Many thanks to those who stood up and helped us get some more nodes that are now providing better connectivity. Of the total 0.22 BTC donated we have 0.15 left, which will be used to spin up more nodes and/or pay for the next 3 months  

Please keep the private keys for the addresses you sent from.

Another opportunity has arisen, so i would like to gauge interest

How many of you would like to have a android wallet? If the number is large enough, we can do this and have an rc in two days.

Ok, so i have a VPS dedicated to bids syncing bitcoin and bitcredit. I want to run some tests, by Saturday we should have the following final res on that issue:-

bids will be paid out all day on every block (removes incentive for sniping large payouts)
bids will be cleared everyday @ 00:00 GMT automatically (trying to write the cron now)

good, now before moving on to enabling some of the stuff i left out, let's fix everything we can and get it all working. messaging is very important as it is how users will communicate with service providers.

voting comes next as i intent to expand it much further and make it more interactive.

I just started it fresh with the bootstrap. Copied my conf and wallet. Synced, banknote started and didn't crash on set generate true.
Come to think of it I didn't move over mining keys.Dat so maybe it's crashed by now. Will evaluate tomorrow and will look further at the features (aside from sqlite)
So far so good. Saw all the tiny payouts for my last bid flowing in.

no crashes , no dire problems save for known (some fixed) and the database issue?

cool synced and running

bootstrap already available so no issue

https://mega.nz/#!x5RmBICK!O0NJHqy2QbE8zU-o1kcLRz-z8cF01x6pO6zZxv1NjTE

please note that for now, while i figure out the qt process for winbdows sqlite , the database wont work.

Do not use a quoted link, use from my post directly. as this is an rc, it will not be posted on the site nor in the OP.

Still no luck with the new wallet.
I tried headless daemon and qt-wallet each on a fresh built linux.
On each connect there is always this error:
'socket recv error Connection reset by peer (104)'
And remote peer disconnects.
Any suggestions?

lg t.

Forgot version:
v0.30.19.0-f8911fe

whats happening with funding

Soon as windows builds out I got 2 nodes ready to mine. I downloaded the bootstrap. Or I can try and build Linux but I'm Linux noob unless the Linux instructions are crystal clear.

Until will be 40 nodes with 50k+ that mine adn find blocks, the network will will not move