The two decimal places are the needed room for proof of stake rewards (~1%).
Since there are only 6 zeros beyond the decimal, the other 2 are not there to store the proof of stake rewards. Quark is another coin that does not use 8, but rather 5 zeros beyond the decimal. The reasoning may be arbitrary. However, a 64 bit integer can hold a maximum value of 18446744073709551616. If there are 8 zeros allowed, then the max number of coins can be: 184,467,440,737.09551616 (184 billion) If there are 6 zeros allowed then the max number of coins can be: 18,446,744,073,709.551616 (18 trillion)
|
|
|
Not so much the cost, but actually finding someone who is available and capable of doing it.
Availability is the key. Only a handful of developers can do this. It is something that I would like to learn, but my hands are full with 5 android coin wallet apps.
|
|
|
Some coins, such as Quark and those that use X11, have 512 bit hash values that are truncated to 256 bits.
|
|
|
what algo is hirocoin?
The hirocoin algo is X11. For the developers that want to design a X11 based Android Wallet. Take a look at my Quark Wallet at: http://github.com/HashEngineering/quarkcoinjhttp://github.com/HashEngineering/quarkcoin-walletThe various hash functions in Java are found here: http://www.saphir2.com/sphlib/For DarkCoin and any of its clones or "brothers," look at how Quark handles the block hash function (it has a Java and Native version). The code from the second link has all the other hash functions that need to be added to X11. However, do not fork my Quark wallet or java libraries for any of the X11 coins. Quark is unique in that it has this : static const int64 COIN = 100000; instead of this: static const int64 COIN = 100000000; And that will cause a lot of problems, as much of the code for displaying coin values has been changed to handle this difference. It would be better to import the Hash parts of the code to from Quark while using a different base library such as bitcoin or my digitalcoin. First work on the Java version, then take the hashblock.h file and make the native version to speed up the sync process and save battery usage. To my knowledge, I am the only one to fork the bitcoin app to use a different hash algorithm since the Litecoin Wallet dev did the scrypt version. If I can do it, others can too.
|
|
|
There have been a few updates, which include some bug fixes (less crashing) and a "Where to buy" menu of links to various exchanges listed by currency.
|
|
|
Thank you for the article at cryptoarticles.com.
In the month of March many other developers have launched android apps.
|
|
|
A new update will be posted soon. It will fix two bugs and include a "Where to Buy" list of exchanges.
Google Play has been updated.
|
|
|
Giveaway threads are not allowed. Reasons should be requested via PM.
|
|
|
Many have requested wallets for new coins and others from older coins, but we do not have time to work on anymore than the five listed in the OP. We are currently trying to finish these apps and improve them in terms of speed (especially those that use the Kimoto Gravity Well) while updating from upstream (bitcoin-wallet upgrades and bug fixes).
However, we would be willing to make an exception to that rule if a coin has some innovative feature requiring java code that may not exist and the price is right. We will, however, continue to help other developers with questions on getting other coin apps running. We have helped up to four other developers. That is a good sign as there are perhaps 10 or more groups of developers out there that can do android apps, where 8 months ago there were perhaps only two. Good luck.
|
|
|
It's possible at some point in the future, if you make a post here one of the other developers might want to take on your project. http://www.hashengineeringsolutions.com/forum/index.php?board=2.0At this point in time, if you want to find an android wallet developer, you need to pay something more than 1 BTC. There is only a hand full of us and we all have our hands full of the coin wallets we have already started working on.
|
|
|
I saw the DGW code and it appears that it would run a bit faster in Java than the KGW because it doesn't use floating point math.
Regarding exploits with KGW. Is the time warp exploit more likely to work on a coin that sets the KGW to calculate over a smaller range of blocks or a longer range? Megacoin for instance does its calculations on a number of blocks between 144 and 4032 (theoretically). Other coins are using smaller ranges, such as 28 to about 240.
|
|
|
I am trying to make one atm but how do you make one?
As one who has no experience in these matters and not knowing the answer to this questions, I won't be creating any online wallets. Read about all the theft and hacking of online wallets and exchanges before deciding to go through an online wallet project.
|
|
|
There are over 150 installs of this app on Google Play.
I think hashengineering has done an awesome job here, id love to see a lite multi wallet similar to the java one made, I'm sure everyone wouldn't mind a small fee structure, in fact for me i wouldn't mind a small fee built into this mobile wallet if it ensured continued support and development from Hash. : ) that's just my opinion. Do you mean a wallet like Multibit? If that is the case, then half of code for it is written since it is a part of the Android app. I thought about working on a lite wallet project in the future if there was a need for one. As far as a fee structure, though it would be for my benefit, I am not sure I like the idea. Currently, transactions from the app do add a fee (for the Quark miners) which is not clearly documented or stated before or after the transaction is sent. The Litecoin Dev team added a fee notification in their version, which I would like to add in the future.
|
|
|
The final version could be done within the next few weeks. It depends on feedback from the next beta release which should be ready in a few days.
|
|
|
In the crypto world, everyone is guilty until (well there is no until anything).
|
|
|
There are over 150 installs of this app on Google Play.
|
|
|
We have added native processing for the KimotoGravityWell to the Franko and Megacoin Wallets.
|
|
|
Did this happen last week? On Cryptsy massive selling of DGC was on March 8 (300K).
|
|
|
This is what I read for Quark in Chinese:
夸克 (suggested by Promethium)
夸克币 (quarkcoin)
Can anyone else verify that the first one is correct for Quark?
|
|
|
|