Re: [bitcoin-dev] Pawn (chess piece) | Breaking bitcoin by playing chess

2021-12-04 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
The frivolous use of block space - ie. to increase the demand for block space - is not encouraged. Although it is possible you may write chess moves on a wrap of dollar bills and send them to your friends, nowhere that I know of has this been recorded in a ledger as a valid past time. KING

Re: [bitcoin-dev] Trying to patch Core ZMQ "rawtx" topic to only publish unconfirmed transactions: How?

2021-11-29 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Wasn't this already not a problem because you can check if it was confirmed? The transaction is not finalised in the mempool it is just speculation of a transaction, so it makes sense to emit when the transaction is confirmed. Just already check.. > It appears that the ZeroMQ topic I'm

Re: [bitcoin-dev] death to the mempool, long live the mempool

2021-10-27 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, No. This has been discussed previously and eliminated as there is no proof that the transaction can exist without population through the mempool. As a method of payment not hearing about a transaction until it is possibly mined three months later as I have experienced is

Re: [bitcoin-dev] [Lightning-dev] Removing the Dust Limit

2021-10-09 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Further, if it is entirely necessary to prevent the creation of utxo's that are considered dust, and I am not by any means convinced, then it is simple to provide the most circumspect solution to transfer the value of any dust utxo that would be created in a transaction to the

Re: [bitcoin-dev] [Lightning-dev] Removing the Dust Limit

2021-10-09 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, The underlying consideration is the same concerning the handling of 1c and 2c coins in an economy. Although you may argue the cost of counting those coins throughout the course of minting, drafting to banks, paying to bank customers, including in change, and at every handling

Re: [bitcoin-dev] [Lightning-dev] Removing the Dust Limit

2021-10-09 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Returning to this subject, there should be no restriction to the value of utxo's that keep in one's own wallet as change can be created in any value. With obvious intent, the wallet should avoid creating utxo's below the current dust limit at the time the transaction is created

Re: [bitcoin-dev] [Lightning-dev] Removing the Dust Limit

2021-08-30 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, It is worth reconsidering the value accumulated in dust. Speculatively, when the value of 1 BTC reaches US$ 1,000,000.00 then the value of one satoshi will be US$ 0.01 so, for 1 satoshi to be of any substantial value the value of Bitcoin will have to rise substantially higher.

Re: [bitcoin-dev] Opinion on proof of stake in future

2021-05-10 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Proof-of-stake sounds like an altcoin fork. There is no consideration that proof-of-work is insufficient or that it can be improved upon, only that it should be regulated. Imagine, you are a gold miner with larger hands so you start a mining race and mine plenty more than

Re: [bitcoin-dev] Taproot NACK

2021-03-17 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good afternoon, That is not desirable since yourself and I cannot prove the property of the UTXO when it is further spent unless we can ourselves scrutinize it. We have had this conversation before where you approach your reply to resolve that I have offered disagreement and I try to explain I

Re: [bitcoin-dev] Taproot NACK

2021-03-17 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, If you actually believe the operation of consensus and the discussion relevant to that is a mundane or philosophical dissection of people's ability to grasp a humorous while on-topic but obligatorily unnecessary conversation you may prefer if you enquire how Bitcoin is

Re: [bitcoin-dev] BIP Proposal: Consensus (hard fork) PoST Datastore for Energy Efficient Mining

2021-03-14 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, It is obvious that something needs to be done to curtail the current cost of mining in kWh per block. I understand proposals are rejected because it is considered censorship and Bitcoin has a consensus to allow anyone to mine but, since mining requires specific hardware and

Re: [bitcoin-dev] Taproot NACK

2021-03-14 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Since this is on the list I will open without my thank-you. You will kindly be advised that my title are recorded in both Scotland and with England, also provided by record in Australia's account with names recorded. If you wonder than am I Wills it is because a long time before

Re: [bitcoin-dev] Taproot NACK

2021-03-10 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
v on behalf of Ryan Grant via bitcoin-dev Sent: Saturday, 6 March 2021 1:04 AM To: Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] Taproot NACK On Thu, Mar 4, 2021 at 8:48 PM LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev wrote: > My concern was that the more complex scripts allow obfusca

Re: [bitcoin-dev] Taproot NACK

2021-03-04 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
tatute abiding) person should have privacy, and not against the state, and/or that mixers are sufficient privacy? Personally, I’m not moved by such an argument. What do you think is the value proposition of Bitcoin? e On Mar 1, 2021, at 14:21, LORD HIS EXCELLENCY JAMES HRMH via bitcoi

Re: [bitcoin-dev] Taproot NACK

2021-03-04 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
upport gold-like privacy to accumulate more dragnet surveillance coins. I wish you success with that. [0]: https://taaalk.co/t/bitcoin-maxima-other-crypto-things On Mar 2, 2021, at 9:54 PM, LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev mailto:bitcoin-dev@lists.linuxfoundation.org>> wrot

Re: [bitcoin-dev] Taproot NACK

2021-03-04 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
more complex scripts to be done more efficiently - using less ledger space. so any objections you can have should be leveled at bitcoin, not at taproot. On Wed, Mar 3, 2021 at 6:39 AM LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev wrote: > > "Today I spent approximately $5 at a chip shop

Re: [bitcoin-dev] Taproot NACK

2021-03-03 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
rgument. What do you think is the value > proposition of Bitcoin? > > e > >> On Mar 1, 2021, at 14:21, LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev >> wrote: >> >>  >> Good Afternoon, >> >> I am going to take tough terms with much of your rep

Re: [bitcoin-dev] Taproot NACK

2021-03-03 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
ent privacy? Personally, I’m not moved by such an argument. What do you think is the value proposition of Bitcoin? e On Mar 1, 2021, at 14:21, LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev wrote:  Good Afternoon, I am going to take tough terms with much of your reply and do appreciate

Re: [bitcoin-dev] Taproot NACK

2021-03-03 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
acy, and not against the state, and/or that mixers are > sufficient privacy? > > Personally, I’m not moved by such an argument. What do you think is the > value proposition of Bitcoin? > > e > > > On Mar 1, 2021, at 14:21, LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev > > wr

Re: [bitcoin-dev] Taproot NACK

2021-02-28 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
ource on your reporting? You may wish to rescind your nack. -- @JeremyRubin<https://twitter.com/JeremyRubin><https://twitter.com/JeremyRubin> On Sat, Feb 27, 2021 at 5:46 AM LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev mailto:bitcoin-dev@lists.linuxfoundation.org>> w

[bitcoin-dev] Taproot NACK

2021-02-27 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, It has been reported that Taproot will enable some Monero like features including the ability to hide transactions. If that is the case I offer a full NACK and let me explain. A part of the benefit of using Bitcoin is its honesty. The full transaction is published on the

[bitcoin-dev] Consensus Items

2021-02-27 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Does anybody have a consensus list of the existing consensus items? i.e. to itemise the operation of consensus into a list. KING JAMES HRMH Great British Empire Regards, The Australian LORD HIS EXCELLENCY JAMES HRMH (& HMRH) of Hougun Manor & Glencoe & British Empire MR. Damian

Re: [bitcoin-dev] Floating-Point Nakamoto Consensus

2020-09-29 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Re: [bitcoin-dev] Floating-Point Nakamoto Consensus I note that the discussion thread for this proposal has previously received HARD_NAK I note in the whitepaper the following basic introduction of need: >As a result anode will simply adopt the first solution seen, creating a

Re: [bitcoin-dev] Block solving slowdown question/poll

2020-03-22 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
There seems to be the real possibility that miners are simply trying to optimise mining profit by limiting the average hash rate during the retargeting, saving some electricity but poorly considering the overall situation where they give opportunity to other miners probably raising the

Re: [bitcoin-dev] v3 onion services

2019-11-18 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
The Tor team encourages active participating Tor nodes, preferably exit/ middle/guard nodes and not only client nodes, which is actually a significant part of the reason that the documentation I put together in Bitcoin.SE does not deal much with configuration tweaking Tor; as out of the box Tor

Re: [bitcoin-dev] v3 onion services

2019-11-17 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
For those perhaps not so well versed in the operation of Bitcoin (and Bitcoin Core) with Tor, connectivity through the outgoing connection to other nodes is all accomplished via the socks5 proxy which enables all current gossip and the distribution of the nodes own transactions to other nodes.

Re: [bitcoin-dev] CVE-2017-18350 disclosure

2019-11-08 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
It goes without saying in that all privately known CVE should be handled so professionally but, that is, well done team. Regards, LORD HIS EXCELLENCY JAMES HRMH From: bitcoin-dev-boun...@lists.linuxfoundation.org on behalf of Luke Dashjr via bitcoin-dev

Re: [bitcoin-dev] Add a moving checkpoint to the Bitcoin protocol

2019-08-02 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
I have but one point to make in a brief catch-up read over. With the current protocol the fix to a network split is simple, the longest chain win. But with the moving checkpoint I'm proposing we have a problem if both chains began to differ more than N blocks ago, the forks are permanent. So

[bitcoin-dev] List of proposals for hard fork/soft fork

2019-04-14 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Is anybody keeping a list of the solid proposals > BIP's to be included in any actual future consensus-driven fork? Perhaps pre-consensus voting of what to include in the fork packages? Surely not every or each proposal ever scouted is on for consideration. This may actually help to build

Re: [bitcoin-dev] Softfork proposal for minimum price of $50k USD/BTC

2019-04-01 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
It is April 1st. Nonetheless, I am agreed that the first part to track the exchange rate in USD (why not use Gold $/oz?) has merit if properly implemented. Voluntary data is notoriously difficult to enforce for accuracy. Regards, From:

Re: [bitcoin-dev] OP_CODESEPARATOR Re: BIP Proposal: The Great Consensus Cleanup

2019-03-12 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
the UTXO's not valid to be >spent until n height/time? We should. On Sun, Mar 10, 2019 at 10:55 AM LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev mailto:bitcoin-dev@lists.linuxfoundation.org>> wrote: Opinion: Lock in a blockheight to get rid of it 10 years in the future. Use it as pre

Re: [bitcoin-dev] OP_CODESEPARATOR Re: BIP Proposal: The Great Consensus Cleanup

2019-03-10 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Opinion: Lock in a blockheight to get rid of it 10 years in the future. Use it as press that Bitcoin is going to lose $1,000,000 if some mystery person does not put their transaction through by then, try for global presses. Use the opportunity to get rid of it while you are able. Once gazetted