Mersenne prime coin

[slandrum]

It is only worth attracting people that will actually contribute to the work (and that actually want to) and not attempt to find ways to cheat the system in order to get the coin. If the only reason they are joining is to make money, then that is what they will attempt to optimize for, and to maximize return on that I would expect a lot of effort spent at attempting to exploit the system (it's easy to make up NF results for instance).

[unk]

I do not deny that the client's program code should be completely rewritten. It is in order to exclude deception.
After all, we are already sending messages to the server. Is it currently possible to fake these messages, to attribute additional work to yourself? If you can't, then everything is already fine.
Mersenne prime coin will require labor to implement. Here the developers will decide whether it is worth doing this. You can start a new project without stopping the old one, and see how the new project will show itself. I believe that Mersenne prime coin will increase the computing power of the project by 10-20 times. It's good. The project last found a prime number on December 7, 2018. It's been quite a while. It would be great to attract additional capacity.
You can run Mersenne prime coin in addition to the main project. See how the new approach will show itself. Only you need to be prepared for the fact that many newcomers will come, and many tasks will be required.

(machine translation)

[kriesel]

Originally Posted by slandrum

(it's easy to make up NF results for instance).

Definitely, could create problems for the project. Fake TF NF, Fake P-1 NF, fake GPU or any non-prime95/mprime LL composite results. And the backlog on LL DC is still several years.
There's ample work to be done. Without distracting the developers or end users with crypto.
A wait of a few years between discoveries is still fast compared to sometimes over a century in the past. Since the effort per primality test scales as ~p^2.1, it's conjectured that on average the spacing is at a ratio of ~1.47:1, and at high exponent many more exponents must be tried between discoveries, a factor of ten increase in computing power fairly quickly gets absorbed and the progress rate and discovery rate declines. See https://www.mersenneforum.org/showpo...4&postcount=16

[unk]

Originally Posted by kriesel

Fake TF NF, Fake P-1 NF, fake GPU or any non-prime95/mprime LL composite results. And the backlog on LL DC is still several years.

If the client currently used allows you to send statistics to the server with distortions, then the client needs to be rewritten. And if you can't send fake data now, then there's nothing to talk about.
You don't want to, as you want. Users do not need to do anything except register at all. Here the developers will have more work to do. Adapt the open source code of the cryptocurrency, configure mining (on the server!), configure the distribution of coins between users, write a new client for users.
Maybe someone will be interested.

Originally Posted by kriesel

a factor of ten increase in computing power fairly quickly gets absorbed

Calculating something in 40 years or in 4 years is a big difference. Well, maybe when the project hits the wall, they will implement cryptocurrency. In 40 years. Or someone implements it for themselves. And it will start the calculation from scratch, without using the GIMPS data.


(machine translation)

[unk]

If the client allows you to send fake data to the server, it must be rewritten in any case.
Recently, the developers asked to upgrade to version 30.3. Well, they will release another update.

(machine translation)

[LaurV]

Originally Posted by unk

The server will calculate...

Fail...
The main idea of a criptocoin is decentralization, getting rid of the bank. Banks can be robbed and servers can be hacked. If I work hard for few days I can DDoS PrimeNet and stuck the "market" for a while, then bye-bye coins, their value will be zero. You have no freaking idea how a cc works...
(still reading the thread, this was about the first post, maybe somebody addressed it already, sorry if so)


edit: about "using calculations", a cc uses calculations to verify the transactions. If you want to make a mersenne cc, then you need to change the calculation in such a way to be useful for gimps, not the other way around. I mean, you must use gimps-related calculations to verify transactions. How do you do that?

[LaurV]

Originally Posted by unk

Whenever a participant sends a completed task, the server administration transfers the Mersenne prime coin to the participant.

This we have already. It is called "Giga-Hertz-Days", and it has value zero, and as long as you can not securely "trade" it (i.e. transactions I was talking about) its value will remain zero. If I can not trade it, I can not buy pizza with it, so it has no value. Indeed, you really fail to understand how a currency (and especially a decentralized one) works. Of course, the server could "sell" and "buy" GHzD for real money, but then you get kicked in the butt from the anti-money-laundering guys... - real case: Puzzle Pirates game, which had an in-game currency which could be sold and bought for real money, but then later they introduced some poker and other card games in PP world, where you could win/loss a lot of "money", so they have been hit by AML and had to separate the internal currency in two, one you could buy with real money, and allow you access to features of the game, other you could play poker with it in the game, and there was no way to change from one to the other - otherwise AML guys will all be on you, imagine I buy such coins for a million dollars and "lose" them in game to some "random" person I play against, who is the lead of some terrorist organization, or of some child trafficking network (with or without my knowledge)... grrr...

[kriesel]

Originally Posted by unk

If the client allows you to send fake data to the server, it must be rewritten in any case.
Recently, the developers asked to upgrade to version 30.3. Well, they will release another update.

(machine translation)

Not the client singular, the GPU client application types plural, plus perhaps Mlucas, and any other client application that some developer decides to create in the future. Only prime95/mprime developed and maintained by George Woltman has the secret security code software for secured interaction with the PrimeNet server. There's only one of him. And he has already produced prime95/mprime up to v30.6b4, and begun mentioning v30.7. I suggest you learn more about the project & personnel, try to get a current understanding.

It's unclear to me how you propose to force all the other developers to upgrade the numerous application types to implement separate security software implementations and find enough time for the server administrators & server code developer to upgrade the server to accommodate that, and fund the necessary server upgrades, and force upgrading of the installed base of client software by thousands of end users on many more machines and instances. Only CUDALucas and clLucas are from the same developer (msft). Some of those developers are no longer actively participating; msft in particular.
Refusing unsecured client apps' output has been impractical because of the heavy dependence historically for GPU applications (which are now producing the bulk of the project throughput) on manual reservations and submissions, and because of the substantial reduction in throughput that refusing them would produce.
The algorithms for proof of work in TF NF to eliminate such cheating have been demonstrated. It's implementation that is the obstacle. (IIRC something similar is applicable to P-1 also. LL production first testing should just go away, eventually.)

There is already a financial incentive to GIMPS participation, that discourages cheating, called the EFF prizes. Cryptocoin for some projected benefit to GIMPS has been proposed and rejected in the past. Here. See also the bitcoin thread. Financial gain is not what drives GIMPS participation though.

There is also established, a set of obstacles to doing what some of the crypto proposals require, doing partial PRP, and issuing, receiving, and storing the full interim residues on the PrimeNet server. Cost of sufficient data storage & backup, time by scarce developer talent, internet delays for users with slow links, etc.

[chalsall]

Originally Posted by kriesel

It's unclear to me how you propose to force all the other developers to upgrade the numerous application types to implement...

It often amuses (and frustrates) me how often those who don't understand how things actually work throw out ideas as the ideal solution for everything.

Crypto/Blockchain. AI. Quantum Compute. Etc, etc, etc...

The devil is in the details. Sadly, few who advocate for change understand even the high-level details.

There is no panacea. Deal with it.

[Uncwilly]

Originally Posted by chalsall

It often amuses (and frustrates) me how often those who don't understand how things actually work throw out ideas as the ideal solution for everything.

https://imgflip.com/i/5g4jcy

[kriesel]

Originally Posted by kriesel

Only CUDALucas and clLucas are from the same developer (msft).

Should perhaps have said primary developer there. George has made contributions to gpuowl, and IIRC there's a bit of his code in mfaktx or is it CUDAPm1 also. As well as in the server implementation, which I know little about. Also he created MMFF, and gwnum which is used in some other packages outside hunting Mersenne primes.

Originally Posted by chalsall

It often amuses (and frustrates) me how often those who don't understand how things actually work throw out ideas as the ideal solution for everything.
...
The devil is in the details. Sadly, few who advocate for change understand even the high-level details.

There is no panacea. Deal with it.

Yes, and far too many of them are in positions of power or taking to the streets violently. And their emotion-driven wrongheaded votes count equally as much as those of the clueful.

Pat Paulson nailed it totally deadpan on LaughIn. "The leading cause of forest fires is trees." We would not have certain issues if we did not have the successes that produced the issues' prerequisites.

Something I'm unsatisfied with is my ability to distinguish among:
naivete
ignorance
stupidity
trolling
illogical sales pitches with an underlying undisclosed motive
drastically excessive optimism
outright dishonesty
sociopathy and its assorted manifestations