Author

Topic: [ANN][JPC]MAKE JACKPOTCOIN GREAT AGAIN! - page 236. (Read 470275 times)

legendary
Activity: 1792
Merit: 1010
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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 ?   Cool  something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  Grin
I am sorry if you join the bandwagon later than others... but this as already been discussed Grin




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
legendary
Activity: 1400
Merit: 1050
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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 ?   Cool  something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  Grin
I am sorry if you join the bandwagon later than others... but this as already been discussed Grin




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)

legendary
Activity: 1792
Merit: 1010
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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 ?   Cool  something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  Grin
I am sorry if you join the bandwagon later than others... but this as already been discussed Grin




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...
legendary
Activity: 1400
Merit: 1050
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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 ?   Cool  something ain't right with that statement

opening ccminer git source code... would be something if that is true.. but how ?  Grin
I am sorry if you join the bandwagon later than others... but this has already been discussed Grin


legendary
Activity: 1792
Merit: 1010
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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  Roll Eyes

please explain, seriously
legendary
Activity: 1400
Merit: 1050
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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  Roll Eyes
legendary
Activity: 1792
Merit: 1010
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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 ?   Cool  something ain't right with that statement

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


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));
        }
    }
legendary
Activity: 1792
Merit: 1010
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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
legendary
Activity: 1400
Merit: 1050
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
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.

legendary
Activity: 1792
Merit: 1010
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details sorry...  Grin)

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  Cool
legendary
Activity: 1400
Merit: 1050
Quote

you understand the other way around...  Roll Eyes

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  Cool
oh that  Grin (don't want to enter into the details regarding the algo... but your argument is weaker than you think  Grin)

Don't understand why you are bringing FGPA into the discussion though...
legendary
Activity: 1792
Merit: 1010
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  Cool

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? Cheesy



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  Cool

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*)  Cool
you understand the other way around...  Roll Eyes

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  Cool

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!)
legendary
Activity: 1792
Merit: 1010





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...
legendary
Activity: 1400
Merit: 1050
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  Cool

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? Cheesy



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  Cool

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*)  Cool
you understand the other way around...  Roll Eyes

btw: what "nature" of the algo are you referring at ?
legendary
Activity: 1792
Merit: 1010
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  Cool

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? Cheesy



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  Cool

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*)  Cool
legendary
Activity: 1400
Merit: 1050
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  Cool

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? Cheesy



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  Cool

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
sr. member
Activity: 300
Merit: 250
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  Cool

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? Cheesy



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  Cool

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.
legendary
Activity: 1792
Merit: 1010

Thank you  Cool 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!
legendary
Activity: 1792
Merit: 1010
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  Cool

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? Cheesy



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  Cool
sr. member
Activity: 300
Merit: 250
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  Cool

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? Cheesy
also you can not get orphaned blocks if you are not solomining! ... that "undisclosed" pool accepts normally all your shares!
man... hate stupid ppl

Jump to: