[ANN][JPC]MAKE JACKPOTCOIN GREAT AGAIN!

[q327K091]

entering this

Welcome

Thank you  if the casino industry takes interest in this you will all become instant millionaires

Do you know when was the last time there was reward reduction ? thanks

Reward decreases by 10% each week.

o wow! thats a lot, that is actually good! supply will tighten, lucky to find it in time, parking my rig not moving anywhere for the duration
thank you!

[jsamul]

man... the block explores shows wrong hashpower? ....
explorer show 2.5GH miningpool show 5.5GH...

anyhow the miningpool again more than 90% of the network pbbly as most of the blocks i find are orphaned...

this coin shows pretty well where communism goes... lets unite and destroy!
when ppl mining on miningpool realize they are ruining the coin it is too late!

better to sell now, before buyers realize the coin is ruined.

not happening for me, steady smooth mining on an undisclosed pool, far from ruined, this coin is just getting started, lucky (word luck is wired into all this) I have found it  

no fear concentration of hash power it is all nicely distributed, reading on the jackpot algorithm, great! non-linearity will keep this coin in the hands of many (and not the few) it is important especially for the casino like operation!

lol... hashpower nicely distributed? one pool having most of the hashpower means nicely distributed for you?

their stats are wrong, do yourself a favor and scan all pools running jackpot write down their hash rates, also you might be literarily *unlucky* but I wish you luck  

orhpaned blocks are not bad luck, it is the fucking pool with 90% of the network hashpower deciding what is the next block in the row.
and the pool of course prefers it own solutions before the solutions of others.

[djm34]

man... the block explores shows wrong hashpower? ....
explorer show 2.5GH miningpool show 5.5GH...

anyhow the miningpool again more than 90% of the network pbbly as most of the blocks i find are orphaned...

this coin shows pretty well where communism goes... lets unite and destroy!
when ppl mining on miningpool realize they are ruining the coin it is too late!

better to sell now, before buyers realize the coin is ruined.

not happening for me, steady smooth mining on an undisclosed pool, far from ruined, this coin is just getting started, lucky (word luck is wired into all this) I have found it 

no fear concentration of hash power it is all nicely distributed, reading on the jackpot algorithm, great! non-linearity will keep this coin in the hands of many (and not the few) it is important especially for the casino like operation!

lol... hashpower nicely distributed? one pool having most of the hashpower means nicely distributed for you?

their stats are wrong, do yourself a favor and scan all pools running jackpot write down their hash rates, also you might be literarily *unlucky* but I wish you luck 

orhpaned blocks are not bad luck, it is the fucking pool with 90% of the network hashpower deciding what is the next block in the row.
and the pool of course prefers it own solutions before the solutions of others.

add pool address in your addnode list into your config file, they will happily validate your block (did that for some other coin, my orphan rates decreased drastically).
However it isn't really good against 51% attacks

[q327K091]

man... the block explores shows wrong hashpower? ....
explorer show 2.5GH miningpool show 5.5GH...

anyhow the miningpool again more than 90% of the network pbbly as most of the blocks i find are orphaned...

this coin shows pretty well where communism goes... lets unite and destroy!
when ppl mining on miningpool realize they are ruining the coin it is too late!

better to sell now, before buyers realize the coin is ruined.

not happening for me, steady smooth mining on an undisclosed pool, far from ruined, this coin is just getting started, lucky (word luck is wired into all this) I have found it 

no fear concentration of hash power it is all nicely distributed, reading on the jackpot algorithm, great! non-linearity will keep this coin in the hands of many (and not the few) it is important especially for the casino like operation!

lol... hashpower nicely distributed? one pool having most of the hashpower means nicely distributed for you?

their stats are wrong, do yourself a favor and scan all pools running jackpot write down their hash rates, also you might be literarily *unlucky* but I wish you luck 

orhpaned blocks are not bad luck, it is the fucking pool with 90% of the network hashpower deciding what is the next block in the row.
and the pool of course prefers it own solutions before the solutions of others.

add pool address in your addnode list into your config file, they will happily validate your block (did that for some other coin, my orphan rates decreased drastically).
However it isn't really good against 51% attacks

locked to a pool that has 1/3 of total net hash, in addition nature of jackpot algorithm would make an attacker to have to assemble immense amount of computing power (by the time he is finished electricity bill alone or rental fees would make him really *unlucky*) 

[djm34]

man... the block explores shows wrong hashpower? ....
explorer show 2.5GH miningpool show 5.5GH...

anyhow the miningpool again more than 90% of the network pbbly as most of the blocks i find are orphaned...

this coin shows pretty well where communism goes... lets unite and destroy!
when ppl mining on miningpool realize they are ruining the coin it is too late!

better to sell now, before buyers realize the coin is ruined.

not happening for me, steady smooth mining on an undisclosed pool, far from ruined, this coin is just getting started, lucky (word luck is wired into all this) I have found it  

no fear concentration of hash power it is all nicely distributed, reading on the jackpot algorithm, great! non-linearity will keep this coin in the hands of many (and not the few) it is important especially for the casino like operation!

lol... hashpower nicely distributed? one pool having most of the hashpower means nicely distributed for you?

their stats are wrong, do yourself a favor and scan all pools running jackpot write down their hash rates, also you might be literarily *unlucky* but I wish you luck  

orhpaned blocks are not bad luck, it is the fucking pool with 90% of the network hashpower deciding what is the next block in the row.
and the pool of course prefers it own solutions before the solutions of others.

add pool address in your addnode list into your config file, they will happily validate your block (did that for some other coin, my orphan rates decreased drastically).
However it isn't really good against 51% attacks

locked to a pool that has 1/3 of total net hash, in addition nature of jackpot algorithm would make an attacker to have to assemble immense amount of computing power (by the time he is finished electricity bill alone or rental fees would make him really *unlucky*)  

you understand the other way around...  

btw: what "nature" of the algo are you referring at ?

[q327K091]

this is why i know JPC is gonna go thur the roof.


i run cryptobettingindex.com and i track 168 crypto betting sites

jpcdice.com is 6 days old and already #25 on all-time bets rank.



5.7 billion JPC already been wagered and

233 million JPC are invested in the site.



10% of all outstanding JPC coin sits in jpcdice.com vaults

could not be more perfect (in the casino coin category) imagine an app loaded with jackpot QVR you walk into an advanced casino anywhere in the world, you scan your wallet inject amount to wager and in exchange getting real life casino coins to play with

and EVEN without online gambling sites as you have indicating in your write up are taking large amounts of JACKPOT already...

seeing a winner here...

[q327K091]

man... the block explores shows wrong hashpower? ....
explorer show 2.5GH miningpool show 5.5GH...

anyhow the miningpool again more than 90% of the network pbbly as most of the blocks i find are orphaned...

this coin shows pretty well where communism goes... lets unite and destroy!
when ppl mining on miningpool realize they are ruining the coin it is too late!

better to sell now, before buyers realize the coin is ruined.

not happening for me, steady smooth mining on an undisclosed pool, far from ruined, this coin is just getting started, lucky (word luck is wired into all this) I have found it  

no fear concentration of hash power it is all nicely distributed, reading on the jackpot algorithm, great! non-linearity will keep this coin in the hands of many (and not the few) it is important especially for the casino like operation!

lol... hashpower nicely distributed? one pool having most of the hashpower means nicely distributed for you?

their stats are wrong, do yourself a favor and scan all pools running jackpot write down their hash rates, also you might be literarily *unlucky* but I wish you luck  

orhpaned blocks are not bad luck, it is the fucking pool with 90% of the network hashpower deciding what is the next block in the row.
and the pool of course prefers it own solutions before the solutions of others.

add pool address in your addnode list into your config file, they will happily validate your block (did that for some other coin, my orphan rates decreased drastically).
However it isn't really good against 51% attacks

locked to a pool that has 1/3 of total net hash, in addition nature of jackpot algorithm would make an attacker to have to assemble immense amount of computing power (by the time he is finished electricity bill alone or rental fees would make him really *unlucky*)  

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

o.. word luck again, I swear I am doing it subconscious  . meantime mining this like there is no tomorrow (10% reward reduction weekly.. I like it!)

[djm34]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details regarding the algo... but your argument is weaker than you think  )

Don't understand why you are bringing FGPA into the discussion though...

[q327K091]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you 

[djm34]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

[q327K091]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

[q327K091]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

"you can easily bypass the slower groestl chains " really ? how would that pass block hash validation, you mean ccminer has skipped that round and succeeds ?    something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  


safe and sound

https://github.com/cbuchner1/ccminer/blob/master/JHA/jackpotcoin.cu

 unsigned int round;
    for (round = 0; round < 3; round++) {
        if (hash[0] & 0x01) {
           sph_groestl512_init(&ctx_groestl);
           sph_groestl512 (&ctx_groestl, (&hash), 64);
           sph_groestl512_close(&ctx_groestl, (&hash));
        }
        else {
           sph_skein512_init(&ctx_skein);
           sph_skein512 (&ctx_skein, (&hash), 64);
           sph_skein512_close(&ctx_skein, (&hash));
        }
        if (hash[0] & 0x01) {
           sph_blake512_init(&ctx_blake);
           sph_blake512 (&ctx_blake, (&hash), 64);
           sph_blake512_close(&ctx_blake, (&hash));
        }
        else {
           sph_jh512_init(&ctx_jh);
           sph_jh512 (&ctx_jh, (&hash), 64);
           sph_jh512_close(&ctx_jh, (&hash));
        }
    }

[djm34]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

nothing to do with cryptology, it is simple high school probability 

[q327K091]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

nothing to do with cryptology, it is simple high school probability 

please explain, seriously

[djm34]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

"you can easily bypass the slower groestl chains " really ? how would that pass block hash validation, you mean ccminer has skipped that round and succeeds ?    something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  

I am sorry if you join the bandwagon later than others... but this has already been discussed

[q327K091]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

"you can easily bypass the slower groestl chains " really ? how would that pass block hash validation, you mean ccminer has skipped that round and succeeds ?    something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  

I am sorry if you join the bandwagon later than others... but this as already been discussed

I see, my apology for my ignorance, will search bitcointalk with combination of keywords: ccminer jackpot and groestl

if you have a link to a topic at hand, greatly appreciate it, it would be a major breakthrough in cryptology if a chain like groestl would be to bypassed (unlikely) optimized (moderately likely)

thank you for you patience with me

ps. *nothing* shows up with keywords ccminer jackpot and groestl , except your posts and mine in the last 5 minutes...

[djm34]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

"you can easily bypass the slower groestl chains " really ? how would that pass block hash validation, you mean ccminer has skipped that round and succeeds ?    something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  

I am sorry if you join the bandwagon later than others... but this as already been discussed

I see, my apology for my ignorance, will search bitcointalk with combination of keywords: ccminer jackpot and groestl

if you have a link to a topic at hand, greatly appreciate it, it would be a major breakthrough in cryptology if a chain like groestl would be to bypassed (unlikely) optimized (moderately likely)

thank you for you patience with me

it isn't a major breakthrough in cryptology it is a the way this jpc algo is written
This algo does that: sha3 + 3x ((groestl OR Skein) + (Blake OR JH512))

The main problem actually is groestl in this algo, it is very slow compared to the other algo even skein.
So it is faster for ccminer to run only on chain which contain only one groestl or none (if I remember well).
you can search on cudaminer thread (or even on this thread)

[q327K091]

you understand the other way around...  

btw: what "nature" has this algo which would make it resistant to attacks ?

it is on the first page of this forum...

"A: JHA has designed using Random Hashing Method and Random Variable Hashing Round using SHA3, Blake, Grøstl, JH, Skein"

good luck building FGPA for it I dare you  

oh that   (don't want to enter into the details sorry...  )

Don't understand why you are bringing FGPA into the discussion though...

first step from GPU to the next level, design reprogrammable chip arrays, (not ASIC) so they can be reprogrammed if a change in the algorithm has been made, ASIC chips are hardwired with the algorithm.. there is whole area of research level material that discusses why random variable hashing algorithm is impossible to design fPGA for... what Jackpot has done (but different) closely parallels X11 (but with less rounds) while X11 worries about anonymity, jackpot just wants large and sparse distribution of coins in the hands of people , and I agree!

only fPGA has chance or 51% attack, not CPU and GPU, I just got off a coin where massive among of hashing power was assembled on the order of 300 GHS.. no indication of a problem.. this is also mathematically possible to prove, using statistics..

good luck to you  

regarding randomness, you can easily bypass the slower groestl chains and still increase your overall speed (latest ccminer does that)
Actually the 3 rounds are not enough to ensure a protection at that level.

not qualified , only cryptologist would know for certain, once you see n Tera Hash range cornering the coin , maybe to worry (we are at let  me see aaaaat..2.89 GHS thats nothing you will feel it if there was a breakthrough ... and even then quick add of additional rounds and hard fork

"you can easily bypass the slower groestl chains " really ? how would that pass block hash validation, you mean ccminer has skipped that round and succeeds ?    something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  

I am sorry if you join the bandwagon later than others... but this as already been discussed

I see, my apology for my ignorance, will search bitcointalk with combination of keywords: ccminer jackpot and groestl

if you have a link to a topic at hand, greatly appreciate it, it would be a major breakthrough in cryptology if a chain like groestl would be to bypassed (unlikely) optimized (moderately likely)

thank you for you patience with me

it isn't a major breakthrough in cryptology it is a the way this jpc algo is written
This algo does that: sha3 + 3x ((groestl OR Skein) + (Blake OR JH512))

The main problem actually is groestl in this algo, it is very slow compared to the other algo even skein.
So it is faster for ccminer to run only on chain which contain only one groestl or none (if I remember well).
you can search on cudaminer thread (or even on this thread)

does ccminer have a "patch" or some other patched version does exist giving that person(s) advantage ? I cant really derive from a source code any unusual level groestl optimization, cudaminer does not offer jackpot algo (or X11 or many others for the matter) thx

[djm34]

the latest ccminer version runs like that. The same advantage is offered to everybody (so there isn't any advantage actually, that wasn't my point)

[q327K091]

the latest ccminer version runs like that. The same advantage is offered to everybody (so there isn't any advantage actually, that wasn't my point)

ok! perfect than, even field. thanks for your patience, enjoy the day!