Impaler
Sr. Member
  
Offline
Activity: 826
Merit: 250
CryptoTalk.Org - Get Paid for every Post!
|
 |
July 15, 2013, 11:43:42 PM |
|
If the initial code had been properly optimized then starting difficulty could have been nearly 9 and we wouldn't be seeing such a short block time. This is a lesson, if your going to release a new algorithm for CPU mining, optimize the CPU code or else you've get quasi-ASIC like behavior in which hash rates explode and the coins may end up monopolized by people who have access to the high potency mining ability even if this is by software rather then hardware.
Starting difficulty would have still been where Sunny set it, 7. I don't know what the distribution looks like, but I am still finding blocks on 5 micro instances and a laptop running while I am sleeping. If difficulty adjustments took two weeks, I would agree with you, but it's dynamic. If his starting difficulty was in any way chosen to reflect the mining rate of some target number of PCs (the method Satoshi used) then optimized code would certainly have lead him to choose a higher difficulty, do you think 7 was just a number he pulled out of his ass with no regard to the target block time?
|
|
|
|
jubalix
Legendary
Offline
Activity: 2716
Merit: 1036
|
 |
July 15, 2013, 11:49:37 PM |
|
I am buying XPM. If you made a large stash consider selling some to me as your appreciation of my work. Note there is no premine or tax with primecoin nor do I want donations. But I like to have a stash as well of my creation  We can negotiate at market price. PM me. sunny give us an address
|
|
|
|
reedlaw
Newbie
Offline
Activity: 55
Merit: 0
|
 |
July 16, 2013, 12:02:01 AM |
|
I am buying XPM. If you made a large stash consider selling some to me as your appreciation of my work. Note there is no premine or tax with primecoin nor do I want donations. But I like to have a stash as well of my creation  We can negotiate at market price. PM me. My stash isn't too big, but if you absolutely won't take donations, I'd sell you some well below market rate, like 0.0001 BTC for 50 XPM. If you just want market rate, there are plenty of exchanges to choose from now.
|
|
|
|
|
|
mhps
|
 |
July 16, 2013, 12:59:38 AM |
|
Interesting chart. But the logarithmic Y scale is misleading. block/hour rate on averate (100) overshoots target (60) by 66% ! But on the plot it looks much smaller. Yes, it can be a bit misleading if you aren't thinking logarithmically. For some of the currencies, there are numbers like 4000% in there at the beginning and, without the log scale, that just wipes out the rest of the chart. All the numbers near 100% look like indistinguishable little lines sitting on the bottom of the chart. You are right that the log scale is not necessary (at the moment) for any of the primecoin charts. But I want to be consistent on the site so people know what to expect. To get the best of both worlds, I intend to make a control on the chart that can turn on and off the log scale. I've added this in my TODO section on the methodology page. It's not a current priority though. For now, please hover over the bars to look at the precise values. Thanks for your work
|
|
|
|
BitcoinFX
Legendary
Offline
Activity: 2646
Merit: 1773
https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF
|
 |
July 16, 2013, 01:10:20 AM Last edit: July 16, 2013, 01:26:28 AM by BitcoinFX |
|
I just posted this idea in another thread, but I'm posting it again to reach more XPM miners.
I've started 'banking' single mined blocks in encrypted wallets with each block I find by making a back-up and creating a new wallet each time (where possible).
I figured that if / when someone happens to find a block with an exeptionally long chain, then at least it will be a mined block on a single wallet.
This could give the block a higher value in the future as the coins will also be unspent.
Primecoin is a Scientific Computing Cryptocurrency afterall.
|
|
|
|
|
Tuck Fheman
|
 |
July 16, 2013, 02:35:13 AM |
|
My luck (for comparison) w/i7 @ 3.22
Start : 8 blocks in 4 days (0.1.0). Then : No blocks in 1.5 days (v12), then 3 blocks in 5 hours (0.1.1). Now : No blocks in 1.25 days (v0.1.1), then 3 blocks in last 7 hours (h3 @ ~2500-3000 pps).
Total : 14 Blocks Average : 2.074 Blocks/day
|
|
|
|
|
ReCat
|
 |
July 16, 2013, 02:39:17 AM |
|
You guys need lectures in probability math. It doesn't work like that.
|
BTC: 1recatirpHBjR9sxgabB3RDtM6TgntYUW Hold onto what you love with all your might, Because you can never know when - Oh. What you love is now gone.
|
|
|
|
maco
|
 |
July 16, 2013, 03:14:24 AM |
|
|
|
|
|
|
|
nmersulypnem
|
 |
July 16, 2013, 03:52:04 AM |
|
What's the primecoind command to send coins to an address? ...and also to check the wallet balance. It's not in the -? help.
|
|
|
|
|
|
maco
|
 |
July 16, 2013, 03:58:56 AM |
|
What's the primecoind command to send coins to an address? ...and also to check the wallet balance. It's not in the -? help.
This is once XPM is (MATURED) state: primecoind sendtoaddress yourhomeaddress amount
|
|
|
|
|
|
RandyFolds
|
 |
July 16, 2013, 04:18:11 AM |
|
If the initial code had been properly optimized then starting difficulty could have been nearly 9 and we wouldn't be seeing such a short block time. This is a lesson, if your going to release a new algorithm for CPU mining, optimize the CPU code or else you've get quasi-ASIC like behavior in which hash rates explode and the coins may end up monopolized by people who have access to the high potency mining ability even if this is by software rather then hardware.
Starting difficulty would have still been where Sunny set it, 7. I don't know what the distribution looks like, but I am still finding blocks on 5 micro instances and a laptop running while I am sleeping. If difficulty adjustments took two weeks, I would agree with you, but it's dynamic. If his starting difficulty was in any way chosen to reflect the mining rate of some target number of PCs (the method Satoshi used) then optimized code would certainly have lead him to choose a higher difficulty, do you think 7 was just a number he pulled out of his ass with no regard to the target block time? So not only does he have to code and promote the coin, now he has to divine the future? I imagine that he set it where it to wouldn't be jammed up with orphan chains initially when utilizing CPU mining and then allowed it to self regulate. There is no way to predict adoption or hashing power or optimization. You are just some tool upset about the first WEEK of mining. Entitlement is an ugly thing. Didn't get enough of those 200k coins, or what? Fuckin' a...some people will bitch about anything.
|
|
|
|
|
|
rethaw
|
 |
July 16, 2013, 04:23:20 AM Last edit: July 16, 2013, 07:42:31 AM by rethaw |
|
 EDIT: Fixed!
|
|
|
|
matt4054
Legendary
Offline
Activity: 1946
Merit: 1038
|
 |
July 16, 2013, 04:40:18 AM |
|
Very nice graph, did you make it yourself? Live version would be great 
|
|
|
|
|
|
maco
|
 |
July 16, 2013, 04:45:15 AM |
|
Where you pulling this data from?
|
|
|
|
|
|
rethaw
|
 |
July 16, 2013, 05:07:23 AM |
|
Where you pulling this data from?
They come from primecoind.
|
|
|
|
|
jaakkop
|
 |
July 16, 2013, 05:10:59 AM |
|
I just posted this idea in another thread, but I'm posting it again to reach more XPM miners.
I've started 'banking' single mined blocks in encrypted wallets with each block I find by making a back-up and creating a new wallet each time (where possible).
I figured that if / when someone happens to find a block with an exeptionally long chain, then at least it will be a mined block on a single wallet.
This could give the block a higher value in the future as the coins will also be unspent.
Primecoin is a Scientific Computing Cryptocurrency afterall.
Sounds like a tedious task, if you ask me. You could just mine into one wallet and dump those private keys into separate wallets later on.
|
I'd buy that for a dollar bitcoin!
|
|
|
Sunny King (OP)
Legendary
Offline
Activity: 1205
Merit: 1010
|
 |
July 16, 2013, 05:37:39 AM |
|
Nice chart but doesn't look correct though. There were a significant period over the weekend that block spacing dropped under 10 seconds.
|
|
|
|
|
|
rethaw
|
 |
July 16, 2013, 05:43:16 AM |
|
Nice chart but doesn't look correct though. There were a significant period over the weekend that block spacing dropped under 10 seconds.
I think you're right... I'll take a closer look at what went wrong.
|
|
|
|
|
stas
|
 |
July 16, 2013, 05:47:51 AM |
|
Hi, all! my client is not synchronizing. I meat it attempts to , but would not succeed. Until today everything was OK. Id there anything could be done?
thank you.
|
|
|
|
Impaler
Sr. Member
  
Offline
Activity: 826
Merit: 250
CryptoTalk.Org - Get Paid for every Post!
|
 |
July 16, 2013, 05:55:32 AM |
|
If the initial code had been properly optimized then starting difficulty could have been nearly 9 and we wouldn't be seeing such a short block time. This is a lesson, if your going to release a new algorithm for CPU mining, optimize the CPU code or else you've get quasi-ASIC like behavior in which hash rates explode and the coins may end up monopolized by people who have access to the high potency mining ability even if this is by software rather then hardware.
Starting difficulty would have still been where Sunny set it, 7. I don't know what the distribution looks like, but I am still finding blocks on 5 micro instances and a laptop running while I am sleeping. If difficulty adjustments took two weeks, I would agree with you, but it's dynamic. If his starting difficulty was in any way chosen to reflect the mining rate of some target number of PCs (the method Satoshi used) then optimized code would certainly have lead him to choose a higher difficulty, do you think 7 was just a number he pulled out of his ass with no regard to the target block time? So not only does he have to code and promote the coin, now he has to divine the future? I imagine that he set it where it to wouldn't be jammed up with orphan chains initially when utilizing CPU mining and then allowed it to self regulate. There is no way to predict adoption or hashing power or optimization. You are just some tool upset about the first WEEK of mining. Entitlement is an ugly thing. Didn't get enough of those 200k coins, or what? Fuckin' a...some people will bitch about anything. Oh get off it you twit, I'm pointing out how Sunny King could have had a better initial release that meet HIS goals. From what I've read on the optimization threads the original client was doing really obviously un-optimized stuff like calling malloc repeatedly which any first year programmer knows is a performance killer. Optimization CAN be predicted and the factor of 100x we have seen so far would be considered quite easy and 'low hanging fruit' to most programmers. SK was clearly trying to avoid overly fast blocks per his own pre-release thread that advertised "Reasonably high starting difficulty to limit instamining" but that effort was defeated by lack of optimization to the mining code under which the initial difficulty was chosen. Its a lesson anyone working on a new hash algorithm in the future should take to heart, it is meant as a constructive postmortem of this coins release. Your statements are simply knee-jerk defensiveness and seem to be ignorant of SK stated intentions as well, I assure you he is capable of taking constructive criticism and learning from mistakes, I recommend you do likewise.
|
|
|
|
|