I just transferred 5 sats from my BlueWallet to my newly created Muun wallet. Cost was 1 sat, instantenous.

BlueWallet I think understand. It is custodial. But Muun wallet.... I thought it was non-custodial? Meaning I need to open a channel, i.e. do a on-chain transaction, before receiving fund via lightning?

This makes me confused. How is this possible in a non-custodial muun wallet?

I feel apprehensive about using Muun wallet. No clear distinction between Lightning balance and on chain balance. A bit too user friendly. For a non-material bearer asset like BTC (first time in human history), a bit more DIY is needed IMO.

Now, BlueWallet is also very user friendly. But they are upfront about being custodial, and also very clear distinction between lightning and onchain.

[7]

So I mined 0.00014167 BTC on NiceHash.

Now I am trying to withdraw the BTC to BlueWallet.

I created an invoice for 0.00014167 BTC using BlueWallet

But when I try to withdraw 0.00014167 BTC from NiceHash, it says there is a 0.00000002 BTC network fee.

So I am wondering if the BlueWallet invoice amount should be 0.00014167 BTC or 0.00014165 BTC?

So let's say I make a 2 of 3 multi-sig.
So I have a total of 3 seeds and 3 zpubs.

Am I correct to say that I require at least 2 seeds and 1 zpub to be able to access the coins?

So if I lose one seed and its associated zpub, then I will lose the coins?

If I store the 3 seeds in a geographically distributed manner, the seed storage should be as follows?

Store seed    Store zpub
    1               2, 3
    2               1, 3
    3               1, 2

=====
Also, is there a mnemonic form for storing zpub? Seems pointless to have mnemonic for seed, but no mnemonic for zpub. Seems like both are equally important.

So, Bitcoin Cash and Bitcoin both use the same address system?

I personally got into Bitcoin long after Segwit, so I have no BCH.

But let's say someone owns both BTC and BCH after the hard fork.

And then, he wants to sell BCH and buy BTC.

However, when he broadcasts a transaction on BCH, what is to stop someone from broadcasting the same transaction on the BTC network?

Worse, since Segwit essentially creates a "anyone can spend" UTXO as interpreted by pre-Segwit nodes, if he transfers BTC into a Segwit address, what is to prevent someone from stealing his coins on BCH?

Ok, so people say that SegWit is a soft fork. What does this mean?

So let's say I was running a version of Bitcoin Core that was downloaded and installed in 2015. And then I just left it running without updating the software.

And then on SegWit activation day, blocks start coming in that contain Segwit transactions, eg. those bc1q addresses. So my 2015 Bitcoin Core will accept those blocks as entirely valid and then add those blocks to my local Block Chain?

====

I also heard people saying that SegWit is actually a block size increase. Wait what? So you can do a soft fork to increase the block size, and Bitcoin Core clients installed in 2015 and never updated will accept those blocks as valid and add those blocks to their Block Chain?

Am I understanding this correctly? Before SegWit, the Block Chain on my PC (running 2015 software) increases by 1 MB per 10 minutes on average. After SegWit, the Block Chain on my PC (running 2015 software) increases by 1 to 2MB per 10 minutes on average?

===

So what is to prevent me from doing my own soft fork? Let's call my soft fork SegCash, and then I buy a bunch of mining equipment and start mining my own blocks. Will those blocks that follow my own soft fork rules be accepted by all the other nodes?

So what is to prevent me from doing my own soft fork and increase the block size to 100MB per block? And then I buy a bunch of mining equipment and mine my own blocks which follow my own soft fork rules, and then those blocks will be accepted by the rest of the network?

So if a miner were to start mining TapRoot blocks right now, those blocks will also be accepted by the rest of the network as valid?

[What happens in the event of a hard disk failure or a Windows reinstallation?]

So I just downloaded Bitcoin Core.
But, when I ran the software, it says I have to download the entire 350GB blockchain.
This must be done whether I want to run a full node or a pruned node.

I want to ask: What happens in the event of a hard disk failure or a Windows reinstallation?
Do I have to go through the entire process of re-downloading and re-verifying the entire blockchain every time?
Or is there a way to download a pre-verified blockchain and just continue from whereever it left off?

I imagine that after setting up a full node with 350GB of data, I can just backup all the files.
And then if I reinstall Windows or my HDD fails, I can just restore the backup and then carry on from whichever block it was left off?
But if such a process can be done, then there must exist somewhere where I can downloaded a backed up version of a fully synced Bitcoin node, and then just carry on from there, without having to go through the tedious process of downloading and verifying from genesis myself?

I am trying to run Bitcoin core, but when I started the software, it says that I can either:

1) Download the entire blockchain and keep it on my disk, 350GB
2) Download the entire blockchain, verify historical data, and only keep the most recent 2 GB of blocks.

Either way, I have to download 350GB of historical data.

Forgive me, Toxic Maxis, but is there an implementation of Bitcoin Core where I can only download the most recent 2GB of blocks?

Furthermore, I have another idea.

Is it possible to build a full node that stores only the latest UTXO set and the latest 2016 blocks for difficulty adjustment?

If I store all current UTXOs and the latest 2016 blocks, is it to all intents and purposes, the same as storing the entire 350GB block chain?

If no such software exists I will build it from scratch. I am currently reading Programming Bitcoin by Jimmy Song.

---

11