Almost exactly 2 Days Until We Re-Launch on v0.8.8.0 A countdown time has been added to the OP it will refresh each time the page is loaded  cool, see you then |
|
|
|
I’ve kept my wallet open for days and still no stake.
This could happen, PoS kinda works like a lottery and not
everyone will receive their interest every 8 hours. You WILL
receive your 1% on a yearly basis, it just may take a little
while. now for fucks sake, grow some fucking patience you bunch of girls. haha eeexcellent  remember the pizza guy ? ok ? ok ! now look.. there are people here that shelled out 6 10 maybe more BTC on this, many rented out powerful GPU rigs.. from Shanghai to Alaska maybe at 100$ ~ 500$ an hour running 5 days straight |
|
|
|
95,000 coins a beautiful thing... wouldn't sell a thing even at n x BTC where n is some low primary number
|
|
|
|
sorry bro autopayment error now i'm look code please wait moment
thanks you bro, good pool support  Payment done please check your wallet got it, big thanks  you are welcome! Hello operator of cryptity, was providing for 4 hours 2.7 KHS , despite that "Total Paid" remained flat < 1 QZN Forced to disconnect and look elsewhere, I can not afford throwing hash rate away like that 2.7 KHS of Hash Rate: 743 KHS is not that bad there should be steady accumulation happening, fractional update to the whole, instead pool reported flat "total paid" with no refresh... got scared and ran away... Please advice, thank you sorry but i'm not control cryptity pool. my pool http://minin.gs/qcn/how stable is your pool ? I see you have 11 miners 60 KHS Rate... is it safe to throw "test" 1.2 KHS at it and see results and then double it ? can it be trusted, can one step away and not watch his back ?  btw it is perfectly ok to answer "I am not sure" |
|
|
|
I have 150 Intel I5 pinting on this.... What Happend?. you are in a biiiig trouble... I just switched rigs but lost approx 3 4 hours.. for me thats a lot of hours.. |
|
|
|
sorry bro autopayment error now i'm look code please wait moment
thanks you bro, good pool support Payment done please check your wallet got it, big thanks you are welcome! Hello operator of cryptity, was providing for 4 hours 2.7 KHS , despite that "Total Paid" remained flat < 1 QZN Forced to disconnect and look elsewhere, I can not afford throwing hash rate away like that 2.7 KHS of network Hash Rate: 743 KHS is not that bad there should be steady accumulation happening, fractional update to the whole, instead pool reported flat "total paid" with no refresh... got scared and ran away... Please advice, thank you |
|
|
|
few BTC ... that is one big bet... ultra impressed, btw difficulty is rising (I rarely look at prices of crypto coins, too early in general |
|
|
|
Is minergate pool a scam ? impossible te make a withdrawal
no it is not a scam, responsible people are running it, they had problems with QCN withdraw but fixed it. we need to support ALL responsible dev around fantastic coin which is QCN we also need to re-establish trust (of course earned trust) between each other for the entire crypto to truly take off (not just great algorithms driving it.. which btw QCN is with its mutating transaction trace.. can't get over how great this feature is... being indistinguishable I don't think media, people at large outside crypto tech miners etc realize how powerful this is... have a great day! |
|
|
|
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! |
|
|
|
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 |
|
|
|
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... |
|
|
|
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 |
|
|
|
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)); } } |
|
|
|
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 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 |
|
|
|
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!) |
|
|
|
 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... |
|
|
|
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*) |
|
|
|
This coin has enormous potential! The finer emission curve, transparent launch, solid foundations and clear motivated developer/s have attracted me. To see all the positive work going on here gives me great confidence as an investor. You may not see it now, but once the branding presents this gem in the light, she will shine like a diamond. Buying and mining during early development has great potential for early adopters. I own considerable portions of all the cryptonote coins and I have great feelings towards future developments and community relations. However, I am appalled by the behaviour of certain Monero community members. I have witnessed senior members display childish jealousy, conducting themselves as trolls across the QCN forums and trade threads. I would like to see this stop, for the benefit of cryptonote and what it stands for. For those that skipped class, here is the fresher on cryptonote philosophy. https://cryptonote.org/inside.phpSincerely, John no worries John, value speaks for itself almost always, emission curve is structured ingenious... |
|
|
|
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! |
|
|
|
|
Show Posts
