◈◈Bitcredit ◈◈ Migrating to UniQredit◈◈ - page 38.

hack_

hero member

Activity: 501

Merit: 503

Quote from: YarkoL on December 11, 2015, 12:00:37 PM

Quote from: hack_ on December 11, 2015, 11:55:26 AM

That leaves only one weird unexplained transaction.

This one?
https://chainz.cryptoid.info/bcr/tx.dws?283899.htm

Yes, you noticed it too? What is going on?

It has a link text and what looks like a hash , then the outputs are weird. One input , 3 outputs with the first a micro payment, the second not having an actual address or amount, the third returning the rest of the coins.

YarkoL

legendary

Activity: 996

Merit: 1013

Quote from: hack_ on December 11, 2015, 11:55:26 AM

That leaves only one weird unexplained transaction.

This one?
https://chainz.cryptoid.info/bcr/tx.dws?283899.htm

hack_

hero member

Activity: 501

Merit: 503

I see what happened Cheesy

Bidders stinged on tx fees, now their transactions are stuck.

That leaves only one weird unexplained transaction.

hack_

hero member

Activity: 501

Merit: 503

updated, looked at the commits, what exactly was going on? Also noticed strange transactions on the chain.

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: antonio8 on December 11, 2015, 09:57:45 AM

Quote from: hack_ on December 09, 2015, 12:36:34 PM

Does anyone support a change to sha256D? momentum is memory heavy , sha256D hashes can be produced easily by smaller power efficient machines such as rasberry pi

I also disagree.

The raspbery pi will mine for like a day or so before other rigs jump on it.

I can personally raise the difficulty so a raspberry will be useless.

You have 2 M + BCR Huh

antonio8

legendary

Activity: 1400

Merit: 1000

Quote from: hack_ on December 09, 2015, 12:36:34 PM

Does anyone support a change to sha256D? momentum is memory heavy , sha256D hashes can be produced easily by smaller power efficient machines such as rasberry pi

I also disagree.

The raspbery pi will mine for like a day or so before other rigs jump on it.

I can personally raise the difficulty so a raspberry will be useless.

bitcreditscc

hero member

Activity: 602

Merit: 501

URGENT UPDATE i discovered a small error , fixed. Also added changes to bidtracker to prevent chain stall when explorers give null values. And lastly the slow sync is now only an issue if you have the -banknode flag on. Otherwise we should return to speedy sync times now.

While i further investigate i encourage everyone to update to 0.30.19.1 and use this bootstrap :- https://codeload.github.com/bitcreditscc/blocks/zip/master

This will become the permanent location of bootstraps, don't clone as it will grow pretty fast, rather download as a zip. You'll also need 7zip as i had to make it multi-volume to comply with github rules.

A windows version is building right now and will be available in a short while both in the OP and in the link i post.

jasemoney

legendary

Activity: 1610

Merit: 1008

Forget-about-it

what miner to solomine or solo gpu mine @ hack_

also whats stopping someone if this was sha from running/renting a Ghash or tons more of sha on BTC for 30 min and BCR for 1 min on a round robin pool setup. no one will be able to compete with that as a solo miner or a phone user. I say phone users only need an app that can do the basic features. if you want phone mining use mangocoins or a pos coin that stakes on your phone. if someone wants to contribute with their phone they can be a banknode if the droid version is like craves phone app was.

anyways theres a lot more to deal with than picking a new algo. the one we have works well enough. sha isnt appropriate for a phone app and neither will momentum be.

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: hack_ on December 11, 2015, 12:50:10 AM

Oh, yeah, i am using an external miner, just plugged in my gpu , no need to worry about "setgenerate true"

Anyone else have ideas about the algorithm? I think that the benefits are pretty obvious, even the dev has been pushing for android versions, sha256 would make mining possible off your old android hardware. We once had a situation where we proved the network could run off a single cpu , why not take that further and make it such that the network can run off any number of low powered devices but still be secure?

If it's all the same with you, i'd rather focus on some other issues for now.

hack_

hero member

Activity: 501

Merit: 503

Oh, yeah, i am using an external miner, just plugged in my gpu , no need to worry about "setgenerate true"

Anyone else have ideas about the algorithm? I think that the benefits are pretty obvious, even the dev has been pushing for android versions, sha256 would make mining possible off your old android hardware. We once had a situation where we proved the network could run off a single cpu , why not take that further and make it such that the network can run off any number of low powered devices but still be secure?

jasemoney

legendary

Activity: 1610

Merit: 1008

Forget-about-it

looks like you guys got past the hard block.
yes the 40 requirement and collateral make asics fgpas whatever not work for this. but your going to be inviting in people who hate to read and end up pissed they bought hash or tried solo mining when their setup wont allow them to submit a valid block.
not everyone but most people run a vps which can handle 1 thread of momentum. by making keeping it hard to mine your leveling the playing field allowing many people to participate and be rewarded.

anyways so I dont mind momentum, I do mind having to enter setgenerate true after i solve a block. even with multiple keys in miningkeys.dat if i solve a block it cuts off the in wallet miner. if i type setgenerate true again to soon it crashes. We could really use some internal logic so that the miner restarts after an appropriate ammt of time(blocks past), and also so the in wallet miner recognizes the extra keys, as it doesnt seem to in all cases. some of this might be accoutned for already but in practice it doesnt seem smooth in my experience.

Is anyone using an external cpu only miner solo?

Im guessing all GPU mining is out because there has never been a proper solo mining momentum gpu miner, they all worked on pools.

hack_

hero member

Activity: 501

Merit: 503

Quote from: dragos_bdi on December 09, 2015, 01:04:20 PM

Quote from: hack_ on December 09, 2015, 12:36:34 PM

Does anyone support a change to sha256D? momentum is memory heavy , sha256D hashes can be produced easily by smaller power efficient machines such as rasberry pi

Definitely no.

This will kill mining. Gpu's, fpga, asics ....

The balance and 40 block limit take care of that

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: dragos_bdi on December 09, 2015, 02:52:58 PM

Quote from: hack_ on December 09, 2015, 12:22:10 PM

the diff on the next block

I was afraid of this ... there is not at least 40 50k miners that can found a block ...

No that's not it, i have an address with 50K that i set try try mine this block, but the diff is pretty high, may need to use a gpu on this.

dragos_bdi

sr. member

Activity: 322

Merit: 250

Quote from: hack_ on December 09, 2015, 12:22:10 PM

the diff on the next block

I was afraid of this ... there is not at least 40 50k miners that can found a block ...

dragos_bdi

sr. member

Activity: 322

Merit: 250

Quote from: hack_ on December 09, 2015, 12:36:34 PM

Does anyone support a change to sha256D? momentum is memory heavy , sha256D hashes can be produced easily by smaller power efficient machines such as rasberry pi

Definitely no.

This will kill mining. Gpu's, fpga, asics ....

alganonim

sr. member

Activity: 260

Merit: 250

Quote from: hack_ on December 09, 2015, 12:36:34 PM

Does anyone support a change to sha256D? momentum is memory heavy , sha256D hashes can be produced easily by smaller power efficient machines such as rasberry pi

Definietly, can't imagine mining on all BNs, it was good theory only on paper or if there was a limit to have only few BNs (yeah I know we are early adopters Roll Eyes

)

But still I think that even more important should be resolving the need for multiple cores for mining, I get that I don't have to mine on every BN and I'm thankful for that, consecutive block mining should be stopped also but please correct my logic.

If I use BN mining, find a block then process stops, can't mine for another block, got to execute setgenerate command after some time again (about hour), earlier it wont even start, no one will manage it, then try to do it for multiple BNs.

hack_

hero member

Activity: 501

Merit: 503

Does anyone support a change to sha256D? momentum is memory heavy , sha256D hashes can be produced easily by smaller power efficient machines such as rasberry pi

hack_

hero member

Activity: 501

Merit: 503

the diff on the next block

jasemoney

legendary

Activity: 1610

Merit: 1008

Forget-about-it

Quote from: alganonim on December 09, 2015, 10:19:24 AM

Quote from: bitcreditscc on December 09, 2015, 08:57:54 AM

Is anyone still having sync issues? make sure you are on the latest version

Maybe not sync but latest demo version still got problem to start and hangs on my win 7 x64 with "loadind wallet" info , from debug.txt

2015-12-09 15:14:22 nFileVersion = 301900
2015-12-09 15:14:22 Keys: 0 plaintext, 0 encrypted, 0 w/ metadata, 0 total
2015-12-09 15:14:23 Performing wallet upgrade to 60000

I had deleted even wallet.dat file before, so it's converting what ? Undecided

I let it sit for 10-15 minutes and it finally cleared.

alganonim

sr. member

Activity: 260

Merit: 250

Quote from: bitcreditscc on December 09, 2015, 08:57:54 AM

Is anyone still having sync issues? make sure you are on the latest version

Maybe not sync but latest demo version still got problem to start and hangs on my win 7 x64 with "loadind wallet" info , from debug.txt

2015-12-09 15:14:22 nFileVersion = 301900
2015-12-09 15:14:22 Keys: 0 plaintext, 0 encrypted, 0 w/ metadata, 0 total
2015-12-09 15:14:23 Performing wallet upgrade to 60000

I had deleted even wallet.dat file before, so it's converting what ? Undecided

Topic: ◈◈Bitcredit ◈◈ Migrating to UniQredit◈◈ - page 38. (Read 284547 times)