matt
Matt Corallo

10th known contributor to Bitcoin Core. Now Full-Time Open-Source Bitcoin+Lightning Projects at Spiral (Part of Block).

Public Key

npub185h9z5yxn8uc7retm0n6gkm88358lejzparxms5kmy9epr236k2qcswrdp

NIP-05 Address

matt@bitcoin.ninja

NIP-57 Address

matt@bitcoin.ninja

Profile Code

nprofile1qqsr6tj32zrfn7v0pu4aheaytdnnc6rluepq73ndc2tdjzus34gat9qpzamhxue69uhkummnw3ezuendwsh8w6t69e3xj7spp4mhxue69uhkummn9ekx7mqf8x00k

Publishing to

nostr.fmt.wiz.biz

nos.lol

relay.damus.io

Author Public Key

npub185h9z5yxn8uc7retm0n6gkm88358lejzparxms5kmy9epr236k2qcswrdp

Show more details

Last Notes

2024-11-01 02:24:09

- reply

Memtest doesn’t tend to get your CPU hot, though. Different things can fail at different utilization levels…

2024-10-26 02:21:10

One team is led by a fraud who thinks he knows how to handle a sword, the other hires an actor who can dress up in a puppet outfit and convincingly hold a sword. We are not the same. https://image.nostr.build/ebe171cabf0cd2820da3c97d687225246664ea70f15e12417c7264d44c27f356.jpg

2024-10-24 13:00:50

- reply

Hopefully not on testnets!

2024-10-23 22:11:52

- reply

Yep, that’s why I didn’t say 1000 sats :). Even 100k sats is a lot for a channel, tho, tbh.

2024-10-22 01:51:35

- reply

It’s just a head-of-line-blocking question, though…I imagine mostly you’re not downloading lots of CSS/JS/images, which is the big head-of-line issue HTTP clients have - they can render the page partially in response to each new item they get off the wire.
I assume you don’t, really, though? You presumably get events back from the server in time-order and populate the page down in time-order, so mostly one event stalling the next won’t make all that much difference in UX?

2024-10-21 12:08:29

- reply

I mean if you drop the TFO requirement it’s easy - just open many connections. But just fetching many resources isn’t sufficient to want QUIC - you have to be doing so immediately after opening the connection(s), the resources have to be non-trivial in size (think 10s of packets, so the text of a note generally doesn’t qualify) and have a need for not blocking one on another, which is generally not the case on a mobile app - server can send the first three things you need to paint the full window first and then more later.

2024-10-20 11:38:24

- reply

I think the difference is that with ecash the buyer choose who to trust and only trusts them. With your setup the buyer needs to trust the seller to some extent to use their infra to log into a custodial wallet. I’m not sure that’s a great idea.

2024-10-20 03:17:17

- reply

Errr avoid the multi-connection (and associated initial small window sizes)/head-of-line-blocking tradeoff.

2024-10-19 23:54:30

- reply

Admittedly I wasn’t really thinking about web apps in the above design though. Nothing specific shouldn’t work except that the spec explicitly says wallets can’t open a callback URI that has a scheme of http(s). I was worried about it being a way for a payee to discover the payers IP, but I think maybe it doesn’t matter.

2024-10-19 22:27:24

- reply

I think it’s required. If we’re flipping it to have the nostr zapper broadcast the zap (which we should) you need to cryptographically tie the nostr zapper to the payment proof somehow.
I can see the argument for returning the key explicitly (it’s simple, the initiating app is the payer, kinda), but it feels pretty gross (two copies of a key always bad if you can only have one). Seems cleaner to just pass the message in the original URI?

2024-10-18 00:33:13

- reply

TLS is a really bad protocol if your doing something greenfield. Please don’t ever use it unless you’re stuck in the web browser world.

2024-10-17 22:21:12

- reply

I mean it won’t work in a browser anyway? Noise definitely the way to go if you’re building something without compat, and this won’t get compat anyway

2024-10-12 01:29:07

- reply

Honestly I always take that as my watch insulting my fitness…. And usually it’s right 😭

2024-10-12 01:28:03

- reply

A short-term PR hit trying to force the UN to leave may or may not be worse for PR than the reports of actions in the field over the following months. One is very short-term and the other is very much not.
But really I guess that’s where we just agree to disagree on priors. Sadly, given the evidence of the last six months, I’m not very confident that the IDF is as conservative on decisions of proportionality or care as they were a decade (or two) ago. All evidence points to even close allies having very serious (non-public) questions on proportionality on a regular basis, and given the civilian leadership (who decide military leadership) for the last decade(ish) I don’t find that particularly surprising :(.

2024-10-11 15:15:07

- reply

I agree that would be great! But sadly the last decade or so of Bitcoin testnet has demonstrated that people mostly aren’t willing to put on the effort required to do so (which is very substantial!).

2024-10-11 14:58:25

- reply

The allegation last time wasn’t that they were specifically “sharing with Hezbollah”, but rather that they were putting it on their website, doing so indirectly. Same net outcome, of course, but I don’t see it on their website today.
You’re, again, assuming that Unfil is interacting directly with Hezbollah to assist them, which is a pretty major assumption. Given there are two perfectly reasonable assumptions here - that or that the IDF does not wish the UN to monitor their actions to prevent them from generating further war reports (given the “anti-Israel bias” the IDF has explicitly alleged the UN has), and given we have no other information or claims from the IDF, I’m still at a total loss for why you’re taking one assumption as almost certain and the other as almost impossible.

2024-10-11 14:51:41

- reply

I mean that’s literally Unfil’s mandate - to watch what happens so they can encourage both sides to reduce tensions and tell the UN who’s job is to do the same?

2024-10-11 14:50:29

- reply

Cool! I’m admittedly pretty surprised by that, but…cool! Most of the joint-testing I’ve seen done is on various signets (mutinynet is pretty common, signet og too, etc), and having multiple testnets that different groups use seems fine? The whole point of testnets is that they don’t have value, though…

2024-10-11 14:46:49

- reply

Yea, that’s an entirely plausible argument for why they’re targeting the UN (but you’d think they’d ask them to stop, assuming they are, first). But you spent ten posts here arguing that “probably they’re sheltering Hezbollah” without any evidence and now jump to another argument because the first didn’t fit the facts.
I’d really strongly recommend you check your biases here.

2024-10-11 14:43:40

- reply

That is not the only instance they’re talking about. That’s just the new one from today. Here’s three specific instances the UN is objecting to, all from the Guardian article from yesterday. https://image.nostr.build/59b14a3f73dd32ecb9be35a9f3890c5431ac781fe929f277b40dec4c99bb1bf3.jpg https://image.nostr.build/e1352d1c5a75f8cd05feb8922ae13cb8b61461b67b565cbcad36ea1563ba4843.jpg https://image.nostr.build/83cb8200c759a80ec4a7872674de1e14074d3596f69e309c4034256ef4b63074.jpg

2024-10-11 14:09:16

- reply

Hmm? The IDF comments on lots of specific cases. Not everything, certainly, but when things make big news headlines, I’ve generally seen comments.
Anyway, not sure arguing relative percentages is worth it - I’m still really confused why you are talking a *default* stance of “the IDF is right not the UN” rather than a default stance of “I dunno, could go either way, both stances have reasonable motivation”. I fear you are falling into the “all conflicts must have a good guy and because the other side are obviously not it, Israel must be it, and can do no wrong” fallacy that is all too common in conflicts.

2024-10-11 14:05:44

- reply

Is it? I’m not really aware of much use of testnet to “interact with others”. Testnet lightning has been totally useless for years, and I’m not really sure what else there is?

2024-10-11 13:40:21

- reply

Then we fucked up testnet4, should have premined it so that it’s not scarce, and need to have a testnet5 :)

2024-10-11 12:53:17

- reply

Asking in IRC, generally 🤷‍♂️

2024-10-11 12:52:54

- reply

I’m a bit puzzled by your claim here. The IDF has had ample opportunity to respond to these events, and has not claimed that they thought Hezbollah was present at the UN positions in this case. If it were the case that they thought that, by now they absolutely would have, yet you keep bringing it up as a likely reason?
More generally, Unfil has never had a mandate of removing Hezbollah positions in southern Lebanon (that’s the Lebanese army/government’s job, of which there basically isn’t one of either). Their mandate is only to monitor. Their specific mandate is to “allow” everything and tell the UN about it.
I’m frankly puzzled about your arguments here.

2024-10-11 12:02:00

- reply

Please don’t buy testnet coins. If they get a price, we get testnet5.

2024-10-10 21:54:24

- reply

Also apparently the IDF isn’t even claiming it was an intelligence error? https://image.nostr.build/110e17a8792ef0c9b437a4ffa26e8bb03c2d14baba57eab4884eaa0c98b55154.jpg

2024-10-10 21:48:30

- reply

Not to mention it follows a week or more of Israel explicitly telling Unfil that they should leave, the idea that commanders may wish to ramp up pressure isn’t unreasonable.

2024-10-10 21:46:34

- reply

Given the only other observers to the incident are confident it was no accident (and it follows several related incidents), I would not carry a default judgement here. There are absolutely strategic reasons Israel would have to fire on a UN position, even if they’re a bit more tenuous than the reason of “bad intelligence”.
And, yea, I’m sure we’ll never know much more. https://image.nostr.build/c78e3554a1f5bd46ca946ed13dd0a5bad70242fb602154dc01d48daf647c4172.jpg

2024-10-10 20:30:13

- reply

Satoshi’s doing well, thanks.

2024-10-10 16:57:59

- reply

I wasn’t claiming at all there’s a winning strategy here, quite the opposite in fact, there we strongly agree. (Maybe “the only winning strategy is not to play”, but of course that’s a losing strategy for Netenyahu, irrespective of how one might play that strategy to the benefit of the Israeli and other people).
I wasn’t referring to the overall volume of coverage, though, but rather coverage of realities on the ground, which is something we get fairly little of (even war journalists have limits). Embedded journalists generally only see really limited stuff (because no one wants an embedded journalist to die, so you limit where you bring them!), so I generally write them off entirely.
Rather the coverage I was referring to would be non-embedded journalists or UN reporting within its own formal channels. Non-embedded journalists have been hit a lot by Israeli troops, though of course it’s hard to tell whether they’re being hit more or less than the average person in active warzones in Gaza.
I wasn’t claiming any specific motivation here, just noting that you made a very large leap with the “well presumably intelligence said Hezbollah was using that site”, when there are many other reasons to strike a site.
Sadly, “just wait” isn’t a realistic approach in this conflict because basically no past event ever gets “resolved” - there’s what the IDF says and what Al Jazeera says and what Hamas says and I have yet to see any followup on anything. Even the “we’re launching an investigation” line we’ve heard from the IDF a handful of times appears to always result in internal investigations and no public comments (I believe with only one exception that I’ve seen). Sadly, public opinion is very much a battlefield in this conflict, much more so than in most others, so I don’t think that’s gonna change.

2024-10-10 15:21:09

- reply

And maybe much more importantly here is the desire to reduce press coverage. After all one of Hamas’ key aims (less so for Hezbollah, but also there too) is to make Israel look bad on the global stage (to reduce long-term support for them from western militaries). In a war zone there’s always things that look bad, so Israel has strongly preferred to not have press or reporting of their actions on the battlefield.

2024-10-10 15:05:56

- reply

You make an assumption that the only strategic goals sought are to eliminate actual Hezzbolah positions. It’s probably true, but I definitely wouldn’t say anything more than “probably” given Netenyahu’s domestic political risks and need for continued escalation if he wants to avoid jail for old corruption charges.

2024-10-09 22:49:31

- reply

Tradeoff, but with Alby the routing is done on the client side so if you self-host they can’t trivially see where the payment is going. They can do timing correlation with other information but that’s a much more involved attack. Sadly, today, Phoenix does routing on the server side so they see the payment destination in the clear.
As for esplora, yea, it’s not ideal, but if you’re using a fixed LSP it doesn’t matter - the LSP knows all your on-chain info anyway, and ideally your payments are lightning so the on-chain information isn’t “the interesting part” (aside from any on-chain setup deposits).

2024-10-07 02:32:09

- reply

Everyone with any tech chops always wrote off Samorai as a joke. The only reason people weren’t vocal about it is cause of how toxic all the asshats who loved it were. None of this means they should go to prison, but getting charged doesn’t mean you were the best, just the loudest and stupidest.

2024-10-07 02:29:47

- reply

Fair, Wasabi built something good too, and certainly succeeded in user adoption in a way JoinMarket never did (sadly, though for many reasons), but if we jump to a theoretical world where they both have an equal user base, I know which one I’m picking.

2024-10-07 00:37:24

- reply

Clearly you just need to commit to give more bitcoin talks at Linux conferences :)

2024-10-07 00:36:23

JoinMarket remains, by far, the best CoinJoin tech ever built. #note1jju…x4s5

2024-10-04 21:59:51

- reply

Ah, I guess I was misinformed. FERC allows DC ties without triggering FERC oversight (though it seems like an obvious thing for a future overzealous federal government to change).

2024-10-04 21:29:24

- reply

Err, sorry FERC.

2024-10-04 21:27:27

Texas appears to finally submitting to DOE oversight by interconnecting ERCOT with the rest of the country.
https://electrek.co/2024/10/03/hell-froze-over-in-texas-us-grid-first-time/

2024-09-29 19:12:31

- reply

It’s literally front page news. It’s a big deal, but it’s definitely getting reported lol.

2024-09-17 20:38:05

- reply

I still use a 5 year old Apple Watch because there have been no new features worth spending a dollar for.

2024-09-10 01:53:56

- reply

I’ve seen lots of people argue it’s terrible while suggesting alternatives that don’t provide the important features it offers…. And no one suggesting alternatives that do.
Of course also most of the arguments against it I’ve seen have been lazy af (eg “tor is slow so onion messages will be”…. Ignoring that they’re a totally different design lol).
But…Maybe just install Phoenix and try it? :)

2024-09-09 18:46:48

- reply

I mean as a simple v1 we could just replace it with BOLT 12 as-is? It’s pretty simple to swap in, and BOLT 12’s reusability + proof of payment means you could still announce the zap on nostr.

2024-09-09 18:37:06

- reply

(And, to be clear, if we want to avoid onion messages you could still do BOLT 12 over nostr, though I’d generally recommend against for privacy reasons)

2024-09-09 18:33:47

LNURL-P indeed should be replaced…. But to replace it with a version of BOLT 12 reimplemented on nostr that misses out on ~all BOLT 12’s features (like, you know, recipient privacy, among many orders) just because NIH would be a massive disservice to Nostr users. #note1740…y88h

2024-09-07 22:00:38

- reply

The website is open-source, though currently entirely static…IIUC to do those changes it would have to no longer be static :/

2024-09-03 20:54:06

- reply

Easy-peasy

2024-08-27 15:23:15

- reply

Yea, I don’t think I buy that we’ll be able to get our act together enough to start cryptographically signing things for reasonable authenticity. My hot take is this actually drives people back to mainstream media as arbiters of truth.

2024-08-22 15:07:58

- reply

I can’t, cause others never shipped a fix so I shouldn’t disclose issues that aren’t mine.

2024-08-22 15:04:50

Today you can see the lightning nodes that ship fixes for novel attacks quickly (eclair and LDK, which did some force closures as a result of the fix) and those that don’t respond to security issues after months.

2024-08-07 20:34:32

- reply

I mean the power available to do that from inside a hardware wallet is probably not gonna make it far enough for much anyone to do much with it, doubly so if you only have a relatively limited time to get it through before you run out of power.

2024-08-06 19:38:42

- reply

Sadly no implementation exists for Taproot AFAIK, but the BitBox folks have a PR to secp256k1-zkp at least.

2024-08-06 19:37:52

- reply

Yea, I mean it’s not like anti-exfil is perfect it doesn’t have UX challenges in some specific use cases, would be great to have someone who doesn’t use it on, eg the Jade folks only use it when plugged in, not in air gapped mode.

2024-08-06 19:37:06

- reply

Not as a full-timer, but I’ve helped several hardware wallets in the design stage and have built Bitcoin wallets (and basically every other kind of Bitcoin protocol) over the past ~14 years.

2024-08-06 19:36:11

- reply

Yea, someone probably should. Probably one of the hardware wallet vendors who are complaining that there’s no standard and that’s why they never bothered to implement it (nevermind that it’s implemented in secp256k1-zkp and can be done at the HWI driver layer, but indeed it’s be better as a PSBT field).

2024-08-06 19:30:37

Look like @npub1az9…m8y8 is avoiding opinions he disagrees with on his podcast, so which one should I go on instead to talk about hardware wallet issues? https://image.nostr.build/e73fac49e7e40f67b1d0f2842f63ed3dd96e23649cf60a85575481177c88a847.jpg

2024-08-06 19:21:47

- reply

The issue with exfil is that the computer can’t detect whether the nonce is malicious or not, so it can’t block the attack. What you really want is for the nonce used to sign to be provably random, by simply having the computer add some of its own randomness to nonce, plus some deterministic message+pk hash from the hardware wallet (ala 6979). That way the HWW cannot exfil.
While you’re at it you should also include randomness from the computer in the seed generation process so that the private keys themselves don’t rely on only the HWW.
Neither of these are complicated, FROST is built around the same kind of nonce agreement protocol and including the randomness from the computer in key gen is just a matter of adding a second private key.

2024-08-06 18:38:27

- reply

I understand the data to be signed and tied to an Apple ID. It may well also be tied to some per-device factory-sealed key. I mean you can always buy 256 real AirTags but hardware modifications are much more likely to be detected than software ones.

2024-08-06 18:11:04

- reply

My point was I’m not sure you can pretend you’re *any* devices without being an Apple device. In any case #nevent1q…8fpa

2024-08-06 18:10:06

- reply

If you sign on two devices and check that they match, yes, that addresses the issue, but now you have two devices with your seed and a very annoying UX (that might also fail due to fine signature grinding differences).
Really HWWs need to implement anti-exfil and generate keys with computer randomness - there’s no excuse for the fact that hardware wallets are trusted, they don’t need to be!

2024-08-06 18:08:12

- reply

You can definitely include a GSM chip for cheap, but now the device board actually looks visually different, which people can identify, even if admittedly relatively few would. Still, if you did this en-masse it’d likely be discovered before too long, whereas a malicious firmware likely would not.

2024-08-06 17:05:08

- reply

It’s also implemented in secp256k1-zkp.

2024-08-06 17:04:34

- reply

Any method of cooperatively building a nonce (eg stuff things do for FROST, it’s the same problem).

2024-08-06 16:50:44

- reply

In theory, but I’m not sure if you can transmit arbitrary messages over that without being Apple.

2024-08-06 16:46:43

How about you have me on your bitcoin review show and we chat about it in detail so we can get into all the technical details and how realistic various attacks are :). #note1ftm…k6qd

2024-08-06 16:45:47

- reply

AFAIU you can implement it entirely in the driver rather than in the wallet itself (BitBox apparently did this for their HWI driver).

2024-08-06 15:35:07

- reply

Except you aren’t…it’s very (cryptographically) easy to build a hardware wallet which cannot steal your coins*! But no one does, that’s absurd!
* without cooperating with your computer/phone.

2024-08-06 11:37:39

- reply

No? Sparrow supports anti-exfil with BitBox Afaiu.

2024-08-06 11:37:12

- reply

You can just download those software packages once and rarely upgrade and you’re safe. Unlike a compromised HWW which can lie to you about the status of its firmware.

2024-08-06 11:36:07

- reply

Multisig is, passphrase is not.

2024-08-06 11:35:45

- reply

That’s not a scalable attack. In that model the attacker has to be kinda nearby when you use the HWW.

2024-08-05 22:13:49

Oops, sorry, I forgot we can fix both sides of malicious hardware wallets - a malicious hardware wallet should not be able to steal your coin, it’s not complicated to force attackers to compromise both your computer *and* hardware wallet, but current devices just…. Don’t. That’s embarrassing!
(Except for multisig setups). #note1m80…ga9y

2024-08-05 20:38:11

- reply

A Laptop is not a device purpose-built to store millions of dollars in bearer-assets. It’s a much less juicy target.

2024-08-05 19:35:20

- reply

Yes, hence why I’d call them “incompetent bordering on malicious” :)

2024-08-05 19:34:44

- reply

#nevent1q…5896

2024-08-05 19:23:02

- reply

With verified software, much better than most hardware wallets.

2024-08-05 19:15:28

- reply

Nope.

2024-08-05 19:08:58

To be fair to BitKey and one or two others, this attack doesn’t apply to Multisig wallets, anti-exfil doesn’t actually matter if you’re not doing single-sig.
So the acceptable-security hardware wallet list is BitKey, Jade, and BitBox. #note1m80…ga9y

2024-08-05 19:07:01

Hardware Wallets are devices designed to hold bearer assets which can be trivially stolen if you leak the private key(s). There’s many, many people involved in the manufacture of each hardware wallet, each of which might wish to make free money by backdooring the hardware wallet. For every other hardware wallet, you’re blindly trusting Amazon/UPS/five factories in China/the webserver you got the firmware from/etc/etc. Sure, most hardware wallets have tried to be robust against these attacks, but there’s frankly just not that much that can be done.
Wouldn’t it be nice if you didn’t have to trust the device at all, but rather an attacker would have to compromise *both* your hardware wallet and your computer? Well, we’ve had the tech to do this for many, many years! The fact that only two hardware wallets bothered to implement this boggles my mind. It’s impressive incompetence, bordering on maliciousness, honestly. #note1674…l5y4

2024-08-05 19:02:28

- reply

Any hardware wallet could have implemented anti-exfil signing at any point in the last 5 or more years, with minimal/no UX change. The fact that none bothered is sheer incompetence bordering on maliciousness.

2024-08-05 19:01:09

- reply

They bothered to implement anti-exfil (provably random nonces). This means that a malicious firmware or even malicious hardware wallet can’t steal your coin! For every other hardware wallet, you’re blindly trusting Amazon/UPS/five factories in China/the webserver you got the firmware from/etc/etc. The idea that none of these parties have anyone working there who might want to go steal people’s coin is absurd, frankly.

2024-08-05 18:56:03

Stop using hardware wallets that don’t take security seriously (sadly, all of them except Jade and BitBox). This is a novel construction, but the class of attacks is very old.
A laptop purchased in person, immediately installing Linux without ever connecting it to the Internet is a much better way to store coin than hardware wallets. Which, frankly, is just embarrassing incompetence for the hardware wallet industry.
https://darkskippy.com/

2024-08-04 19:09:20

- reply

It’s the “custodial” requirement here that gets you no answer. Ignore that and there’s a few Breez SDK wallets, some LDK-node ones coming soon, plus Mutiny, Phoenix, etc. custodial wallets aren’t legal without KYC most places in the world…

2024-08-03 04:36:00

Nothing beats left-side LaGuardia approach on a clear day/night.
(This is a wide-angle lens, you’re really right over Manhattan) https://image.nostr.build/75c7c981ea09f36adf001e0d5f8db8d47e914710036fa255d84ad3599dc269b1.jpg

2024-07-28 21:24:14

Final reaction: wow, Trump’s team really doesn’t understand bitcoin at all. So much for them being assisted by bitcoiners. #note1e0e…34m2

2024-07-28 01:24:56

- reply

I can never tell if this is just the pain of being a bitcoiner or if we’re just wrong…

2024-07-24 12:30:51

Remember that there are likely to be many Bitcoin Whales in Nashville, making its prime target. Leave your keys at home. Assume your laptop will be backdoored if you leave it alone. Be aware.

2024-07-23 15:01:10

- reply

No #nevent1q…syl7

2024-07-23 15:00:47

- reply

He dropped out a long time after the assassination attempt (in political time) - after the RNC and getting covid (which may well have him quite sick right now). He also dropped out at basically the last possible minute before the (now-delayed) online delegate voting for the formal Democratic nomination starts. The pressure for Biden to drop out got its loudest late last week, right before he dropped out.

2024-07-22 21:45:13

- reply

Sadly it’s on-chain or, in the future, BOLT 12. Some wallets support lnurl for this but it’s a bit spotty and don’t think it’s growing.

2024-07-22 21:44:09

- reply

Wrong lol

2024-07-22 21:43:57

For those impacted by the Swan news, I’m sorry. Layoffs suck when you did nothing don’t.
But, Spiral is still hiring for LDK engineer(s) as well as the “wizard” role!
apply@spiral.xyz

2024-07-21 21:16:09

- reply

You can vote write-in and vote literally “none of the above” (or anyone, my grandfather has recently taken to voting for his friend down the street).

2024-07-21 00:07:40

- reply

Its the “selecting a custodian you trust” part that makes the UX impossible to build :(

2024-07-18 19:18:46

- reply

Not if we get Dimon at Treasury. That would be worse than Mnuchin, probably, and definitely worse than Yellen.

2024-07-18 19:00:36

- reply

I mean I’d call Oblivious-(DNS-over-)HTTP a VPN/proxy? People can do that if they want.

2024-07-18 18:58:46

I’m already worn out from Nashville and I haven’t even gone there yet.

2024-07-18 15:25:18

- reply

Meanwhile tons of bitcoiners are still frothing at the mouth for him after the news that he’s considering someone who hates Bitcoin for the role which impacts Bitcoin the most 🤦‍♂️