Bitcoin Forum
July 07, 2024, 10:40:01 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: May 16, 2018, 11:27:02 PM
All, we have a new version v1.4.6.2; pls update.

m-wallet version v1.4.6.2

This is Mandatory upgrade with hard fork on block 1825101, approximately Wednesday evening.

v1.4.6.1
v1.4.6.2
=============
Downloads:

https://github.com/magi-project/magi/releases

Windows: http://m-core.org/bin/m-wallet-1.4.6.2/m-wallet-1.4.6.2-win.zip
Linux: http://m-core.org/bin/m-wallet-1.4.6.2/m-wallet-1.4.6.2-linux.tar.gz
Mac OS X: http://m-core.org/bin/m-wallet-1.4.6.2/m-wallet-1.4.6.2-osx.zip
FreeBSD: http://m-core.org/bin/m-wallet-1.4.6.2/m-wallet-1.4.6.2-freebsd.tar.gz

Source code: https://github.com/magi-project/magi/

Block chain download (m-block-chain-1813042): http://m-core.org/bin/block-chain/


Node:
Code:
104.128.225.215

=============
Changelog:

- Future drift time for blocks <= 30s;
- Future coinbase timestamp <= 30min;
- Exclude future blocks from being used in difficulty adjustment;
- Reduce granularity of timestamp for PoS;
- Update block version to 6 and protocol version to 71065.




So... are we supposed to connect only to that node? like connect=104.128.225.215? or addNode=104.128.225.215?

if it's the former one... isnt it a bit of a bottleneck and potential single point of failure?
2  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: May 06, 2018, 11:46:13 AM

should we use this chain from now on or is it just for the tests of the new client 1.4.6.1?
3  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 15, 2018, 10:51:16 PM
There is a big notice saying:

Quote
Market Paused
Wallet Maintenance
4  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 15, 2018, 09:34:13 PM
Cryptopia seems to be updating the wallet finally!
5  Alternate cryptocurrencies / Mining (Altcoins) / Re: Magi XMG mining on: January 11, 2018, 05:32:07 PM
I wll repeat what I already said on the main thread, I think it could be a possible solution.

Quote
There is something that haven't been addressed here yet, and that's thinking that the amount of miners will be always the constant and that the whales are the only ones to blame...

Over time, people will get interested in the coin and start mining... The thing is, even if those people mine at a reasonable speed (250mh/s), if 1000 new miners start mining, the hashrate of the network skyrockets to 250000 mh/s. It's simple math, and given the premises of the coin, it's easy to see it happening. Even if people come and go, the low power/low budget premise is what draw me here and what will draw many more. (I'm new on the forum but I've seen at least 4-7 new people since I joined a week ago)

A solution might be to regulate rewards over time... I'll try to explain myself... Take this just as an example

Lets say we start with stable 40mh/s for the network for a period of time -> reward is 30 coins.
The network's hashrate increases to 80mh/s -> reward start decreasing to 15 coins.
The network stabilizes on 80mh/s for a long period of time -> reward start increasing to 30 coins again.
The network decreases to 40 mh/s -> reward start increasing to 60 coins
The network stabilizes on 40 mh/s for a long period -> reward start decreasing to 30 coins again.

Lets say it's based a sliding window of the past N network hashrates with a base reward when it's stable. This way if new miners join the network, wont disturb the rewards that much.

Difficulty is still calculated the same, more hashpower = more difficulty. The only problem that I see with this approach is people expoiting the ups and downs to earn more rewards.

A variant of this could be to decrease the reward when the hashrate is not stable (going up and down in short periods of time) and increase it when the hashrate is somewhat stable. With either of them, the problem of increasing the number of miners and, hence, the increased hashrate in the network could be paliated.

The whales can do a lot of damage, but increasing the number of behaving miners too.

As a second option, there could be a mecanism of auto-regulation implemented in the miner, but this is easily bypassed using any other miner.

As a third option, rewards is constant but difficulty skyrockets when there's more hashpower. This would be bad because it defeats the main porpuse of the coin, to be eco-friendly.

And as a fourth, I think it's already been mention, take into the calculation the number of nodes and miners in the network (if there's any way to account for that) and have an average of the hashrate to calculate the rewards, and the total hashpower for the difficulty.

Hope this make sense to anyone!

My C++ is really rusty, but as a software engineer myself, I could give it a go and help if a solution comes out of this thread Smiley
6  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 10, 2018, 03:54:14 PM
For now I've stopped mining for the lack of profitability... but I'm not giving up on Magi! Meanwhile I'll try out trading and keep an eye on the network.

There is something that haven't been addressed here yet, and that's thinking that the amount of miners will be always the constant and that the whales are the only ones to blame...

Over time, people will get interested in the coin and start mining... The thing is, even if those people mine at a reasonable speed (250mh/s), if 1000 new miners start mining, the hashrate of the network skyrockets to 250000 mh/s. It's simple math, and given the premises of the coin, it's easy to see it happening. Even if people come and go, the low power/low budget premise is what draw me here and what will draw many more. (I'm new on the forum but I've seen at least 4-7 new people since I joined a week ago)

A solution might be to regulate rewards over time... I'll try to explain myself... Take this just as an example

Lets say we start with stable 40mh/s for the network for a period of time -> reward is 30 coins.
The network's hashrate increases to 80mh/s -> reward start decreasing to 15 coins.
The network stabilizes on 80mh/s for a long period of time -> reward start increasing to 30 coins again.
The network decreases to 40 mh/s -> reward start increasing to 60 coins
The network stabilizes on 40 mh/s for a long period -> reward start decreasing to 30 coins again.

Lets say it's based a sliding window of the past N network hashrates with a base reward when it's stable. This way if new miners join the network, wont disturb the rewards that much.

My 2 cents on this matter.

This is a very nice idea, however I believe that the calcs are made based on the time it takes to obtain a block and so recalculate the diff.

The thing is that the difficulty is still calculated the same, what changes is the calculation of the reward.
7  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 10, 2018, 02:02:23 PM
For now I've stopped mining for the lack of profitability... but I'm not giving up on Magi! Meanwhile I'll try out trading and keep an eye on the network.

There is something that haven't been addressed here yet, and that's thinking that the amount of miners will be always the constant and that the whales are the only ones to blame...

Over time, people will get interested in the coin and start mining... The thing is, even if those people mine at a reasonable speed (250mh/s), if 1000 new miners start mining, the hashrate of the network skyrockets to 250000 mh/s. It's simple math, and given the premises of the coin, it's easy to see it happening. Even if people come and go, the low power/low budget premise is what draw me here and what will draw many more. (I'm new on the forum but I've seen at least 4-7 new people since I joined a week ago)

A solution might be to regulate rewards over time... I'll try to explain myself... Take this just as an example

Lets say we start with stable 40mh/s for the network for a period of time -> reward is 30 coins.
The network's hashrate increases to 80mh/s -> reward start decreasing to 15 coins.
The network stabilizes on 80mh/s for a long period of time -> reward start increasing to 30 coins again.
The network decreases to 40 mh/s -> reward start increasing to 60 coins
The network stabilizes on 40 mh/s for a long period -> reward start decreasing to 30 coins again.

Lets say it's based a sliding window of the past N network hashrates with a base reward when it's stable. This way if new miners join the network, wont disturb the rewards that much.

My 2 cents on this matter.
8  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 09, 2018, 08:01:21 PM
Thanks for the quick reply 111magic.

I saw that Cryptopia was having issues.  His exchange does not carry XMG or I would have just had him convert it and send it to my wallet.  What other options do I have?  Is Bitrex the only other exchange?  I see ridiculous waiting times to register there.

Yes thats right. Cryptopia also grew huge.
Magi sent 8 requests to other different exchanges.
Hope to give some positive news about that soon.
I don't know if this is still working. But Novaexchange will close in few months. Looks they still have Magi there.
Think you can register there also.

https://novaexchange.com/market/BTC_XMG/

Give it a try


For now, Cryptopia won't allow to withdraw Magi... I was expecting to buy some to start staking along with the small amount I'm mining, but guess I will need to trade for a while.
9  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 08, 2018, 02:40:59 PM
Hi guys,

Another newbie question here.

I started mining on Minerclaim yesterday with my little rpi3 cluster, I can see now some balance as "unconfirmed" in my account, how long it usually takes to confirm the balance inside a pool? I don't know exactly how this "confirmation process works", that's the origin of my questions.

Thanks in advance.
A MagiCoin Block need 520 confirmations to be counted as mature , doesnt matter if generated by pool workers or solo miners

so in short , you must wait untill another 520 blocks were solved

Also depends on the pool, Supernova only takes 120 blocks
10  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 08, 2018, 02:23:25 PM
I was using XpoolX but after the recent upgrade all my coins are gone and my none of my workers are able to connect for 24H. I see other workers online (60-90) but I can't seem to connect. I read somewhere that they said all coins were safe but they never seem to come back to my wallet so I'm not sure.

This makes me want to change pool. Any tips? Preferably where they don't allow whales to mine everything (I run Raspberry Pi's so I can't compete with that). Thanks!

my exact point on the current situation.

theres whales on all the pools and even on the speed limited one and none of the pools are doing anything about it

Hi

For those who have problems with missing coins, pease send me a email at info@xpoolx.com and i'll fix your accounts.

Sorry for inconvenences

Still no reply even though I've sent an e-mail many hours ago. When are you going to resolve all accounts? I'd like my mined coins back.


Anyone get their coins back from XPOOL yet?   I got one email in reply asking for my account #, nothing since then

I did, it was a really small amount tho
11  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 07, 2018, 01:14:14 AM
Network hashrate have climbed up to 156,291.87 KH/s... I don't think this will be sustainable in the long run given the current mining rewards. And looking at staking rewards, I don't think there will be any shortage of coins to trade.

I don't see the point in making an "all in" when none is getting anything but those staking... The only reason is to shut down the network for miners and leave only the ones staking hoarding all the rewards, so this could be considered an attack to the network.
12  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 06, 2018, 11:48:50 PM
Mmm.
0.3 coins per block
Waiting for when there will be 0.1
Already funny

bots on
xmg.suprnova.cc and xmg.minerclaim.net
broke the system =)

its getting to the point where mining is pointless.
So someone wants to raise his rate and sell all his coins at a high price.

the one i mentioned thats on supernova is still doing almost 6000kh

8.3k in minerclaim, what a rig!
13  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 06, 2018, 10:22:30 PM
pom.m-hash.com is updated to 1.4.5.3 and running...

"mining hashrate higher than 250 kh/s is not allowed" Huh are they crazy Huh or I am crazy? for what is this limit?

High hashrate skyrockets difficulty and makes it very unprofitable to mine.  

minerclaim has

10 over 1000kh (couple of them are at 1500kh)
6 just under 1000kh

There was a guy with over 4k MH/s in supernova, seems to have dropped down to 2k now, but thats an awful lot of H to compete against and contrary to Magi's principles... Sad
14  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] on: January 06, 2018, 12:41:50 PM
I discovered Magi a few days ago looking for a budget friendly coin to mine and grow with... Just wanted to say "Keep up with the great work" to the devs and the comunity.

I'll patiently wait for the wallet fix and hope for the best!
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!