Gavin Andresen [ARCHIVE] on Nostr: 📅 Original date posted:2011-08-25 🗒️ Summary of this message: Gavin Andresen ...
📅 Original date posted:2011-08-25
🗒️ Summary of this message: Gavin Andresen proposes a low-level infrastructure for Bitcoin to build high-priority features, but has concerns about bugs and unnecessary code.
📝 Original message:On Thu, Aug 25, 2011 at 3:39 AM, Michael Grønager <gronager at ceptacle.com> wrote:
> Put in another way - do we *really* need to couple the securing of the wallet to creating a new address type ?
Nope.
I should have been more clear in my initial email and in the
proposal-- I am not proposing anything more than just agreeing on the
very lowest-level infrastructure, so there is a solid foundation upon
which we can build a couple of key very-high-priority features.
I wanted to talk about it now so there is rough consensus on what to
put on the road map, and to get as many smart brains looking at the
proposal and making it as good as possible. Current proposal is at:
https://gist.github.com/39158239e36f6af69d6f
I have two issues with it:
1) groffer reports that there's a bug in CHECKMULTISIG (pops too many
arguments off the stack), so perhaps we should avoid using it at all.
Fixing the bug would change its behavior, and is not an option because
that would cause a blockchain split. We absolutely need unit tests and
better documentation for how CHECKMULTISIG behaves (perhaps it is
working as intended, and Satoshi just messed up the description of
what it does in the comment).
2) How often will the 1-of-3 and 3-of-3 cases be used? I included them
just for completeness, but perhaps they should be dropped for now so
there is less code to write and test. I just don't imagine there are
many cases where you have exactly three parties and 1-of-3 or 3-of-3
are required to spend.
--
--
Gavin Andresen
🗒️ Summary of this message: Gavin Andresen proposes a low-level infrastructure for Bitcoin to build high-priority features, but has concerns about bugs and unnecessary code.
📝 Original message:On Thu, Aug 25, 2011 at 3:39 AM, Michael Grønager <gronager at ceptacle.com> wrote:
> Put in another way - do we *really* need to couple the securing of the wallet to creating a new address type ?
Nope.
I should have been more clear in my initial email and in the
proposal-- I am not proposing anything more than just agreeing on the
very lowest-level infrastructure, so there is a solid foundation upon
which we can build a couple of key very-high-priority features.
I wanted to talk about it now so there is rough consensus on what to
put on the road map, and to get as many smart brains looking at the
proposal and making it as good as possible. Current proposal is at:
https://gist.github.com/39158239e36f6af69d6f
I have two issues with it:
1) groffer reports that there's a bug in CHECKMULTISIG (pops too many
arguments off the stack), so perhaps we should avoid using it at all.
Fixing the bug would change its behavior, and is not an option because
that would cause a blockchain split. We absolutely need unit tests and
better documentation for how CHECKMULTISIG behaves (perhaps it is
working as intended, and Satoshi just messed up the description of
what it does in the comment).
2) How often will the 1-of-3 and 3-of-3 cases be used? I included them
just for completeness, but perhaps they should be dropped for now so
there is less code to write and test. I just don't imagine there are
many cases where you have exactly three parties and 1-of-3 or 3-of-3
are required to spend.
--
--
Gavin Andresen