q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 01:53:32 PM |
|
entering this
Welcome ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Thank you ![Cool](https://bitcointalk.org/Smileys/default/cool.gif) 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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:00:12 PM |
|
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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cheesy.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:10:30 PM |
|
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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cheesy.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:25:39 PM |
|
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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cheesy.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif)
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:27:51 PM |
|
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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cheesy.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) btw: what "nature" of the algo are you referring at ?
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:28:45 PM |
|
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FMEv48J9.png&t=665&c=0rHdD8jeTfqZ9Q) 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
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:31:21 PM |
|
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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cheesy.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:42:16 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details regarding the algo... but your argument is weaker than you think ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) Don't understand why you are bringing FGPA into the discussion though...
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 02:49:29 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif)
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:03:17 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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.
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:07:38 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:09:00 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) something ain't right with that statement opening ccminer git source code... would be something if that is true.. but how ? ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) 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
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:12:56 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/rolleyes.gif)
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:16:44 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/rolleyes.gif) please explain, seriously
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:18:11 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) something ain't right with that statement opening ccminer git source code... would be something if that is true.. but how ? ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) I am sorry if you join the bandwagon later than others... but this has already been discussed ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:25:42 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) something ain't right with that statement opening ccminer git source code... would be something if that is true.. but how ? ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) I am sorry if you join the bandwagon later than others... but this as already been discussed ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) 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
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:32:01 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) something ain't right with that statement opening ccminer git source code... would be something if that is true.. but how ? ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) I am sorry if you join the bandwagon later than others... but this as already been discussed ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) 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)
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:43:38 PM |
|
you understand the other way around... ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) oh that ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) (don't want to enter into the details sorry... ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) ) 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](https://bitcointalk.org/Smileys/default/cool.gif) 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](https://bitcointalk.org/Smileys/default/cool.gif) something ain't right with that statement opening ccminer git source code... would be something if that is true.. but how ? ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) I am sorry if you join the bandwagon later than others... but this as already been discussed ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) 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
Legendary
Offline
Activity: 1400
Merit: 1050
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:51:51 PM |
|
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)
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
q327K091
Legendary
Offline
Activity: 1792
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2014, 03:55:20 PM |
|
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! ![Cool](https://bitcointalk.org/Smileys/default/cool.gif)
|
|
|
|
|