a better idea would be a multipool that mined other coins and traded them for bcr...
Anyone is welcome to set such a thing up but personally I'd prefer BCR devs to be sticking to the core goals, one of which happens to be minimising the senseless waste of PoW. Which it seems bitcreditscc has pretty much achieved: getmininginfo { "blocks" : 210203, "currentblocksize" : 1000, "currentblocktx" : 0, "difficulty" : 0.00000005, "errors" : "", "genproclimit" : 1, "networkhashps" : 0,"pooledtx" : 0, "testnet" : false, "chain" : "main", "generate" : true, "hashespermin" : 4 } Should probably convert that one to a float.  |
|
|
|
You are on the right chain, but do you have any new inputs of 50k?
Yes, sent a bunch of 50k lumps to new addresses in-wallet, so I could add them to miningkeys.dat and mine consecutive blocks. Old 50k BN input untouched, still there. The txes are in the block I'm currentlky trying to mine (210164) - I could restart with --zapwallettxes and try and cancel 'em. edit: yes, that worked, successfully restarted BN but limited to 1 block at a time. Will try a separate mining wallet on a different box with multiple miningkeys. edit2: Sent exactly 50k out of habit, but anything 50k+ will do...? Will try again. |
|
|
|
Stopped and restarted qt client, couldn't restart BN: "banknode input must have at least 15 confirmations" debug.log: 2015-10-03 18:52:13 CActiveBanknode::ManageStatus() - Checking inbound connection to '146.90.136.80:8877'
2015-10-03 18:52:13 CActiveBanknode::ManageStatus() - Input must have least 15 confirmations - -2147273483 confirmations
2015-10-03 18:52:13 connected to self at 146.90.136.80:52695, disconnecting
how old is this BN? Not that old, new banknodeprivkey a week ago. chaintips looking well populated right now:
20:26:15

getchaintips
20:26:15

[
{
"height" : 210163,
"hash" : "03b87933c3f0c0004a72834ccdf50161ffdd78e4828402b06816487433168ef7",
"branchlen" : 0,
"status" : "active"
},
{
"height" : 210144,
"hash" : "002710175f7d2b4fa45505c9a3de7b9d64974d9fe1963e8ec7eba41d4ba23ca3",
"branchlen" : 1,
"status" : "valid-headers"
},
{
"height" : 210128,
"hash" : "0074d8a0529f928df8e5e08def214acca000226ff8892615e6213f45a6152fc1",
"branchlen" : 2,
"status" : "valid-fork"
},
{
"height" : 210084,
"hash" : "017caf5f94082af4002e7a2bb3ea871146b538de2b39c3bc63771c07aec87846",
"branchlen" : 1,
"status" : "valid-fork"
},
{
"height" : 210075,
"hash" : "00778f19ffd856b6d99550c5e2724cde90d6018b4ee0fb92a5f6a3a73b1c5c04",
"branchlen" : 1,
"status" : "valid-fork"
},
{
"height" : 210066,
"hash" : "00beb4c0af7c05e13a37231fb72cc76de148a7a420eb57c4814881be1f66a6f8",
"branchlen" : 1,
"status" : "valid-headers"
},
{
"height" : 210064,
"hash" : "00bd68f4abb30e00d91bddd998f9b01714f6fbbcba908e84690ea23c4a99de3e",
"branchlen" : 1,
"status" : "valid-fork"
},
{
"height" : 210062,
"hash" : "003c3a51d1d2491608ae24a2ce22b12efdb2575f617e8ee270023edc5c14a05d",
"branchlen" : 1,
"status" : "valid-fork"
},
{
"height" : 210003,
"hash" : "00087b28837d1c809bd28ed5c2c89fa12655cab74a28576ed764f07c1bedfc29",
"branchlen" : 3,
"status" : "invalid"
}
]
|
|
|
|
Stopped and restarted qt client, couldn't restart BN: "banknode input must have at least 15 confirmations" debug.log: 2015-10-03 18:52:13 CActiveBanknode::ManageStatus() - Checking inbound connection to '146.90.136.80:8877'
2015-10-03 18:52:13 CActiveBanknode::ManageStatus() - Input must have least 15 confirmations - -2147273483 confirmations
2015-10-03 18:52:13 connected to self at 146.90.136.80:52695, disconnecting
|
|
|
|
Yes, but also , you can run a BN from any device with a processor. I am currently trying to update our android branch, then i'll try building a wallet. Would be nice if someone with Mac could do the same.
Today just is not a good day. My mind is slow, maybe i'll take a break.
Anyone notived how chainz is stuck, but the chain is moving? i'm at height 210125
Chain is moving - miners are mining (at bugger all wattage and only if they've got 50k BCR) - Banknodes are Banknoding... I suppose we can let you slow down to mere-mortal mode for a few hours.  edit: chainz seems to have caught up. |
|
|
|
no, in miningkeys.dat you put the address with balance> 50K, the credits will be mined to that address.
I think some clients are lagging behind because the majority of nodes are on local user connections. I mined a block and it took > 40 seconds to show up on chains. Once we have a full release version and binaries we can spin up more VPS based nodes and improve connectivity and latency
Aha, so we can run BNs on VPS instances as before, but mine from a local Pi2, with the number of consecutive blocks we can mine dependent on how many 50k lumps we control? That would prevent people getting their cheap VPS services suspended for constant CPU use... |
|
|
|
Liking this 2W mining... hope I'm still on the right chain because I'm nailing those blocks with my spare abacus. Wonder what mining profitability sites will make of a $0.12/day blockchain  |
|
|
|
Ok i've added it to the todo list, i'll pick it up in the morning, already i'm almost done writing the line that allow easy mining from a single node using all viable keys.
No worries, you've been busy with far more important stuff - don't mistake my blather for complaint of any kind. Looking forward to deploying my auto-bid script, gotta offload the DASH my MNs are accumulating... |
|
|
|
miner now successfully waits after mining block.
wait, but not start ... I still have to issue "setgenerate true" ... I'm hoping bitcreditscc will demonstrate how to programatically call setgenerate, so I can copy it for the importprivkey bit of the bids page. Damned if I could figure it out.  huh? you want a way to make call like rpc from the gui? best look at rpc classes inside qt folder. also, i'm thinking of bringing the mining GUI back. Yeah I wrangled with it for 2 days, IIRC the RPC console object is already instantiated (but not yet displayed and therefore not properly memory-allocated by QT) by bitcreditgui - I couldn't programatically pass anything to it (or create another one) without segfaulting. Trivial to pass it as an external call to bitcredit-cli though, maybe that's OK and that's one of the reasons bitcoin-cli was split out from bitcoind? Passing plaintext privkeys to terminal seemed like a security risk to me though. I should probably stick to faffing with widget layouts... |
|
|
|
miner now successfully waits after mining block.
wait, but not start ... I still have to issue "setgenerate true" ... I'm hoping bitcreditscc will demonstrate how to programatically call setgenerate, so I can copy it for the importprivkey bit of the bids page. Damned if I could figure it out. |
|
|
|
ok , did you sync from start? i think we'll push a version bump to cut out the old nodes. Your system will reject blocks @ 210065. stop client, delete the grantsdb.dat and start client, it will rebuild when it either receives block 210065 or it tries to mine it.
I used dragos's bootstrap. Deleted grantsdb and restarted, it popped back a block or two later. I seem to have mined 210067 though, at least chainz agrees with me: https://chainz.cryptoid.info/bcr/block.dws?210067.htm |
|
|
|
Both wallets in sync since 2 hours, from debug.log both have now 15:20 but my local time is 2 hours ahead, both now at block 210054
I suspect a corrupted database, you can verify in debug.log. download a copy of dragos files and bootstrap , it's faster. make sure you delete everything except wallet and conf 210055 is a grant block, so it's likely saying there is something wonky with your grantdb Can't start a BN either, same sync issue. My grantdb.dat @ 210062: 210055
13
5qoFUCqPUE4pyjus6U6jD6ba4oHR6NZ7c7
37809900000000
5rNk8orWGkJbhmA7Vgb9312FSYtiNffUmS
176400000000000
5riCm1shhPavn5rbBdB4xfeUyFLkSbU3dW
12000000000
5tL9DZMCBmhcFKf3tVUJa2f1mYjTujiu87
10200000000
5tpz37vJdQaXppzVy66JffgLA7q43daTB7
12600000000
5wvszqSmRxDW9NHSYJqDWBH1EQqEMEKvDo
4200000000
5z5ECKDqbZqAUuhFeRTVGqLstq1RgxoWv8
20000000000
5zoh1bN2XTbFrbM5yPiBEK1R2nomhPa9dY
19800000000
6133GZGV2XRnS53DkLSWrK661TsQMqnewL
37809900000000
61ewtAVfqugxhfWN91Vs7UzmJ3BvjM87FE
6000000000
66znmMzEZmJsZ5dAt5ZB4jChzqSkENZ5PL
4200000000
6C4maPsTQYkPjgkU2sw3pNCobo1Uw5uRZB
10200000000
6E9FhwnJ5QjYgqCrok6hxizFpamnEZxQi2
126000000000000
0
0
0
0
0
Can't see any grantdb related errors in debug.log, system and wallet times are matched. I appear to be able to mine though, at least top shows the client using a full core all the time after 'setgenerate true 1' - plus: getmininginfo
{
"blocks" : 210062,
"currentblocksize" : 1000,
"currentblocktx" : 0,
"difficulty" : 0.00000003,
"errors" : "",
"genproclimit" : 1,
"networkhashps" : 1,
"pooledtx" : 0,
"testnet" : false,
"chain" : "main",
"generate" : true,
"hashespermin" : 5
}
100W blockchain back in action. Also at some point in last hour or so my BN list emptied, chainz also currently shows zero BNs...? edit: had this happen a few times ************************
EXCEPTION: St12out_of_range
basic_string::substr: __pos (which is 18446744073709551615) > this->size() (which is 0)
bitcredit in updatebids
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::substr: __pos (which is 18446744073709551615) > this->size() (which is 0)
Aborted (core dumped)
Issues raised on github. |
|
|
|
I thought you can just setgenerate true you dont have to be active banknode you just need to have 50k in one input (thats how we get the chain rolling again)
looking forward to a public win wallet.
Just reporting, bitcredit-qt idling at about 1-2% CPU... not sure you can mine at all regardless of BN stuff if it thinks it's not yet synced? |
|
|
|
Fresh sync @ height 210004 should have a folder named "ratings" ...it's not there?
Nope Same here on linux - fresh sync to 200004. do setgenerate true and it will build the db. As it stands once we can connect enough nodes the network is ready to go Meanwhile, i'm already busy working on updating some of the primitive methods and code used here. Yep, rating directory appeared straight away, grantsdb.dat inside it shows 210000
5
5qoFUCqPUE4pyjus6U6jD6ba4oHR6NZ7c7
37800000000000
5rNk8orWGkJbhmA7Vgb9312FSYtiNffUmS
176400000000000
5z5ECKDqbZqAUuhFeRTVGqLstq1RgxoWv8
20000000000
6133GZGV2XRnS53DkLSWrK661TsQMqnewL
37800000000000
6E9FhwnJ5QjYgqCrok6hxizFpamnEZxQi2
126000000000000
0
0
0
0
0
(identical to what tombcoin posted on last page) Also balances.dat appeared, lists 7672 addresses/balances, mine seem about right. First line is a bit odd though, truncated address? edit: not actually mining though as can't start BN, "waiting for sync" |
|
|
|
Fresh sync @ height 210004 should have a folder named "ratings" ...it's not there?
Nope Same here on linux - fresh sync to 200004. |
|
|
|
|
Doing a fresh sync now on bla-bla, started with only my conf and wallet files in .bitcredit (only addnode 91.230.123.101)
|
|
|
|
Your last 'test' build didn't crash a single time. This one does, not with a new fresh wallet.dat though. can confirm this, tried to setup a node. no dice. If the transaction view is causing this maybe we should separate it from the main view..or disable it until a user requests to see the list? Transaction view isn't causing any probs on linux (never has) compiled from the latest master, but can't restart BN despite being synced up to 210004, "banknode start" and "banknode debug" give me: "sync in process. Must wait until client is synced to start." |
|
|
|
146.90.136.80 (this is good) This looks like state for now and can change in second, but I finally am in sync at block 210004 Thanks. Weirdly, after crashing my laptop earlier playing with Blender, I'm only able to sync back up to 210001... |
|
|
|
here comes the problem with "real value"... that makes this a commodity!!! They are regulated by LAW...
US != The Earth. Best you mine something worthless then, to be on the safe side? the second problem is the same as ever... if you can't transfer and sell... where is the value?
How can you not transfer and sell? If you mean the Bittrex wallet is currently locked, it's not the end of the world. See my previous post about putting up with some temporary problems in persuit of a worthwhile goal. the mining is now centralized... and restricted...
BNs solo mining results in far better decentralisation than any other PoW coin excepy maybe Spread. Yes it's restricted, now you need to own a BN, not a $1000 mining rig, what's your point? i wonder how long til the coin lists notice and mark us "unable to be mined"...
I don't care about some toytown crypto mining comparison site, and neither should you. you intentionally made it so anyone with power can basically lock the chain....
Quite the opposite. See previous point about better decentralisation. i will setup my Node today and we will see what happens?
PLEASE PEOPLE REALIZE: as before, i do not hide what i am doing... i am trying to help make the network better, NOT TAKE ALL THE BLOCKS!!!
OK. |
|
|
|
First: I work on ubuntu server 14.something, actual release.
So the version from yesterday doesn´t work.
Todays version neither does.
Yesterday´s version made a db-crash after restart.
Deleting everything start from scratch, daemon starts and ends without any error.
Nothing else happend.
Today´s version works like the one from yesterday.
Daemon starts and ends without any logged error.
This is created in .bitcredit-folder:
"backups bitcredit.conf bitcreditd.pid blocks chainstate database db.log"
db.log is empty.
No errors are logged.
No wallet.dat is created
There doesn´t work/run anything.
Try it by yourself with a fresh instance..
lg t.
Reported on git: https://github.com/bitcreditscc/bicreditsnew/issues/46Temp workaround: restart with 16.x client, let it run a few secs, close it, then restart with 17.3 and it should sync up. Also, for me, having "port=8877" in bitcredit.conf gets me more connections faster. |
|
|
|
|
Show Posts
