Author

Topic: [XPM] [ANN] Primecoin Release - First Scientific Computing Cryptocurrency - page 111. (Read 688812 times)

hero member
Activity: 644
Merit: 500
We are in need of a tool which will group found blocks by IP address, XPM address. That will show us how many users are there who get the most blocks.

Edit: There is a possibility to get info about IP if you are a node, is it?

There's what, 400,000 coins in existence? And the v1.1 binary for windows has 8000 downloads, plus linux users... If that makes it 10'000 on the network, the average person will have 40 coins/have found 2-3 shares

I've found quite a few more than that, but I started at the beginning... And even so, I've seen 24 hrs pass without a block anywhere, only to see 3 get found 3hours later.

But know, if the average is 3-4 blocks per person, and I've found more than that on most of the computers I'm running it on (6-7), then there'll be other people who have found fewer and others who have found none at all.

Remember, this isn't pooled mining. We're not compensated by out amount of work contribution alone, there's a huge amount of luck involved too...
hero member
Activity: 644
Merit: 500
I've added primecoin to my charts website:

http://cryptometer.org/primecoin_96_hour_charts.html
http://cryptometer.org/primecoin_90_day_charts.html

I left the "Network Hashrate" chart in even though it's a bit weird for this coin.  I haven't done the work yet to make it "Network prime-chains per second" as it should be.  I'd need to know the chances of a number being the origin for a Cunningham chain of length D (difficulty).  I'll need to do more research before working on that.

So right now, network hashrate is just showing how many hashes/sec would be necessary to obtain that many blocks at that difficulty *for bitcoin*.  It's not useless.  The primecoin paper indicates that the primecoin difficulty linearly affects prime-chain finding probability just as bitcoin's difficulty linearly affects it's block finding probability.  So my chart is simply off by some constant factor -- the proportions are accurate but don't pay attention to the actual numbers.


(Edit: ignore the "Network Hashrate" chart for now.  See below for more info.)


Also... I've been mining this for days and I've got nothing... ARy4JFrdeKSst42iS3kcxwdB81t7Vmrvc7

Hmm... Interesting trend on the money supply graph so far. Looks to be exponentially increasing which surely is not desirable. I wonder if the difficulty adjustment is working as intended.

It's only day 5! Of course monetary base growth will look exponential, you're starting from zero.

Give it a few weeks or months and it likely will look a lot different,unless there is wholesale adoption of this coin immediately
legendary
Activity: 1974
Merit: 1077
^ Will code for Bitcoins
We are in need of a tool which will group found blocks by IP address, XPM address. That will show us how many users are there who get the most blocks.

Edit: There is a possibility to get info about IP if you are a node, is it?
legendary
Activity: 1344
Merit: 1001
I've added primecoin to my charts website:

http://cryptometer.org/primecoin_96_hour_charts.html
http://cryptometer.org/primecoin_90_day_charts.html

I left the "Network Hashrate" chart in even though it's a bit weird for this coin.  I haven't done the work yet to make it "Network prime-chains per second" as it should be.  I'd need to know the chances of a number being the origin for a Cunningham chain of length D (difficulty).  I'll need to do more research before working on that.

So right now, network hashrate is just showing how many hashes/sec would be necessary to obtain that many blocks at that difficulty *for bitcoin*.  It's not useless.  The primecoin paper indicates that the primecoin difficulty linearly affects prime-chain finding probability just as bitcoin's difficulty linearly affects it's block finding probability.  So my chart is simply off by some constant factor -- the proportions are accurate but don't pay attention to the actual numbers.


(Edit: ignore the "Network Hashrate" chart for now.  See below for more info.)


Also... I've been mining this for days and I've got nothing... ARy4JFrdeKSst42iS3kcxwdB81t7Vmrvc7

Hmm... Interesting trend on the money supply graph so far. Looks to be exponentially increasing which surely is not desirable. I wonder if the difficulty adjustment is working as intended.
sr. member
Activity: 350
Merit: 250
Doing 20,000 PPS at the moment and no blocks in the last hour x_X
full member
Activity: 121
Merit: 100
So right now, network hashrate is just showing how many hashes/sec would be necessary to obtain that many blocks at that difficulty *for bitcoin*.  It's not useless.  The primecoin paper indicates that the primecoin difficulty linearly affects prime-chain finding probability just as bitcoin's difficulty linearly affects it's block finding probability.  So my chart is simply off by some constant factor -- the proportions are accurate but don't pay attention to the actual numbers.

The linearity I am referring to is the 'difficulty model'. For the difficulty number you see in getdifficulty, it's the target length, which gets exponentially harder. With current estimate length 8 target is ~30 times harder than length 7 target.

Oi.  Thanks for pointing this out.  So the network hashrate chart is nearly useless after all at the moment.  Just ignore it for now until I fix.

All the other charts are fine though (block generation, difficulty, minting, total supply, transactions).
legendary
Activity: 1205
Merit: 1010
So right now, network hashrate is just showing how many hashes/sec would be necessary to obtain that many blocks at that difficulty *for bitcoin*.  It's not useless.  The primecoin paper indicates that the primecoin difficulty linearly affects prime-chain finding probability just as bitcoin's difficulty linearly affects it's block finding probability.  So my chart is simply off by some constant factor -- the proportions are accurate but don't pay attention to the actual numbers.

The linearity I am referring to is the 'difficulty model'. For the difficulty number you see in getdifficulty, it's the target length, which gets exponentially harder. With current estimate length 8 target is ~30 times harder than length 7 target.
hero member
Activity: 644
Merit: 500

This in essence is not true, so you are jumping to conclusions a bit. Already at this moment, with many transactions set to no fees and minimal Bitcoin economy, transaction fees are already 1/2 BTC per new block in average. Go check yourself if you don't believe me. I can easily imagine, with growing BTC economy and reduction from 25 to 12.5 BTC per new block in 4 years, that transaction fees in every new block in 5 years can be worth more than worth of new coins. All that without forcing larger transaction fees to anyone. In 8 years (6.25 new coins per block) I have no doubt transaction fees will be worth more than new coins.

So ending supply of new coins probably wont have any effect on mining. Satoshi Nakomoto figured that one perfectly.

OK I'm checking...

24 hours per day, 60 minutes per hour, 8 minutes per block = 180 blocks per day = 4500 coins / day generated. And blockchain.info says the total transaction fees were around 30 BTC for the day. Miners are getting 4500 BTC for mining coins vs 30 BTC transaction fees the transaction fees generated, which is righ around what they were getting a year ago. Yes, increase in bitcoin value has helped quite a bit, but at the end of the day, the incentive to validate transactions is the coins that are mined, not the fees generated, which has stayed fairly stable and FAR below actual reward per block.

I don't know if Satoshi called that one right. The blockchain, the mining, yes... the cap on coins -  I simply have to disagree on that. Again, one of the constraining factors is that the velocity of bitcoin is fairly low, because people are holding them expecting them to increase in value, and therefore not generating transaction fees.

It's okay. We're allowed to disagree. That's why there's room for more than one blockchain... Smiley
hero member
Activity: 756
Merit: 501
Very interesting, I expected a much higher "hashrate" increase given the rate at which blocks are solved. Looks like many many solo miners.  Cheesy
full member
Activity: 121
Merit: 100
I've added primecoin to my charts website:

http://cryptometer.org/primecoin_96_hour_charts.html
http://cryptometer.org/primecoin_90_day_charts.html

I left the "Network Hashrate" chart in even though it's a bit weird for this coin.  I haven't done the work yet to make it "Network prime-chains per second" as it should be.  I'd need to know the chances of a number being the origin for a Cunningham chain of length D (difficulty).  I'll need to do more research before working on that.

So right now, network hashrate is just showing how many hashes/sec would be necessary to obtain that many blocks at that difficulty *for bitcoin*.  It's not useless.  The primecoin paper indicates that the primecoin difficulty linearly affects prime-chain finding probability just as bitcoin's difficulty linearly affects it's block finding probability.  So my chart is simply off by some constant factor -- the proportions are accurate but don't pay attention to the actual numbers.


(Edit: ignore the "Network Hashrate" chart for now.  See below for more info.)


Also... I've been mining this for days and I've got nothing... ARy4JFrdeKSst42iS3kcxwdB81t7Vmrvc7
hero member
Activity: 644
Merit: 500
lucasjkr, unfortunately I can't answer every point, but here's a rebuttal of the major one on the evils of finite supply and lack of incentives for mining:

Transactions fees. Transactions fees will be the bread and butter of future miners when block rewards become negligible.
Yes, transaction costs will go up due to crowding, so there will be less transactions. The cheaper transactions will live in another blockchain - Litecoin or perhaps Primecoin.

Well, you're more open minded than many who argue that bitcoin should be the only block chain. I think there's room for more than one. And, yes, I think that the combination of hoarding and the fact that transaction fees could be much more than the trivial value they are today will severely hamper bitcoin one day. A transfer that's pennies today could easily surpass credit card fees in a few years and even rival wire transfer fees. I'm happy that a developer is providing us a chain that won't have to deal with that so much. Though we have to see if, as the reward dwindles, people stick with it. That's why I'd have liked to see a currency where the reward actually increases somewhat to keep pace with the issuance.
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
I have a Gentoo ebuild for primecoind in my overlay:

https://github.com/salfter/portage/

I built it first on my VPS, which has 8 Xeon E5-2670 cores available to it, but immediately upon starting, it bombs out with an "Illegal instruction" error.  I then built it for my home workstation, which runs a Core 2 Quad Q6600. As I write this, it's syncing the blockchain.

The VPS is an x86 Gentoo build, as it used to be memory-constrained (with 1 GB, maybe it still is somewhat).  The home workstation is an AMD64 Gentoo build.

Does primecoind not run on 32-bit systems, or is there something my ebuild is doing wrong?

(Hmm...just tried my bitcoind ebuild on the VPS, and it's also crashing right away with an "Illegal instruction" error. Must be something it's telling the compiler to do.)

I tried bringing up primecoind under gdb, but gdb crashes with the same error.   I think this might explain what's happening:

http://www.gossamer-threads.com/lists/gentoo/user/270976?do=post_view_threaded

Quote
Set your CFLAGS on your prod server to that of your dev server, if your dev server is known to work. You're using -march=native on your prod server, which depends on gcc correctly detecting CPU features from the host. There was a thread on this list just a few days ago about how that can fail in virtualized environments. (You can enable/disable exposed features piecemeal, which could well confuse the heck out of gcc's detection heuristics...)

I had -march=native set in /etc/make.conf.  Setting it to -march=i686 still caused an illegal-instruction error.  So did removing -march=* altogether.

More googling turned up this:

http://bugs.funtoo.org/browse/FL-494

Quote
Chroot into a stage3 build for x86_64 with glibc-2.15-r3 does not work on a xen based linode VPS with a Xeon E5-2630L due to linode disabling AVX in xen.

Chroot fails with the following error message: "Illegal instruction".


Linode probably is not going to enable avx, as "debian/ubuntu have gone the libc patch route ... https://launchpadlibrarian.net/101306417/eglibc_lucid_fix979003.debdiff" (quoting someon from the linode channel)

My Linode VPS was migrated to new hardware not long ago, and it looks like that may be causing problems that only started to manifest themselves when I tried bringing up primecoind on it.  I spooled up a 32-bit Ubuntu 12.04 LTS instance on the VMware box at work and successfully built primecoind on it, so it looks like an issue with my VPS.  I'm now rebuilding the whole system with -mtune=generic to try to clean up this problem.
sr. member
Activity: 280
Merit: 250
Not sure if this has been asked, but is there inherent value in the primes themselves? Can we extract them and sell them?

The primes...no.

The Cunningham chains, well there is certainly some notoriety for finding new ones but I don't think anyone would pay for them?
Since there in a public domain ala through the block chain you'd have a hard time proving you had the right too sell it
newbie
Activity: 48
Merit: 0
Not sure if this has been asked, but is there inherent value in the primes themselves? Can we extract them and sell them?

The primes...no.

The Cunningham chains, well there is certainly some notoriety for finding new ones but I don't think anyone would pay for them?
donator
Activity: 1736
Merit: 1014
Let's talk governance, lipstick, and pigs.
Not sure if this has been asked, but is there inherent value in the primes themselves? Can we extract them and sell them?
sr. member
Activity: 476
Merit: 250
sr. member
Activity: 401
Merit: 250
I'm not a gpu farmer but I think its better to have people that invested in crypto reap the benefit than botnet owners. I like cpu mining but once a coin becomes big botnets step in. So i see gpu mining as good progression.

Is it really possible that somebody has it's cores maxed to 100% and not noticing he has a bot? Bot-nets are dangerous for stealing passwords, but will they be dangerous for mass-mining?

Yes, some botnets mine in the shadows of masses like litecoin. A large increase there is not noticed like on smaller coins. Plus the botnets are used for DDOSing the exchanges. So they are very harmful to the crypto community.

Saying "the botnets" are used for DDoSing the exchanges is ignorant. I personally know a botnet owner who would never DDoS anything.
Fixed.

No, I am not said botnet owner.

I'm not a gpu farmer but I think its better to have people that invested in crypto reap the benefit than botnet owners. I like cpu mining but once a coin becomes big botnets step in. So i see gpu mining as good progression.

Is it really possible that somebody has it's cores maxed to 100% and not noticing he has a bot? Bot-nets are dangerous for stealing passwords, but will they be dangerous for mass-mining?

Yes, some botnets mine in the shadows of masses like litecoin. A large increase there is not noticed like on smaller coins. Plus the botnets are used for DDOSing the exchanges. So they are very harmful to the crypto community.

Saying "the botnets" are used for DDoSing the exchanges is ignorant. I personally know a botnet owner who would never DDoS anything.

Disproving someone with the argument "I know someone that wouldn't" is unfortunately also pretty weak.

He's said to me that he wouldn't, that it's petty and pointless, so I'm fairly sure he wouldn't. Also, his words imply that EVERY botnet is used for DDoSing, which is ridiculous. I'm just pointing out that I know of one that isn't.

Every botnet involves illegal usage of others' property. Is it much of a stretch to suggest that most of those people running/using botnets would have no qualms in pursuing other illegal activity?
member
Activity: 90
Merit: 10
CrypDough Dice Now Supports XPM!

http://XPMdice.crypdough.com/

Max Bet = 3 XPM

Max bet increasing shortly after everything works smoothly!

If you have any questions, comments, or issues please PM me! Or post into the feedback thread!
legendary
Activity: 1974
Merit: 1077
^ Will code for Bitcoins
...

Right now, miners are encouraged to mine because of the reward for finding new blocks and new coins. And that serves all of us, because their action of doing so is what validates transactions across the block chain. Currently, transcations are essentially free because miners get compensated elsewhere. Once the supply of coins has dried up, those dynamics will change. Vastly. A transfer that costs a fraction of a penny to complete right now will not cost that little in the future. How much, though, is anyone's guess. And the low costs associated with bitcoin transactions are a much bigger selling point (in my mind) than a fixed supply limit. So once the limit is reached, transactions will be cost all around. Will bitcoin be competitive with credit cards at that point? We have no idea...it could cost even more, for all we know, especially if there are relatively few transactions for miners to validate because people are holding their coins tight to their chests in the hopes that they'll appreciate further. I'd rather incentive miners to process transactions by creating more coins to pay them with than have them pass through fees to us; if people hesitate because of those fees, then miners will shut down and then there's no one around to make sure transactions actually go through.

...

This in essence is not true, so you are jumping to conclusions a bit. Already at this moment, with many transactions set to no fees and minimal Bitcoin economy, transaction fees are already 1/2 BTC per new block in average. Go check yourself if you don't believe me. I can easily imagine, with growing BTC economy and reduction from 25 to 12.5 BTC per new block in 4 years, that transaction fees in every new block in 5 years can be worth more than worth of new coins. All that without forcing larger transaction fees to anyone. In 8 years (6.25 new coins per block) I have no doubt transaction fees will be worth more than new coins.

So ending supply of new coins probably wont have any effect on mining. Satoshi Nakomoto figured that one perfectly.
full member
Activity: 224
Merit: 100
I'm not a gpu farmer but I think its better to have people that invested in crypto reap the benefit than botnet owners. I like cpu mining but once a coin becomes big botnets step in. So i see gpu mining as good progression.

Is it really possible that somebody has it's cores maxed to 100% and not noticing he has a bot? Bot-nets are dangerous for stealing passwords, but will they be dangerous for mass-mining?

Yes, some botnets mine in the shadows of masses like litecoin. A large increase there is not noticed like on smaller coins. Plus the botnets are used for DDOSing the exchanges. So they are very harmful to the crypto community.

Saying "the botnets" are used for DDoSing the exchanges is ignorant. I personally know a botnet owner who would never DDoS anything.

Disproving someone with the argument "I know someone that wouldn't" is unfortunately also pretty weak.
Jump to: