How to configure , compile and run bitcoind on ubuntu 12.04
How to configure , compile and run bitcoind on ubuntu 12.04
Compile Bitcoin Core from Source on Ubuntu_青峰专栏-CSDN博客 ...
Life Logs: [雜七雜八] Bitcoin build on Ubuntu 12.04
How to build Bitcoin binaries for Windows on Ubuntu using ...
Detailed guide to installing LND and Bitcoind on Ubuntu 16 ...
Correcting r/bitcoin's misinformation: I just fully verified the entire ethereum blockchain on a 2+ years old desktop and it only took 25 hours (full log included)
In a recent bitcoin's threadthieflar claims that with 'a very nice machine' he was unable to finish validation of the ethereum blockchain and that the near impossibility of it is apparently an accepted fact even among ethereum's developers:
The developers of Ethereum know that this is an issue, they are fully aware that their network relies on trust at this point, and they don't even try to deny it.
without being able to count on nodes verifying the history even ethereum seems unable to make a proposal complex enough to hide its insecurity.
I tested the truth of these statements - the result: full block-per-block syncing completed in 25 hours 25 minutes. Software: Parity at commit 2586eaef929cadcd5ebccdf2d484f1cf6bb14917, compiled with "target-cpu=native", performance options: --tracing off --cache-size 4096 Ubuntu 16.04 Hardware: i7-6700K, 16GB ram, Samsung 850 EVO 256GB. Not bad but definitely not 'very nice' either. To remove the network speed from the performance equation I downloaded the bare blockchain separately and synced the node from disk. As it's only 20GB at the moment there would be no noticeable difference. 23k most recent blocks were downloaded after that. The fully synced node with all historical blocks + recent state (ie. exactly like a full bitcoin node) uses 44.3GB. Parity log. Syncing from disk: 2017-12-30 20:15:50 Import completed in 87903 seconds, 4803128 blocks, 54 blk/s, 112578528 transactions, 1280 tx/s, 5273835 Mgas, 59 Mgas/s Downloading the tip: 2017-12-30 20:33:53 Syncing #4803139 d21c…7352 0 blk/s 115 tx/s 5 Mgas/s 0+ 19 Qed #4803162 5/25 peers 365 KiB chain 72 MiB db 2 MiB queue 898 KiB sync RPC: 0 conn, 0 req/s, 0 µs ... 2017-12-30 21:33:43 Syncing #4825928 b3cb…6ec9 4 blk/s 720 tx/s 29 Mgas/s 0+ 15 Qed #4825945 7/25 peers 305 MiB chain 609 MiB db 3 MiB queue 3 MiB sync RPC: 0 conn, 0 req/s, 0 µs Conclusion: any pc that can run a modern game can easily fully sync (no state snapshot downloading, only blocks) and run a full ethereum node. edit:apparentlyredditimmediatelydeletespostswithlinkstomega
Storage space: I am using an 8 GB microSD card for the OS, and a 128 GB USB drive for data. Minimums I would recommend: 8GB SD card and 32 GB USB drive.
Reddcoin Core client version: v22.214.171.124-a8767ba-beta (most recent version at this moment). ↳ Screenshot
You need the OS; Lubuntu. Download Lubuntu (707 MB) for the Raspberry Pi: https://ubuntu-pi-flavour-maker.org/download/. It's a .torrent download, so you will need a BitTorrent client. Message me or post in this thread if you need help with this.
You need software to write the OS to the SD card. I use Etcher. Download Etcher: https://etcher.io/.
Select image: select the lubuntu-16.04.2-desktop-armhf-raspberry-pi.img.xz file.
Select drive: select your microSD card.
Plug the SD card into your Raspberry Pi and power it up.
Lubuntu should boot up.
Set up Lubuntu, connect to the internet (wired or wireless). ↳ As username, I chose "rpi3b". You will see this username throughout this whole tutorial.
Make sure date and time are correct ([Menu] > System Tools > Time and Date). ↳ Click on Unlock to make changes. I personally change Configuration to "Keep synchronized with Internet servers". ↳ Screenshot
Reboot ([Menu] > Logout > Reboot). I am connected to wifi, but have issues getting wifi to work on initial boot. A reboot solves this issue.
Make sure system is up-to-date, install never versions.
Open LXTerminal ([Menu] > System Tools > LXTerminal). ↳ Screenshot
Enter the following in LXTerminal: sudo apt update && sudo apt upgrade ↳ Screenshot
You will be asked if you really want to continue. Enter Y (yes).
Updates are being installed! Wait until it's finished.
Install programs that will be used in this tutorial.
GParted: to partition the USB drive.
Htop: to see the amount of memory (RAM) and swap that is in use.
Enter the following in LXTerminal to install these 2 programs. sudo apt install gparted && sudo apt install htop ↳ Screenshot
Create 2 partitions on the USB drive: 1) Swap partition 2) data partition (for the Reddcoin blockchain) The swap partition is necessary: The Reddcoin wallet can be memory intensive. To prevent any crashes or freezes, add 2 GB of 'virtual' memory by creating a swap partition.
Important: Backup your USB drive if needed. The USB drive will be formatted, so the data on the USB drive will be wiped.
Please use the USB drive solely for this purpose, do not combine it with other stuff.
Keep your USB drive plugged in, do not (randomly) plug it out.
Plug your USB drive in.
GParted will be used to create the partititons. Start GParted via LXTerminal: sudo gparted ↳ Screenshot
Apply the changes. Click on the check mark or select Edit > Apply All Operations. ↳ Screenshot ↳ Screenshot
Important: The name of the swap partition is needed later, so please write it down. Mine is /dev/sda1 (first partition on first drive (drive 'a')). ↳ Screenshot
Reboot. After the reboot, the data partition you just created should be visible on your desktop. ↳ Screenshot
The swap partition is created, so now we can enable and use it.
The swap in use can be monitored with the program Htop. Open Htop ([Menu] > System Tools > Htop) to see the 'Swp' (swap) in use. ↳ Screenshot By default, swap is not used, so 0K. ↳ Screenshot You can leave Htop open.
To enable the swap partition, open LXTerminal and enter the following commands: (Assuming /dev/sda1 is your swap partition.)
Unpack the file (large file, takes around 15 minutes to unpack): sudo xz -d bootstrap.dat.xz ↳ Screenshot
After a successful unpack, your will find the file bootstrap.dat in your USB root folder. ↳ Screenshot
On the first run of the Reddcoin Core client, it will ask for a data directory to store the blockchain and wallet data.
Start the Reddcoin Core client: sudo /media/rpi3b/usb/reddcoin/src/qt/reddcoin-qt ↳ Screenshot
The welcome screen will appear and ask you about the data directory. I suggest a new folder on your USB drive, I picked blockchain. The directory will be created with all the necessary files. ↳ Screenshot
Click on the three dots (...) on the right. ↳ Screenshot
Click on Create Folder at the upper right corner. Type and enter in the folder name. (In my case: blockchain.) Click on Open. ↳ Screenshot ↳ Screenshot ↳ Screenshot
After selecting the directory, the Reddcoin Core client will start. Wait till it's fully loaded and close it.
Move the bootstrap.dat file to your data directory you selected in the previous step. By doing this, Reddcoin Core will use the bootstrap.dat file to import the blockchain, which speeds up syncing. sudo mv bootstrap.dat /media/rpi3b/usb/blockchain/ (Assuming blockchain as data directory.) ↳ Screenshot
The Reddcoin Core client set up is completed, but you still have to sync fully with the blockchain before you can send, receive and stake.
Keep the client running until it's fully synchronized. It will use the bootstrap file first, and download the rest of the blockchain to complete the sync. This can take some time (it took 2 days for me). Syncing the blockchain uses a lot of resources, so the software may react slow.
You can see the progress in the debug window (Help > Debug window). ↳ Screenshot
When the synchronization is completed, the red (out of sync) will disappear on the Overview screen! ↳ Screenshot
When synchronization is complete, you can start staking your Reddcoins.
You can write down your private key or copy and save it in a document. Make sure you save it somewhere only you can access it.
To import later: Debug window -> Console -> importprivkey [label] [label] is optional. ↳ Screenshot (without a label) ↳ Screenshot (with a label)
Boot with only 1 USB drive plugged in: Make sure only the USB drive (with the swap partition and data partition) is plugged in when you boot up your Raspberry Pi. This to make sure the swap partition (/dev/sda1) is recognized correctly. If you boot up with multiple USB drives, Lubuntu might see the USB drive with the swap partition as the second drive (instead of the first drive), and ignore the 2 GB swap partition. If this happens, starting Reddcoin can render the Raspberry Pi unresponsive.
Start Reddcoin Core easier Run a shell script (.sh file), so you can start Reddcoin just by double clicking on an icon on your Desktop.
Right Click on your Desktop and select Create New -> Empty File. ↳ Screenshot
Enter a file name, make sure it ends with .sh, and click on OK. I've chosen for Reddcoin.sh. ↳ Screenshot The file will be created on your Desktop. ↳ Screenshot
Add the command to start Reddcoin to the file.
Right click on the file, select Leafpad (to open the file in a text editor). ↳ Screenshot
Add the following to the file and save the file: sudo /media/rpi3b/usb/reddcoin/src/qt/reddcoin-qt ↳ Screenshot
To be able to execute the shell script (.sh), it has to have 'execute permissions'.
Right click on the file, and select Properties. ↳ Screenshot
Click on the Permissions tab.
For Execute, select Anyone, and click on OK. ↳ Screenshot
To start Reddcoin Core, double click on the file. A new window will pop-up, asking you what you want. Execute in Terminal is what we want, so you can click on enter. ↳ Screenshot Reddcoin Core will now start. Do not close the Terminal window, you can minimize it if needed.
Minimization options Adjust minimization options, so you can safely press on the X button (the close/exit button on the upper right corner).
Activate 'Minimize on close'. Settings -> Options... -> Window (tab) -> Minimize on close. ↳ Screenshot Reddcoin will still run when you click on the X button. To close/exit Reddcoin, right click on the Reddcoin icon in the system tray (bottom right corner). ↳ Screenshot
RealVNC VNC Viewer (client) and VNC Connect (server): To remote connect to the Raspberry Pi, I use VNC Viewer ad VNC Connect from RealVNC.
After your download is finished, open the file and click Install Package. ↳ Screenshot
To run the VNC Connect once:
Open [Menu] > Run, and enter: vncserver-x11 ↳ Screenshot
To auto run on startup:
Open Default applications for LXSession ([Menu] > Preferences > Default applications for LXSession). ↳ Screenshot
In LXSessions configuration, select Autostart in the menu left.
Under Manual autostarted applications, enter vncserver-x11 and click on + Add. ↳ Screenshot ↳ Screenshot
Reboot your Raspberry Pi and check if VNC Connect is started automatically after the reboot.
When VNC Connect is running, you'll see a VNC icon on the right bottom corner. Double click the icon to open VNC Connect and to see the IP address you need to enter to connect to your Raspberry Pi. ↳ Screenshot
IRC Log from Ravencoin Open Developer Meeting - Aug 10, 2018
[16:01] <@Wolfsokta> Todays topics: DGW implementation, segfault, Q&A, feedback on IRC [16:01] <@Wolfsokta> Just to set the stage here, this is a developer meeting where developers that have contributed source code to the Ravencoin project can meet and chat about items they are working on. Please be respectful to one another. For the sake of staying on target, please limit interactions to questions and comments on code or projects that you are working on. Any time left over at the end can be opened up for general Q&A. [16:02] <@Wolfsokta> FYI - I'm RavencoinDev, and lets get started. [16:03] <@Wolfsokta> @Tron, can you talk about where we are at with DGW on testnet and mainnet? [16:03] <@Tron> Sure. [16:03] can someone volunteer to take notes and post also? [16:03] <@Tron> We are building binaries that will activate DGW-180 at block 338778 [16:04] <@Tron> It looks back 180 blocks to calculate the diff. [16:04] I will copy the text from the meeting into a file that can be archived later. I can also make summary notes after like BTC core does. [16:04] I'll save a log of the whole meeting and can post it on the subreddit thread. [16:04] <@Wolfsokta> We have setup testnet4 in order to test the new binaries. [16:04] great [16:05] <@Wolfsokta> We plan to release the binaries later today. [16:05] @Tron have you looked into the timestamp attack concerns of DGW? [16:05] https://github.com/zawy12/difficulty-algorithms/issues/30 [16:06] <@Tron> Yes. And for that reason, we've tightened up the timestamps that will be accepted for valid blocks. [16:06] <@Tron> Moved from 2h to 12 minutes. [16:06] nice [16:06] Oh wow okay [16:06] <@Tron> Its also the reason we went from 60 blocks (lookback) to 180 blocks. [16:07] why would 2h ever be acceptable? lol [16:07] 2h was originally used for daylight savings shenanigans I believe [16:07] <@Tron> It was from bitcoin, and it factors in clock skew, and variance in finding blocks on 10 minute intervals, and block propagation time. [16:07] makes sense [16:08] what about the segmentation fault when reindexing? [16:08] any fix yet? [16:08] @Tron 12 minutes seems to be pretty small window for clock skew [16:08] I assume it was chosen due to 1/10th scaling from BTC? [16:09] <@Wolfsokta> Not yet ruski, we'll cover that in a bit. [16:09] <@Tron> We did divide existing by 10. [16:10] <@Wolfsokta> Any further questions about DGW on testnet or on mainnet? [16:10] What block is it activating on mainnet? [16:10] <@Wolfsokta> 338778 [16:11] And will there be the need to update binaries twice (for DGW fork and asset layer fork)? [16:11] <@Tron> We are activating DGW by block height because headers sync first, and the BIP9 activation flag sets a flag, and we need to look at either block height or version to know which diff algo. [16:11] <@Wolfsokta> Calculated to be near the end of the month so we have some time with DGW on testnet. [16:11] Someone on discord asked this a while back, but why Was DGW chosen over something like digishield or anyother algo [16:11] <@Tron> And block version can be changed (tampering) and still make it on the chain. [16:12] Binaries will need to be updated as more asset layer stuff get completed and tested. Not by the end of the month though. [16:12] <@Tron> We looked at DGW and LWMA. LWMA has a lot of constants that must be tuned right. [16:13] <@Tron> We were impressed with the amount of work on LWMA to analyze how it responds, but it wasn't straightforward to understand the nuances of how/why it works. [16:13] zawy was in the #development channel on Discord. He's an expert on DAAs. I'm sure he would help with tuning LWMA if you asked. [16:14] <@Tron> Either will be much better that what we have. Even at the extremes, it will adjust smoothly. [16:14] Are there any issues or comments on the DGW code that should be addressed? [16:14] @devs in general [16:15] <@Wolfsokta> Thanks @brianmct, we did look extensively at the DGW code to ensure we weren't going to see the same issues that happened to Verge. [16:16] so i guess you would have to make way more blocks with false timestamps to be able to exploit our version of dgw right? [16:16] because of the 12 minute timestamp thing? [16:16] <@Wolfsokta> With X16R, and with the changes Tron talked about we feel confident that this will address the swings without being able to be exploited. [16:17] nice [16:17] @russki Yeah, pretty much. [16:17] verge is a different type of situation - but overall asics and mining are a risk always [16:18] <@Wolfsokta> Okay, anything else on the difficulty targeting change? [16:19] <@Wolfsokta> Cool, blondfrogs wanted to talk about subassets that were added. [16:19] ooh yeah i saw those github commits [16:19] looking good [16:19] We also want to let everyone know that you can now create sub assets with the new binaries that will be posted soon. You can create these subassets using the issue rpc call. Qt will be built shortly. This will allow users to make an asset PARENT [16:20] <@Wolfsokta> Basic overview. If you own an asset you can create sub-assets by including a '/ [16:20] nice [16:20] And then make any of the following PARENT/A PARENT/B .... PARENT/Z [16:20] <@Tron> We'll post a FAQ on assets later today. [16:21] <@Wolfsokta> And it only is 100 Raven for a subasset [16:21] on testnetv4 it still says asset activation status: waiting [16:21] why? [16:21] <@Tron> Yep, it needs to be voted in. [16:21] <@Wolfsokta> We wanted to test the BIP9 activation process again as well. The more testing the better. [16:21] We wanted to make sure that we follow the same process the Mainnet is going to go through. [16:21] ok nice [16:22] <@Wolfsokta> Any questions about subassets? [16:23] are they unique? [16:23] <@Tron> No [16:23] <@Wolfsokta> Yes, they behave the same way as a normal asset, just live under an owned asset. [16:23] <@Tron> Maybe I misunderstood the question. Unique with parent. [16:23] Each subasset can have their own number issued? So PARENT/A can have 1,000 and PARENT/B can be 50? [16:23] yes [16:23] oooh ok that makes more sense [16:23] <@Wolfsokta> Exactly thanks traysi [16:24] <@Tron> And, not the same thing as "Unique Assets" [16:24] <@Wolfsokta> The individual unique asset support is included in an upcoming phase. [16:25] Moving onto the Segfault issue ----------------------->>>>>>>>>>> SEGFAULT [16:25] Are we able to changes the properties of subassets after they have been created? Or is something like that specified when creating them? [16:25] <@Tron> Yes [16:25] can sub-assets be reassigned to other addresses while retaining control of the parent asset elsewhere? [16:25] So basically it has all the features of a normal asset, but live under an asset's top-level namespace? [16:25] satoshi corbie @russkidooski [16:25] So basically it has all the features of a normal asset, but live under an asset's top-level namespace? [16:26] <@Tron> Sub-assets are identical to assets after creation. [16:26] <@Tron> Just cheaper to create, and in your "owned" namespace. [16:26] Okay cool [16:26] will subassets eventually have a unqiue tag? eg ASSET/SUB:1 [16:26] We have found an issue with our testnet binaries and are still looking to the issue. The issue presents itself when a user performs a reindexing of the chain. We think we have pinpointed the where the problem is and are currently working a fix. This fix will be out shortly. [16:26] plan is to make default reissue=true and units=0 and allow increase in units on reissue [16:26] How much is it going to be for a sub-asset? [16:27] 100 [16:27] <@Wolfsokta> Okay, let's now focus on the SegFault issue that was discovered by Under. [16:28] do you know what the issue was? [16:28] <@Wolfsokta> It seems to be a build problem with the boost library. [16:28] Still looking into though. :) [16:29] <@Wolfsokta> We have been able to reproduce it on linux internally with 2.0.3 [16:29] yea i get the same issue on windows 10 [16:30] I saw a Bitcoin thread a while back about the seg fault error. I had it because I had conflicting versions of BDB [16:30] static compiled on ubuntu 18.04 [16:30] <@Wolfsokta> We really appreciate you guys pulling down master and helping test. [16:30] @Trap we will look into that also [16:30] no problem, im just curious lol [16:32] <@Wolfsokta> We haven't been able to build a windows version that doesn't have the segfault issue. [16:32] <@Tron> We're dropping Windows support ;) [16:32] lol [16:33] Just finished setting up a new Windows test environment so we can test and validate the solution as we are working on it. [16:33] The bdb issue is a known issue that has been around for some time. We are pretty certain it is a boost library issue, and are working quickly to get a windows build that fixes the issue. [16:34] what did you guys do to fix the linux version? [16:34] Once we have binaries for all supported platforms ready, hopefully tonight. No promises. We will make an announcement [16:34] The issue has been fixed on Linux and Mac though? [16:34] (oops sorry already answered) [16:34] <@Wolfsokta> If anybody else gets there first with Windows please let us know what you found. [16:34] Built the binairies on a Ubuntu 16.04 box. [16:34] that was it? [16:35] Yeah, we think so. 16.04 has boost 1.58 which seems to fix the issue. The build on 18.04 use boost 1.67 which seems to cause the issue. [16:35] is there a boost 1.58 repo on 18.04? [16:35] 18.04 used 1.65*** [16:36] I've built with boost 1.68 on arch Linux [16:36] It worked [16:37] wallet 2.0.x? [16:37] @Trap, the issue is when -reindex is used. [16:37] Oh sorry my bad [16:37] Wallet 2.0.3 [16:38] <@Wolfsokta> For those that joined late we're discussing https://github.com/RavenProject/Ravencoin/issues/208 [16:38] 1 sec im going to boot into ubuntu and try compiling with 1.58 on 18.04 [16:39] Any other questions pertaining to the segfault? [16:40] <@Wolfsokta> Alright, thanks everybody. Before we start the Q&A I would like to get some quick feedback on using IRC for this meeting. [16:41] If we're going to use IRC we should take some measures to at least hide people's IPs when they join [16:42] Yea. It is very hard to read this back. [16:42] Also no message history [16:42] If you disconnect and reconnect [16:42] <@Tron> I'll throw in a vote for Discord. [16:43] <@Wolfsokta> If you use a decent IRC client instead of the website it's not bad. [16:43] Some of us used a VPN before we connected to IRC [16:43] If needed we can restrict channel to Developer roles, etc for the developer meeting and open it up for general Q&A [16:43] https://www.strawpoll.me/16247952 [16:43] poll [16:43] Make a discord when only mods can submit links [16:43] Where* [16:45] Discord won the poll 5 to 2 [16:45] <@Wolfsokta> There are also a lot of IRC tools that can be used to track the meetings. [16:45] we know [16:46] <@Wolfsokta> We also want any developer to be able to speak. [16:48] <@Wolfsokta> We're open to try Discord next week. [16:48] <[kai]> perhaps you could even get a feed from this irc to discord? [16:49] <[kai]> a feed would enable discordians to view the chat, but only contribute if they take the extra steps to come here. [16:49] <@Wolfsokta> That's a good idea kai... Has anybody seen that working? [16:50] <[kai]> https://github.com/reactiflux/discord-irc [16:50] <[kai]> im sure you could make this a one way deal. [16:51] <@Wolfsokta> I like that idea, let's try that for next week. So we'll meet here in IRC again, but it should be broadcast to Discord. [16:53] <@Wolfsokta> Okay, we'll go with IRC next week with the broadcast to discord and re-visit for next week. [16:54] <@Wolfsokta> Okay, let's do open Q&A for the next few mins. [16:54] <[kai]> just a quickey, more for my curioisty, did you look at digishield? [16:54] <[kai]> DGW solution seems solid. [16:55] <[kai]> was just curious if it was one of the four solutions you looked at. [16:55] <@Wolfsokta> Tron is answering... Any others Q? [16:55] <@Tron> We briefly looked at Digishield, but our analysis was between DGW and LWMA. [16:55] <[kai]> right on. [16:56] <[kai]> cheers guys, see you next time. [16:56] OPen the gates for the last 4 minutes for any other questions? [16:58] <@Wolfsokta> Alright, thank you all for being here today and please join the development effort with us. If you have an idea, or a fix for an issue write it up and submit a pull request. [16:59] <@Wolfsokta> Thanks again for all those that have contributed their time and effort to make Ravencoin successful. We have the BEST community. [16:59] ^ 6:59] You devs are pretty cool [16:59] did the burn get discussed? [16:59] <@Wolfsokta> Special thanks to Bruce, really glad you could make it with the short notice. [17:00] <@Tron> Thanks everyone!
Bitcoin Core relies on an old version of the Berkeley Database that is not available as a standard Ubuntu 14.04 package. Although precompiled binaries can be downloaded, in this guide we'll compile from source. Begin by downloading and verifying the BerkeleyDB source package. Intro. This guide is specific to getting LND 0.5-beta and Bitcoind running on Ubuntu 16.04 LTS for mainnet. It is ageing rapidly and includes steps not necessary on newer versions of LND Install Bitcoin wallet on Ubuntu 16.04 January 22, 2018 by furqansiddiqui Leave a Comment We are going to install Bitcoin wallet on a Ubuntu 16.04 server and later connect to it to perform different wallet actions (i.e. send/receive bitcoin, check transactions, etc…) How to configure , compile and run bitcoind on ubuntu 12.04. a guest . Mar 1st, 2014. 471 . Never ... (Bitcoin will close immediately, thats what we want, because the .bitcoin folder in user home just has been created now, so we can config bitcoin.conf and encrypt wallet.dat) ... XML 15 min ago . 3P.cfg. XML 16 min ago ... 2013/04/09 [雜七雜八] Bitcoin build on Ubuntu 12.04 I started to pay attention on the Bitcoin that is from a news that discussed why bitcoin become strengthening. After weeks study and observation, I thought the bitcoin could be one of the real monetary in future.
[Streamed] - Compiling a Bitcoin Wallet for Windows
Martha Argerich, Kissin, Levine, Pletnev Bach Concerto For 4 Pianos Bwv 1065 Verbier, July 22 2002 - Duration: 12:45. Pedro Taam Recommended for you Headless installation for alt crypto coin using Ubuntu Linux Server. There isn't a whole lot of information out there explaining how to compile the Zencash wallet (since there isn't a windows version yet). I then decided to make a video showing you guys how to ... This video covers the method to install BitCoins on Ubuntu 16.04 Bitcoin is a virtual and crypto-currency created by Satoshi Nakamoto. For more explanation o... This video Shows how to Compile Bitcoin Source Code on Linux operating systems. it covers almost everything on how to compile bitcoin source code. ... How to compile Zencash Wallet Ubuntu 17.04 ...