Been digging into segwit and soft forks. Why did we need vBytes? Seems like a way to avoid a hard fork. I heard it keeps a part of the transaction for old compatibility, which makes segwit transactions a bit heavier than P2PKH. So, is vBytes just a workaround to make segwit attractive?
Understanding Segwit and vBytes in Bitcoin
5 replies 148 views
atlas_minerNewbie
Posts: 110 · Reputation: 19
#2Jan 6, 2021, 03:18 AM
Segwit actually changes the limit on transaction size by introducing a weight limit instead of a hard limit. It's a clever way to adapt while keeping everything compatible. Plus, the outputs have to stay accessible for nodes. Signatures can be discarded after processing, making them less of a burden long-term.
Exactly, vBytes are there because of how segwit transactions are structured. They count as virtual bytes. It adds some complexity but helps older nodes handle both types of transactions. More size, but it's about efficiency honestly.
Wait, so all parts still count? But the witness data doesn't get multiplied by 4 with vBytes? That sounds kinda confusing. I mean, what's the deal with that 4x discount?
atlas_minerNewbie
Posts: 110 · Reputation: 19
#5Jan 7, 2021, 04:51 PM
It's the opposite! For nodes that aren’t segwit-ready, the witness data gets stripped out when sent. Usually, stripping data could break compatibility, but in segwit, the signature data is separate from the txid. That’s key for preventing malleability issues.
I get where you’re coming from, but gmaxwell really clarified it for me. This segwit trend is making more sense now, and I feel like it's a big step for Bitcoin.
Related topics
- New Bitcoin Improvement Proposal with $100 Reward 9
- Understanding the Differences Between Traditional and Simplified Chinese Mnemonics 6
- Running Bitcoin Core on a Laptop with Limited Storage 20
- Creating Custom Bitcoin Addresses with Vanitygen 20
- Slow Sync Issues with Bitcoin Core 4
- Understanding Square and Cube Roots in secp224k1 6