Hi,
You were right, the path to protobuf changed. I did a quick commit to master branch, can you try to build the latest now? That did the job. No errors this time. I still get "Anoncoin running on clearnet". With no splash screen or GUI. Is it normal to have to wait over 24 hours to see a GUI as it builds the database? Thanks for your help so far Cryptoslave. What do you mean? Anoncoin-qtc is with GUI, anoncoind/cli without GUI Anoncoin running on clearnet message can be removed by the option stfu=0 in anoncoin.conf When it builds the database you shall be in the GUI already, unless you reindex but it shall not happen on first launch, only if you change txindex=0 to txindex=1 in anoncoin.conf What do you mean you have to wait 24 h for the GUI? CS
|
|
|
I did not have this issue when building today on linux, did you try again? Otherwise I posted how to build without toolchain, try it maybe? I've tried various Ubuntu versions on an Intel i5 laptop, I'm now on Xubuntu 16.04 and still having no luck. It looks like the source of the tar file has been deleted from Google and anoncoin.net. If I run "sudo protoc --version" it shows that I am running the correct protobuf (libprotoc 2.5.0) so I don't know why it's not using the native installed version. The protobuf source that is called while in the /depends directory, and when using the make command is a source that is dead: " https://protobuf.googlecode.com/files/protobuf-2.5.0.tar.bz2" . I tried running "make -i" to ignore this error and move onto using the native protobuf that I installed from Github, but this does not create the GUI when running Anoncoin. I tried using your instructions for starting Anoncoin without the toolchain, but all I get is "Anoncoin in running on clearnet" without the GUI or splashscreen appearing. Is there anyway of changing the file to change the Protobuf source or alternatively running the make command to source the protobuf from a pre installed directory? Thanks for your help so far Cryptoslave Hi, You were right, the path to protobuf changed. I did a quick commit to master branch, can you try to build the latest now?
|
|
|
Hi,
No, Zerocash is a totally different tech than zerocoin, despite the name. Zerocash is most inclusive and have small proof using zkSnark but there is a trusted setup, albeit multiparty.
Zcoin is the old moneta, it is a shaddy scam coin made by former vertcoin dev, and matt green former master student, Poramin Insom. Firstly the dev scammed ppl with premined zerovert, a merge mined with vertcoin scamcoin. Then he along another friend of him who has somewhat shaddy reputation on the web, for reason I dont care of, took the zerovert code along with a couple subsidies apparently and developped moneta. Finally after they remained quite for almost a year they renamed their project to zcoin probaly to create confusion along zcash launch.
Even if not for those shaddy technique, I cannot recommand their implementation of zerocoin. Indeed, they used for the master key one RSA factoring challenge number. It is dubious to think this number factorisation was generated long ago by RSA Lab for the challenge without keeping the data somewhere.
For trustless zerocoin implementation RSA-UFO is the best IMO. We generated some of them long ago, but Gnosis somehow put the project on hold and I cannot tell if he will continue or not at this point working on it.
To answer your question, I asked Gnosis a few month back, if he would use Moneta code for speeding up its implementation of zerocoin in anoncoin, but he said it was best he continue from where he was because he used RSA-UFO. Then I did not insist and since then I dont have news. Zcash is totally not compatible, but they have an I2P dev in the team called Str4d.
|
|
|
Yes 159K is a lot of Anoncoin... time to put buy wall on BTC38 ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) So otherwise, a new hardfork will be done at block 585000 or at 590000 depending of when I am happy with the last tuning of the PID parameters (the integral gain and time). Other PID parameter and moving average are set now, and there was added an automatic lowering of the difficulty if no block is found in 30 minutes, mining allowed during long synchronisation and the difficulty back to greater than number 1 for simplicity sake and by request from users and third party website. I will commit this week and the hardfork will be in 20-30 days.
|
|
|
txId: 2c06031eb78870342b99d9727e72061b7ab394d426a6586966adb975ab423df8 is in block 565650 with 880 confirmations right now https://www.cryptopia.co.nz//BlockExplorer?id=190&blockHash=e4ce411c6b84afb23d6b0ff0a8797cf0202d1629e07b02491ee9e13db210b089Confirmed to be on the same chain that the 3 seed nodes 22:15:32  getrawtransaction 2c06031eb78870342b99d9727e72061b7ab394d426a6586966adb975ab423df8 22:15:32  01000000026278383f8ab3973929b996b3edade38f4ab6f8783587323d5af9a1773224978301000 0006b483045022100de20bc6edc861ad4061b3aeb748850cba00fb5f11f9fdb9e7086cc98c19b0e 96022073a380a4a4ef5de81cc42227b7c6c69ea7b1572703e9858a4f4b50f922365ea7012103f8c ed6ca81b26e0bb8bd8a5a690841d0461bfbfebe6a7f5ebc03014d16dc18d2ffffffff4064aa8905 c862680d2d1b4c9ec583dc84275dea53f19200b669a33479a4b558000000006a473044022040841 99bd1438075ae6bc5927966399ca85350dbcddfb2041e0a9a489cbab14102200bc3f8dd528b1200 86d858a054707439e677b3ff4995efc7e05c1cf3865c8038012102032ec208d6a3eb4d538dc464e 1dd2fad15fa41fc410fb68f624554f3cb1382beffffffff0211c31400000000001976a914c6c935 d0c0244ef3e7c14e9119769131b21f0c0188ac65689102020000001976a914c19babde725dd5619 b8a374644a33af426a6be1e88ac00000000 So cryptopia is right and BTC38 shall resynchronize their wallet. Hope it help, CS
|
|
|
Hadn't noticed this before now after being rather lazy on the forum.
I had about 4000 anc in an old wallet for which I have lost my password. Are they now irredeemably lost because of the hard fork?
If you lost your pass then yes i would think so. Is this coin making a comeback ....sad to see the original anon coin in such a sorry state really. Well after the next tuning of parameters it will roll again. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) please explain: Difficulty 0.00000045 Network hash 5.65 GH/s
See https://github.com/Anoncoin/anoncoin/blob/master/src/rpcblockchain.cppValue getdifficulty(const Array& params, bool fHelp) { if (fHelp || params.size() != 0) throw runtime_error( "getdifficulty\n" "\nReturns the proof-of-work required difficulty now at the tip of the block chain.\n" "\nResult:\n" "n.nnn (numeric) The minimum difficulty is defined as 1 and this result is linear relative to that value.\n" " Smaller values indicate harder, larger an easier difficulty and all blocks will have a value < 1.\n" "\nExamples:\n" + HelpExampleCli("getdifficulty", "") + HelpExampleRpc("getdifficulty", "") );
LOCK(cs_main); return GetDifficulty(); }
(...)
//! Returns the floating point number that represents a multiple of the minimum //! difficulty that was required, and found within the given block index entries //! nBits field. If the block index pointer given is NULL, then we use the active //! chain tip block index as the one for which this evaluation is made. //! minimum difficulty = 1.0, and the value goes down when difficulty is harder, //! and up when the difficulty is easier. double GetDifficulty(const CBlockIndex* blockindex) { if (blockindex == NULL) { if (chainActive.Tip() == NULL) return 1.0; else blockindex = chainActive.Tip(); } uint256 uintBlockDiff; uintBlockDiff.SetCompact( blockindex->nBits ); return 1.0 / GetLinearWork( uintBlockDiff, Params().ProofOfWorkLimit( CChainParams::ALGO_SCRYPT ) ); }
As many people are confuse about the difficulty value returned by getdifficulty, in the next release it will return GetLinearWork( uintBlockDiff, Params().ProofOfWorkLimit( CChainParams::ALGO_SCRYPT ) ) and not the inverse of this value. I think this is also the reason why coinwarz and coinmarketcap delisted anoncoin... so this will also be patched, people prefer a difficulty going to infinity than to zero. This was a choice of GroundRod to reflect the actual true value of difficulty which indeed becomes smaller as it becomes more difficult, but the community do not like it (and me neither BTW). I've tried to install the linux wallet version on a rasberry pi and am getting the error after the make command: "make -j`nproc`" It looks like the source of the tar file has been deleted from Google and anoncoin.net? user-desktop:~/anoncoin/depends$ sudo make -j`nproc` Fetching native_protobuf... https://protobuf.googlecode.com/files/protobuf-2.5.0.tar.bz2: 2016-09-05 ERROR 404: Not Found. https://anoncoin.net/depends-sources/protobuf-2.5.0.tar.bz2: 2016-09-05 ERROR 404: Not Found. funcs.mk:231: recipe for target '/home/user/anoncoin/depends/sources/download-stamps/.stamp_fetched-native_protobuf-protobuf-2.5.0.tar.bz2' failed make: *** [/home/user/anoncoin/depends/sources/download-stamps/.stamp_fetched-native_protobuf-protobuf-2.5.0.tar.bz2] Error 8How can I get the make command to source the protobuf from a working source here https://github.com/google/protobuf/releases/download/v2.5.0/protobuf-2.5.0.tar.bz2 . I presume the wget url within the anoncoin qt setup needs to be modified. Thanks for any help I did not have this issue when building today on linux, did you try again? Otherwise I posted how to build without toolchain, try it maybe?
|
|
|
Can anyone recommend what to buy to help network? It's tough parsing through what is sensible and relatively economical (in terms of mining at a loss but not a huge loss) to buy equipment. Just wondering.
How many different miners are there btw? Is it a one-miner-per-algorithm or can you mine many other different coins? When I started, there were essentially Scrypt and SHA256... now there are LOTS of them, do you need one miner per algo to be the most efficient, or how does it work? Just wondering myself also of buying some dedicated miner and mine some ANC, but if ANC does not provide any good profits I'd want to jump in to some other coin. Many different mining algorithm, some are for common harware like CPU or GPU, some became for specialized hardware like FPGA and ASIC. Scrypt is now only ASIC minable if you want to ROI. Hadn't noticed this before now after being rather lazy on the forum.
I had about 4000 anc in an old wallet for which I have lost my password. Are they now irredeemably lost because of the hard fork?
No, they are lost because you have lost the password. If you find back your password, the wallet.dat is totally compatible with the new wallet, after hardfork. I would be happy to put the Prohashing pool back on Anoncoin, but the daemon just returns "error: {"code":-10,"message":"Anoncoin is downloading blocks..."}" when calling getblocktemplate even though we are on the same block as Cryptopia.
Thank you, this is normal it is because you are stuck in initial block download because the wallet see the last block time stamp far away in the past so thinks there was blocks in between when indeed there were none. When the next block will be found it will synchronize if you are connected to peers. I just patched a wallet to make it avoid this error and will run my ASIC to find the next block soon.
|
|
|
network moves again. i really don't understand that difficulty adjustment! block 565.030 did get an even higher diff, although 565.029 took 684065 seconds to be found! coin height time difficulty transactions volume mined spacing 9 565.038 2016-08-30 19:08:31 0,00000903 0 0 2,5 28 9 565.037 2016-08-30 19:08:03 0,00000725 0 0 2,5 24 9 565.036 2016-08-30 19:07:39 0,00000578 0 0 2,5 61 9 565.035 2016-08-30 19:06:38 0,00000457 0 0 2,5 12 9 565.034 2016-08-30 19:06:26 0,00000359 0 0 2,5 35 9 565.033 2016-08-30 19:05:51 0,00000391 0 0 2,5 115 9 565.032 2016-08-30 19:03:56 0,0000023 0 0 2,5 3.353 9 565.031 2016-08-30 18:08:03 0,00000135 1 280,397 2,5 694 9 565.030 2016-08-30 17:56:29 0,0000008 0 0 2,5 175.120 9 565.029 2016-08-28 17:17:49 0,00000047 15 1.969,82 2,88937 684.065 9 565.028 2016-08-20 19:16:44 0,00000064 0 0 2,5 331 It is normal, there is a delay of two blocks for the retargetting to understand it shall go down. If it was already going down it would have gone at the lowest allowed difficulty, but it was going up the previous block because of all the small blocks preceding. I will try to do a delay of zero block for the retargetting, that is it will retarget the actual block through getblocktemplate if no one find it after a certain time, this is a part of the solution to resolve the problem. The second change will be in the moving averages to make it less aggressive by averagin more blocks. The last change will be the PID, I will introduce a derivative term. All those changes were tested already on testnets but not with an hardfork, and some may be difficult to implement using an hardfork, but we will see.
|
|
|
Can anyone recommend what to buy to help network? It's tough parsing through what is sensible and relatively economical (in terms of mining at a loss but not a huge loss) to buy equipment. Just wondering.
Hello tomothy, Well the network shall be alive even with only multipool hashrate around, I have some idea to make the mining more attractive but have not finish to test it, yet. Otherwise, apparatus is ASIC Scrypt miner above 100 MH/s is fine, and solo mining or on a p2pool or on a pure anoncoin pool without autoswitcher. Thanks
|
|
|
I'l willing to dedicate some hash power to this if we can get it going again. What's the latest info on pool or solo mining, software, wallet etc.?
Check the first post of this thread. Mining solo with ASIC is fine. Pools are listed on the first post, but some delisted ANC recently, and all are multipools. Mining on multipools makes the problem more difficult. There will be the release of another wallet soon, with updated PID and moving average values. Until then youcan mine using the wallet listed on the first post of this thread or master on github/anoncoin.
|
|
|
so cryptopia is back online.. they processed deposits and withdrawals show up as transactions..
but what about the ANC blockchain itself? it is completely fucked up! the last block was found 8 days(!) ago..
i have 24 peers, the new version 90611 and are on block 565028. cryptopia is also on block 565028. all other block explorers are down. so is truely nobody mining ( because of low profitability ) ?
Thank you for this thoughtful post, Indeed, nobody was mining for this reason. Because KGW made 150+ easy blocks when a miner found the highest difficulty block, it was a strong intensive for miners to mine after 12 h - 24 h without blocks. Then multipools automatically hoped on for the fest and difficulty went up after 150 quick blocks. Here with GR-PID the process is the same but the reward much lower as about 20 blocks are easy. So nobody care. time blocks SUM(transactions) SUM(volume) AVG(difficulty) MAX(height) 2016-08-20 36 9 84,3581237793 0,0000212517 565.028 2016-08-18 38 10 142,3270463943 0,0000228184 564.992 2016-08-17 61 4 77,0836935043 0,000024477 564.954 2016-08-16 1 11 27.368,44140625 0,00000107 564.893 2016-08-15 32 4 61,478717804 0,0000165034 564.892 2016-08-14 346 43 762,0881061554 0,0000071297 564.860 2016-08-13 140 16 3.302,6591997147 0,0000095491 564.514 2016-08-12 1 7 112,8434906006 0,00000028 564.374 2016-08-11 21 1 28.502,58984375 0,0000020805 564.373 2016-08-10 218 27 71.414,309014082 0,0000117845 564.352 2016-08-09 1 21 6.126,3051757812 0,00000059 564.134 2016-08-07 34 9 1.208,0912075043 0,0000149368 564.133 2016-08-06 16 0 0 0,0000043375 564.099 2016-08-05 84 11 622,5356903076 0,0000225308 564.083 it does even not make sense to mine now.. because of the "retarget every block", it would be the following: block 565029 = diff 521 ( 50 % of LTC profit, so you have to pay 200% hashing price ) block 565030 = diff very low ( hashing price low but above zero ) block 565031 = diff high again, as everybody mines the low block rapidly. so i could either mine LTC, or i could mine 1 block ANC for double price plus 1 block ANC for free. so the average value is the same. so my conclusion would be not to mine ANC..... You are wrong, sorry in this case the diff will do like this: Long time with no block, we are at block x: block x -> difficulty yyy next block x+1 -> often more difficult (delay of one block in the retargetting system, diff will go up if the diff was increasing, but down 1.7 times if it was decreasing) block x+2 -> much easier (1.7 times easier than x+1) block x+3 -> much easier (1.7 times easier than x+2) block x+4 -> much easier (1.2 to 1.7 times easier than x+3) - now the average of 6 blocks down i hit and hinder the drop of diff block x+2 -> easier (1.2 times easier than x+1) (1.2 is set by the average limit on 6 blocks and 170%, the exact value I have the data but not on hand right now) ... ~block x+20 -> difficulty at lowest because it decreased 1.2 times each time till now (if less delay in the first block then this lowest block will be ofc before x+20, and the lowest point of difficulty higher) block x+21 -> difficulty increase x2 when the very long block is throw out of the tipfilter and is no more used in calculation of difficulty block x+22 -> difficulty increase x2 block x+23 -> difficulty increase x1.3-x2 - now the average of 6 blocks up is hit and hinder the increase of diff block x+24 -> difficulty increase x1.3 (1.3 is set by the average limit on 4 blocks and 200%, the exact value I have the data but not on hand right now) ... block x+z -> difficulty reached the maximum because lots of quick blocks appeared the last 21 blocks, this was exagerated because of drop of difficulty and simultaneous increase of hashrate due to multipool switching to mine ANC. The fest is over, difficulty more difficult than LTC so multipool go away. Nobody mine the coin because there is no faithful miner. so i really don't see the advantage of the hardfork??
This is complicated because there is no permanent mining going on, only multipool. Those actor dont see the advantage over KGW neither, otherwise they would mine. We need some fraction of constant hashrate. CS: you probably put a lot of work into this document ( https://wiki.anoncoin.net/GroundRod_PID_main_ver1 ).. but without a proper introduction, a defintion of the different terms and a deeper discussion of the results, its just your own brainfuck, which nobody else can understand ( nor help you with ) Do not worry nobody so far is interested in updating the code but me ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) And if someone is interested he will understand easily, the generated csv file is easy to grasp for someone motivated. interpretation 1: miner perscpective you fucked it up. ( as the chain is dead now ) - sorry ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) Well not dead, but certainly it has not intensive to mine like when KGW was the difficulty algo. But then it was unfair too all this instamining every 8 or 12 hours. interpretation 2: user perspective the is just no demand for a working blockchain. the peak of transactions is 43 per day! so you could not send anything for 8 days now.. but if somebody would have a urgent transaction, he would just have to add a fee of 3 ANC , so the multipools would see high profit and process the blockchain. That would be 0.48 USD, so an affordable price for a real use case. but again, lets look at the transaction value ( mining excluded ) Month(time) blocks SUM(transactions) SUM(volume) 8 1.143 214 147.934,6117284298 7 10.947 1.693 82.260,2236501966 I dont think multipool would hop on ANC for 3 ANC. It would be interesting to try. interpretation 3: security the block reward is just too low. a double-spend attack is very cheap.
Not really, once the block are released on network, and 6 blocks passed, the hashrate is already a lot because the multipools are mining at this time. I would agree if nobody jumped on the chain but this is not what happen, it is just that every miner wait another miner to mine the 1 (or 2) difficult block. but again see point 2: nobody would care about that as nobody uses ANC: this month there were only 25000 USD transferred. even with an optimistic fee of 0.1 % we only get 25$ for network security
Like you said user can give the fee they want, but I dont know to what extent this will motivate miner to mine the difficult block? CS
|
|
|
I cannot read your answer because https://wiki.anoncoin.net/GroundRod_PID_main_ver1 has a security certificate error. I know the problem is not unique to me because I attempted to access it fro multiple devices, browsers and IP addresses. Can you cut and past your response here until you are able to fix the ecurity certificate error? Based on this issue and the toolchain problem described by Cryptopia perhaps these easy certificate/build errors should be fixed before more time is spent on PID. It is hard to convince people to use privacy/security software when these basic issues are present The build without toolchain was proposed here above, it is not and never was an issue at all. Just two ways of building with dependencies. The SSL certificate is self-signed by Meeh as the wiki site is hosted on its norway server. The only thing I can do for that is to ask him to renew his signature, which I did right now; but I have no more power than this on this SSL certificate. I can copy paste here but it will be huge post, which is why I used the wiki for that. CS
|
|
|
Did the blockchain fork after the hard fork? My transfer of 9.9 ANC from AMXraoVxaBvkiwWHbYRkQW7nmo6vHNHBrQ to ASoVC4BfzXKvuCp96ckq41QsxnWLh3gxnx has a lot of confirmations, but it doesn't show up in the explorer http://abe.darkgamex.ch:2751/chain/AnoncoinHi, Yes, the hardfork worked correctly. http://abe.darkgamex.ch:2751/chain/Anoncoin is still on the old chain but is being updated at the moment. Your transaction was done on the correct chain. Sadly, I am not very happy with the tuning of the retarget algo with 90% of our hashrate being multipools it retarget too strongly both upward and downward and consequently the remaining faithful miners (around 400 MH/s) have to mine very difficult blocks (even up to 100 times more difficult than some of the quick blocks mined by multipools). The chain is thus for the moment about 30% too slow with very broad block time. So I will check how to tune the moving averages differently to not have so much variation with this particular 90%+ intermittent multipool hashrate as well as the proportional term of the PID to have a smoother ride with retargetting less aggressively in those worse mining conditions. In a couple of weeks a new hardfork (0.9.6.12, same codebase) will be proposed with the new settings for the PID after we testnet it and will be announced here as well as with the alert key. CS How is the difficulty re-targeting looking now after you have had a few more weeks to evaluate it post fork? Hi, I did a post with the current data from mainet on the wiki: https://wiki.anoncoin.net/GroundRod_PID_main_ver1I hope it answer your questions! As stated above I am still tuning the PID to limit the dispersion in block time. Thank you for your question! ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) CS
|
|
|
Did the blockchain fork after the hard fork? My transfer of 9.9 ANC from AMXraoVxaBvkiwWHbYRkQW7nmo6vHNHBrQ to ASoVC4BfzXKvuCp96ckq41QsxnWLh3gxnx has a lot of confirmations, but it doesn't show up in the explorer http://abe.darkgamex.ch:2751/chain/AnoncoinHi, Yes, the hardfork worked correctly. http://abe.darkgamex.ch:2751/chain/Anoncoin is still on the old chain but is being updated at the moment. Your transaction was done on the correct chain. Sadly, I am not very happy with the tuning of the retarget algo with 90% of our hashrate being multipools it retarget too strongly both upward and downward and consequently the remaining faithful miners (around 400 MH/s) have to mine very difficult blocks (even up to 100 times more difficult than some of the quick blocks mined by multipools). The chain is thus for the moment about 30% too slow with very broad block time. So I will check how to tune the moving averages differently to not have so much variation with this particular 90%+ intermittent multipool hashrate as well as the proportional term of the PID to have a smoother ride with retargetting less aggressively in those worse mining conditions. In a couple of weeks a new hardfork (0.9.6.12, same codebase) will be proposed with the new settings for the PID after we testnet it and will be announced here as well as with the alert key. CS
|
|
|
Pool added! All miners shall take note that prohashing.com and multipool.us are on the incorrect chain so please use another pool! CS
|
|
|
Only vircurex to go... They're slow, let's see if they update or drop ANC
I contacted them for the second time.... we will see if they answer. Hardfork is in 4 days! Please update your wallets everybody! All people on 0.8.5.6 will be disconnected soon from the correct blockchain (0.9.6.11)!Thanks
|
|
|
Thanks for the hard work cryptoslave. The name seems especially fitting with all the work you've been putting out. Thanks.
Thank you tomothy, yep hence the name ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) So I have received confirmation from BTC38, cryptopia and exchanged.i2p: they are all on the good version (0.9.6.11) ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
...
I think the fact that Cryptopia doesn't simply compile untrusted code rather makes them different from Cryptsy. Wasn't it malicious code injected by some coin (lucky7coin or so) that brought Cryptsy down in the first place..?
Supposedly, but I think it's widely believed that Vern just took the money and ran (to China), and the lucky7 exploit thing was just an excuse/ruse. Re: Cryptopia, they didn't open an issue on GitHub, and I'm assuming they didn't ask for help on irc. If you come to the land of trolls asking for help at the last minute, don't be surprised if you get trolled. The libraries downloaded by the toolchain are public and open source. Those very same libraries (boost, openssl, qrencode, qt, berkeley-db, miniupnc,...) are used by many altcoin and Bitcoin. For more info Building headless Bitcoin and Bitcoin-qt on Windows. Compare the libraries with for instance https://gist.github.com/kostaz/19729e6d53adc5d1606c BTW the OSX DMG Build was added today https://anoncoin.net/downloads/0.9.6.11/Anoncoin-0.9.6.11.dmg Checksum: MD5 40FFC15255518EC30D6678EA3469C313 SHA-1 0C4E8F229EE09F8F1CDD8F500496F510A21A8A0A I have updated a procedure for building anoncoind, anoncoin-cli and anoncoin-qtc without the toolchain on Ubuntu and Debian, for people who need it. Also good to check the Bitcoin guide https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.mdIf you want to build anoncoind and anoncoin-cli without using the toolchain.
sudo apt-get update sudo apt-get upgrade sudo apt-get install g++ git automake sudo apt-get install autoconf make libtool pkg-config libqt4-network libqtgui4
After the dependencies got installed, download anoncoin and configure the building process.
cd git clone https://github.com/Anoncoin/anoncoin.git cd anoncoin ./autogen.sh ./configure
If you encounter any error.
sudo apt-get install libboost-all-dev git libdb++-dev libssl-dev
If you encounter configure: error: libdb_cxx headers missing.
sudo add-apt-repository ppa:bitcoin/bitcoin sudo apt-get update sudo apt-get install libdb4.8-dev libdb4.8++-dev
Now launch the configure again.
./configure
If you want to compile the GUI (anoncoin-qtc). After "make", anoncoin-qtc will be found in src/qt/.
sudo apt-get install libqt4-dev libprotobuf-dev protobuf-compiler ./configure --with-gui=qt4
Now after a succesful configure ending, launch the build.
make -j`nproc`
You now have built src/anoncoind, src/anoncoin-cli and maybe src/qt/anoncoin-qtc.
The executables are quite big because they are built with GCC and you can strip the debug symbols, which reduces the executable size by about 90%.
strip src/anoncoind strip src/anoncoin-cli strip src/qt/anoncoin-qtc
Setup of first run in command line. Anoncoind and anoncoin-cli will have been created in anoncoin/src folder. To run it the first time, with no previous datadir (if it exists from a previous version please remove everything in ~/.anoncoin but not wallet.dat).
mkdir ~/.anoncoin cp doc/anoncoin.conf.sample ~/.anoncoin/anoncoin.conf nano ~/.anoncoin/anoncoin.conf
In anoncoin.conf, change rpcuser, rpcpassword
For clearnet-only comment onlynet=i2p and in i2p.options set enabled=0
For I2P-only uncomment onlynet=i2p and in i2p.options set enabled=1
For I2P and clearnet (mixed mode) comment onlynet=i2p and in i2p.options set enabled=1
For I2P router configuration and settings check https://wiki.anoncoin.net/How_to_setup_your_Anoncoin_wallet#Using_the_command_line_to_generate_a_random_anoncoin_address_and_run_anoncoind_with_I2P
Execute anoncoind and anoncoin-cli
src/anoncoind src/anoncoin-cli getinfo src/anoncoin-cli getchaintips
|
|
|
...
I think the fact that Cryptopia doesn't simply compile untrusted code rather makes them different from Cryptsy. Wasn't it malicious code injected by some coin (lucky7coin or so) that brought Cryptsy down in the first place..?
Supposedly, but I think it's widely believed that Vern just took the money and ran (to China), and the lucky7 exploit thing was just an excuse/ruse. Re: Cryptopia, they didn't open an issue on GitHub, and I'm assuming they didn't ask for help on irc. If you come to the land of trolls asking for help at the last minute, don't be surprised if you get trolled. The libraries downloaded by the toolchain are public and open source. Those very same libraries (boost, openssl, qrencode, qt, berkeley-db, miniupnc,...) are used by many altcoin and Bitcoin. For more info Building headless Bitcoin and Bitcoin-qt on Windows. Compare the libraries on official Bitcoin github https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.mdBTW the OSX DMG Build was added today https://anoncoin.net/downloads/0.9.6.11/Anoncoin-0.9.6.11.dmg Checksum: MD5 40FFC15255518EC30D6678EA3469C313 SHA-1 0C4E8F229EE09F8F1CDD8F500496F510A21A8A0A
|
|
|
|