Bitcoin, Explained — The Technical Side of Bitcoin

Bitcoin, Explained — The Technical Side of Bitcoin

By Sjors ProvoostTechnology
Download on the App Store

Bitcoin, Explained — The Technical Side of Bitcoin episodes

  • The Lightning Network Basics — NADO 22

    In this episode of The Van Wirdum Sjorsnado, hosts Aaron van Wirdum and Sjors Provoost discuss the basics of the Lightning Network, Bitcoin’s Layer 2 protocol for cheaper, faster and potentially more private transactions.

    25 min
  • Why Open Source Matters for Bitcoin - NADO 21

    In this episode of The Van Wirdum Sjorsnado, Aaron and Sjors discuss why it matters that Bitcoin software is open source… and why even open source software doesn't necessarily solve all software-specific trust issues.

    In theory, the fact that most Bitcoin nodes, wallets and applications are open source should ensure that developers can’t include malicious code in the programs: anyone can inspect the source code for malware. In practice, however, the number of people with enough expertise to do this is limited, while the reliance of some Bitcoin projects on external code libraries (“dependencies”) makes it even harder.

    Furthermore, even if the open source code is sound, this doesn’t guarantee that the binaries (computer code) really correspond with the open source code. Aaron and Sjors explain how this risk is largely mitigated in Bitcoin through a process called Gitian building, where several Bitcoin Core developers sign the binaries if, and only if, they all produced the exact same binaries from the same source code. This requires special compiler software.

    Finally, Aaron and Sjors discuss Guix, a relatively new project that goes above and beyond the Gitian process, to minimize the level of trust required to turn source code into binaries — including trust in the compiler itself.

     

    36 min
  • RSK, federated sidechains and Powpeg - NADO 20

    In this episode of The Van Wirdum Sjorsnado, hosts Aaron van Wirdum and Sjors Provoost discuss RSK’s shift from a federated sidechain model to the project’s new Powpeg solution. RSK is a merge mined Ethereum-like Bitcoin sidechain developed by IOVlabs. Bitcoin users can effectively move their coins to this blockchain that operates more like Ethereum, and move the coins back to the Bitcoin blockchain when they so choose. Some Bitcoin miners utilize their hashpower to mine bocks on the sidechain, and earn some extra transaction fees by doing so.The tricky part of any sidechain is allowing users to securely move their coins between blockchains. This is technically done by locking coins on the Bitcoin blockchain and issuing corresponding coins on the sidechain, and vice versa: locking coins on the sidechain to unlock the coins on the Bitcoin blockchain.So far, RSK did this by locking the coins into a multi-signature address, for which the private keys were controlled by a group of well-known companies. A majority of them was needed to unlock the coins, which they were to only do if and when the corresponding sidechain coins were locked.RSK is now switching to a Powpeg model where the keys to the multi-signature address are controlled by special tamper-proof hardware modules that are in turn programmed to only unlock coins on the Bitcoin blockchain if and when the corresponding coins on the sidechain are locked, and the transactions to lock these coins up have a significant number of confirmations.Aaron and Sjors explain how this works exactly, and discuss some of Powpeg’s security tradeoffs.

    24 min
  • Mempools, Child Pays for Parent, and Package Relay - NADO 19

    In this episode of The Van Wirdum Sjorsnado, hosts Aaron van Wirdum and Sjors Provoost discussed Bitcoin mempools, Child Pays For Parent (CPFP) and package relay.

    Package relay is the project that Gloria Zhao will work on as part of her Brink fellowship, which was announced earlier this week, and would make the Lightning Network more robust (among other benefits). Mempools are the collections of unconfirmed transactions stored by nodes, from which they forward transactions to peers. Miners usually select the transactions from their mempools that include the highest fees, to include these in the blocks they mine.

    Mempools can get full, however, at which point transactions that pay the lowest fees are ejected. This is actually a problem in context of CPFP, a trick that lets users speed up low-fee transactions by spending the coins from that transactions in a new transaction with a high fee to compensate. Tricks like these can be particularly important in the context of time-sensitive protocols like the Lightning Network.

    In this episode, van Wirdum and Provoost explained how package relay could enable CPFP, even in cases where low-fee transactions are dropped from mempools, by bundling transactions into packets. And they explore why this may be easier said than done.

    21 min
  • Erebus Attacks and how to stop them with ASMAP - NADO 18

    In this episode of The Van Wirdum Sjorsnado, Aaron and Sjors discuss the Erebus Attack. The episode is a follow-up from last week’s episode on Eclipse Attacks, a type of attack that isolates a Bitcoin node by occupying all of its connection slots to block the node from receiving any transactions. Erebus Attacks are Eclipse Attacks where an attacker essentially spoofs a whole part of the internet.

    Support the Show!
    Follow Bitcoin Magazine on Twitter @BitcoinMagazine
    Follow Aaron van Wirdum @AaronvanW
    Follow Sjors Provoost @provoost

    Music:
    Song Title: Segwit Sounds
    By: The NakamoTones
    Album: Citadel Music
    Produced by: Bitcoin Audio

    16 min
  • Bitcoin Eclipse Attacks And How To Stop Them - NADO 17

    In this episode of The Van Wirdum Sjorsnado, Aaron and Sjors discuss Eclipse attacks. More specifically, they discuss the 2015 paper “Eclipse Attacks on Bitcoin’s Peer-to-Peer Network,” written by Ethan Heilman, Alison Kendler, Aviv Zohar and Sharon Goldberg, from Boston University and Hebrew University/MSR Israel.

    Support the Show!
    Follow Bitcoin Magazine on Twitter @BitcoinMagazine
    Follow Aaron van Wirdum @AaronvanW
    Follow Sjors Provoost @provoost

    Music:
    Song Title: Segwit Sounds
    By: The NakamoTones
    Album: Citadel Music
    Produced by: Bitcoin Audio

    21 min
  • Open Timestamps - NADO 16

    In this episode of The Van Wirdum Sjorsnado, Aaron and Sjors discuss Open Timestamps, a Bitcoin-based time stamping project by applied cryptography consultant and former Bitcoin Core contributor Peter Todd. Open Timestamps leverages the security of the Bitcoin blockchain to timestamp any type of data, allowing for irrefutable proof that that data existed at a particular point in time.

    Support the Show!
    Follow Bitcoin Magazine on Twitter @BitcoinMagazine
    Follow Aaron van Wirdum @AaronvanW
    Follow Sjors Provoost @provoost

    Music:
    Song Title: Segwit Sounds
    By: The NakamoTones
    Album: Citadel Music
    Produced by: Bitcoin Audio

    32 min
  • Utreexo w/ Ruben Somsen - NADO 15
    On this episode of The Van Wirdum Sjorsnado, Aaron and Sjors are once again joined by Ruben Somsen. This time, the trio doesn’t discuss one of Somsen’s own proposals, but they dive into a concept by Tadge Dryja called Utreexo.   Helpful links: https://www.youtube.com/watch?v=6Y6n88DmkjU   https://bitcoinmagazine.com/articles/bitcoins-growing-utxo-problem-and-how-utreexo-can-help-solve-it   Support the Show! Follow Bitcoin Magazine on Twitter @BitcoinMagazine Follow Aaron van Wirdum @AaronvanW Follow Sjors Provoost @provoost Follow Ruben Somsen @SomsenRuben   Music: Song Title: Segwit Sounds By: The NakamoTones Album: Citadel Music Produced by: Bitcoin Audio
    32 min
  • Headers First, Assume Valid and Assume UTXO - NADO 14
    On this episode of The Van Wirdum Sjorsnado, Aaron and Sjors discuss “Assume UTXO”, a proposal and project by Chaincode Labs alumni James O’Beirne.   One of the biggest bottlenecks for scaling Bitcoin — if not the biggest one — is initial block download: the time it takes for a Bitcoin node to synchronize with the Bitcoin network, as it needs to process all historic transactions and blocks in order to construct the latest UTXO-set: the current state of bitcoin-ownership.   Aaron and Sjors explain some of the ways sync-time has been sped up over time. First, sync-time was improved through “Headers First” synchronization, which ensures that new Bitcoin nodes don’t waste time validating (potentially) weaker blockchains. In recent years, sync-time has been improved with “Assume Valid”, an optional shortcut that lets nodes skip signature verification of older transactions, instead trusting that the Bitcoin Core development process in combination with the resource-expensive nature of mining offers a reliable version of transaction history.

    Finally, they explain how the security assumptions underpinning Assume Valid could be extended to allow for the potential future upgrade Assume UTXO to offer new Bitcoin Core users a speedy solution to get up to speed with the Bitcoin network, sacrificing a minimal amount of security during the initial bootstrapping phase.   Helpful Links:    Chaincode podcast about the same: https://www.youtube.com/watch?v=knBHvzKsIOY   Pull request: https://github.com/bitcoin/bitcoin/issues/15605  

    Support the Show!
    Follow Bitcoin Magazine on Twitter @BitcoinMagazine
    Follow Aaron van Wirdum @AaronvanW
    Follow Sjors Provoost @provoost

    Music:
    Song Title: Segwit Sounds
    By: The NakamoTones
    Album: Citadel Music
    Produced by: Bitcoin Audio

    24 min
  • Bitcoin Core 0.21 supports Tor v3 - NADO 13

    Bitcoin Core 0.21 will support Tor v3 addresses. Aaron and Sjors explain what this means and why it matters, and also discuss how new Bitcoin nodes find existing Bitcoin nodes when they bootstrap to the network.

    Helpful Links:

    * Tor V3 (onion) address support in Bitcoin Core: https://github.com/bitcoin/bitcoin/pull/19954

    * the ADDRv2 message added in BIP155 that allows nodes to gossip those new Tor addresses: https://github.com/bitcoin/bips/blob/master/bip-0155.mediawiki#Specification

    * DNS seeds and the bootstrap problem: https://stackoverflow.com/questions/41673073/how-does-the-bitcoin-client-determine-the-first-ip-address-to-connect

    Timestamps:

    00:00 - 00:34 - intro 

    1:02 - 2:10: how Tor Works

    2:25 - 3:03: benefits of running a bitcoin node behind tor. 

    7:12 - 8:19 Discussing how Bitcoin node gossip addresses. 

    8:56 - 10:40 Explaining how DNS works 

    12:30 - 13:30: DNS is storing list of bitcoin nodes. 

    Support the Show!

    Follow Bitcoin Magazine on Twitter @BitcoinMagazine

    Follow Aaron van Wirdum @AaronvanW

    Follow Sjors Provoost @provoost

    Follow Ruben Somsen @SomsenRuben

    Music:

    Song Title: Segwit Sounds

    By: The NakamoTones

    Album: Citadel Music

    Produced by: Bitcoin Audio

    19 min

About Bitcoin, Explained — The Technical Side of Bitcoin

From the publisher's feed

Bitcoin journalist Aaron van Wirdum teams up with Bitcoin Core contributor Sjors Provoost to explain Bitcoin one episode at a time.

More shows like Bitcoin, Explained — The Technical Side of Bitcoin

Founders by David Senra

Founders

2,187 Listeners

What Bitcoin Did by Danny Knowles

What Bitcoin Did

276 Listeners