public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Ariel Lorenzo-Luaces <arielluaces@gmail.com>
To: Praveen Baratam <praveen.baratam@gmail.com>,
	Bitcoin Protocol Discussion
	<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Why SegWit Anyway?
Date: Mon, 20 Nov 2017 09:39:11 -0800	[thread overview]
Message-ID: <3cf690cf-5918-4779-b4f0-a05f7ca5cc93@gmail.com> (raw)
In-Reply-To: <CAAQs3wuDPktHc6kiZXqTaatOheX4KP=TRgje0_-ED5h8iNs-MA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1566 bytes --]

Hello Praveen

You're absolutely right. We could refer to transactions by the hash that gets signed.

However the way that bitcoin transactions reference each other has already been established to be hash of transaction+signature. Changing this would require a hard fork.

Segwit is the realization that this could be done as a soft fork if we simply extract the signature outside of what the old client considers a transaction. And into a new transaction format where we do exactly what you're describing.

In my opinion the way it originally worked with the sig inside the transaction was simply an oversight by satoshi. No different than a bug.

Cheers
Ariel Lorenzo-Luaces


On Nov 20, 2017, 9:29 AM, at 9:29 AM, Praveen Baratam via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
>Bitcoin Noob here. Please forgive my ignorance.
>
From what I understand, in SegWit, the transaction needs to be
>serialized
>into a data structure that is different from the current one where
>signatures are separated from the rest of the transaction data.
>
>Why change the format at all? Why cant we just compute the Transaction
>ID
>the same way the hash for signing the transaction is computed?
>
>--
>Dr. Praveen Baratam
>
>about.me <http://about.me/praveen.baratam>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>bitcoin-dev mailing list
>bitcoin-dev@lists.linuxfoundation.org
>https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

[-- Attachment #2: Type: text/html, Size: 2903 bytes --]

  reply	other threads:[~2017-11-20 17:39 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-20 17:24 [bitcoin-dev] Why SegWit Anyway? Praveen Baratam
2017-11-20 17:39 ` Ariel Lorenzo-Luaces [this message]
2017-11-20 17:45 ` Johnson Lau
     [not found]   ` <CAAUFj10ZRQrtEzB_2wp-WS8Q-FGcSegpc_Z6kqvqnDLzNn=DrA@mail.gmail.com>
     [not found]     ` <CAAUFj11_Vh2K4MrmuBre5KaX6F16Jg3PYAsj6SSfzoYYRz_WyA@mail.gmail.com>
2017-11-20 18:04       ` Dan Bryant
2017-11-21 13:10         ` Steve Shadders
2017-11-21 13:16         ` Adán Sánchez de Pedro Crespo
2017-11-25 15:41           ` CANNON
2017-11-20 18:07   ` Praveen Baratam
2017-11-20 19:58     ` Johnson Lau
2017-11-20 18:59 ` Gregory Maxwell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3cf690cf-5918-4779-b4f0-a05f7ca5cc93@gmail.com \
    --to=arielluaces@gmail.com \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=praveen.baratam@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox