I agree. I hate that for him, I cannot rationalize this any other way. Anyone can be a core dev. I get that. But I also believe that if you decide to take that path, you should understand you no longer represent yourself. You represent Bitcoin.
So if someone who represents Bitcoin in such a privileged capacity cannot be bothered to think rationally about their OPSEC then they should distance themselves from the public view as much as possible and do something else. This is not the path for them.
I do hope to see more Bitcoiners call for Luke to step down as a core dev, if he has not already. What example are you setting for your fellow Bitcoiners, who you have volunteered to be a figurehead in some capacity for? That is part of the territory, like it or not.
reply
Honestly, I just see this as the flip side of Luke’s incredibly lateral mind.
The same brain that figured out segwit is also going to be one that tries unconventional security methods.
His skill is still extremely valuable to bitcoin.
reply
This is not true. I don't know too much about Luke because I don't keep up with things to that level of detail with Bitcoin. So I looked this up.

SegWit was formulated by Bitcoin developer Pieter Wuille. Wuille is also the co-founder of Blockstream, a software company specializing in digital security for financial services.
Luke had discussed some of the issues before segwit came along that segwit would eventually solve and appears to have gotten involved again after Pieter kicked the discussion up and came up with a proposal. The most contribution Luke appears to have is that he suggested segwit be a soft fork.

The Intolerant Minority
While the BIP148 UASF seemed to have lost a lot of steam in favor of BIP149, not everyone had given up on this first UASF proposal completely.
Shaolinfry had proposed the concept under the assumption that it would be backed by an economic majority and thought it should be aborted before the flag day otherwise. But a group of users on the UASF Slack channel had a different idea. Some of them — including Bitcoin Core and Bitcoin Knots developer Luke Dashjr — were contemplating activating the soft fork regardless of what the rest of the Bitcoin ecosystem would do. Even if they were a minority, and even if they’d effectively spin themselves off into a new altcoin, they would move forward with the upgrade.

I attempted to find any mention that would explain why you are attributing him with such regard, but I cannot find anything that aligns. There is no "lateral mind" at play here.
Valuable skillet is debatable at best in my opinion, but even if that is the case his skillet is not rare.
reply
As I understand it, he was the dev that figured out how to signal and activate it on the network as a soft fork rather than hard fork. (Despite being actually opposed to using segwit.)
Haven’t got my copy of The Blocksize War to hand to double check so open to be corrected.
reply
You are correct. I had to download a copy of that book from a sketchy website to verify it. Would have been ironic if I got my butt hole pushed in by not sand boxing it.

A Florida-based Bitcoin developer called Luke Dashjr had figured out a hack, which made SegWit possible as a compatible (softfork) Bitcoin upgrade. Luke was regarded as one of the most extreme small blockers and was another hate figure in the large block community, alongside Gregory Maxwell. Luke was not at all scared of standing out from the crowd with his non-consensus opinions. To some extent, the committed Catholic and father-of-seven was the Cassandra of the technical community; exceptionally strident. However, Luke clearly had a very strong technical understanding of Bitcoin, and his apparent non-linear thinking, which made him see things differently from others, may have helped him conceive of this hack that the other developers couldn’t quite work out.
reply
figured out segwit may be a stretch, i know he was a part of it, but FIGURED OUT i think is strong wording.
he was vital in the segwit process and working it out so it could be softfork rather than hardfork but there were others he was collaborating with.
reply
He figured out segwit in the sense that it didn't need to be a hardfork. In a nutshell the signatures that used to be stored within a block (and count towards the 1 megabyte limit) are now stored "outside" the block so that old nodes simply ignore the signature part of segwit transactions.
One consequence is that pre-segwit nodes consider segwit transaction outputs as "can be spent by anyone" because they don't require a signature.
As long as most people use post segwit nodes, this is no problem of course, but it's funny at least that in theory anyone can create valid transactions to spend literally any and every single segwit UTXO
reply