I having that problem syncing the wallet.Would be great to get a update for the android wallet or can i get trusted peer would that fix it?
I am working on the code for the Android App. A trusted peer won't help until the app is updated for the recent forks. EDIT: The app has been updated on Google Play. The source code and downloads have been updated on GitHub ( https://github.com/HashEngineering/myriadcoin-wallet/releases/tag/v0.9.2.16). Feel free to send some coins: BTC: 12vd4aST1F61Czh9EvcUcQxJggdJyKBbNx MYR: MSPBwfcruZNxBXfDEvFv2vu4MXX3ccXaNe |
|
|
|
I agree that it is a wallet issue. How should I reindex the blockchain on the Android wallet exactly??
There is no -reindex function in the app. Reset blockchain is the only way. I need to see the logs to figure out what is going on. |
|
|
|
I've had trouble using the UNO wallet- tried sending some small amount and had no luck :-/ No connections and none received it looks like.
I will look into this. On my phone, however, I get four connections. What versions are you using. Hey sorry for the late reply. I'm using 0.21-beta. Maybe I should send you the wallet? Try updating to 0.22-beta. The first version, which you may have, has an old list of nodes to connect to. https://github.com/HashEngineering/unobtanium-wallet/releases/tag/v0.22-betaThis version is also on google play. |
|
|
|
@HashEngineering Ok, the wallet you just updated works great now, but I have a problem....
Before you updated the wallet, I sent 34 QRK to this address QfRBP5aPRafMR29Y9hFm37FM3q1yQB487t and it never arrived... I just sent another 7 to the same address and it arrived promptly. I have reloaded the block chain, backed up keys and deleted the app. then re installed the app fresh and reimported the keys and the 34 QRK are still missing.
here is the transaction for the 34 QRK 1fd01f225c05761eb27ba8dd79cba531e8c335ae069d1cf898f0bd5e54d45cd7 any ideas why it is missing??
It shows as being in the address as it should, but is not in the wallet. Can you incorporate the -rescan function into this wallet or a terminal window we can input RPC commands to??
Send me a report by going to Settings, then Report Issue (and append Wallet Dump). The blockchain reset is the same as a -rescan, although the app doesn't store the whole blockchain and instead must download it each time it is reset. I don't know why that 34 is missing, but the wallet dump will help me figure it out. This only send me your addresses, not private keys. |
|
|
|
We need an updated Android wallet.. The one that is available is on the old fork..
The android wallet was updated on Google Play. Let me know if that helps. The app may require a blockchain reset, if that is the case I have another update on its way with updated checkpoints. |
|
|
|
I've had trouble using the UNO wallet- tried sending some small amount and had no luck :-/ No connections and none received it looks like.
I will look into this. On my phone, however, I get four connections. What versions are you using. |
|
|
|
Hi hash engineering I was wondering if there going to be a update to earthcoin and myriadcoin wallets? I having problems with syncing them that i know of myriadcoin has had a fork as late. If i get a trusted peer would that fix it  Trusted peer settings will work, if your problem is having No valid peers. I am not the dev of the earthcoin Wallet, though my email is in the app for crash reports. I plan to get the myriad app ready soon. |
|
|
|
Hi everybody,
do someone know how the number of the blocks in the cache can be reduced easily? 2000 is too much for my coin because the Coinbase transactions of the parent chain are too many using up too much memory on older phones i already reduced the "DEFAULT_NUM_HEADERS" in SPVBlockStore but it still loads 2k Blocks in he heap space crashing older devices..
This is a good question. The client has this in its code when another client requests headers (main.cpp, ProcessMessage): else if (strCommand == "getheaders")
{
CBlockLocator locator;
uint256 hashStop;
vRecv >> locator >> hashStop; vector<CBlock> vHeaders;
int nLimit = 2000;
printf("getheaders %d to %s\n", (pindex ? pindex->nHeight : -1), hashStop.ToString().c_str());
for (; pindex; pindex = pindex->pnext)
{
vHeaders.push_back(pindex->GetBlockHeader());
if (--nLimit <= 0 || pindex->GetBlockHash() == hashStop)
break;
}
pfrom->PushMessage("headers", vHeaders); Based on this there is no way to ask another node for a specific amount of headers, it defaults to 2000. |
|
|
|
So what Coin did you fork it for? I notice that electrum uses txindex=1 but not all Coins support that function (PayCon doesn't) so then would that need to be added to be able to use electrum servers? or is there a workaround?
The coin was Groestlcoin and the developers had a different project that got the electrum servers running. I don't know anything about how to set up an electrum server or its requirements from the client. |
|
|
|
Hi HashEngineering!
I was wondering what options you have for android POS?
I don't do POS wallets. One idea is too look at the Blackcoin Wallet, which is for android. Not sure if it is still supported. Have you looked at Coinami? Yes, I forgot that I have actually forked that wallet for a different coin. However, that one requires electrum servers. |
|
|
|
Hi HashEngineering!
I was wondering what options you have for android POS?
I don't do POS wallets. One idea is too look at the Blackcoin Wallet, which is for android. Not sure if it is still supported. |
|
|
|
|
Hash Engineering Solutions is considering removing the Megacoin Wallet Android app from the Google Play store. This won't affect current users.
Does anyone use this app?
|
|
|
|
|
Hopefully someone will PM when the source is changed, the android app will be broken otherwise.
|
|
|
|
The bytes should be reversed, but since you are replacing the code in scryptDigest, then the bytes should be reversed in the code of Block.calculateScryptHash.
I have had this problem before when the hash was calculated incorrectly. What I did was compare the java code, line by line, while debugging with the C++ code to see which part of the hash code was generating an incorrect hash. In that case I found that one of the part of the hash functions was giving the wrong result. I am not sure why in your case the hash is incorrect.
Hi, You are probably right, that native mode is the way to go, due to severe problems with uint64_t in Java. Could you prepare some simple Android Studio project, and include LYRA2 function from: https://github.com/vertcoin/vertcoin/blob/master/src/Lyra2RE/Lyra2.cas a native code, with NDK? (of course, as a paid service) Then, I could just copy such solution in the wallet, I hope. I maybe able to help you create native libraries, for instance, they would go here in the digitalcoin app that I made: https://github.com/HashEngineering/digitalcoin-wallet/tree/prod/wallet/libsand the code for these libraries are here: https://github.com/HashEngineering/digitalcoinj/tree/master/jniand the Android NDK must be installed to build the native libraries for as many as 7 platforms: https://developer.android.com/tools/sdk/ndk/index.html |
|
|
|
|
The bytes should be reversed, but since you are replacing the code in scryptDigest, then the bytes should be reversed in the code of Block.calculateScryptHash.
I have had this problem before when the hash was calculated incorrectly. What I did was compare the java code, line by line, while debugging with the C++ code to see which part of the hash code was generating an incorrect hash. In that case I found that one of the part of the hash functions was giving the wrong result. I am not sure why in your case the hash is incorrect.
|
|
|
|
root@vps179585:~/vertcoinj/tools# /usr/share/maven/bin/mvn exec:java -Dexec.mainClass=com.google.bitcoin.tools.BuildCheckpoints
Warning: JAVA_HOME environment variable is not set.
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building vertcoinj Tools 0.11
[INFO] ------------------------------------------------------------------------
[WARNING] The POM for com.google:vertcoinj:jar:0.11 is missing, no dependency information available
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.365s
[INFO] Finished at: Tue Aug 11 11:07:34 CEST 2015
[INFO] Final Memory: 6M/16M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project vertcoinj-tools: Could not resolve dependencies for project com.google:vertcoinj-tools:jar:0.11: Failure to find com.google:vertcoinj:jar:0.11 in https://repo.maven.apache.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
root@vps179585:~/vertcoinj/tools#
How to solve it, and if such way of checkpoints file generation - will be OK? The first error is something I haven't seen, where "Failure to find com.google:vertcoinj:jar:0.11 in" occurs. I am not sure why this is happening, I would need to look at your code. Secondly, the idea of skipping the first Fork with checkpoints have some problems/issues: 1. bypassing the proof of work on that many blocks will leave the app vulnerable to getting on the wrong fork for any user that installed his app before the fork. There may be a way of getting around this by adding some hard coded checkpoints into vertcoinj (something I put in CoinDefinition.java). Even the checkpoints could end up on the wrong fork, since you are not validating any of the blocks. Additionally 2. For the people after the forks, they won't notice anything, assuming the checkpoints come out correctly. 3. Using native libraries may be a way around not having the java code, even for BuildCheckpoints.java - native libraries also speed up the execution of hashes and can decrease battery usage on the device. this something you should look into to make your app secure. This is how I would have done it if I were to do this project. |
|
|
|
Hello everyone, as Hashengineering dont has the time to programm new wallets i am posting here for anybody who is interested. I put a bounty of 0.5 BTC plus 10k FRC for getting the WLC wallet fixed ( www.github.com/worldleadcurrency/wlcj & wlc-wallet). The original wallet was the digitalcoin-wallet by hashengineering. This was forked by Skirmant for Freicoin. As WLC is a Freicoin clone i try to adopt the wallet. I can install it and everything looks ok. But the wallet is not downloading any blocks and is using up the hole space on my phone. I am a little desperate scince i gone through the changes several times without finding any point where i can begin again. Any help is appreciated ;-) Many greetings Rik. What does the log say? How many peers does the app connect to? Perhaps there is a verification error with difficulty or block hash? Did the Genesis block verification work? Hi Hashengineering, glad you found some time. I can't really say what the log is sayin because i had to disable the tests when i make a clean install (or do you mean something diffrent? - i am testing the wallet only on my phone). The difficultyfilter is quite the same like in bitcoin (a little bit faster) so i think it really could be the genesis block hash. There are 3 nodes connected and they are all showing the correct block height. Is the reset block chain deleting all data? The wallet hat more than a gig data (which is not normal) which is not removed by reset. Sorry if the questions are dumb, there are not so many tutorials and java is not my best language. many thanks Rik If something is wrong with the genesis block, then the app will crash when it starts. The log has nothing to do with the tests, it is something that most apps generate and provides useful information. It will definitely help with debugging. The reset block chain will delete the blockchain data, which is about 1 MB at max. The log files can take up more room and they don't get deleted unless the app is uninstalled. What do you use to build your apps? maven? or Android Studio? |
|
|
|
|
Show Posts
