Bitcoin Forum
April 27, 2024, 09:09:27 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Segwit  (Read 2217 times)
spazzdla (OP)
Legendary
*
Offline Offline

Activity: 1722
Merit: 1000


View Profile
February 26, 2017, 05:39:20 PM
 #1

How do the signatures work?  They are separated into two separate blocks so there would be two blockchains running? One would store a block of transactions and a block of signatures?
1714252167
Hero Member
*
Offline Offline

Posts: 1714252167

View Profile Personal Message (Offline)

Ignore
1714252167
Reply with quote  #2

1714252167
Report to moderator
1714252167
Hero Member
*
Offline Offline

Posts: 1714252167

View Profile Personal Message (Offline)

Ignore
1714252167
Reply with quote  #2

1714252167
Report to moderator
I HATE TABLES I HATE TABLES I HA(╯°□°)╯︵ ┻━┻ TABLES I HATE TABLES I HATE TABLES
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714252167
Hero Member
*
Offline Offline

Posts: 1714252167

View Profile Personal Message (Offline)

Ignore
1714252167
Reply with quote  #2

1714252167
Report to moderator
1714252167
Hero Member
*
Offline Offline

Posts: 1714252167

View Profile Personal Message (Offline)

Ignore
1714252167
Reply with quote  #2

1714252167
Report to moderator
achow101
Moderator
Legendary
*
Offline Offline

Activity: 3374
Merit: 6541


Just writing some code


View Profile WWW
February 27, 2017, 06:29:12 AM
 #2

How do the signatures work?  They are separated into two separate blocks so there would be two blockchains running? One would store a block of transactions and a block of signatures?
No. Segwit changes the transaction format for segwit enabled nodes. This new format includes a new field after the outputs called the txwitness. The txwitness contains what would have been an input's normal scriptsig if it were a p2pkh or p2sh input. The txwitness contains these "scriptsigs" in the exact same order as the inputs. This "scriptsig" includes the signatures, pubkeys, and redeemscripts.

When in a block, the transactions are just included with this new serialization format; there is no additional block or other outside data.

For more in depth technical details, read BIP 144. I can also explain it with more detail if you want.



Holy shit you people really know how to derail a thread extremely quickly. No one has bothered to answer OP's question and instead went off on rants about segwit that are unrelated to OP's question. As such, all of your posts have been deleted for being off topic.

amaclin
Legendary
*
Offline Offline

Activity: 1260
Merit: 1019


View Profile
February 27, 2017, 06:48:40 AM
 #3

Holy shit you people really know how to derail a thread extremely quickly. No one has bothered to answer [...]
This is standard/normal behaviour from the very early stage of civilization Smiley

I am still thinking what will be the best strategy for a miner, if he receives
a block in "old" format from non-upgraded node. Such blocks will transfer
much more faster through the network, because there will be no signature
checking operations.

Should the miner throw this block away because of lack of witness parts in transactions
or should it mine on top of this incomplete block?  Grin
Lauda
Legendary
*
Offline Offline

Activity: 2674
Merit: 2965


Terminated.


View Profile WWW
February 27, 2017, 07:53:26 AM
 #4

I am still thinking what will be the best strategy for a miner, if he receives
a block in "old" format from non-upgraded node.
If a soft fork is activated, why would someone be mining in "old format"? I'm assuming that you're talking about a miner/node that is using pre-Segwit software to mine, in which case it would get orphaned I believe (previous version block). If you're referring to something else, then please elaborate.

"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
😼 Bitcoin Core (onion)
amaclin
Legendary
*
Offline Offline

Activity: 1260
Merit: 1019


View Profile
February 27, 2017, 08:35:48 AM
 #5

If a soft fork is activated, why would someone be mining in "old format"? I'm assuming that you're
talking about a miner/node that is using pre-Segwit software to mine, in which case it would get
orphaned I believe (previous version block). If you're referring to something else, then please elaborate.
No. This is some kind of SPV-mining.
You have valid pre-segwit block at height N with sufficient difficulty and correct header.
Should you start mine the block (N+1) or continue to mine block N?
achow101
Moderator
Legendary
*
Offline Offline

Activity: 3374
Merit: 6541


Just writing some code


View Profile WWW
February 27, 2017, 02:13:18 PM
 #6

If a soft fork is activated, why would someone be mining in "old format"? I'm assuming that you're talking about a miner/node that is using pre-Segwit software to mine, in which case it would get orphaned I believe (previous version block). If you're referring to something else, then please elaborate.
No, not necessarily. Firstly, version numbers are no longer used for signalling and "forking" as versionbits is now used. A block is still valid if it is in the non-segwit format and contains no segwit transactions. It is only invalid and thus rejected by segwit nodes if it contains segwit transactions but does not use the segwit serialization format or the have witness commitment in the coinbase.

I am still thinking what will be the best strategy for a miner, if he receives
a block in "old" format from non-upgraded node. Such blocks will transfer
much more faster through the network, because there will be no signature
checking operations.

Should the miner throw this block away because of lack of witness parts in transactions
or should it mine on top of this incomplete block?  Grin
If a node that supports segwit receives a block in non-witness format but contains witness transactions, it should reject it as invalid.

amaclin
Legendary
*
Offline Offline

Activity: 1260
Merit: 1019


View Profile
February 27, 2017, 02:16:15 PM
 #7

If a node that supports segwit receives a block in non-witness format but
contains witness transactions, it should reject it as invalid.
Should or must? How can you be sure?  Grin
spazzdla (OP)
Legendary
*
Offline Offline

Activity: 1722
Merit: 1000


View Profile
February 27, 2017, 03:10:41 PM
 #8

I don't  get how this offers an advantage over block size increase... :S
Lauda
Legendary
*
Offline Offline

Activity: 2674
Merit: 2965


Terminated.


View Profile WWW
February 27, 2017, 03:29:59 PM
 #9

I don't  get how this offers an advantage over block size increase... :S
Here's the list: https://bitcoincore.org/en/2016/01/26/segwit-benefits/
In comparison, a block size increase only has 1 as mentioned in that list under "Block capacity/size increase".

"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
😼 Bitcoin Core (onion)
zzTAz
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
February 27, 2017, 03:44:54 PM
 #10

Roger Ver (BU) vs Tone Vays (SegWit) - Bitcoin Scaling Debate

https://www.youtube.com/watch?v=XdyIJ-BUPaU
spazzdla (OP)
Legendary
*
Offline Offline

Activity: 1722
Merit: 1000


View Profile
February 27, 2017, 03:54:36 PM
 #11

Roger Ver (BU) vs Tone Vays (SegWit) - Bitcoin Scaling Debate

https://www.youtube.com/watch?v=XdyIJ-BUPaU

Thanks. 
zzTAz
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
February 27, 2017, 11:18:59 PM
 #12

if someone is interested you can find the second debate here

https://www.youtube.com/watch?v=JarEszFY1WY
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!