Bitcoin Forum
June 25, 2017, 02:22:08 AM *
News: Latest stable version of Bitcoin Core: 0.14.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 [239] 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 ... 809 »
  Print  
Author Topic: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay]  (Read 1426191 times)
111magic
Legendary
*
Offline Offline

Activity: 1204



View Profile
December 29, 2014, 08:00:29 PM
 #4761

You did your homework OP, bravo.
Nice looking info, coin looks promising.
Nice comment! Thank you!

1498357328
Hero Member
*
Offline Offline

Posts: 1498357328

View Profile Personal Message (Offline)

Ignore
1498357328
Reply with quote  #2

1498357328
Report to moderator
There are several different types of Bitcoin clients. EWallets are like banks -- a central organization has complete control over your money. You shouldn't put much money in EWallets.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1498357328
Hero Member
*
Offline Offline

Posts: 1498357328

View Profile Personal Message (Offline)

Ignore
1498357328
Reply with quote  #2

1498357328
Report to moderator
1498357328
Hero Member
*
Offline Offline

Posts: 1498357328

View Profile Personal Message (Offline)

Ignore
1498357328
Reply with quote  #2

1498357328
Report to moderator
mozsi
Member
**
Offline Offline

Activity: 115

bunny


View Profile
December 29, 2014, 08:22:41 PM
 #4762

Hello coin of the Magi people! Smiley

I'm very pleased with all the achievements this coin has reached by now, but there's still one thing I am not sure/aware of.
What do you guys think Magi block chain could offer for application developers? Some kind of file encrypting service, or a self authentication service within the block chain itself. Maybe a game which runs on Magi chain?

#iMAGIne #iMAGInation Smiley Tongue

[XMG] Coin Magi | M7M CPU only. Come and join us! XMG: 9ErRRqkakp5ZnHFqPam8WNcPgRxykF2LU1
jawitech
Full Member
***
Offline Offline

Activity: 168

www.secondstrade.com - 190% return Binary option


View Profile WWW
December 29, 2014, 10:26:22 PM
 #4763

Yesterday, 2 other cloud mining ponzis collapsed, many investors lost a lot of money. That's why it's not a good idea to invest money/coins in any service that promises you quick ROI and huge profit.

Magi isn't a "get rich quick" scheme project. We're working long-term without any shady practises or empty promises. Our growth is slower, buy steady and honest. So before stepping in the next ponzi, consider investing in Magi!

111magic
Legendary
*
Offline Offline

Activity: 1204



View Profile
December 30, 2014, 08:08:46 AM
 #4764

The unique Magi (XMG) has launched the New Years lottery in the IRC.
Buy 1 ticket for 1 XMG and win the grand prize! Jackpot is 1000 XMG (or more)
END ON 12/31/12 at 06:00pm EST
Check the Magi IRC here:

https://kiwiirc.com/client/irc.freenode.net/#magi
First register your nick.
Ask for address
!address
Deposit some XMG and buy your ticket.
Command for lottery:
!tip rafflebot 1

You can buy more than one ticket but only one at the time!

Good Luck and enjoy!!


128 tickets sold already!
BTW made a little mistake: Grand price will be min. 1000XMG and max.  10.000XMG!
The more tickets were sold the higher the Jackpot!
Circa 200 tickets sold! Don't wait too long! Test your luck and have some fun!

The Frisian
Hero Member
*****
Offline Offline

Activity: 480


Senior Developer and founder of ViMeAv ICT


View Profile WWW
December 30, 2014, 02:16:05 PM
 #4765

200 tickets sold already!
BTW made a little mistake: Grand price will be min. 1000XMG and max.  10.000XMG!
The more tickets were sold the higher the Jackpot!

How much must be sold for the 10000 XMG?

111magic
Legendary
*
Offline Offline

Activity: 1204



View Profile
December 30, 2014, 03:24:41 PM
 #4766

200 tickets sold already!
BTW made a little mistake: Grand price will be min. 1000XMG and max.  10.000XMG!
The more tickets were sold the higher the Jackpot!

How much must be sold for the 10000 XMG?

A lot! Think 8000!

111magic
Legendary
*
Offline Offline

Activity: 1204



View Profile
December 30, 2014, 10:02:30 PM
 #4767

Yesterday, 2 other cloud mining ponzis collapsed, many investors lost a lot of money. That's why it's not a good idea to invest money/coins in any service that promises you quick ROI and huge profit.

Magi isn't a "get rich quick" scheme project. We're working long-term without any shady practises or empty promises. Our growth is slower, buy steady and honest. So before stepping in the next ponzi, consider investing in Magi!

Well said Jawitech

Spexx
Sr. Member
****
Offline Offline

Activity: 350


Mining Co-operative


View Profile
December 31, 2014, 05:45:17 AM
 #4768

Is there something amiss with Magipool https://pow.magipool.info/

I can connect with the miner to stratum+tcp://stratum.magipool.info:3334 but the web page seems down.

Odd Sad

Historical
Sr. Member
****
Offline Offline

Activity: 241



View Profile WWW
December 31, 2014, 06:18:45 AM
 #4769

Working all the time..

Is there something amiss with Magipool https://pow.magipool.info/

I can connect with the miner to stratum+tcp://stratum.magipool.info:3334 but the web page seems down.

Odd Sad


111magic
Legendary
*
Offline Offline

Activity: 1204



View Profile
December 31, 2014, 07:12:56 AM
 #4770

Check it out guys! And reminder the IRC lottery
Who winst the Jackpot! Smiley

joelao95
Legendary
*
Offline Offline

Activity: 924


Coin of the Magi!


View Profile
December 31, 2014, 08:30:55 AM
 #4771

Hard fork [client version v1.2.0.1]
[12/31] PoW & PoS updates

Please update the wallet to > v1.2.0 (mandatory):

Windows: http://coinmagi.org/files/magi-release/m-wallet-1.2.1.1-win.zip
Linux: http://coinmagi.org/files/magi-release/m-wallet-1.2.1.1-linux.tar.gz
Mac OS X: http://coinmagi.org/files/magi-release/m-wallet-1.2.1.1-macosx.dmg
Source code: https://github.com/magi-project/magi/

This update includes the following hard forks:
PoS hard fork at block 131100 for better staking results (Expected on January 6)
PoS-II Protocol V2 hard fork at block 131300 (Expected on January 6)
PoW-V2 hard fork: 1/7/2015, 12:00:00 PM EST time (GMT-5:00)


# Piece of info
Magi Cheat Sheet v1: http://coinmagi.org/files/misc/magi-cheat-sheet-v1.pdf

# Brief summary

  • Implement a filter for the difficulty data and stabilizing yielded block rewards; anticipation is improved accuracy of the block-rewarding (MagiReward) system in responding to the actual network hashrate;
  • Introduce a CPU miner targeting at reducing hash rate (https://github.com/magi-project/m-cpuminer-legacy) which is much more meaningful for magi in comparison with any other coins;
  • Adapt a close limitation of the PoS stake weight which disables potential PoS attack via accumulating significant amount of coins or offline stake time;
  • Other miscellaneous updates.

Huge amount of energies consumed in the cryptocurrency has been a big issue, which is totally opposite to the global efforts in saving energy. This issue should be resolved sooner or later in order to advance the cryptocurrency any further. As one of the possible solutions, that's the reason we have PoS. However, the pure PoS mode would never give rise to decentralization. Any approaches are vain if decentralization cannot be maintained, unless one agrees with a coin with limited time of mining or with total premining, or the such likes. The PoW should be remained in order to distribute coins into a broad audience over time.

The basic rule of dealing with the energy concern is to involve a "braking" mechanism in coin design. Such a rule exists in every piece of things in nature: why earth/electrons should circle the sun/nucleus without collapsing or departure? or just imagine a vehicle without brakes. Bitcoin or litecoin does not put actual limits in the rewards, or that simply not functioning properly. That's where magi plugs in.  

What do we need to save energy?

On the whole, mining should be encouraged at a lower hashrate level.

# MagiReward-V2

The issue to be solved in this upgrade is the removal of the vague dependence of block rewards on the difficulty, due to the fluctuating nature of block time. A basic consideration is applying a filter to smooth out the difficulty data. Details are as follows.



# Necessary to adjust miner efficiency?

A direct consequence of the above implementation is the well-shaped block rewards in which big rewards due to network fluctuation are totally avoided. The following figures disclose the real situation most likely:



Mining at a network hashrate of 22 Mh/s results in 50 XMG/block, whilst hashrate increases to 36 Mh/s like mining the air.

Who shall mine nothing?

Provided that I have a miner with hash rate of 1000 kh/s; I would have big concern of yielding nothing at its full speed, but I don't care throwing 10kh/s at nothing. The reality behind this scene will be a different story; at the time by which the exit of miners will pull the block reward back to some numbers, one is able to mine something by then. Reducing hash rate does sound the right action in this incident.

Attenuating hashrate of miners in mining bitcoins is very unusual or pointless, since the higher the hash rate, the greater the bitcoin amount mined. Except this sole "advantage", there are dozens of facts people should be aware of that increasing hash rate comes along the wrong direction: 1) running a PC miner is totally incompetent since every single person in the world would like to sharpen their miners with high hashrate; 2) running 100% CPU usage miners is impractical in most of situations even if one can do so; 3) mobile devices are incompetent under this scene.

It will be wise to run a hashrate-depressed miner under the improved MagiReward system. Technically by doing so it's possible to run miners everywhere.

# m-cpuminer-legacy

We are "joking" the miner, but this is for real that you'll need it; running it in VPS without incurring limitation imposed by vendors? working computers / school's super computer? Cheesy Here is the option.

https://github.com/magi-project/m-cpuminer-legacy

Code:
minerdlegacy -o stratum+tcp://pool_url:pool_port -u pool_user.worker -p password -t thread_numbers -e cpu_efficiency

This is none different from the regular miner, except that an option "-e cpu_efficiency" is added, where cpu_efficiency is a number between 1 - 100, for example, 50 representing for 50% of CPU usage. A few instances:

-e 75 -->
-e 50 -->
-e 25 -->
-e 1   -->

Given 10~30% CPU usage, the miner is more like a regular program. Please notice that neither I nor the magi team shall be responsible for any consequence because you run the miner in your working computers or school super computer.

# PoS-II-V2

What we have done in this upgrade is adding rigorous limitation on the amount of coins in one transaction for staking purpose, and reducing maximum staking time within one week. We don't expect impact on typical situation where one remains wallet online for PoS stake; the offline time should not exceed more than a week. We also recommend to keep 100 - 1000 XMG in one transaction for best results.

Again, magi implemented a braking mechanism which makes it more secure compared to any other PoS coins. To understand that, take a look at the basic PoS mining equation:

Code:
hashProofOfStake <= [Coin-age] x [Target]
[Coin-age] = [amount of coins] x [days in stake]
and,
Code:
[PoS-block-reward] = [Coin-age] x APR / [days in a year]

Apparently [Coin-age] is a paramount quantity for PoS, which is the driving force for people to stake with as many coins/days as possible. The major weakness in this mode is a possibility of attacking the network by mining a number of blocks ahead of other PoS miners, which can be done via accumulating significant [Coin-age] by

1) having significant amount of coins, which is technically difficult to be achieved in PPC, but rather easy in a freshly created coin;
2) accumulating significant amount of offline days of coins which shall not undergo any transactions before staking, which is a rather feasible approach.  

Approaches to resolve the above situation have been proposed, mostly by manipulating the staking days. In contrast to PPC's linearly increasing coin age with time, BC and RDD are two example coins with efforts towards this, but neither of them take care of both situations simultaneously. The BC's V2.0 takes the staking time out of the equation, i.e., [Coin-age] = [amount of coins], which does not solve the issue #1. It is also none organic that one cannot buy advantages from staking time using a cheap PC, in addition to simply buying coins. The growth rate of staking days over time is compromised in RDD if one stakes coins over a month; it should be noted that any desired attack can happen within a month staking time. In addition to the above point, one should be aware that the difference in the number of coins under stake should be emphasized too. The system should encourage one staking with more coins, but discourage greedy accumulations.

Magi's PoS-II?

Magi takes the following form for coin age:
Code:
[Coin-age] = [amount of coins] x M(coins, days)
where M(coins, days) is a function of the amount of coins, and the days under stake. [Coin-age] is also the so called stake weight. The best description of M is shown below:



It's rather empirical to determine the best value of stake days. I am rather taking time to sit down and figure, with a basic rule in mind, to limit it within a week. Let's see how it solves the PoS issues:

1) one holding more than 3000 XMG does not result any good in the stake weight; for staking over 25,000 XMG is like staking with nothing;
2) the maximum offline stake time is four days, beyond which staking weight starts to drop; it's unlikely to accumulate infinite staking time.

A side advantage of the PoS-II is that significant amount of offline time is not allowed. There is no advantage of gaining coin age for offline more than 4 days. For any online stake holders, the block time will be refreshed upon finding blocks. The stake weight (coin-age) nearly increases proportional to the amount of coins when coins in one transaction are between 100 and 1000 XMG.

# Misc updates

1) PoS status update in wallet GUI; please be aware that "expected time to earn reward" is only an estimate.  

2) Correction of the money supply shown in API calls: getinfo by reducing 720,000 XMG, which was burned (https://bitcointalk.org/index.php?topic=735170.msg9900074#msg9900074).

3) Added API calls:

Code:
getnetstakeweight

Code:
getmininginfo
"Expected PoS (hours)" : 3

Code:
getnewblockvaluebynumber 122478
{
    "flags" : "proof-of-work",
    "difficulty" : 1.62299710,
    "difficulty-V2" : 1.54876817,
    "blockvalue" : 5.36191184,
}

Mining calculator:
Code:
getminingbykhps 10
{
    "hashrate (kh/s)" : 10.00000000,
    "difficulty" : 1.56666109,
    "difficulty(aver)" : 1.35112710,
    "blockvalue" : 5.23089843,
    "mining (XMG)" : {
        "1 hour" : 0.03245060,
        "1 day" : 0.77881439,
        "1 week" : 5.45170070
    }
}

maronk
Jr. Member
*
Offline Offline

Activity: 55


View Profile
December 31, 2014, 09:54:51 AM
 #4772

 is very nice  Joe! Wink Wink Wink but if the coin will not be lost if for example I send my magic coin into the exchanger? I've lost 300 coin magic as the exchanger is not updating: D

Minexcoin — A new era of payments  || ICO || DISCUSSION[
joelao95
Legendary
*
Offline Offline

Activity: 924


Coin of the Magi!


View Profile
December 31, 2014, 09:56:23 AM
 #4773

Some info:

# Currently doing the magipay tests; targeting merchant tests soon as planed.

# Planned giveaway in IRC (#magi) in the next 24 hours, send out coins over minimum 1000 XMG. We will mostly use "!tip" for the giveaway; so for one wish to participate, please be active in the channel so that we can tip you. Also please spread the words regarding the hard fork. Thanks.

joelao95
Legendary
*
Offline Offline

Activity: 924


Coin of the Magi!


View Profile
December 31, 2014, 09:58:24 AM
 #4774

is very nice  Joe! Wink Wink Wink but if the coin will not be lost if for example I send my magic coin into the exchanger? I've lost 300 coin magic as the exchanger is not updating: D

As far as I know, all exchanges did the upgrades before the hard fork; could you post details regarding the lost?

evok3d
Sr. Member
****
Offline Offline

Activity: 318



View Profile
December 31, 2014, 10:10:55 AM
 #4775

Amazing update Joe, as per usual!

Have a great new years Magi community!

Cheesy

111magic
Legendary
*
Offline Offline

Activity: 1204



View Profile
December 31, 2014, 10:28:13 AM
 #4776

Great work Joe!
You are really a genius.
If people take some time to read this they will understand why!
Hard fork [client version v1.2.0.1]
[12/31] PoW & PoS updates

Please update the wallet to v1.2.0.1 (mandatory):

Windows: http://coinmagi.org/files/magi-release/win32_magi_v1.2.0.1.zip
Linux: http://coinmagi.org/files/magi-release/linux_amd64_magi-qt_v1.2.0.1
Source code: https://github.com/magi-project/magi/

This update includes the following hard forks:
PoS hard fork at block 131100 for better staking results (Expected on January 6)
PoS-II Protocol V2 hard fork at block 131300 (Expected on January 6)
PoW-V2 hard fork: 1/7/2015, 12:00:00 PM EST time (GMT-5:00)


# Piece of info
Magi Cheat Sheet v1: http://coinmagi.org/files/misc/magi-cheat-sheet-v1.pdf

# Brief summary

  • Implement a filter for the difficulty data and stabilizing yielded block rewards; anticipation is improved accuracy of the block-rewarding (MagiReward) system in responding to the actual network hashrate;
  • Introduce a CPU miner targeting at reducing hash rate (https://github.com/magi-project/m-cpuminer-legacy) which is much more meaningful for magi in comparison with any other coins;
  • Adapt a close limitation of the PoS stake weight which disables potential PoS attack via accumulating significant amount of coins or offline stake time;
  • Other miscellaneous updates.

Huge amount of energies consumed in the cryptocurrency has been a big issue, which is totally opposite to the global efforts in saving energy. This issue should be resolved sooner or later in order to advance the cryptocurrency any further. As one of the possible solutions, that's the reason we have PoS. However, the pure PoS mode would never give rise to decentralization. Any approaches are vain if decentralization cannot be maintained, unless one agrees with a coin with limited time of mining or with total premining, or the such likes. The PoW should be remained in order to distribute coins into a broad audience over time.

The basic rule of dealing with the energy concern is to involve a "braking" mechanism in coin design. Such a rule exists in every piece of things in nature: why earth/electrons should circle the sun/nucleus without collapsing or departure? or just imagine a vehicle without brakes. Bitcoin or litecoin does not put actual limits in the rewards, or that simply not functioning properly. That's where magi plugs in.  

What do we need to save energy?

On the whole, mining should be encouraged at a lower hashrate level.

# MagiReward-V2

The issue to be solved in this upgrade is the removal of the vague dependence of block rewards on the difficulty, due to the fluctuating nature of block time. A basic consideration is applying a filter to smooth out the difficulty data. Details are as follows.



# Necessary to adjust miner efficiency?

A direct consequence of the above implementation is the well-shaped block rewards in which big rewards due to network fluctuation are totally avoided. The following figures disclose the real situation most likely:



Mining at a network hashrate of 22 Mh/s results in 50 XMG/block, whilst hashrate increases to 36 Mh/s like mining the air.

Who shall mine nothing?

Provided that I have a miner with hash rate of 1000 kh/s; I would have big concern of yielding nothing at its full speed, but I don't care throwing 10kh/s at nothing. The reality behind this scene will be a different story; at the time by which the exit of miners will pull the block reward back to some numbers, one is able to mine something by then. Reducing hash rate does sound the right action in this incident.

Attenuating hashrate of miners in mining bitcoins is very unusual or pointless, since the higher the hash rate, the greater the bitcoin amount mined. Except this sole "advantage", there are dozens of facts people should be aware of that increasing hash rate comes along the wrong direction: 1) running a PC miner is totally incompetent since every single person in the world would like to sharpen their miners with high hashrate; 2) running 100% CPU usage miners is impractical in most of situations even if one can do so; 3) mobile devices are incompetent under this scene.

It will be wise to run a hashrate-depressed miner under the improved MagiReward system. Technically by doing so it's possible to run miners everywhere.

# m-cpuminer-legacy

We are "joking" the miner, but this is for real that you'll need it; running it in VPS without incurring limitation imposed by vendors? working computers / school's super computer? Cheesy Here is the option.

https://github.com/magi-project/m-cpuminer-legacy

Code:
minerdlegacy -o stratum+tcp://pool_url:pool_port -u pool_user.worker -p password -t thread_numbers -e cpu_efficiency

This is none different from the regular miner, except that an option "-e cpu_efficiency" is added, where cpu_efficiency is a number between 1 - 100, for example, 50 representing for 50% of CPU usage. A few instances:

-e 75 -->
-e 50 -->
-e 25 -->
-e 1   -->

Given 10~30% CPU usage, the miner is more like a regular program. Please notice that neither I nor the magi team shall be responsible for any consequence because you run the miner in your working computers or school super computer.

# PoS-II-V2

What we have done in this upgrade is adding rigorous limitation on the amount of coins in one transaction for staking purpose, and reducing maximum staking time within two weeks. We don't expect impact on typical situation where one remains wallet online for PoS stake; the offline time should not exceed more than a week. We also recommend to keep 100 - 1000 XMG in one transaction for best results.

Again, magi implemented a braking mechanism which makes it more secure compared to any other PoS coins. To understand that, take a look at the basic PoS mining equation:

Code:
hashProofOfStake <= [Coin-age] x [Target]
[Coin-age] = [amount of coins] x [days in stake]
and,
Code:
[PoS-block-reward] = [Coin-age] x APR / [days in a year]

Apparently [Coin-age] is a paramount quantity for PoS, which is the driving force for people to stake with as many coins/days as possible. The major weakness in this mode is a possibility of attacking the network by mining a number of blocks ahead of other PoS miners, which can be done via accumulating significant [Coin-age] by

1) having significant amount of coins, which is technically difficult to be achieved in PPC, but rather easy in a freshly created coin;
2) accumulating significant amount of offline days of coins which shall not undergo any transactions before staking, which is a rather feasible approach.  

Approaches to resolve the above situation have been proposed, mostly by manipulating the staking days. In contrast to PPC's linearly increasing coin age with time, BC and RDD are two example coins with efforts towards this, but neither of them take care of both situations simultaneously. The BC's V2.0 takes the staking time out of the equation, i.e., [Coin-age] = [amount of coins], which does not solve the issue #1. It is also none organic that one cannot buy advantages from staking time using a cheap PC, in addition to simply buying coins. The growth rate of staking days over time is compromised in RDD if one stakes coins over a month; it should be noted that any desired attack can happen within a month staking time. In addition to the above point, one should be aware that the difference in the number of coins under stake should be emphasized too. The system should encourage one staking with more coins, but discourage greedy accumulations.

Magi's PoS-II?

Magi takes the following form for coin age:
Code:
[Coin-age] = [amount of coins] x M(coins, days)
where M(coins, days) is a function of the amount of coins, and the days under stake. [Coin-age] is also the so called stake weight. The best description of M is shown below:



It's rather empirical to determine the best value of stake days. I am rather taking time to sit down and figure, with a basic rule in mind, to limit it within a week. Let's see how it solves the PoS issues:

1) one holding more than 3000 XMG does not result any good in the stake weight; for staking over 25,000 XMG is like staking with nothing;
2) the maximum offline stake time is four days, beyond which staking weight starts to drop; it's unlikely to accumulate infinite staking time.

A side advantage of the PoS-II is that significant amount of offline time is not allowed. There is no advantage of gaining coin age for offline more than 4 days. For any online stake holders, the block time will be refreshed upon finding blocks. The stake weight (coin-age) nearly increases proportional to the amount of coins when coins in one transaction are between 100 and 1000 XMG.

# Misc updates

1) PoS status update in wallet GUI; please be aware that "expected time to earn reward" is only an estimate.  

2) Correction of the money supply shown in API calls: getinfo by reducing 720,000 XMG, which was burned (https://bitcointalk.org/index.php?topic=735170.msg9900074#msg9900074).

3) Added API calls:

Code:
getnetstakeweight

Code:
getmininginfo
"Expected PoS (hours)" : 3

Code:
getnewblockvaluebynumber 122478
{
    "flags" : "proof-of-work",
    "difficulty" : 1.62299710,
    "difficulty-V2" : 1.54876817,
    "blockvalue" : 5.36191184,
}

Mining calculator:
Code:
getminingbykhps 10
{
    "hashrate (kh/s)" : 10.00000000,
    "difficulty" : 1.56666109,
    "difficulty(aver)" : 1.35112710,
    "blockvalue" : 5.23089843,
    "mining (XMG)" : {
        "1 hour" : 0.03245060,
        "1 day" : 0.77881439,
        "1 week" : 5.45170070
    }
}

mozsi
Member
**
Offline Offline

Activity: 115

bunny


View Profile
December 31, 2014, 10:55:46 AM
 #4777

I'm wondering if there will be mac wallets too?  Huh

[XMG] Coin Magi | M7M CPU only. Come and join us! XMG: 9ErRRqkakp5ZnHFqPam8WNcPgRxykF2LU1
Digithusiast
Sr. Member
****
Offline Offline

Activity: 434



View Profile
December 31, 2014, 11:24:12 AM
 #4778

Great to see Joe, thank you for your efforts in reducing the energy consumption. In such a short time you brought XMG coin above and beyond in the cryptoworld. You have my compliments and respect and wishing you and the XMG community a tremendous 2015. Cheers.
jawitech
Full Member
***
Offline Offline

Activity: 168

www.secondstrade.com - 190% return Binary option


View Profile WWW
December 31, 2014, 12:32:01 PM
 #4779

I'm wondering if there will be mac wallets too?  Huh

http://coinmagi.org/files/magi-release/MacOsInsMagi_V1.1.0.1.dmg

Current Mac Wallet

jawitech
Full Member
***
Offline Offline

Activity: 168

www.secondstrade.com - 190% return Binary option


View Profile WWW
December 31, 2014, 12:33:17 PM
 #4780

Awesome work Joe, very well done. Not we have to spread the word. Please let your Twitter and Facebook followers know about Magi and it's advantages.

Pages: « 1 ... 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 [239] 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 ... 809 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!