Update Thursday here once again. Any news Gatra?  |
|
|
|
|
Hey Fairglu, what is the rich list based off? Will coins held on exchanges be counted?
|
|
|
|
|
Bump! Sorry I havn't been on this past week. Still busy with projects.
|
|
|
|
New Riecoin client v0.9.1 binaries are ready. Download from here: https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries. For linux, one tar includes all binaries and sources. Changes included: - submitblock rpc bug fix - speed optmizations - getprimes RPC call! - networkhashpers rpc call And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin. These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others. EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days. Hey Gatra, will focus be concentrated on stratum mining now? yes, and I'm trying to see what's wrong the android wallet too Let me know if you need help |
|
|
|
Two addresses hold 90% of the coins?
I assume those are exchanges |
|
|
|
Website has been updated |
|
|
|
New Riecoin client v0.9.1 binaries are ready. Download from here: https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries. For linux, one tar includes all binaries and sources. Changes included: - submitblock rpc bug fix - speed optmizations - getprimes RPC call! - networkhashpers rpc call And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin. These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others. EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days. Yay! Excellent work ! |
|
|
|
New Riecoin client v0.9.1 binaries are ready. Download from here: https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries. For linux, one tar includes all binaries and sources. Changes included: - submitblock rpc bug fix - speed optmizations - getprimes RPC call! - networkhashpers rpc call And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin. These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others. EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days. Hey Gatra, will focus be concentrated on stratum mining now? |
|
|
|
I just tweeted about the new client version, please update facebook and the web site. northranger if you're not online I'll try to update it myself, but I must leave for a couple of hours now.
Hey, I was out on a mini-vacation but I'm back. Will update it now. |
|
|
|
Hi!
New client 0.9.1 will be released in a few hours.
Now doing final test of the release candidate... but still a few things to do: generate "release notes", upload to sourceforge, etc. We'll have to update the OP and the website.
This is excellent news! Will you be able to help check why the android app is not working also? Yes, but I'm new to android stuff... is maven a must? I have sdk 4.4, can I target older versions while compiling with 4.4? Yea. I am new too. Maven is a must to compile schildbach wallets. You can target older version if you identify them in the manifest.xml file. The only problem I have is that the android app keeps crashing even though I know I have the correct fields so I am confused. Couldn't work on it this week like I've wanted to because of work. I don't recommend using eclipse but rather maven in terminal. Let me know if you need help setting it up. |
|
|
|
Hi!
New client 0.9.1 will be released in a few hours.
Now doing final test of the release candidate... but still a few things to do: generate "release notes", upload to sourceforge, etc. We'll have to update the OP and the website.
This is excellent news! Will you be able to help check why the android app is not working also? |
|
|
|
|
Update Thursday is here once again Gatra. Any exciting news for us this day?
|
|
|
|
Bump |
|
|
|
Gatra, what are you waiting for with the wallet fixes ?!
Posted on 23. Apr :
Worst client ever! Takes 2 minutes to start on an i7. 5 minutes when using -rescan arg. Fresh install/syncing the blockchain takes longer than bitcoin...
Dev, fix the client. this is ridiculous..
EDIT : Forgot to mention, keep the wallet running for a couple of days, interface says connected. Try to send coins - unable/offline.
EDIT2 : Try to rebroadcast an offline transaction using -rescan, nothing happanes after 30 min! Now i have to export/import priv keys !! Shittiest out of all ALT wallets!
I did noticed it was slower than bitcoin wallet. Could it be due to the data size needed to store the long prime digits? Progressively, it will require alot more disk space? Hey, I'm not waiting, it's just that it's a lot of work. The extra data is minimal, the overhead is in the verification - which will be optmized a lot in next version. Also, since v0.9.1 block headers are downloaded before the rest of the blocks, this allows for block downloading in parallel, which will further speed up the sync process. EDIT: not only the extra data is minimal, it will remain constant regardless of prime size increasing because only a 256bit offset for the first prime in the tuple is stored. +1. I am sure you guys want everything to be quick but I'd rather the dev. take time, do it right and release it. I hang around with very talented developers and every projects takes them weeks/months/years to complete depending on the difficulties. Wanting to complete it in less than 2 weeks takes 24h dedication which normal working people can't afford. |
|
|
|
|
Why isnt there an ECDSA key in the source code?
|
|
|
|
Gatra, what are you waiting for with the wallet fixes ?!
Posted on 23. Apr :
Worst client ever! Takes 2 minutes to start on an i7. 5 minutes when using -rescan arg. Fresh install/syncing the blockchain takes longer than bitcoin...
Dev, fix the client. this is ridiculous..
EDIT : Forgot to mention, keep the wallet running for a couple of days, interface says connected. Try to send coins - unable/offline.
EDIT2 : Try to rebroadcast an offline transaction using -rescan, nothing happanes after 30 min! Now i have to export/import priv keys !! Shittiest out of all ALT wallets!
I am sure Gatra would love your help by writing the code and passing it along to him. Im sure that'd be faster. |
|
|
|
I need help on the Android Wallet App for Riecoin. Trying to Find parameters for some of the following:
proofOfWorkLimit = Utils.decodeCompactBits(0x1d00ffffL); //help
dumpedPrivateKeyHeader = 128;
addressHeader = 60;
p2shHeader = 5;
acceptableAddressCodes = new int[] { addressHeader, p2shHeader };
port = 28332;
packetMagic = 0xfcbcb2dbL;
genesisBlock.setDifficultyTarget(0x1d00ffffL); //help
genesisBlock.setTime(1231006505L);
genesisBlock.setNonce(2083236893);
id = ID_MAINNET;
subsidyDecreaseBlockCount = 840000;
spendableCoinbaseDepth = 100;
String genesisHash = genesisBlock.getHashAsString();
checkState(genesisHash.equals("e1ea18d0676ef9899fbc78ef428d1d26a2416d0f0441d46668d33bcb41275740"), //help --NEED confirmation
genesisHash);
// This contains (at a minimum) the blocks which are not BIP30 compliant. BIP30 changed how duplicate
// transactions are handled. Duplicated transactions could occur in the case where a coinbase had the same
// extraNonce and the same outputs but appeared at different heights, and greatly complicated re-org handling.
// Having these here simplifies block connection logic considerably.
checkpoints.put(91722, new Sha256Hash("00000000000271a2dc26e7667f8419f2e15416dc6955e5a6c6cdf3f2574dd08e")); //help- How do I know which one in RIC are non-BIP30 compliant.
checkpoints.put(91812, new Sha256Hash("00000000000af0aed4792b1acee3d966af36cf5def14935db8de83d6f9306f2f"));
checkpoints.put(91842, new Sha256Hash("00000000000a4d0a398161ffc163c503763b1f4360639393e0e4c8e300e0caec"));
checkpoints.put(91880, new Sha256Hash("00000000000743f190a18c5577a3c2d2a1f610ae9601ac046a38084ccb7cd721"));
checkpoints.put(200000, new Sha256Hash("000000000000034a7dedef4a161fa058a2d67a173a90155f3a2fe6fc132e0ebf"));
//help BADLY dnsSeeds = new String[] {
"seed.bitcoin.sipa.be", // Pieter Wuille
"dnsseed.bluematt.me", // Matt Corallo
"dnsseed.bitcoin.dashjr.org", // Luke Dashjr
"seed.bitcoinstats.com", // Chris Decker
};
I marked the parameters I need help in with //help
Fortunately all blocks are and will be BIP30 compatible because the "enforce BIP30" option is on by default since the first RIC release. The only checkpoint that you need is the one at 4000 (see checkpoints.cpp). I'll add more for the next release but it's not mandatory that you include them. Regarding the genesis block hash, e1ea18d0676ef9899fbc78ef428d1d26a2416d0f0441d46668d33bcb41275740 is correct For the genesis block, difficulty should be 304, which is 0x02013000 when packed (there is no concept of "target" on RIC, only the difficulty). The nonce for the genesis block is 0. The genesis is a special case: it's the only block that doesn't have primes. This saved me the trouble of mining it. You can leave dnsSeeds empty and then add some nodes manually. If you uploaded the code to github or something, I could help you with some of these details Different question Gatra, I noticed that in main.cpp, nBits= MinPrimeSize.GetCompact(); How would I put this is android code? MinPrimeSize.GetCompact() is just 0x02013000 So I think it would be genesisBlock.setDifficultyTarget(0x02013000L); This is weird then because my android app keep crashing. Can you take a look at my parameters? https://github.com/AshleyDDD/riecoinj |
|
|
|
I need help on the Android Wallet App for Riecoin. Trying to Find parameters for some of the following:
proofOfWorkLimit = Utils.decodeCompactBits(0x1d00ffffL); //help
dumpedPrivateKeyHeader = 128;
addressHeader = 60;
p2shHeader = 5;
acceptableAddressCodes = new int[] { addressHeader, p2shHeader };
port = 28332;
packetMagic = 0xfcbcb2dbL;
genesisBlock.setDifficultyTarget(0x1d00ffffL); //help
genesisBlock.setTime(1231006505L);
genesisBlock.setNonce(2083236893);
id = ID_MAINNET;
subsidyDecreaseBlockCount = 840000;
spendableCoinbaseDepth = 100;
String genesisHash = genesisBlock.getHashAsString();
checkState(genesisHash.equals("e1ea18d0676ef9899fbc78ef428d1d26a2416d0f0441d46668d33bcb41275740"), //help --NEED confirmation
genesisHash);
// This contains (at a minimum) the blocks which are not BIP30 compliant. BIP30 changed how duplicate
// transactions are handled. Duplicated transactions could occur in the case where a coinbase had the same
// extraNonce and the same outputs but appeared at different heights, and greatly complicated re-org handling.
// Having these here simplifies block connection logic considerably.
checkpoints.put(91722, new Sha256Hash("00000000000271a2dc26e7667f8419f2e15416dc6955e5a6c6cdf3f2574dd08e")); //help- How do I know which one in RIC are non-BIP30 compliant.
checkpoints.put(91812, new Sha256Hash("00000000000af0aed4792b1acee3d966af36cf5def14935db8de83d6f9306f2f"));
checkpoints.put(91842, new Sha256Hash("00000000000a4d0a398161ffc163c503763b1f4360639393e0e4c8e300e0caec"));
checkpoints.put(91880, new Sha256Hash("00000000000743f190a18c5577a3c2d2a1f610ae9601ac046a38084ccb7cd721"));
checkpoints.put(200000, new Sha256Hash("000000000000034a7dedef4a161fa058a2d67a173a90155f3a2fe6fc132e0ebf"));
//help BADLY dnsSeeds = new String[] {
"seed.bitcoin.sipa.be", // Pieter Wuille
"dnsseed.bluematt.me", // Matt Corallo
"dnsseed.bitcoin.dashjr.org", // Luke Dashjr
"seed.bitcoinstats.com", // Chris Decker
};
I marked the parameters I need help in with //help
Fortunately all blocks are and will be BIP30 compatible because the "enforce BIP30" option is on by default since the first RIC release. The only checkpoint that you need is the one at 4000 (see checkpoints.cpp). I'll add more for the next release but it's not mandatory that you include them. Regarding the genesis block hash, e1ea18d0676ef9899fbc78ef428d1d26a2416d0f0441d46668d33bcb41275740 is correct For the genesis block, difficulty should be 304, which is 0x02013000 when packed (there is no concept of "target" on RIC, only the difficulty). The nonce for the genesis block is 0. The genesis is a special case: it's the only block that doesn't have primes. This saved me the trouble of mining it. You can leave dnsSeeds empty and then add some nodes manually. If you uploaded the code to github or something, I could help you with some of these details Different question Gatra, I noticed that in main.cpp, nBits= MinPrimeSize.GetCompact(); How would I put this is android code? |
|
|
|
|
How do I get SATOSHI_KEY? I've been looking everywhere but if I want to look for the SATOSHI_KEY for altcoins, forked from bitcoin, where should I look? I know bitcoin is 04fc9702847840aaf195de8442ebecedf5b095cdbb9bc716bda9110971b28a49e0ead8564ff0db2 2209e0374782c093bb899692d524e9d6a6956e7c5ecbcd68284. Where should I look to find this hex for altcoins?
|
|
|
|
|
Show Posts
