- A proposed alternative to Segwit was to increase the bock size from 1 mB to 2 mB
- Apart from solving the scaling issue, Segwit also solved the malleability problem that made it possible to change the signature and thus the hash of the block without changing the other content of the block.
- The lightning network makes it possible to send repeating transactions fast using segwit
- No
-
an increase in block size
-
it fixed a flaw where users could tamper with transaction identities
-
SegWit is the foundation for the Lightning Network. By eliminating the possibility for transaction malleability, secure payment channels can be created that will eventually allow the Bitcoin network to process millions of transactions per second. Lastly, SegWit is a way to help Bitcoin scale to accommodate its ever-expanding user base, without forcing a hard-fork.
-
No, the new rules still fit in the prev rule set so it was a soft fork. However the adoption rate continued to grow since implementation
Q: What was a proposed alternative to Segwit?
A: Simple increase of the blocksize (which can’t be more than a temporary solution and also would lead to more problems).
Q: What did Segwit solve more than just the scaling issue?
A: Also the transaction malleability is removed (manipulation of senders signature no longer has an effect).
Q: How is Segwit and the Lightning network connected?
A:By solving the tx malleability problem “mini-transactions” are made possible where two parties can send transactions to each other and after finishing this process only settling the outcome on the block chain.
Q: Are people, wallets and other services forced to use Segwit?
A: Wallets are not forced to implement SegWit, but they would support further development and adaptability of BTC.
- The alternative to Segwit was to increase block size
- Segwit was originally proposed to solve the transaction malleability problem by moving signature information away from the data used to generate the transaction ID hash. This was feasible because the signature is really only needed at the point the transaction is being verified to be added to the blockchain and removing it reduces the transaction size by 60%…resulting in more smaller transactions per block
- By preventing someone tampering with scripts and changing transaction ID’s Bitcoin was able to become a stable base-layer for smart contracts and second layer solutions such as Lightning.
- Segwit was not mandatory but adoption has grown since activation in Aug 2017.
-
Proposed alternative was to increase a block size.
-
It solved the transaction malleability issue.
-
Segwit made second layer solution and lightning network possible.
-
No, they are compatible with the old protocol
-
The proposed alternative to SegWit was to simply increase the block size limit to 2mB.
-
SegWit increased scalability, but it also increased solved the malleability issue which made room for new second layer technologies to be implemented; technologies like Lightning Network.
-
SegWit and Lightning are connected through the malleability issue. Before Segwit it was easy to change parts of a transaction which was a security problem. With that problem solved, Lightning Network was able to more securely set-up state channels.
-
Since SegWit was a soft fork, it is not mandatory for all participants of the network to upgrade. However, if they want to take advantage of the benefits that SegWit provides, then they will need to update.
- block size increase
- Transaction ID malleability which in turn allows easier deployment of lightning network.
- Segwit helped make Lightning network possible.
- No it was a soft fork. Though considering they read segwit transactions as claimable by anyone.
-
What was a proposed alternative to Segwit?
Increasing the block size >1MB -
What did Segwit solve more than just the scaling issue?
Initially Segwit was intended to fix transaction malleability which meant do deal with manipulating certain features in the signiture causing the TX hash to change detached from TX data. -
How is Segwit and the Lightning network connected?
Being a second layer protocol, Lightening network is a feature that relies on unconfirmed transactions thus open for the discussed malleabilty therefore risky. Segwit solves this issue. -
Are people, wallets and other services forced to use Segwit?
As I see it segwit, on one hand, did not change the 1MB consensus rule it came as a solution to condense increasing volume of tx(even though considered temporary). On the other hand I dont see any way around it being integrated espcially as BTC gains more popularity so I consider it a soft coercion,
Question-Is this condensed pull of TX is considered as change of rules or moving the signature? tnx
To update the block sizes to 2mB. Which would only be a temporary solution as well.
2.
It solved the problem of Tx malleability, which means that someone was able to change tx hash after it has been sent.
3.
With bitcoin, the Segwit update made it possible, that a second layer could be built in bitcoin, so thanks to that, Lightning network can exist.
4.
They are not forced, but it is more effective with mass adoption.
Which by the way at the time of the article was 15%, nowadays touching 50%
-
A proposed alternative to Segwit was increasing the block size limit, which would have resulted in a hard fork.
-
Segwit also solved the transaction malleability issue, where anyone could change small details that modified the transaction ID but not the content. Removing the signature information from the block and putting it outside the block made it so the signatures could be changed without affecting the transaction ID.
-
Fixing the transaction malleability problem makes it so any feature that relies on unconfirmed transactions is less risky and easier to design. This makes the lightning network easier to build.
-
People, wallets and other services are not forced to use Segwit, but as more wallets upgrade, the percentage of transactions using Segwit will increase, and fees will decrease as the number of transactions in a block increases.
1.) What was a proposed alternative to Segwit?
The proposed alternative was to increase the blocksize to 2MB
2.) What did Segwit solve more than just the scaling issue?
Opportunities for second layer solutions. No Hard Fork. Fixed the Transaction Malleability Issues
3.) How is Segwit and the Lightning network connected?
The Lightning Network will take smaller and frequent transactions off Chain as well to boost Bitcoins
transaction capacity.
4.) Are people, wallets and other services forced to use Segwit?
No they are not but are working on it. There is a list by Bitcoin Core that has a current list of
progress
- Bigger block sizes .
- Segwit stopped a hard fork as well as scaling issues .
- Sewit supports and is compatible with second layer solutions which can enhance bitcoins potential for adoption .
- No , there are not forced as it is a soft fork and are in the realms of old method .
-
Increase of block size. This lead to a hard fork which created Bitcoin Cash
-
It solved the problem of transaction malleability by removing the signature from the transaction. This made the transaction smaller which increased the amount of transactions in a block without increasing the size of the block. The signatures could then be verified separately without changing the hash of the transaction.
-
Lightning network is a second layer protocol which boosts bitcoin’s transactional capacity
-
No because it is a soft fork and still compatible with the old protocol (ie: still has a 1MB block limit)
- They wanted to resize the block.
- Malleability of transaction id by changing the signatures of the sender/reciever.
- Segwit is the lightening network.
- no but they better if they want better service overall.
-
Increasing the block size.
-
Segwit solved the malleability issue by storing the signature information outside of the base transaction block, it also facilitates the lightening network and second layer solutions.
-
The Segwit made any feature that relies on unconfirmed transations less risky and easier to design.
-
No, it is still compatible with the previous protocol.
-
An alternative proposal to Segwit was to simply increase the block size limit to 2mB.
-
Segwit solved the malleability issue by removing the signature from the TX ID
-
By solving the malleability issue, SegWit made it possible for second layer protocols, dealing with unverified transactions less risky, allowing Lightning network to become a viable second-layer protocol.
-
No-one is forced to used SegWit, so adoption has been slow.
- What was a proposed alternative to Segwit? The proposed alternative to Segwit, which was taken by bitcoin cash was to simply double the size of the block, a poor choice because it is a temporary fix, it would require more horsepower and better internet to implement which would limit the number of miners and lead to a more centralized app. Also, the latency would increase with larger blocks, leading to higher fees, slower post-times and more stale blocks (which also slows down the confirmation time).
- What did Segwit solve more than just the scaling issue? It solved tx malleability by off-loading the signatures into a separate file, which stopped the bug that allowed a recipient to change the signature part of the hash without changing the transactions and claiming that they never received the first tx and demanding a second.
- How is Segwit and the Lightning network connected? Lightning network is not viable with the TX Malleability bug, so Lightning was made viable with Segwit.
- Are people, wallets and other services forced to use Segwit? No.
Increasing the block size.
The security issue of maliability.
Segwit enabled the lightning network.
No because it was a soft fork.
I’m sorry but I don’t understand your question.
Segwit is not the same as the lighting network.
But because segwit solved the transaction malleability issue, it is safer to work with unconfirmed transactions wich enables the lightning network to work on bitcoin.