 Show Posts
|
|
Pages: « 1 2 3 [4]
|
Up to what time will continue uncontrolled connection of users with a mega hash and higher. It seems that all the pools are allowed a maximum of 250 kh. Simple users with personal computers just do not give a chance. Any interest in this coin is lost.  I apologize for the English Google. All coins profitable first two-three weeks for regular users, no more. Dont you know? |
|
|
|
i'm Sorry.. what about exchanges?
Forget, while Magi in test state. ============================== Absolutely misunderstand: { "hashrate (kh/s)" : 200.00000000, "difficulty" : 4.38172869, "difficulty(aver)" : 1.47530513, "blockvalue" : 1.30117220, "mining (XMG)" : { "1 hour" : 0.14785144, "1 day" : 3.54843456, "1 week" : 24.83904194 } } Next { "hashrate (kh/s)" : 200.00000000, "difficulty" : 3.95451344, "difficulty(aver)" : 2.07029982, "blockvalue" : 2.81621443, "mining (XMG)" : { "1 hour" : 0.22803689, "1 day" : 5.47288537, "1 week" : 38.31019760 } } Now: { "hashrate (kh/s)" : 200.00000000, "difficulty" : 1.46817662, "difficulty(aver)" : 2.15844452, "blockvalue" : 0.50993711, "mining (XMG)" : { "1 hour" : 0.03960485, "1 day" : 0.95051638, "1 week" : 6.65361466 } } What's wrong? |
|
|
|
Hello again forum, I wanted to ask, does anyone have any way for me to get my BTC paid for coins that i sent to Bittrex when this all broke down? They are in my wallet and real coins but they are stuck in unconfirmed state. I had over 155 XMG sent. I have the transaction code but it does not appear on the "official" blockchain. How do I restore the function and submit the coins to be confirmed? They never actually arrived at Bittrex. They funds bounced and returned to my wallet but because it happened during a weird time, they are stuck in limbo.  I understand that the ones I mined just before things started to get repaired recently on a NOMP chain lost around 50 but since then earned around the same on the right chain, i see why they would have been stuck in unconfirmed limbo in my wallet. I have a full track record of all the transactions involved in creating this balance via BTC trade on Bittrex then sending transfer and even the unconfirmed transaction of it being sent. How do I fix this It is the only remaining error on the wallet I am having issues with now that it is synced to the dev node. I have tried repair wallet etc it is fully repaired. If transaction not @official chain - coins must be @wallet. Remove blocks and database folders, peers.dat. Download fresh blockchain from http://coinmagi.org/bin/block-chain/, unzip/ungzip. Copy magi.conf to AppData\Roaming\Magi or .magi. Run m-wallet -rescan, download new blocks from master node. Try checkwallet/repairwallet. |
|
|
|
I understand that, but I hope that someone from that group will read these posts. And have some brain in their head to understand what I'm saying.
Seems only u do not understand what we are speak about. will try to explain for example: hash net "limit" 20Mh block reward (40) , after 20 block reward (0) now used 19Mh... and bighash guy with another 20 Mh come here.. You suggest him use only 1Mh and get 1/20 (only 5% ) of revenue. but he have 20mh.. he add ~2Mh , and reward drop to 0... after some time most of miners leave... and he start his 20Mh and get almost 100% of block reward for some time, not 5% of course this is extreme values, in fact not all leaves, but it can be easy script who monitor network and switch power depends of situation. I'm giving here a lot of coins for big hash users, a lot of good coins, so please, route your hash that way, all of us will be earning more Magi. That will attract more low hashrate users I think first of all. More people will mine Magi if there is more rewards.
It is one of way to avoid porblem with big hashrate.. fix reward. But in this case difficulty should raise after some time. Forget, you're arguing with low-powered greedies. "We have 1-2 Celerons, but we want to have more, more money! 50, not - 100 XMR daily! So ban all high-powered miners and we get all their coins!". |
|
|
|
They are misunderstand economics. Low hashrate => more coins =>less price. High hashrate => less coins =>more price. Finally, here is no $ difference, high hashrate or low. But they really think price will be the same after high hashrate will be banned. Yes, we can ban, but after down net hashrate from 60MH to 6 MH XMG price will go down from 0.00005 to 0.000005. Nearsighted communism.
What are you talking about? There will be around 30-40MH after limitations too, not 6MH for sure. I'am not for 300 limit, but under 1000, and strict botnet\multiple account control. This coin have unique algo, so the rules must be unique. I know crypto is no rules, but if you want it to be a payment processor, you must have some rules, and insure people that noone will come with some crazy idea to gain huge amount of coins and crash your network, or missuse it. Do you like the block rewards in the past 6-7 hours? I'm sure you like it. So let it be always that good. There will always be smaller and bigger miners. Not everyone will be near 1000, so you will be earning a nice amount event with a 1000 limit becuase of high block rewards. I think 1000 is fair for everyone, or let the devs and the Magi team decide. I don't have anything against big miners, just don't ruin this coin because you want fast profit. As oxotnuk (?) previously said, you cannt create mineable coin and ask people do not mine. Now you talk about 1000 kh, tomorrow miners create tens accounts on different pools and you'll said 1000 is too much and 500 is acceptable limit, next day - 300, next day - 150, etc. You will ban for IP - miners rent hundreds microinstances @Amazon for socks proxies. You'll limit block per minute - big miners simply occupy Magi and small miners get nothing. Administrative limits is not a solution, it's a witch-hunt. Anyway, big miners are not idiots and will not mine less profitable coin. As you can see, here is week after fix, and max hashrate is about 30-60 MH (was 90 three weeks ago). It's normal - miners try botnets, see result and stop mining Magi. It is a only one way to stop big miners. I absolutely misunderstand dramatics last three days. We have algo, we know about reward mechanism. After time botnet owners will understand - it's more profitable to mine Magi with 1MH than 10MH or maybe even dont mine. |
|
|
|
... then worry about fair mining rewards/botnet/massive hashrates, then worry about how to deal with pools dominating the network hashrate and refusing to act against miners with large hashrates.
Really there is only one way to fight agains big hashrates and botnets. It is do coin not interesting. It possible in two ways, 1) Make coin not interested, just do not profitable.. or lower than competitors 2) Remove reward limit and reward everyone with fixed value in block (like other coins does) Any administrative methods like create trust pools, ban ip`s etc will not work and do more problem than helps. And it is against cryptocoin paradigm, nobody include developers should not regulate anything. They are misunderstand economics. Low hashrate => more coins =>less price. High hashrate => less coins =>more price. Finally, here is no $ difference, high hashrate or low. But they really think price will be the same after high hashrate will be banned. Yes, we can ban, but after down net hashrate from 60MH to 6 MH XMG price will go down from 0.00005 to 0.000005. Nearsighted communism. |
|
|
|
i once sent a message to POM about being off the chain. This was before all the forks were a regular occurrence. I never got a reply from them so i always thought they didnt really respond to mails. After learning that the database were wiped clean i thought i would never get the coin i mined so i just gave up and posted here that i will not mine from them again. But after hearing people contacted them and they made it right i decided to try and to my surprise they responded so quickly and made it easy.
POM was my favorite pool and probably would be my favorite until the end. I apologize for not contacting you 1st before i said anything. I really thought you dont respond to mails.
Vultures flocked to the cooling corpse of a minerclaim, lol. |
|
|
|
5-6 XMG? Are you kidding me? For 2 "fork for everyone" weeks miners lost profit for hundreds coins. Payments while fork is not so professional-way, but they don't refuse payments and pay from their own wallet. Everyone makes mistakes, but the bad master differs from the normal one in how he treats his mistakes. Minerclaim admitted mistake and payout from their own income. Just stop tragicomedy and calmly wait payment.
Not, not kidding. The principle applies to 5 XMG same as for 500 XMG. Basically, what you're saying is that it's better to pay for hundreds of forked coins than "legit" ones, especially if it's as low as 5... FYI, I never claimed any coins I mined while forked. I know the risks. But I do claim coins mined in the right chain. I don't mind waiting for my payment, but I didn't see minerclaim mentioning anything about that. It's you saying. I have no answer to my claim, not here, nor by email. 5 XMG is just 5 XMG, but they're on the right chain and they are mine. I made sure I was on the right chain unlike many people. Calmly waiting for an answer to my claim from minerclaim, as small as it may seem to you... EDIT: P.S. I had the same problem with PoM (more than 100 XMG this time  ), already resolved. I didn't said "it's better to pay for hundreds of forked coins than "legit" ones", I said pool (looks like) payout real coins for forked coins and now simply have no money to return you 5 XMR, because wallet was on a right chain and they cannt get coins back. 20 000 KH/s = 500 coins/day, with fee 1% they have 150 XMR monthly. To return all money they need months. As I said just keep calm. They cannt said this because of reputation, but you can turn on brain and realistically assess the situation. |
|
|
|
Hello, as many of you have already seen, a few pools were running of out sync the last night again. We were also affected. That means, there were blocks which wasn't valid / on the right chain. It was affected a period of around 6 hours. We have updated our blockchain again and changed our banscore to a higher value again to get the chain more stable. However, we know that some of you lost a huge anmount of coins. We are really sorry about that. But you should know, this isn't a pool related problem, rather a general problem we all have since the last two weeks. In some cases its not easy to identify which pool is on the "right chain". I also would like to apologize for the fact that we also need sleep and can not always be reachable, but we try to be. As some you may saw, we decided to payout a part of the "wrong block" from our own funds. We talk about an anmount of ~300 XMG. We decided this due the fact that we have noticed the out of sync problem a little bit late  Will answer soon again regarding the high hashrate users. Hi. I can understand that fact when it relates to forking. But I had coins mined way before the fork happened and they were just sitting there waiting for full confirmation (520 blocks). What about those? Those blocks are still valid in the current chain. Can you identify those and pay them to miners? Not paying them is not acceptable IMO. I had stopped mining long before the fork happened. All my coins were and still are valid. Not paying valid coins is a pool problem. Looks like pool server and payment wallet are different @minerclaim. For example, some hours ago (when minerclaim was on a wrong chain) I cash out some mined before fork coins without any problems. The problem (I think) is that minerclaim payout the real coins for a forked coins, which were zero'ed. And now simply have no money for another payments. I don't really think @minerclaim fool you, just give them time to accumulate coins for pay. I don't know if they fooled me. Above was their answer, and it did not mention paying correctly mined coins before the fork. They prefer to pay forked coins apparently. I also did not get a reply from them in my case. Fortunately, it was just 5-6 XMG. So I don't lose much while assessing the pool's idoneity. 5-6 XMG? Are you kidding me? For 2 "fork for everyone" weeks miners lost profit for hundreds coins. Payments while fork is not so professional-way, but they don't refuse payments and pay from their own wallet. Everyone makes mistakes, but the bad master differs from the normal one in how he treats his mistakes. Minerclaim admitted mistake and payout from their own income. Just stop tragicomedy and calmly wait payment. |
|
|
|
Hello, as many of you have already seen, a few pools were running of out sync the last night again. We were also affected. That means, there were blocks which wasn't valid / on the right chain. It was affected a period of around 6 hours. We have updated our blockchain again and changed our banscore to a higher value again to get the chain more stable. However, we know that some of you lost a huge anmount of coins. We are really sorry about that. But you should know, this isn't a pool related problem, rather a general problem we all have since the last two weeks. In some cases its not easy to identify which pool is on the "right chain". I also would like to apologize for the fact that we also need sleep and can not always be reachable, but we try to be. As some you may saw, we decided to payout a part of the "wrong block" from our own funds. We talk about an anmount of ~300 XMG. We decided this due the fact that we have noticed the out of sync problem a little bit late Will answer soon again regarding the high hashrate users. Hi. I can understand that fact when it relates to forking. But I had coins mined way before the fork happened and they were just sitting there waiting for full confirmation (520 blocks). What about those? Those blocks are still valid in the current chain. Can you identify those and pay them to miners? Not paying them is not acceptable IMO. I had stopped mining long before the fork happened. All my coins were and still are valid. Not paying valid coins is a pool problem. Looks like pool server and payment wallet are different @minerclaim. For example, some hours ago (when minerclaim was on a wrong chain) I cash out some mined before fork coins without any problems. The problem (I think) is that minerclaim payout the real coins for a forked coins, which were zero'ed. And now simply have no money for another payments. I don't really think @minerclaim fool you, just give them time to accumulate coins for pay. |
|
|
|
Unless they use a very sophisticated setup, all those accounts would have the same IP though. That's pretty easy to detect. Do you really think it's a solution? It's not question for you, but question for all. There is no problem to create 10-20-100 accounts, configure mining sw and in the end to get a perfect picture: 100 users with 40kh/s instean one with 4000kh/s.
300 KH/s, IP ban, 1 block per <>, what's next? Mining by passport/ID card? Mandatory daily photo reports of mining equipment? Hitler cries bloody tears. |
|
|
|
Can someone clearly confirm that we should only be mining at 300 KH/s per person or per mining rig? I just have some i7 machines that lay around doing nothing so i sent them off mining XMG.
The max speed of 300KH/s per user is a limit that is set by us on our pool TrasMaMod. That means persons who mine over 300KH/s must reduce their mining speed, if not, they are miners we dont want on the pool, and will be banned. This limit has nothing to do with the general mining in the network. BUT: we encourages every pool owners to do similar as us. Do you really think it's a solution? It's not question for you, but question for all. There is no problem to create 10-20-100 accounts, configure mining sw and in the end to get a perfect picture: 100 users with 40kh/s instean one with 4000kh/s. |
|
|
|
|
Let mi spik from mai hart!
Rollback is not a solution. After rollback everyone lost. Bittrex lost, miners lost, users lost coins. It's not a solution. This can be solution just in one situation - everything broken. I dont really think the problem is so big.
Why not just test new version in private nodes network? As we can see, problem not @blockchain - even with 2 MH/s we have splits. As @oVPN shows, problem is latency and good nodes ban.
Maybe we just need "supernodes" (2, 3, maybe more) with priority information? Pool inform nodes, nodes inform supernodes, as result other nodes refuse another block with identical height but later appearance (even with <1 sec difference). Now much time we heed to inform supernodes? 200-300 msec. This step can completely eradicate the problem. I know, this is centralization, but without this we cannt build truly stable network. This is not Skype, where you can find node in your network or maybe not, this is money. And even Skype centralize their network.
|
|
|
|
|
