pull down to refresh
231 sats \ 5 replies \ @chairman_pretense 19 Jan 2023 \ parent \ on: Multiple Linux Backdoors Discovered Targeting Bitcoin Core Developer -LukeDashJr bitcoin
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.
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.
According to this site: https://www.investopedia.com/terms/s/segwit-segregated-witness.asp
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.
So I looked further and found this article: https://bitcoinmagazine.com/technical/the-long-road-to-segwit-how-bitcoins-biggest-protocol-upgrade-became-reality
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