Sadly with new miners and the hashrate up I have not found a block in days major wasted resources so until hashrate drops down I think I be turnign miners off for a few days.
Hashrate climbs and drops all day long, so you would have to monitor network hashrate 24/7. There are a few big miners who appear and disappear several times a day and cause this spikes. You are solo mining? The current network hashrate is 19.5 MH/s, but it could be 50 MH/s in an hour, for example. EDIT: And we've again reached 50 MH/s. Thanks djm34 (and some others) for joining... Yes, the hashrate just fluctuates a lot which is very much because of the wildly varying difficulty. I don't think hashrate will keep rising though it does be high in the past two days; it will be back at some point most likely. Notice the payout after 25.01.2015 and 24.01.2015 from the following site (the site is really nice): http://xmg.makejar.com/xmg-per-day/If you don't want lose opportunity when block reward back to high, finding a pool and investing some hash might be a good option. |
|
|
|
Also I got several small mined transactions
Net amount: +0.01 XMG
Net amount: +0.001 XMG
Are those from POS?
Did you see these from transaction details? Can you identify them in the transaction histroy? Also I saw the 5xmg showed in the "Stake" but none of my sub accounts having balance smaller than that. Will that mean if I keep the wallet open, I will get that by POS later ?
PoS splits coins; it's interesting that only 5XMG in stake? I checked several transanctions minted ~0.001xmg: 1. *** (100 XMG) Unknown (0 XMG) *** (50.01 XMG) *** (50 XMG) 2. *** (5 XMG) Unknown (0 XMG) *** (2.5 XMG) *** (2.501 XMG) It looks like POS. But 100XMG only generates 0.01 XMG... All the minted XMG in the wallet is small around 0.01XMG. Is that normal? Some transaction is for 190xmg and it only minted 0.04XMG... Yes, I would say that's normal. The PoS is designed not using hype interest; though that will get more people going for staking, I don't think that's good to go. Provided XMG price is like BTC, that amount of stake is quite normal; though this assumption is far more than a reality, but what's going on is about right in my view. |
|
|
|
Nice done, mate, now figure out how to use finally.  |
|
|
|
@james6546 and eagleflies, thanks for proposing the bounty for me; anyways here is my NOBL address:  9rMgHY6tkUnEMxVTrqLFomHiqR85s3J33m |
|
|
|
Right now:
Net hash rate: 15,562.11 KH/s
Pool hash rate on Magi@Nonce-Pool: 19,236.5 KH/s
Wtf?
The net hashrate varies quite significantly as the difficulty adjustment is done every block. How did you check the hashrate? -- Net hash rate from getmininginfo? [at this time I checked about 50 Mh/s]. I am not sure if it's meaningful comparing Pool hash rate with the network hashrate, as they may be calculated in different way. I read it from the pool dashboard. I should a made a screen snapshot, but got busy.. At that same time the maxminers pool dashboard showed a pool rate of 2 MH/s something and the same net hashrate as nonce-pool. I hope it is the net hash rate that was showing wrong for a minute. It could vary a lot even within a minute if there happens a block minted, but 2 MH/s is definitely something wrong; I would expect 20 Mh/s is something which could happen. Most likely 2 Mh/s is calculated from the PoS difficulty, I would say. In any case, the network just goes well; you can check the wallet hashrate through "getmininginfo" (notice network hashrate is just an estimate, calculated from the adjusted difficulty). |
|
|
|
Hi All, here is the NOBL PoS-II source code: https://github.com/magi-project/m-NoblecoinWin32 Qt wallet: http://coinmagi.org/files/m-Noblecoin/noblecoin-win32-v1.0.0.1.zipSpecs:Minimum coin age: 2 hours (max determined by PoS-II) Stake interest: 8% Block time: 1.5 minutes Maturity: 120 RPC port: 55881, Testnet: 45881 Port: 55882, Testnet: 45882 We will keep PoW for some time, block time: 6 minutes. Currently the testnet PoW block reward: 50,000 NOBL The PoS-II specifications are shown in the following figure (sorry I have to use curves):  The left figure shows the coin age. The optimum number of coins per transaction for staking should be less than 2000K NOBL, that can also be seen in the right figure (the maximum coin age can be achieved for a specific number of coins). After 2000K NOBL, staking with more coins is no more advantageous. I have already opened up the testnet nodes; the block chain is keeping going right now. You're free to test it out, simply run the wallet (need to enable the testnet mode), and then get some mining coins for staking. If node is needed, use the following: For mining, go to debug window, issue command" eagleflies will enable the mainnet for test purpose. Stay tuned. Please let me know any thing which needs tuned. NOTE: Please rename your prior noblecoin folder to something else, be sure to make a backup. |
|
|
|
It seems the listaccounts command in the "debug window-- console" shows incorrect balances for several accounts under one wallet (the total balance is right). I checked the balance of one subaccount and it is different from the bchain.info balance.
It's due to PoS which revises the transaction. Also I got several small mined transactions
Net amount: +0.01 XMG
Net amount: +0.001 XMG
Are those from POS?
Did you see these from transaction details? Can you identify them in the transaction histroy? Also I saw the 5xmg showed in the "Stake" but none of my sub accounts having balance smaller than that. Will that mean if I keep the wallet open, I will get that by POS later ?
PoS splits coins; it's interesting that only 5XMG in stake? |
|
|
|
I didn't say you couldn't drive away some big miners - I said that you cannot convince people to mine slower. Either people will mine your coin as fast as they can, or they likely just won't mine it.
Lol... Really? Don't you see people are using Spexx's speed controller, or asking for "-e" option, do you? Either, we don't know if people really mine at full speed or not, or just go away, right? I said as fast as they can - people want to mine on VPSes, and they want to mine on the systems they're using, therefore, it makes sense. I should have clarified - people won't reduce speed for the express purpose of lowering nethash. Everyone thinks they don't matter - when collectively, they do. But, you're right, it's just a theory. You also said "they likely just won't mine it.", or likely mine it with a lower speed? You can't be so certain on the results especially when there are no apparent facts in support of that, for example, "people want to mine on VPSes, and they want to mine on the systems they're using, therefore, it makes sense." What about the cost, if one mines with high cost but can't get what he is desired, won't he just stay low? Surely people could just mine another coin with his full speed in order to maximize mining reward, but again that's just a guess. It's pretty much no point based on facts we don't know, but just guess. I don't expect everyone to lower speed, either. I do expect every generic miners run at full speed, and drive away the big miner, or make them lower the speed. As I said, it was just a theory - I don't have hard evidence to support either direction. Alright, I do agree. |
|
|
|
I didn't say you couldn't drive away some big miners - I said that you cannot convince people to mine slower. Either people will mine your coin as fast as they can, or they likely just won't mine it.
Lol... Really? Don't you see people are using Spexx's speed controller, or asking for "-e" option, do you? Either, we don't know if people really mine at full speed or not, or just go away, right? I said as fast as they can - people want to mine on VPSes, and they want to mine on the systems they're using, therefore, it makes sense. I should have clarified - people won't reduce speed for the express purpose of lowering nethash. Everyone thinks they don't matter - when collectively, they do. But, you're right, it's just a theory. You also said "they likely just won't mine it.", or likely mine it with a lower speed? You can't be so certain on the results especially when there are no apparent facts in support of that, for example, "people want to mine on VPSes, and they want to mine on the systems they're using, therefore, it makes sense." What about the cost, if one mines with high cost but can't get what he is desired, won't he just stay low? Surely people could just mine another coin with his full speed in order to maximize mining reward, but again that's just a guess. It's pretty much no point based on facts we don't know, but just guess. I don't expect everyone to lower speed, either. I do expect every generic miners run at full speed, and drive away the big miner, or make them lower the speed. |
|
|
|
I didn't say you couldn't drive away some big miners - I said that you cannot convince people to mine slower. Either people will mine your coin as fast as they can, or they likely just won't mine it.
Lol... Really? Don't you see people are using Spexx's speed controller, or asking for "-e" option, do you? Either, we don't know if people really mine at full speed or not, or just go away, right? |
|
|
|
No, it wouldn't make it harder at all - it would make hashrate fluctuate wildly, though, so no one knows what their hashrate is.
That's at least not making me not too regret on the things done; the wild fluctuation would be a big concern though. It proves my point - trying to make people mine slower will never, ever work.
Nah, there were few big miners who were there already gone; otherwise the block reward would be zero by now; guess the new miner raised up the hashrate at least 2.5 times higher. |
|
|
|
I know he's not the only developer in town - I am also one. My point is, it's not very hard at all to make a GPU miner for this - I removed most of the bignum calculations, so it's not even much of a pain anymore.
The removal of few functions does make things much easy, and I found out that that is something I've missed. I am very curious what if we make the "iterations" be a random number, aka, depending on something, for example, the hash; seems like the removal of bignums as we just did is unlikely, would that be somehow more difficult to the CPU optimization or the GPU if that's the case? https://github.com/magi-project/magi/blob/master/src/hash_magi.h#L329 |
|
|
|
Another picture from MAgi (XMG) presented on Bitcoinevent 2015 Amsterdam, The Netherlands.
made a VERY substantial acquisition Today of Magi, multiple reasons.. inclusive this video, coins is very difficult to mine, but doable. I am very BIG on distribution aspect of crypto in general almost never purchase coins but my believe in your work is very strong it was between Magi and several millions of BURST (no worries no promotion here) both are mentioned on the btc conference call , I looked at the exchange immediate, Magi traded at very low price.. converted FIAT and made the acquisition thanks for the opportunity , thanks for your work, and thanks for having long term outlook on things! To find a 'valid' reason that magi price still stays low, and never got pumped yet (though anyone else wishes too), low price just makes buying XMG as easy as said. People don't really need to worry too much; mining very much depends though. Pursuading people buying XMG is not what I meant, though I do intend. correct , but I have added it to my long term portfolio and it was not a small amount.. caught it before 5% rise in the 2 hours span even if a person collects 10 XMG a day it adds up.. 10 days and it is 100 , did not (although I should have) gone inside algo to see how feasible is to code Open CL or CUDA speed up (fpga is given but for that you will have to reach dark) and with dark fpga devices keep raising its security every day so while buying XMG and I did so thru dark I added dark to portfolio as well knowing this space by now, XMG is going to rise very strongly.. but I am not selling and holding as with the rest of crypto need also check reward table and decrease on inflation (halving as such) but anyways.. my acqusition Today.. and I love it If you want to know how feasible CUDA is, just check out djm34's hashrate  it is speculative at best, also djm34 is not the only developer in town.. waiting alternate feedback I did this with gapcoin (sorry for cross post) all one has to do is find a speed up in a single line of code on CPU miner alone, this by itself does not break a coin.. distribution of Magi is relentless and is spreading I know he's not the only developer in town - I am also one. My point is, it's not very hard at all to make a GPU miner for this - I removed most of the bignum calculations, so it's not even much of a pain anymore. excellent I see your name allover the place plus your github is well visited and know in that case, magi will enter status of primecoin as one of you will release GPU miner and with that difficulty level will accelerate , all of it strengthens network primecoin difficulty has come down but is still darn strong, and market cap is holding The difference is magi's block reward could become null when network hashrate exceeds a point. |
|
|
|
You are a lucky one aren't you hmm not really lost them again! lol Luck comes luckily mate, but everyone else should try the game out, and enjoys the fun. |
|
|
|
Another picture from MAgi (XMG) presented on Bitcoinevent 2015 Amsterdam, The Netherlands.
made a VERY substantial acquisition Today of Magi, multiple reasons.. inclusive this video, coins is very difficult to mine, but doable. I am very BIG on distribution aspect of crypto in general almost never purchase coins but my believe in your work is very strong it was between Magi and several millions of BURST (no worries no promotion here) both are mentioned on the btc conference call , I looked at the exchange immediate, Magi traded at very low price.. converted FIAT and made the acquisition thanks for the opportunity , thanks for your work, and thanks for having long term outlook on things! To find a 'valid' reason that magi price still stays low, and never got pumped yet (though anyone else wishes too), low price just makes buying XMG as easy as said. People don't really need to worry too much; mining very much depends though. Pursuading people buying XMG is not what I meant, though I do intend. |
|
|
|
People including me will love to try free trial out. As I remember, someone did a video about free trial on Google cloud computing too and mining XMG. |
|
|
|
Right now:
Net hash rate: 15,562.11 KH/s
Pool hash rate on Magi@Nonce-Pool: 19,236.5 KH/s
Wtf?
The net hashrate varies quite significantly as the difficulty adjustment is done every block. How did you check the hashrate? -- Net hash rate from getmininginfo? [at this time I checked about 50 Mh/s]. I am not sure if it's meaningful comparing Pool hash rate with the network hashrate, as they may be calculated in different way. |
|
|
|
What kind of percentage CPU use do they throttle a VPS to?
Not sure at what level they put the limit, better to check with them regarding the CPU usage. |
|
|
|
With 40 kh/s, I was mining 6 XMG / day last week. Now, I'm doing with the same hashrate only 0.368 XMG / day.
Where did you see the number "0.368 XMG / day"? It's varying very much according to the XMG/block, and never be an accurate especially when you read this number from the pool page. The XMG/block is in turn depending on the network difficulty and hashrate. We have a couple of big miners before the new miner is released, and now there is only one at about 4Mh/s in nonce-pool. This is a very good sign despite XMG/block is low. The total mining payout is low in the past day mostly because of djm34's hashrate; now I can see he has left, expecting a high amount of XMG/block coming soon, just stay mining where you're, you'll get coins --> proof of mining. |
|
|
|
|
Show Posts
