From: Eric Voskuil <eric@voskuil.org>
To: LORD HIS EXCELLENCY JAMES HRMH <willtech@live.com.au>
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Taproot NACK
Date: Wed, 3 Mar 2021 23:46:30 -0800 [thread overview]
Message-ID: <0FC5D37F-9CB8-4E78-892A-5C8768E90EAD@voskuil.org> (raw)
In-Reply-To: <SL2P216MB008922741210CC853A51A5A19D979@SL2P216MB0089.KORP216.PROD.OUTLOOK.COM>
[-- Attachment #1: Type: text/plain, Size: 2614 bytes --]
Your Excellency,
You don’t seem to understand how Bitcoin currently works. A signature is a mathematical /probabilistical proof that the person who signed (the output) is the same person who created the script (the input) that was paid to (i.e. not fraud). You cannot see that he is that person, you can only do the math - giving yourself a reasonable assurance that it is not a fraud.
Taproot is not a proposed change to this design, so I’m not sure to what exactly you are objecting. The math continues to be the sole assurance and visibility that the money was created and transferred in accordance with the agreed rules (consensus). There is no other way for anyone to “look at” potential fraud on the chain.
If you are aware of any flaw in the existing or proposed mathematics that would enable fraudulent creation or transfer of bitcoin, please spell it out for us.
e
> On Mar 3, 2021, at 21:10, LORD HIS EXCELLENCY JAMES HRMH <willtech@live.com.au> wrote:
>
> Good Afternoon,
>
> I will reply privately here, what do you say I am not in support of fungibility? This fungibility is because of consensus including transparency. Otherwise, if it is just a fraud no-one can look at it.
>
> KING JAMES HRMH
>
> Regards,
> The Australian
> LORD HIS EXCELLENCY JAMES HRMH (& HMRH)
> of Hougun Manor & Glencoe & British Empire
> MR. Damian A. James Williamson
> Wills
>
> et al.
>
>
> Willtech
> www.willtech.com.au
> www.go-overt.com
> and other projects
>
> earn.com/willtech
> linkedin.com/in/damianwilliamson
>
>
> m. 0487135719
> f. +61261470192
>
>
> This email does not constitute a general advice. Please disregard this email if misdelivered.
> From: bitcoin-dev <bitcoin-dev-bounces@lists.linuxfoundation.org> on behalf of Felipe Micaroni Lalli via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org>
> Sent: Thursday, 4 March 2021 3:30 AM
> To: eric@voskuil.org <eric@voskuil.org>; Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
> Subject: Re: [bitcoin-dev] Taproot NACK
>
> Dear LORD HIS EXCELLENCY JAMES HRMH (& HMRH), a.k.a. "The Australian",
>
> This discussion list is serious stuff, please stop making noise. Fungibility is a desirable property, anyway.
>
> Thank you!
>
>> On Wed, Mar 3, 2021 at 12:04 PM Eric Voskuil via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
> > consensus requires the ledger to be honest does not prove that it is honest.
>
> Actually, that’s exactly what it does. A logical/mathematical requirement (necessity) is also called a proof.
>
> e
[-- Attachment #2: Type: text/html, Size: 6011 bytes --]
next parent reply other threads:[~2021-03-04 7:46 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <SL2P216MB008922741210CC853A51A5A19D979@SL2P216MB0089.KORP216.PROD.OUTLOOK.COM>
2021-03-04 7:46 ` Eric Voskuil [this message]
2021-02-24 3:23 [bitcoin-dev] Taproot NACK LORD HIS EXCELLENCY JAMES HRMH
2021-02-27 16:14 ` Jeremy
2021-02-28 11:36 ` LORD HIS EXCELLENCY JAMES HRMH
2021-02-28 13:07 ` Ariel Lorenzo-Luaces
2021-03-01 1:34 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-01 22:37 ` Eric Voskuil
2021-03-02 1:16 ` Daniel Edgecumbe
2021-03-03 3:06 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-03 11:58 ` eric
2021-03-03 16:30 ` micaroni
2021-03-03 14:49 ` Erik Aronesty
2021-03-04 5:06 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-05 14:04 ` Ryan Grant
2021-03-10 6:34 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-11 0:47 ` Keagan McClelland
2021-03-12 13:04 ` R E Broadley
2021-03-12 22:30 ` Eric Voskuil
2021-03-14 10:13 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-14 18:41 ` Aymeric Vitte
2021-03-17 4:19 ` ZmnSCPxj
2021-03-17 5:46 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-17 7:14 ` Eric Voskuil
2021-03-02 11:56 ` Chris Belcher
2021-03-03 11:22 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-16 2:11 ` ZmnSCPxj
2021-03-16 11:39 ` DA Williamson
2021-03-17 4:11 ` ZmnSCPxj
2021-03-17 8:13 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-17 9:32 ` ZmnSCPxj
2021-03-18 1:10 ` DA Williamson
2021-03-03 2:54 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-03 11:55 ` eric
2021-03-04 4:53 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-03 14:32 ` Thomas Hartman
2021-03-04 5:05 ` LORD HIS EXCELLENCY JAMES HRMH
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=0FC5D37F-9CB8-4E78-892A-5C8768E90EAD@voskuil.org \
--to=eric@voskuil.org \
--cc=bitcoin-dev@lists.linuxfoundation.org \
--cc=willtech@live.com.au \
/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