Mark Friedenbach writes:
> Rusty, this doesn't play well with SIGHASH_SINGLE which is used in
> assurance contracts among other things. Sometimes the ordering is set by
> the signing logic itself...
Ah, I forgot about that particular wart. Yech. Implies that you can
order inputs or outputs, not
Nothing to apologize for. And yes, that's the correct one.
On Jun 6, 2015 2:39 AM, "Pindar Wong" wrote:
> OK... sorry for my confusion.
>
> https://github.com/EthanHeilman/BlockSizeDebate
>
> it is.
>
> p.
>
>
> On Sat, Jun 6, 2015 at 2:37 PM, gabe appleton
> wrote:
>
>> Please use the one it's
OK... sorry for my confusion.
https://github.com/EthanHeilman/BlockSizeDebate
it is.
p.
On Sat, Jun 6, 2015 at 2:37 PM, gabe appleton wrote:
> Please use the one it's originally forked from that Ethan made. I don't
> want to be the one who sorts through what's valid and what isn't, as I
> do
Please use the one it's originally forked from that Ethan made. I don't
want to be the one who sorts through what's valid and what isn't, as I
don't have as low-level an understanding as I'd like. I don't feel
qualified.
On Jun 6, 2015 2:34 AM, "Pindar Wong" wrote:
> Thanks Gabe.
>
> https://gith
Thanks Gabe.
https://github.com/gappleto97/BlockSizeDebate
github's reachable via vpn.
p.
On Sat, Jun 6, 2015 at 2:28 PM, gabe appleton wrote:
> Yeah. We made a git repo instead, so we don't have to bother with the
> exclusive-by-default wiki policies. It's linked in this email chain.
>
> I'
Yeah. We made a git repo instead, so we don't have to bother with the
exclusive-by-default wiki policies. It's linked in this email chain.
I'll be getting home tomorrow, so I should be able to start back up on
this. A few days from now we should throw this on /r/Bitcoin so we can get
some more pub
Hey Stephen,
Thanks for your feedback
On Fri, Jun 5, 2015 at 11:20 PM, Stephen
wrote:
> - I think your explanation of sorting could be significantly shortened
> and clarified by simply saying that the TXIDs of inputs should be compared
> as uint256 integers.
>
I considered defining the compar
Rusty, this doesn't play well with SIGHASH_SINGLE which is used in
assurance contracts among other things. Sometimes the ordering is set by
the signing logic itself...
On Jun 5, 2015 9:43 PM, "Rusty Russell" wrote:
> Title: Canonical Input and Output Ordering
> Author: Rusty Russell
> Discussion
Title: Canonical Input and Output Ordering
Author: Rusty Russell
Discussions-To: "Bitcoin Dev"
Status: Draft
Type: Standards Track
Created: 2015-06-06
Abstract
This BIP provides a canonical ordering of inputs and outputs when
creating transactions.
Motivation
Most bitcoin wallet implementatio
Gabe,
Did you ever get an answer to this?
I"ll have some time tomorrow to be able to help with some work on this and
will need to do it myself anyways since I'm not sure I understand the
nuances, where bitcoin XT fits into the scheme of things (or not) etc.
I would have thought that there would
Hi Kristov,
I like the idea. Mainly because having a standard reminds developers to
consider this issue. In addition, we would have visibility into the portion of
the network that adopts this strategy to enhance privacy. A few points of
feedback:
- I think your explanation of sorting could be
Hello all,
I have written a draft of a BIP to standardize the sorting of tx inputs and
outputs for privacy and security reasons. A few colleagues have reviewed
this and provided feedback privately, but now it's ready for feedback from
a wider audience.
If there is positive sentiment about the pro
Hello,
I've just uploaded Bitcoin Core 0.11.0rc1 executables to:
https://bitcoin.org/bin/bitcoin-core-0.11.0/test/
The source code can be found in the source tarball or in git under the tag
'v0.11.0rc1'
Preliminary release notes can be found here:
https://github.com/bitcoin/bitcoin/blob/0.11/
13 matches
Mail list logo