Was the Segwit introduction really necessary

[Livingleged]

Any one here who can explain the Segwit upgrade in a simplified way? I can’t seem to understand the upgrade done apart from the structure changes in transaction data and to also fix transaction malleability and I think the increase on the block size. was there any other upgrade? Can someone explain the upgrade better but in a simplified context.

[Cookdata]

Any one here who can explain the Segwit upgrade in a simplified way? I can’t seem to understand the upgrade done apart from the structure changes in transaction data and to also fix transaction malleability and I think the increase on the block size. was there any other upgrade? Can someone explain the upgrade better but in a simplified context.

I hope you know about transaction structure to make your understanding easy!

There was two upgrade of Segwit. The first one is Segwit version 0, which is the Segwit that introduced structure changed in the transaction and also fixed transaction malleability while Segwit version 1 introduced Taproot, this introduced a way to make signatures smaller with Schnorr signature to reduced number of signatures and the size in transaction, a new type of script called tapscript and also improved privacy in transaction.

Before the Segwit upgrade, legacy transactions(p2pkh and p2sh) are heavy in bytes and the fees are calculated with sat/byte, paying sats for each byte is expensive but the introduction of Segwit v0 introduced a discount weight unit with the witness field and that made the new fee rate as sat/vbyte and also increased the block size.

The legacy transactions do inlcude signature in the scriptsig, but with Segwit, the signature is removed from the scriptsig to the witness field. So when transactions byte are calculated, the signature is calculated on the discount of witness, you are paying less fee as compared to legacy transactions where signature is included in the scriptsig..

There are couple of threads in the forum about Segwit but the images are broken. Learnmeabitcoin gives summary and basic.
https://learnmeabitcoin.com/technical/upgrades/segregated-witness/

[BlackHatCoiner]

The simplified explanation is that Segwit was the solution to transaction malleability, as already mentioned above, in the learnmeabitcoin website. The idea is to segregate the signature from the transaction, so that the TXID is not determined by the signature. A beneficial side effect of this segregation is that, because signatures are no longer part of transactions, a block can now contain more transactions than before.

This is pretty much it. It got consensus because it also slightly increased the block size at a time when people really demanded it.

[nc50lc]

Any one here who can explain the Segwit upgrade in a simplified way?

BIP-141 has enough "simplified" information regarding that.
If you disregard the references and examples, the rest or at least the "Motivation" part should be easy enough to understand and contains the answers that you seek.

Link: github.com/bitcoin/bips/blob/master/bip-0141.mediawiki
Most notably in point 3's "New script system could be introduced" paved a way for future upgrades without changing the consensus rules.

[ABCbits]

A beneficial side effect of this segregation is that, because signatures are no longer part of transactions, a block can now contain more transactions than before.

Be careful with your wording. IIRC only legacy node and wallet wouldn't see signature on segwit TX. Signature itself is part of TX, but it's counted as witness data, where witness data benefit from witness discount.

[bitmover]

because signatures are no longer part of transactions, a block can now contain more transactions than before.

This is pretty much it. It got consensus because it also slightly increased the block size at a time when people really demanded it.

This is pretty much why it was really necessary.

As there are basically no downsides, and it allows transactions to be made cheaper and also fitting more transactions in a block, it greatly increases scalability.

Most scalability solutions costs decentralization, which isn`t the case for segwit.

There was no reason not to implement segwit, and many good reasons to.

[Mia Chloe]

~snip

There are a lot of reasons why SEGWIT upgrade was important. Periods of around 2017 and 2018 was when it was first obvious. No one would fancy a network where congestion was so high you would have to pay almost 10 % as fees it's literally almost like you are getting taxed. Yeah miners would have benefited from higher fees but it was not worth it.

Everything revolves around dropping fees and maximising block space. Splitting the witness data and the transaction data was most of it plus weight units was used to replace the initial hard block limit of 1MB back then.

[Livingleged]

~snip

There are a lot of reasons why SEGWIT upgrade was important. Periods of around 2017 and 2018 was when it was first obvious. No one would fancy a network where congestion was so high you would have to pay almost 10 % as fees it's literally almost like you are getting taxed. Yeah miners would have benefited from higher fees but it was not worth it.

Everything revolves around dropping fees and maximising block space. Splitting the witness data and the transaction data was most of it plus weight units was used to replace the initial hard block limit of 1MB back then.

Very clear and explicit thank you,  thread is now closed

[Cricktor]

... thread is now closed

No, it's not. How about you actually close it instead of only talking about it?

[SquirrelJulietGarden]

Any one here who can explain the Segwit upgrade in a simplified way? I can’t seem to understand the upgrade done apart from the structure changes in transaction data and to also fix transaction malleability and I think the increase on the block size. was there any other upgrade? Can someone explain the upgrade better but in a simplified context.

It's not too necessarily to go into too technical things and if you simply look at what's going on the Bitcoin blockchain and Bitcoin mempools now, you can see good effects from Segwit upgrade years ago in 2017 and the Segwit adoption growth since 2017 which all contributed well to give cheaper fee rates in Bitcoin mempools and cheaper transaction fees for our bitcoin transactions recent months.

Practically, it's more important than anything else, as you can see someone try to talk about amazing technical upgrades or altcoin projects try to shill their technical innovations which all failled practically later.

Segwit Bech32 adoption.
Segwit spending transactions is the chart that visualizes how the Segwit adoption increases with time.

You can get more informative charts there https://mainnet.observer/

[flapduck]

Signatures are bulky and every node has to validate them, but most wallets don't need to keep re-downloading them forever just to know coins moved. By separating that data, old nodes could still follow the chain (soft fork), and new nodes could count that signature data differently (block weight), so capacity goes up in a way that doesn't instantly blow up disk/bandwidth for everyone.

Before SegWit, someone could tweak a transaction's ID without changing what it did, which is a nightmare if you're trying to build reliable second-layer protocols. Lightning in particular basically needed stable txids to work sanely at scale.

So "was it necessary?" If you wanted Lightning and a safer path for future upgrades, yeah, pretty necessary.

[hmbdofficial]

Can someone explain the upgrade better but in a simplified context.

before segwit upgrade was introduced bitcoin transaction operate the legacy transaction where the unlocking code for a transaction which is the signature are put  together with the transaction data in the input as such the signature data is part of every transaction data then the TXID will be created from entire transaction data including the signature data as well, which consumes more storage.

but with the introduction of the segwit the signature data was separated from the transaction data thereby creating the TXID from only the transaction data not including the signature data which gives more storage space for the transaction data.
this should be the simplest way to explain the segwit upgrade  you can see link below for better understanding.

https://learnmeabitcoin.com/beginners/guide/segwit/

[Cricktor]

...
https://learnmeabitcoin.com/beginners/guide/segwit/

You could've simply recommended to follow above link, because the explanation there is better presented and also augmented with come helpful pictures. I'm not really convinced that your words are easier to understand and you're not even mentioning the far more important reason for Segwit...

The main reason for this upgrade was to fix transaction malleability (I'll explain this in a moment). The other significant change was a block size increase.