<unnamed>

Public Key

npub12vzx6za9u8xhn6em7mq6msart7e42u2954mt3kzc7z7p0ux6f3lsxsppw8

Profile Code

nprofile1qqs9xprdpwj7rnteavaldsddcw34lv64w9z62a4cmpv0p0qh7rdyclcpz4mhxue69uhhyetvv9ujumn0wd68ytnwv46qz9rhwden5te0wfjkccte9ejxzmt4wvhxjmcpp4mhxue69uhkummn9ekx7mqpgaskq

Publishing to

relay.nostr.net

relay.damus.io

nos.lol

Last Notes

2023-06-08 00:52:41 CEST

- reply

📅 Original date posted:2021-05-09
📝 Original message:According to this paper:
https://www.cs.umd.edu/projects/coinscope/coinscope.pdf
PoW is also only resilient to 1/3rd of the network.
On Sat, 8 May 2021 at 14:46, Eric Martindale via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> Mr. Singh,
>
> Proof of Stake is only resilient to ⅓ of the network demonstrating a
Byzantine Fault, whilst Proof of Work is resilient up to the ½ threshold.
You can explore prior research here:
https://download.wpsoftware.net/bitcoin/pos.pdf
>
> Independent of the security thresholds, Proof of Stake requires other
trade-offs which are incompatible with Bitcoin's objective (to be a
trustless digital cash) — specifically the famous "security vs. liveness"
guarantee. Digital cash is not useful if it must be globally halted to
ensure its security, and Proof of Work squarely addresses this concern.
>
> Above and beyond any security consideration, Proof of Stake incentivizes
the accumulation of wealth within a small set of actors, which is
undesirable for the long-term health of any such network. If we are to
free humanity from the tyranny of the State, we must do so by protecting
the rights of every individual to hold and preserve their own value,
without trusting any third party. Entrusting the health of the network to
the "economic elite" is the paramount evil with respect to Bitcoin's
objectives, nevermind that Proof of Work relies on energy expenditure to
provide its security.
>
> Sincerely,
>
> Eric Martindale, relentless maker.
> Founder & CEO, Fabric, Inc.
> +1 (919) 374-2020
>
>
> On Fri, May 7, 2021 at 6:50 PM SatoshiSingh via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
>>
>> Hello list,
>>
>> I am a lurker here and like many of you I worry about the energy usage
of bitcoin mining. I understand a lot mining happens with renewable
resources but the impact is still high.
>>
>> I want to get your opinion on implementing proof of stake for bitcoin
mining in future. For now, proof of stake is still untested and not battle
tested like proof of work. Though someday it will be.
>>
>> In the following years we'll be seeing proof of stake being implemented.
Smaller networks can test PoS which is a luxury bitcoin can't afford.
Here's how I see this the possibilities:
>>
>> 1 - Proof of stake isn't a good enough security mechanism
>> 2 - Proof of state is a good security mechanism and works as intended
>>
>> IF PoS turns out to be good after battle testing, would you consider
implementing it for Bitcoin? I understand this would invoke a lot of
controversies and a hard fork that no one likes. But its important enough
to consider a hard fork. What are your opinions provided PoS does work?
>>
>> Love from India.
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20210509/120dd43f/attachment-0001.html>

2023-06-08 00:52:37 CEST

- reply

📅 Original date posted:2021-05-09
📝 Original message:On Sat, 8 May 2021 at 15:36, Karl via bitcoin-dev
<bitcoin-dev at lists.linuxfoundation.org> wrote:
> Bitcoin would get better mainstream public reputation if the block reward were reduced to reduce mining. This would quickly and easily reduce energy expenditure.
You're in luck then, as the block reward is being reduced by 50%, every 4 years.

2023-06-07 20:29:29 CEST

- reply

📅 Original date posted:2021-03-12
📝 Original message:Can I just point out (to those addressing James as Lord/Excelency/etc
that he isn't noble nor a Lord, so just wanted to mention this in case
people were giving him more attention than the average person would be
afforded.
My 2p (an equal 2p) on Taproot is ACK, by the way.
On Thu, 11 Mar 2021 at 00:49, Keagan McClelland via bitcoin-dev
<bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> LORD HIS EXCELLENCY,
>
> This isn't different with Taproot either. When you spend a P2SH output you reveal the script. In Taproot you reveal the portion of the script that is relevant to allowing you to spend it. There is no value to specifying the other possible conditions that could have moved the coins because, after all, you aren't invoking those clauses to move the coins. I am showing you my fingertip, and pointing to my finger tip, the palm is not relevant.
>
> Keagan
>
> On Wed, Mar 10, 2021 at 2:11 AM LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote:
>>
>> Good Afternoon,
>>
>> You cannot liken the ability to scrutinise the public ledger to be the same as hiding information, it is like showing your palm while you are pointing at the back of your hand. The advice that I have is P2SH is scrutable once the UTXO is spent. Also, there is no public ledger obfuscation in creating new addresses, there is a plausible reduction in transaction linkage.
>>
>> KING JAMES HRMH
>> Great British Empire
>>
>> 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 at lists.linuxfoundation.org> on behalf of Ryan Grant via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org>
>> Sent: Saturday, 6 March 2021 1:04 AM
>> To: Bitcoin Protocol Discussion <bitcoin-dev at lists.linuxfoundation.org>
>> Subject: Re: [bitcoin-dev] Taproot NACK
>>
>> On Thu, Mar 4, 2021 at 8:48 PM LORD HIS EXCELLENCY JAMES HRMH via
>> bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote:
>> > My concern was that the more complex scripts allow obfuscation of the Pay To address
>>
>> This is no different from options available in P2SH, or from the
>> obfuscation achieved by generating a new address for a payment.
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev