When I am discussing , and distributed ledger technologies with friends and colleagues, I always try to mention and explain the following statement: Bitcoin blockchain Don’t trust, verify. This is a very strong statement, which indirectly describes one of the biggest advantages of Bitcoin and consequently blockchain. Bitcoin arose as an alternative to our existing, catastrophically failing banking system. Our current banking system is based on trust and like initially wrote in 2009: Satoshi Nakamoto “The root problem with conventional currency is all the trust that’s required to make it work. The central bank must be trusted not to debase the currency, but the history of fiat currencies is full of breaches of that trust. Banks must be trusted to hold our money and transfer it electronically, but they lend it out in waves of credit bubbles with barely a fraction in reserve. We have to trust them with our privacy, trust them not to let identity thieves drain our accounts. Their massive overhead costs make micropayments impossible.” With Bitcoin (and blockchain) we now got a technology, which is still in an early phase of its development, but already offers a solid solution, which has been proved itself as an alternative since 2009. The wallet is the interface to the underlying technology and up to now not quite ready for mass adoption. There are three essential aspects to evaluate a wallet: — Can I validate transaction myself? Do I have to trust a 3rd party? Trust — Is it possible to anonymously buy / sell / transact? Privacy — Is my key secure? How is it stored? Security When examining Coinbase: — you cannot validate the transaction yourself Trust — you need to register Privacy — you don’t have access to your key (or you don’t have a key at all) Security Coinbase is the counterexample of what Bitcoin is meant to be. However, (most popular full node implementation) is not perfect either: Bitcoin Core — it is a full node, which is able to fully validate Trust — no sign-up required and it is possible to create multiple addresses Privacy — it does not come with a secure store (e.g. hardware wallet) Security Before going deeper into the distinctions and trade-offs, the concept of and (Simplified Payment Verification) will be explained, which are two options to choose from, when not using an exchange: full nodes SPVs An is a Bitcoin implementation that does not verify everything. The SPV client submits a bloom filter (a filter to request only matching transactions and merkle blocks) to a full node providing SPV services. Each time a block header is sent, a full node will check against the provided bloom filter if transactions that may or may not be interested is in the block. If positive, then the identified transactions will be included, plus all other transactions required to compute the merkle root. For each block header received, the SPV client will check if it contains a proof of work solution that meets the difficulty requirement and if it is linked to the previous block. SPV Nodes that fully verify all of the rules of Bitcoin are called . The most popular implementation of a full node is . Full nodes download every block and transaction and check them against Bitcoin’s consensus rules. full nodes Bitcoin Core https://bitseed.org/mobile-bitcoin-wallets/ It is necessary to run a full node and not just an SPV. Otherwise miners can just change the consensus rules and/or the full node you trust can be simply adversarially adjusted. The fee estimation should not be done by anyone else, but by yourself. However, the SPV does not have the mempool / UTXO set, which is required to do proper fee estimation without relying on a centralized service. Nevertheless most of the people are using centralized validation like Coinbase and Trezor (the transactions are sent to their service, but alternatives with Electrum exists though), because of the good usability and the ease of use. For the average person it is impracticable to download the entire blockchain and set up a full node on a computer, a server or even a smartphone. There are neither mobile carrier contracts with up to 200 GB mobile data bandwith, nor smartphones with this amount of internal storage. With a block size limit of 1 MB, Bitcoin’s blockchain scales like around 50 GB per year. If the block size is even bigger, then it becomes even harder to run and maintain a full node for the average person, because it will be economically infeasible. Which means: Less full nodes, less decentralised. Centralized validation is convenient, but as Satoshi Nakamoto indirectly stated: it is also the root of failure in the past. However, full nodes are required to make Bitcoin trustless. There is no central institution (like a bank or PayPal), just the software running on your own computer. Everyone is his/her own bank and should verify for themself. Whenever features are outsourced to someone else, trust and reliance is needed. Though, the less functionalities are outsourced, the more complex the usage becomes and that’s an obstacle for most of the people. It is quite a tough balancing act to have something “easy to use”, in order to have more adoption and at the same time a minimized reliance on a centralized service. Hence, there is still a lot of room for improvements. There are already multiple BIPs (Bitcoin Improvement Proposal), which can and most likely will pave the road for future wallets: e.g. , . The development of a (almost) trustless hardware wallet with great user experience is another thing I am looking forward to. BIP158 BIP174 Bitcoin (and blockchain) is about being able to operate in a trustless manner, in a hostile environment. It provides the great opportunity to verify everything, so you can be aware about everything which is happening in the system. Therefore, we should not forget about this powerful, inherent feature. Sidenote: Currently, it is not much of a hassle and quite affordable to set up and run Bitcoin full node — it is even possible on a Raspberry Pi. Check out this great . tutorial References: Thanks and s/o to Jonas Schnelli and more for the good thoughts and work on this! https://bitcoin.jonasschnelli.ch/BOB_jonasschnelli_csatfow.pdf http://p2pfoundation.ning.com/forum/topics/bitcoin-open-source https://en.bitcoin.it/wiki/Full_node https://bitcoin.org/en/glossary/bloom-filter _First of all, sorry by not asking an objective question, it's because I can't resume this one and I didn't find…_bitcoin.stackexchange.com Understanding SPV, pruning and its downsides, as well https://upscri.be/hackernoon/
