 Show Posts
|
|
Pages: [1] 2 3 »
|
regarding 8/ (in brief wrong wrong wrong) at Jackpot attribution a solo miner doesn't have any chance at all to hit it (yes yes it is random but already picking any block is difficult, picking the one with the jackpot is close to impossible) and reality so far has proven that this comment was wrong it is always a pool which get it, and worst it is always the largest pool which gets the jackpot....
There was a week ago a discussion regarding a jackpot attribution through minting, did it go anywhere ? This would be truly random with no bias at all (and I wonder we want to reserve the jackpot to those who already get all the coins... )
The real force of jacpot coin (and I release that only recently) is the fast decrease of the POW reward and this might bring the price to the roof.
I completely agree with you. I am the one who wrote the original post above. While Givatoshi_Moremoto translated it in English much better than I could, but he added some his own interpretation. Also I added 4 more reasons, and one of them is about the rapid PoW block rewards decrease as you described. Anyway we will see another major price jump soon  Still have a chance ^^ Because of some pool support whole jackpot to the finder. So, you can mine in a pool  |
|
|
|
Can anyone tell me if Spoetnik's CPU miner works in cheat mode? It's giving me pretty good hashrates on my i3 laptop but I'm not sure if any blocks I might find will be accepted. Thanks.
you should be fine when it comes to sending QUALITY work. there should be NO problem at all finding blocks ! the REAL question though is performance actually better or is it an illusion kind of ? i am not so sure it helps much  let me explain what is happening with cheat mode if hashing is going to take too long it simply drops the work and gets new work to start hashing on. so it's not possible to send ANY bad shares or invalid data of any kind. it will work EXACTLY like the official version of the hashing algo. how the hashing algo works is by running five different hashing algo's in three rounds.. and what normally happens is in order to build a proper final hash the cycle of what hash algo's get triggered and on what round vary a lot. here is a sample of what it looks like gro = 2
_jh = 1
ske = 0
blk = 0
ske = 1
blk = 1
ske = 2
blk = 2
ske = 0
blk = 0
ske = 1
blk = 1
ske = 2
_jh = 2
ske = 1
blk = 1
the quoted info is where i put some logging into the code to watch what was happening while hashing normally.. each three letter code is the different hashing algo's abbreviated to 3 letters. and each of those numbers are what round the specific hashing algo was triggered. that is 5 algo's running 3 rounds and there is 2 specific points where it checks to run one algo or the other. anyway, so what you see logged right away in first line in my quoted sample info is Groestl got triggered on round 3 (the final round) so that means it had already completed hashing it's way through rounds 1 and 2 and now it hit GRO on round 3. what i did was change the code so that it asks for new work if the miner detects that Groestl will get run more than once. because Groestl i think is the hardest hash algo to run and takes the longest to finish. so the change i shared for testing on my cpu miner topic in my sig simply on some circumstances stops hashing and asks for new work it does not change the work that gets sent.. does that make any sense ? I am not sure you really gain anything in terms of speed doing this. I Did try something more or less similar on the cgminer code some times ago Actually I was just counting the number of times the groestl was called and if it was about to enter a 2nd time the groestl condition nothing was done (which is kind of stupid, just realized, as I should have asked to leave the loop to avoid computing the other algo for nothing... may-be I should check again... ) However if there is a gain in terms of "raw" speed, the probability to find a corresponding hash also decrease since it throws all hashes with 2 (or more) groestl functions. If I am not mistaken, there is 1/2 chance to get groestl at each round, so 1/4 3/8 to get groestl twice and 1/8 three time So the probability to get 2 or more groestl is 3/8 1/2 And the probability to get less than 2 should be 5/8 1/2, which is like saying only 1 over 2 hashes are considered by the new algo. So technically to be faster than the original algorithm, the speed of the "cheat" algo must be 2 times faster than the original to compensate the loss of certain combination. If it is the case, your cheat is faster otherwise it is slower. obviously if your cheat is just 2x faster, it has the exact same speed as the original. (in my case, if I remember well I was slower, but there was a mistake, since I wasn't leaving the loop fast enough) In any case my conclusion with the R9 290x was that the best way to optimise its performance (versus my gtx780ti) was to run on an other coin... edit: few error in prob calculation... (hope I got it right this time... it's late...) Anyway, 3 is the magic number, and 5:1 balance with 2:2 balance is the other magic number, |
|
|
|
Absolutely, you are right, The hash should be spread over the whole network (wallets), Even join in the small hash pool, there is no disadvantages over the long time, Dear Miners, Please spread your hashing power, |
|
|
|
Can i mine it with nvidia?
Yup, and you can beat the AMDs easily. I have 4gb Gtx 680, I can squeeze 4.5Mh/s easily. The newer cards have much higher hashrates, you can check them from the cudaminer topic: https://bitcointalk.org/index.php?topic=167229.0ya but honestly that does not mean anything. what matters is what the performance is like and what does it say on the pools.. pools calculate your hash rate on what your actually doing and it has nothing at all to do with your hash rates pools have no way of knowing how fast your hashing (in case people don't know) for example i created a cpu miner mod that cuts out some of the heavy / costly groestl hashing (for a public beta test only) did this by dropping groestl if it's going to get run more than once.. if so ? drop the hashing and start over and ask for NEW work. and that pushed my 500ks/ cpu to 2.2mh/s but that is not what the pool see's and technically i am hashing that fast but it does not match the pools algo basically so.. Even you find a target, it will be rejected from the wallet also, if you skip a round, it will be invalid whatever you have got, the hash verification is in Pool/Wallet, Pool do not care miner's hash rate, They just count how much work has been done. |
|
|
|
这种没有创意的垃圾东西...don‘t think
That is the depend on the view point, and personal valuation. This coin Really fast transaction without fuzzy in mining Fair balanced on mining hardwares Just try to find who has done it, Innovation means not just change a shape or decoration, We are trying to resolve the basic issues/requirements which prevent growing of CryptoCoin Maybe you have felt this coin is not enough yet, Please, keep watching the activity of Devs, We are researching/developing continuously, Thank you for your concern |
|
|
|
JPC HAS BEEN ADDED TO NEW EXCHANGE - CRYPTO FUNDS!
http://cryptofunds.pw has now 0% fees on all trades. You can trade BTC/LTC for altcin without slighest loose, we are going for free to show people how good and stabile we are! Join now and enjoy our unique currencies and pairs. Nice, thank you for your support, |
|
|
|
Jackpot,
Now, it is going to the higher probability stage,
Normal Probability of Jackpot is 1/5040
But, each PoW round, the probability will be increased by 1
Such as after one hour,
Probability will be increased to 30/5040
I thought it was already in the high prob zone  (and it was to be found yesterday...) The jackpot zone is 1 / 5040 and, now it has increased as 7 / 5040 and, it will keep increasing... |
|
|
|
|
Jackpot,
Now, it is going to the higher probability stage,
Normal Probability of Jackpot is 1/5040
But, each PoW round, the probability will be increased by 1
Such as after one hour,
Probability will be increased to 30/5040
|
|
|
|
Hi ppl, I need some help with my miner. While I try to run it i get messages like this:   after second window program is just quiting. I've tried to map the devices and i get them like that:  I really don't know what to do next. My *bat file look like that: sgminer.exe --kernel jackpotcoin -o stratum+tcp://www.hashharder.com:9958 -u myWalletID -p pass pause and nothing else. I'm trying to mine at radeon 6770m (hp pavilion dv7-6130ew). Any advices? Thanks If you have any -w option in Conf or Batch file, please remove that option |
|
|
|
added download link to first post and source code is coming quick after i pack it up with WinRar.. i already noticed a bug lol when i ran the --help command-line the new info i put in was not aligned correctly in the console so sorry about that people. edit: source code uploaded now.. it's exactly as it was compiled. i want to do some more but i'll be taking a bit of a break for now i did all this pretty fast ..i need a smoke afterwards lol was it as good for you as it was for me ? It is really great idea and improvement for everybody who need a CPUMiner Back born. And, thank for sharing your great work for the other ~ |
|
|
|
I am wondering for this coin, is it better to use CPU or GPU? I'd guess GPU would be better, am i right?
Simply, Fair to everybody try to make it Fair in CPU and GPU try to make it Fair in OLD and NEW try to make it Fair in Laptop and Desktop try to make it Fair in A or N We can not say it is not a perfect fair ~ But, First target of JHA, equal chance to everybody (every hardware, not just the current new expensive hardware) |
|
|
|
The client of mac can't open Scam  Could you share more detail information with us ? It will help us to improve our wallet, and, I have verified at iMac (OSX 10.9.2) |
|
|
|
do we have to upgrad the wallet? already have coins in it. If you are using v11, you do not need to upgrade to v12, it is not a mandatory upgrade. When you upgrade coin, our coin is safe, because of you just need to upgrade the software only. But, it has some good function such as coin control, |
|
|
|
Something strange with the minting.
Few hours ago, I had some coins on stake which generated some minted coin.
However the block orphaned.
Then 10 or 15 min later, a new block was generated (same stake I guess) this time accepted.
How many time will it try to mint coin if a transaction doesn't get validated ?
It will keep try again and again, and, due to the coin age, you will get the interest. |
|
|
|
Jackpotcoin Mining Pool Hubhttp://jackpotcoin.miningpoolhub.com
- 0% Fee for a month
- DDoS protected
- Can mine other coins with single sign up
Come and mine together. We already found several blocks! Thank you for supporting a pool, I guess, you have tested your pool already, We will also, Regards |
|
|
|
I can't believe how the fourth one is similar to the current logo, and yet it didn't serve as an inspiration... Created one for fun...  So, nice ~ |
|
|
|
Does not compile src/rpcmining.cpp: In function ‘json_spirit::Value GetNetworkHashPS(int)’:
src/rpcmining.cpp:121:38: error: cannot convert ‘CBlockIndex::IsProofOfWork’ from type ‘bool (CBlockIndex::)() const’ to type ‘bool’
if (pindexLast->IsProofOfWork) {
^
Please, sync again double timeDiff2 = 0;
double count = 0;
for (int i = 0; i < lookup; i++) {
- if (pindexLast->IsProofOfWork) {
+ if (pindexLast->IsProofOfWork()) {
timeDiff1 = timeDiff2 = pindexLast->GetBlockTime();
break;
}
|
|
|
|
Relly, really thank you for your great support ~ |
|
|
|
|
