The Fight For Bitcoin’s Future | Samson Mow

27 Sep 2025 · 1 h 11 min · 24 chapters

Ask about this episode

Ask anything about it. ChatGPT or Claude reads this page and answers with the times it was said.

Connect VO and ask about every podcast you hear, including the moments you saved. Add to ChatGPT · Add to Claude

In short

Samson Mow argues that the Bitcoin Core vs “Knots” (not) conflict over Op_Return limits and “spam” is really a governance/trust crisis and a fight over Bitcoin’s purpose: money vs arbitrary data. He claims Core’s changes (e.g., removing/raising Op_Return limits) won’t improve security if few people run the new software, and may fragment the mempool, affecting fee estimation, RBF, and potentially Lightning-related issues.

Guest backgrounds

Samson Mow is a long-time Bitcoin developer/advocate (described as having run Core for years). Host Danny (What Bitcoin Did) frames the debate and discusses prior guests (Mechanic, Shinobi).

Key claims

“Spam” is non-native data that bloats the UTXO set or uses Bitcoin to carry other content; filters/standardness rules are “politeness” but still important. Core is accused of rewriting documentation to avoid fixing a bypass bug and of antagonistic communication. Mow recommends not upgrading (staying on Core 29) and suggests a “middle-road” third client fork.

Notable examples

Ordinals/inscriptions as “spam”; OpenTimestamps as acceptable small data; Simple Proof election data; a past “single image” block mined by Luxor; Libra relay bypassing filters; dust relay fee and Satoshi Dice; sub-1 sat/vB transactions mined despite most nodes’ policies.

Written by AI. May contain mistakes. Listen to the episode to check what was said.

Chapters

Tap a time to open that second in VO

The Debate on Bitcoin's Purpose

0:00 to 0:54

Explore the complexities surrounding Bitcoin's role as money versus data storage.

“Is Bitcoin for data transmission and storage or is it for money?”

Contextualizing the Current Bitcoin Debate

1:12 to 2:10

Understanding the recent developments in Bitcoin's governance and ideological divides.

“And I tried to set up a debate with a few people from the Knot side and a few people from the Knot side, try and have like a very honest, calm conversation about this.”

Roots of the Core vs. Nots Conflict

2:10 to 5:50

Examining the historical events that led to the current schism in the Bitcoin community.

“Can you explain what's happened here over the last six, 12 months?”

Governance and Community Dynamics

5:50 to 11:00

Discussion on governance issues within the Bitcoin community and the role of developers.

“Even in everything you said there, there were a few things that I wanted to pick out.”

Governance and Community Dynamics

12:32 to 13:10

Discussion on governance issues within the Bitcoin community and the role of developers.

“complex setups, clumsy interfaces, and a seed phrase that can be lost, stolen, or forgotten.”

The Future of Bitcoin Implementations

13:10 to 14:00

Analyzing the implications of different Bitcoin implementations and their effects on the network.

“And I think, to be honest, out of this, with more people running Notts, hopefully more developer eyes on Notts, that seems like a good thing.”

The Crisis in Core Bitcoin Development

14:00 to 15:48

Explore the tensions within the Core Bitcoin community regarding network security and upgrades.

“Like RBF can be impacted as well because, you know, you don't see all the transactions or you're not able to estimate fees as accurately.”

Understanding Bitcoin Spam

15:48 to 17:48

Learn what constitutes spam in Bitcoin transactions and the implications for network health.

“I think probably the best place to start is with spam, because that is where this whole conversation came from.”

Debating OpReturn Data Limits

17:48 to 19:58

Discuss the arguments surrounding the limits on OpReturn data and its impact on the Bitcoin network.

“But, you know, when you go past that, I think it's obvious that you're trying to store large blobs of data and it could be images or could be other things.”

Filters and Their Effectiveness

19:58 to 22:28

Investigate the role of filters in maintaining network efficiency and preventing spam.

“And, you know, when Luke was more influential in core and less, you know, ostracized off to the side, ostracized, then I think we would have seen a different scenario play out.”
Show all 24 chapters

Metaphors and Analogies: Traffic and Immigration

22:28 to 25:48

Utilize metaphors to illustrate the challenges of managing Bitcoin network congestion and spam.

“It's more of a way to operate that's not in consensus, at least not yet.”

The Future of Bitcoin Filters and Fees

25:48 to 28:00

Analyze the implications of Bitcoin's fee structure and filter effectiveness on future network usage.

“That's, you know, hyperbole, but you get the general directional tracking of where this is going, right?”

The Impact of Transaction Fees on Network Health

28:00 to 31:38

Understanding how changes in transaction fees affect Bitcoin miners and the network.

“because now you just lowered fees by a factor of 10-ish and it's going to be hard to build that up even back to one sat per V-byte.”

The Disconnect Between Bitcoiners and Core Development

31:38 to 34:17

Exploring the growing mistrust between Bitcoin users and core developers.

“And I don't know, it's difficult, I think, at this point to reconcile because everyone's really entrenched in their position.”

Arguments Surrounding Mining Centralization

34:17 to 36:31

Debating the justification of actions taken by core developers in light of mining centralization.

“But again, is that them just missing some of the ideological arguments against what they're doing?”

Concerns Over Code Merging and Review

42:00 to 43:19

Discussion on the risks of having a single maintainer for Bitcoin code and the need for more robust review processes.

“He's done some great things for Bitcoin.”

The Balance of Development and Stability

43:20 to 45:29

Exploration of the trade-offs between feature development and maintaining Bitcoin's stability as its value increases.

“The thing that I can't quite get my head around with the multiple implementations idea though, is that are we not diluting developer mindshare with that?”

Debating Bitcoin's Evolution and Upgrades

45:30 to 48:24

Debate on whether Bitcoin should undergo significant changes or maintain its conservative nature amid potential issues.

“Or do we want one a year or one every two years?”

Liquid vs. Bitcoin: Understanding Use Cases

48:25 to 49:25

Discussion on the Liquid network and its potential use cases compared to Bitcoin's main chain, focusing on the need for real-world applications.

“I think there's obviously very real use cases for it, but it is a custodial model.”

UTXO Size and Mining Implications

49:26 to 56:00

Analysis of the implications of UTXO size growth for miners and the importance of decentralization in the Bitcoin ecosystem.

“But my point is, if you wanted to build something with Covenants, there's simplicity now activated on Liquid.”

Debating UTXO and OperaTurn

56:00 to 1:02:50

Discussion on the implications of using OperaTurn versus UTXOs in Bitcoin.

“Does putting all of this information on OperaTurn not reduce UTXO bloke because people aren't using unspendable UTXOs?”

Nation State Adoption Progress

1:02:50 to 1:07:29

Exploration of the current state of Bitcoin adoption by nation states.

“you are obviously fronting up jan 3 how's everything going how's the nation state adoption going?”

Market Sentiment and Future Predictions

1:07:29 to 1:10:00

A look at market behaviors and predictions for Bitcoin's future.

“It could just be outright fraud like FTX.”

Social Media Handles and Closing Remarks

1:10:00 to 1:10:15

Learn how to connect with guests and hosts on social media and hear final thoughts.

“I'm on X my handle is Excelion E-X-C-E-L-L-I-O-N and you can find Jan3 on X2 Jan3.com Perfect.”
Hear the part that matters, and keep it.Open this episode in VO. Double tap your headphones to save a moment as you listen.
Get VO free

Transcript

Automatic transcript. May contain errors.

0:00Is Bitcoin for data transmission and storage or is it for money? There are so many dimensions to the argument that it's difficult to pinpoint exactly what the crux of the issue is. There's a massive amount of mistrust on Bitcoin Core development as a whole right now. It looks corrupt. I don't want to say it is corrupt, but it definitely looks corrupt. If you make a change and no one is willing to run your software, then you might as well have just not done it because it has zero effect. I think the nation state adoption is coming. These things happen very quickly. It's like literally gradually and then suddenly.

0:36It's simply a matter of time before we see a massive run up and we see a massive nation state FOMO panic. Everyone has a sense in their head that something is off. It puts the suddenly very close to now and it could trigger at any time. Bitcoin price is definitely on the verge of Omega.

1:01Welcome to the show. First time on the new What Bitcoin Did. Good to see you, man. How are you? I'm hanging in there, Danny. Good to be on the new show. My first episode on the new one. I know I'm excited and this is the most requested topic at the moment by a long way under every single video that I post the first comment is always when are you going to talk about knots um I did cover this with Mechanic on a show and I had Shinobi on the show maybe six months ago now but the whole conversation has kind of got worse I think the the level of discourse has got worse and it's devolved into something that I've been kind of a bit nervous to kind of get into.

1:43And I tried to set up a debate with a few people from the Knot side and a few people from the Knot side, try and have like a very honest, calm conversation about this. But no one wants to talk to each other anymore. So I'm glad that we can do this, Samson. I think you're a voice of reason in this. So we're going to get into it. All right, let's do it, Danny. So should we start? I think it would be good. There's obviously we spend all our time on Bitcoin Twitter. We follow this stuff. But there'll be a lot of the listeners that maybe don't know exactly what's going on. So can we start by just adding some context?

2:10Can you explain what's happened here over the last six, 12 months? Well, why don't you take a stab at it and I can tell you if you got it right. That's a good barometer for, you know, the average person's understanding. Not that you're average, but you're, you know, you're less in it. I'm slightly below average. So obviously, I can't remember the exact date, but Core came out and said they're going to remove the opera term limit and then this other faction of bitcoiners have been very annoyed about that because they're worried about spam on bitcoin what could be put into the bitcoin blockchain and i think this kind of comes down to a sort of a hearts versus minds debate where people ideologically don't want bitcoin to become something even if technically you can already do all that stuff on bitcoin and the reason that core are implementing these changes is to try and make bitcoin more efficient than not necessarily trying to just allow spammers on chain would be my take.

3:05Yeah, I mean, it's a very convoluted thing. And there are so many dimensions to the argument that it's difficult to pinpoint exactly what the crux of the issue is. There's the whole debate about, you know, is it spam? And can we stop spam? Should we stop spam? There's the debate upon is Bitcoin money or is it arbitrary data? And do we want Bitcoin to be just a cryptographic blob, a cryptographic accumulator in Adam Back's words? Or do we want to say it's money? And then there's the whole facet of, you know, just core versus nots, developers being against nots and nots against core. And that goes into another rabbit hole of, you know, what is a bug even?

3:55because if you go back in time to where it kind of kicked off, it is really the ordinal's inscription spam, right? And that was when Luke logged a bug, CV202350428, basically saying that these new protocols are bypassing data carrier size. And a lot of core developers just said, nope, not a bug, it's a feature. So they kind of changed documentation to fix the bug. And I think that is kind of where, in my mind, the schism happened. And the fallout now over Knott's versus Core and Op return is downstream of that moment in time. So it's a big can of worms, I would say, overall. But the net effect is really, maybe it's a battle over the Core repo, because Core has kind of booted Luke now.

4:53You know, like when they were first proposing the change-stop return, they kind of were banning people and locking the thread to prevent people from knacking and then unlocking it to act it and then relocking it. It's just an incredibly childish thing that they were doing. But, you know, Luke is kind of excommunicated from the Church of Core now. and that's probably you know a major factor in the ongoing battle you know he's got knots gaining traction a lot of traction and i would say ocean is overall gaining a lot of hash rate too so the whole situation is kind of a really bad situation that we got into that could have been avoided i believe if there was there were more people listening to luke at that time and we nipped the spam issue in the bud early on.

5:48But, you know, here we are. I mean, this is such a minefield. Even in everything you said there, there were a few things that I wanted to pick out. And just quickly, because I want to get into the core of the debate and I don't want to get into these little minutiae bits, but you talked about how Core were banning people from commenting on GitHub. And this is something that I spoke, again, both to Shinobi and Mechanic about. And I think Mechanic's take on it is more interesting because he was on the side that was getting kicked out and not allowed to comment. GitHub maybe isn't the place to have the debates about what Bitcoin ideologically should be.

6:22It should be more the place you have technical debate. And I think Mechanic even conceded that, that maybe that is not the correct forum to have those conversations. It's difficult to say. I mean, where is the forum to discuss what is a bug, right? If you go back to what I pointed out as the origin of the split, then you know where was that place to discuss it you know that was it was technical forums or github and the mailing list but the that didn't really result in a good outcome i think but you know it comes down to the um what is the governance and we like to say there's no governance but there really is governance right there are leaders and core the maintainers you have a big weight in what happens, what gets merged, and their acts and nacks carry more weight, whether they believe it or not, than just your ordinary contributor.

7:17So it comes down to, I think, governance. And the question of where these broader topics are hashed out is definitely something that is not yet answered, and I don't really have an answer. Is it on X? It seems to be, yeah. I don't know, but that seems to be where it is right now, right? before we get into the kind of crux of the issue should we lay out our biases because i think then everyone who's listening knows what side of this we're coming from and so for me personally i don't think core is without fault don't get me wrong like i think the the big issue has come from the communication of what they're doing and why they're doing it i think um but i wouldn't feel comfortable myself running knots and we're going to get into the reasons why um but like really it just comes down to the fact that it's maintained and run by a single person even if luke's brilliant like i can he is he's done amazing things for bitcoin that's still an issue for me um and like the beautiful thing about bitcoin is you really don't have to do anything like if you don't like the change that's happening just don't upgrade and so that's probably where i'm at where like you running core 29 is my most likely path after this i don't know where where you stand Right.

8:26So I'm kind of in the middle. I probably lean more towards not, but I also see the value in core as a whole. I think there are a lot of problematic individuals in core and a lot of structural problems with the organization itself. and I don't want to get into it, but eventually, Danny, you're going to have someone on and they're going to air a lot of dirty laundry, you know, dealing from backstabbing, internal politics, brigading, canceling people. There's a laundry list of stuff and, you know, you'll get it eventually, I think. It'll come to light. But, you know, there are problems there, but there are good developers.

9:08There are talented developers that know a lot and have worked on it a lot, but at the same time you have a lot of newer developers that seem to have ulterior motives or have different goals and are doing things that people can perceive to be conflicted and potentially bad for Bitcoin. And I agree with your feedback on not. Those are very common resistance points to running it, that it is mostly Luke. I think there are more contributors and there will be more, but you know it is a project largely owned by a luke so i'm kind of in your camp i would say i'm going to stick with 29 not even 29.1 but 29 and i won't upgrade and this is generally the recommendation i'm making which is let's not upgrade let's just wait and see and i think there's an opportunity for a third major bitcoin client fork or branch whatever you want to call fork kind of triggers people, but just like another benign clone of Bitcoin Core that is kind of the middle road, removing some of the more contentious changes that Core did and maintaining security fixes.

10:24Because you can say you don't have to upgrade. And that's often a counterpoint from the Core side. Like, oh, you don't like what we're doing? Don't upgrade then or run something else. But then, you know, when people run something else, they go, you're stupid for running that other thing, right? But you know, you also cannot not upgrade indefinitely. You have to upgrade at some point, maybe one year, two years. If you're a mining pool or an exchange, I think, you know, probably in the one year mark because there will be optimizations and bug fixes. So yeah, I think I'm in the middle ground and there is a middle path through some of this mess.

11:03What if you could lower your tax bill and stack Bitcoin at the same time? Well by mining Bitcoin with Blockware you can. New tax guidelines from the Big Beautiful Bill allow American miners to write off 100 % of the cost of their mining hardware in a single tax year. That's right, 100 % write off. If you have 100k in capital gains or income, you can purchase 100k of miners and offset it entirely. Blockware's mining as a service enables you to start mining Bitcoin right now without lifting a finger. Blockware handles everything from securing the miners, to sourcing low-cost power, to configuring the mining pool, they do it all.

11:36You get to stack Bitcoin at a discount every single day while also saving big come tax season. Get started today by going to mining.blockwaresolutions.com forward slash WBD and for every hosted miner purchased you get one week of free hosting and electricity. Of course none of this is tax advice. Speak with Blockware to learn more at mining.blockwaresolutions.com forward slash WBD. This episode is brought to you by the massive legend Iron, the largest Nasdaq listed Bitcoin miner using 100 % renewable energy. IREN are not just powering the Bitcoin network, they're also providing cutting-edge computing resources for AI, all backed by renewable energy.

12:13We've been working with their founders, Dan and Will, for quite some time now and have been really impressed with their values, especially their commitment to local communities and sustainable computing power. So whether you're interested in mining Bitcoin or harnessing AI compute power, IREN is setting the standard. Visit iren.com to learn more, which is I-R-E-N dot com. If you're already self-custody of Bitcoin, you know the deal with hardware wallets. complex setups, clumsy interfaces, and a seed phrase that can be lost, stolen, or forgotten. Well, BitKey fixes that. BitKey is a multi-sig hardware wallet built by the team behind Square and Cash App.

12:46It packs a cryptographic recovery system and built-in inheritance feature into an intuitive, easy-to-use wallet with no seed phrase to sweat over. It's simple, secure self-custody without the stress, and time named BitKey one of the best inventions of 2024. Get 20 % off at bitkey.world when you use code WBD. That's B-I-T-K-E-Y.world and use code WBD. Okay. And I think, to be honest, out of this, with more people running Notts, hopefully more developer eyes on Notts, that seems like a good thing. I've got no problem if people want to go run a different implementation. That's completely their choice.

13:22I'm not going to scream at people and tell them they're being dumb. It's just not what I'm choosing to do. But there's a problem with that. There's a problem with that, Danny. So I don't know if you noticed, but the core faction is getting more agitated and it has to do because of the increase in Notts node runners and their impact on the network itself. So what you're seeing is the mempool fragmenting because people are filtering and that has downstream implications on the network.

13:56Like more increased likelihood that mining pools will have private pools. And that has additional impacts too. Like RBF can be impacted as well because, you know, you don't see all the transactions or you're not able to estimate fees as accurately. And that can lead to some things like lightning pinning attacks too. So my feeling is like they realize that there's a problem now, but their toolkit generally involves yelling at people and saying, you know, just listen to Core. And that doesn't really work either. So there is a crisis, I believe, in the Core camp. I see a lot of the comments and a lot of people on Twitter who genuinely believe that Core 30 is going to destroy Bitcoin.

14:40That's something I wholeheartedly disagree with. I want to know your kind of take on that. I think the whole conversation has got too inflammatory. Yeah, I would disagree with the Nots camp and in that it's going to end things. But I also think it is not a good idea to remove all of these defaults because, you know, if pools upgrade blindly, then they're going to have an impact on the network. So you'll have, you know, larger op returns and you'll encourage other projects to build on this new Bitcoin because there is no deterrent. There is no, you know, disposition from the developers of the main Bitcoin client to resist these external protocols and resist spam.

15:26So I think there needs to be a detriment. But again, if everyone did upgrade to 30, I don't think it's the end of the world. But I also see the increasing adoption of NOTs is causing problems for how the core developers view the network should be. All right, we've kind of set the table there. I want to get into kind of the actual details of this. I think probably the best place to start is with spam, because that is where this whole conversation came from. In your mind, what is spam? What counts as spam on Bitcoin? Well, spam is non-native data to the Bitcoin network. So you can say that you don't know what spam is, but, you know, what is a Bitcoin transaction?

16:13If you download the Bitcoin client and you get some Bitcoin, like someone sends you Bitcoin and you send someone else Bitcoin, that is, you know, that's the main use case of the network, sending and receiving Bitcoin. And that is not sending pictures and other things. Like there is arbitrary data and that's usually stored in OpReturn, like 83 bytes of data. And it's been like that for a very long time because you can store a hash of something or a double hash. Open timestamps uses it. Various other protocols might embed a little bit of data. But that's been generally deemed safe and acceptable with general consensus slash agreement.

16:59Consensus seems to be a trigger word these days. People like to argue, oh, that's not a consensus rule. But we're not saying it in that meaning. we're meaning like, do people agree? And people agree, Op return at 83 bytes is generally accepted as okay. But you know, when you start moving towards larger blobs of data, I think that's a slippery slope. And you'll come to see like most of this discussion is really about slippery slopes. There are slippery slopes everywhere. So this is one of the things that I've not fully, like when it comes to what is spam so a company like simple proof for example they're using open timestamps put election data in bitcoin that's not a bitcoin transaction but it seems like at least a decent proportion of the knots crowd are okay with that so what i want to know is why that is not spam but say someone puts like wikileaks cables on the blockchain that might be spam like how do you draw the line and where do you draw the line yeah it's a difficult line so i would say like something small, like 83, you could convince me 160 bytes.

18:07But, you know, when you go past that, I think it's obvious that you're trying to store large blobs of data and it could be images or could be other things. I think even in ordinals, inscriptions, things like that are also spam because they're not sending Bitcoin. They're using Bitcoin to send something else. I mean, you can go back and look at color coins, but same thing. But I think as long as you're not harming the network, and I think we can generally agree that bloating the UTXO set is harming the network, then it's okay. So if you're timestamping, you're putting very little data, you're paying fees, that's good.

18:43But you can pay fees and bloat the UTXO set or embed data and images and whatnot. And I think that is spam. But it really comes down to a blend of harm and what exactly is your intent um okay so we should probably talk about why core are doing this why they're moving the limit on op return because you can already fill a four megabyte block with a single transaction that is not a bitcoin transaction like we saw this happen last year i think it was i think luxor maybe with a mining pool i can't exactly remember but they included a block there was a single transaction and it was just one image so i think core's argument for doing this is that it's a less harmful way of putting data in the Bitcoin blockchain rather than using the witness data or something else?

19:32Yeah, I mean, it's a difficult topic. So you can remove the limit. And I think the rationale there is that this is something that can be done already. Therefore, you know, the filters don't work. And if you remove the filter, then I believe you're encouraging more of it, especially because there has typically historically been resistance to this type of behavior. And, you know, when Luke was more influential in core and less, you know, ostracized off to the side, ostracized, then I think we would have seen a different scenario play out. But yeah, I would say that stuff is spam and all of the other protocols that are kind of leveraging Bitcoin in an affinity scam type of way.

20:24Like, you know, this is on Bitcoin. No, it's not on Bitcoin. It's a separate thing that points to Bitcoin and points to, you know, arbitrary data stuck on Bitcoin. But so this kind of comes down to the monetary maximalist argument. That's the way that someone like Rizzo would frame it. And this is where I said to Mechanic, like, ideologically, I agree, like, I want Bitcoin to be money. Like, I agree that pictures on Bitcoin is absolutely not what it was intended for and I don't like to see it. My issue is whether there is like a reality to that, that this is something we can't stop and like filters, do they even work?

20:58Like if we can just get around them, why not have something that is the least harmful way of doing them as the sort of common way of doing them? Right. So, I mean, filters do work. I mean, they've worked for a long time. It's just recently what we see is people are bypassing the filters, right? Do you have a Libra relay and you know that's it's kind of meant to show the knots guys your filters don't work but it's not necessarily a good thing because you're kind of showing that all of these standardness features are bypassable and they are all there for a reason to maintain bitcoin as money not as arbitrary data and to also keep the bitcoin network usable for the purpose of money like transacting between you and I.

21:49So it's kind of bad in a way, and you can view it as an attack. I think the core side likes to say private mempools are bad and harmful, but, you know, bypassing the filters is also a bad thing because they are there for a reason. I'll give you another example. Like you can't say filters don't work. There's another filter called Dust Relay Fee, which was implemented to prevent spam on a network like from Satoshi Dice back in the day. that is still there and that is what's holding back the network from being inundated by spam but you know someone could for kicks for shits and giggles you know start relaying spam and then convince some miner somewhere to start mining the spam and then guess what the filter doesn't work because you weakened it so it's not like something to be proud of that yeah you can bypass the filter It's more of a politeness.

22:45It's more of a standard. It's more of a way to operate that's not in consensus, at least not yet. And it should be respected in general because it is better for the network. Another example I'd like to give is traffic. If you go to the third world, you know, you see congestion in the intersections because everyone's trying to get to where they're going a bit faster. they're cutting people off running lights running signs and then western countries generally that's not the case because people generally follow the rules but that doesn't mean you can run you you can't run a red light you know mechanically you can run a red light you can cut someone off but if everyone does that then guess what it degenerates into this messy blob of traffic so I guess that's my point like there was another example um I think Stephen Lavera posted it it was Matt Corallo saying, you know, Peter Todd and this other guy are smart cows that show the other cows how to bypass the filters.

23:46You know, like you can open the gate. So, you know, it's always been the case. You could always bypass these things, right? But I don't think we would agree that we should bypass dust relay fee and start seeing a massive amount of dust clog up the network. But here we are. so in your analogy could you argue that fees are the filter and the reason that in the west we don't run red lights and speed and that is because you'll get fined and you'll get points on your license that's one part of it i think but generally like you know there's that shopping cart example like the shopping cart is the ultimate test of civilization do you put it back or do you just leave it there there's no punishment right but generally people put it back or they try to aggregate them in one spot, right?

24:34But that's a good example. You have to follow some, you know, level of good behavior if you want what's good for the network. And I think another example would be something like immigration. So, you know, I can also, you're from the UK, right? So I can also show you, you can bypass legal immigration by taking a rubber boat across the English channel and, you know, just landing there and you have all these benefits and you bypass the whole system. But is that necessarily a good thing? Because if you look at immigration or illegal immigration as a parallel to spam on the network, eventually there is so much illegal immigration that you have systemic societal problems.

25:22And further down the road, maybe the illegal migrant population eclipses that of the local population. So where do you draw the line? Because, you know, you don't want to torpedo the boats coming in, but you have to try to enforce those rules or else eventually, you know, the migrant population becomes the new population. And you could say the same for spam. Eventually, the network is just all dust and spam and you and I can no longer transact. That's, you know, hyperbole, but you get the general directional tracking of where this is going, right? It's a slippery slope. so do you disagree with the idea that fees are the filter then um in the sense that like obviously blocks are pretty empty at the moment anyway but if enough monetary transactions come online they will just price out the rest of this stuff anyway well fees are a filter but it's not the only filter right so you can have perverse external incentives whereby you have some external protocol to Bitcoin that can pay for the fees and can spam the network, right?

26:30If you look at Ordinal, that's one. It's kind of like an ICO, but with pictures, you know, they're selling these PFPs or whatever, wizard images and cat images, and then they have a war chest and they don't care. They can print more stuff. Or more adversarially, you could have a company that It launches an ICO, raises a few billion dollars, and fees are already low, and they can create a new protocol called Proof of Empty Blocks. I talked about this on the pod with Cedric, and now they're going to pay miners to mine empty blocks because that is how they designed their mechanism to generate coins on their chain.

27:06Right? So there's a lot of things that you have to kind of think that it is an attack and mitigate it. You can say fees are the filter, but it's not always a filter. And the other angle to this is we are weakening the fees as a filter mechanism because we increased the block size during the block size war. So you have less fee pressure. And in 29.1, you lowered the minimum fees to 0.1 sats per V byte at a time in which fees are already historically low and declining for miners. and you can argue, well, the miners could set it higher, but that's not necessarily how it always goes. A lot of pools will run defaults and some of them may be more interested in short-term economics and getting$100 more in fees versus the long-term economic outlook.

27:58And that can be self-sabotaging because now you just lowered fees by a factor of 10-ish and it's going to be hard to build that up even back to one sat per V-byte. much less higher, at a time where you have more L2 traffic than ever before with Lightning, Liquid, and you have ETFs that take even more transactions off-chain. So there's a lot of nuance and dimensionality to all of this. I actually think the miners taking transactions under one SAP VBite is a really interesting and useful comparison here, because you were talking about the dust limit before and i think this has only really happened over the last few months but miners have been including transactions that are under a sap of ebyte and they've done that while probably i'm guessing here but 99 plus percent of nodes would not have that as policy so is that not another example of filtering not necessarily working well filters only work if we generally agree that these should be the filters right if you are bypassed and libra relay can bypass that and some miner is mining it, others might figure out, okay, well, why don't we get that too?

29:09And maybe they didn't do the economic analysis and see, well, it's only like 100 bucks. Or even if I'm mining ordinals, it's like marginally nothing. But overall, these kinds of behaviors are detrimental to the network as a whole. So it's kind of like bringing down and making it harder for miners if there was a downturn in price that they would be able to survive, right? Because they're getting less money. but it's also when you when you normalize it through the bitcoin core client that's even worse because you have some people showing that okay this can be done and core has said you know we generally try to align to network usage and you know what people are actually doing so you show this can happen and then core drops the limit and you could say the same for dust right like you know start mining dust and start relaying dust and then core will adjust it in 30.1 and you know remove that limit because i've said that in the past like all of these things are guardrails and we should be removing these guardrails do you know why the miners are actually including these because i can't quite figure that out in the sense that if someone's willing to pay you know 0.1 sap of ebyte or whatever for a transaction and miners just say no are they not eventually just going to pay one sap of ebuy?

30:27I don't understand their economic incentive to do it. I don't know either. Maybe they're not looking at it closely enough. Maybe they're not doing analysis. Maybe they're just following what others are doing and they're seeing, oh, it's a little bit more revenue and they're hoping it becomes more revenue. But when you have a sizable drop like that, it's difficult to build back up the pressure. And it's even worse if it becomes a default, I believe. Okay. So I'm sounding very like anti-knots here and I'm not. It's just, I'm trying to steel man this to get to the kind of the bottom of it. But if what we saw the sub one SAP VBIC transactions going through 99 % of nodes or whatever it was not running that as policy, what kind of proliferation does nodes have to get to to actually make these filters impactful?

31:14I've seen some people do a calculation, even if they're at 80%, it doesn't matter. But I think this is beside the point. The point is you can always bypass a lot of these standardness rules. all of them, they can all be bypassed. So it's just a question of, can we get some alignment to put some of them back into place and, you know, bring some sanity back. And I think it goes back to fixing the data carrier bypass bug. And I don't know, it's difficult, I think, at this point to reconcile because everyone's really entrenched in their position. Okay. So why do you think Core have done this? I don't know.

Read the full transcript

31:58Like their argument is that you can do it anyway, so we should not get in the way. Right. And they're thinking, I believe, is that at least they've said it. They want they don't want private mempools. So they want to kind of unify policy across the network. and they hope i'm kind of steel manning for steel manning for them but they hope that the people spamming will stop using utxos and go to opertern because now they've removed some of these defaults and it also reduces the risk that you need to go to a miner directly to broadcast the transaction because the network as a whole will accept these larger operterns Do you think there's kind of a disconnect between Bitcoiners and Bitcoin Core at this point?

32:47And is that the widest that disconnect's ever been? I would say so. I mean, there's a massive amount of mistrust on Bitcoin Core development as a whole right now. And I can definitely see that perspective. If you look at what's going on, they're kind of antagonistic to users. and you see this in a lot of their communication. It's almost like they look down on users and actually you can find quotes in posts on X if you want to look for those. But there's also the fact that it looks corrupt. I don't want to say it is corrupt, but it definitely looks corrupt because they're rewriting documentation to avoid fixing bugs.

33:33And there are people that have interest in these spammy projects like Ordinals and Taproot and whatnot. And they're all over and they're in the mailing list discussing stuff and very friendly with the core developers and maintainers. So I can definitely see why there's this massive mistrust of core development. And then there's the resistance to undoing their changes and not changing these defaults. So it kind of altogether adds up and people kind of feel like you know they're being gaslit communications on x compound that but the refusal to not undo something and their refusal to you know slow down or pause is all reasonable for the average person to assume that you know there's some ulterior motive going on i think probably the reason that they're reluctant to go back on what they've said they're going to do is because they think technically it's the correct solution.

34:38But again, is that them just missing some of the ideological arguments against what they're doing? Well, I mean, here's the thing. Like, I was just chatting with Adam back before I came on and I told him my position is not to upgrade. And this is what I will recommend to people. And he's saying, you should just upgrade. Like, just go to 30 and you can always change the defaults back. So then I countered back and said, well, then why not just not have those changes if people can change them back? We're kind of in this cyclical argument. He's saying they don't matter and you can change them back.

35:17And I'm saying, well, you can just not change them if they don't matter. So we're stuck in this cycle here. So there's no really good end to it because at the end of the day, you can bypass filters. They are not absolute. So it's more of an attitude of what Bitcoiners have. Is Bitcoin for data transmission and storage, or is it for money? And this is where the divide is. There are additional angles on slippery slopeness here because the discussion around filtering out the spam leads people to think, well, if you can filter that, you set a precedent. And governments can also tell you to filter other things too down the road potentially.

36:05But I don't think that's necessarily true because a lot of these spammy things, they're embedding data in envelopes and they sort of self-identify themselves by these envelopes. So you can tell like, OK, this is a BRC, this is an inscription. And yeah, it's spam. So filter. But that's not the path that we've chosen. And Notts is doing that. but core seems to be trying to implement more things to make it more easy for them to spam because they think that is the deterrent to you know spamming utxos but if if they're trying to deter people from running private mem pools their argument for that would be because that increases minor centralization so we should do anything that sort of prevents that is that correct well mining centralization is a common talking point that's always brought up right like we're doing this because we want to mitigate mining centralization.

37:02So you don't, but so then why don't you think that mining centralization is an issue in that sense? Well, I do think mining centralization is an issue, but I think it's just being used to justify actions that they've decided to take, but they don't need to take those actions. They can roll it back. But I think the prevailing argument from the core side is they think we cannot be forced to undo something that the community wants, right? Like for them, that's a slippery slope. If there is backlash and they change something, it means they're not following through on the most absolute technically correct solution.

37:42But I think they're missing a point here, which is delivered security. And again, this is something Adam has brought up. If you make a change and no one uses it, then did you actually deliver any security to the network? or improvement or anything? And I think the answer there is no. If you make a change and no one is willing to run your software, then you might as well have just not done it because it has zero effect or negative effects in this case, because now you have a lot of mempool fragmentation. One of the things that keeps me up at night is the idea of a critical error with my Bitcoin cold storage.

38:15This is where AnchorWatch comes in. With AnchorWatch, your Bitcoin is insured with your own A-plus rated Lloyds of London insurance policy, and all Bitcoin is held in their time-locked multi-sig bolts. So you have the peace of mind knowing your Bitcoin is fully insured while not giving up custody. So whether you're worried about inheritance planning, wrench attacks, natural disasters, or just your own mistakes, you're fully protected by AnchorWatch. Rates for fully insured custody start as low as 0.55 % and are available for individual and commercial customers located in the US. Speak to AnchorWatch today for a quote and for more details about your security options and coverage.

38:48Visit anchorwatch.com today. That is anchorwatch.com. Do you wish you could access cash without selling your Bitcoin? Well, Ledin makes that possible. Ledin are the global leader in Bitcoin-backed lending, and since 2018, they've issued over$9 billion in loans with a perfect record of protecting client assets. With Ledin, you get full custody loans with no credit checks, no monthly repayments, just easy access to dollars without selling a single sat. As of July 1st, Ledin is Bitcoin-only, meaning they exclusively offer Bitcoin-backed loans with all collateral held by Ledin directly or their funding partners.

39:21Your Bitcoin is never lent out to generate interest. I recently took out a loan with Ledin and the whole process couldn't have been easier It took me less than 15 minutes to go through the application And in just a few hours I had the dollars in my account It was super smooth So if you need cash but you don't want to sell Bitcoin Head over to ledin.io forward slash WBD And you'll get 0.25 % off your first loan That's L-E-D-N dot I-O forward slash WBD Bitcoin is absolutely ripping and in every bull market There's always a new wave of investors and with it a flood of new companies, new products and new promises.

39:53But if you've been around long enough, you've seen how this story ends for a lot of them. Some cut corners, take risks with your money or just disappear. That's why when it comes to buying Bitcoin, the only exchange I recommend is River. They deeply care about doing things right for their clients and are built to last with security and transparency at their core. With River, you have peace of mind knowing all their Bitcoin is held in multi-sig cold storage and it's the only Bitcoin only exchange in the US with proof of reserves. There really is no better place to buy Bitcoin. So to open an account today, head over to river.com forward slash WBD and earn up to$100 in Bitcoin when you buy.

40:27That's river.com forward slash WBD. So you certainly don't sound like you're pro not sorry, pro core in any way here. So why aren't you running Noughts? Well, I don't think I should have to run Noughts because I've been running Core for a long time. So I think I should be able to stick on an older version of core and you know i'll run a third one if there is a third one that is more reasonable and conservative so but do you think that knots is a safe node implementation to be running or do you think the risk of the single maintainer is too high well i don't necessarily think the single maintainer is an issue the issue is more that there's a large uh difference in code like 25 thousand some odd lines of code between core and knots and this is because luke is cherry picking things to merge it's not a rebase i think you might have some things that could be merged for security reasons that may have been missed i don't know i haven't looked at it closely enough but for me that would be a reason why i would choose not to use knots but i don't think it's because it's just one maintainer because you know luke is very luke is a very skilled engineer he knows the code base in and out.

41:42He was the one that figured out the Segwit could be done as a soft fork when nobody else in all of Bitcoin Core thought it could be done. They all thought it was a hard fork. So he knows the ins and outs of the code base, like the back of his hand. And I think, you know, I could trust his judgment on, you know, developing Bitcoin software because he's been here since the earliest days. So I agree with that. Like Luke is clearly brilliant. He's done some great things for Bitcoin. But I still think there's an issue with a single person having eyes on the code before anything's merged? Because like with Bitcoin Core, there's five or six lead maintainers and then, I don't know, 50 or 60 devs that look at this thing consistently.

42:22Surely that is a way more robust system than one where Luke can just merge code whenever he wants to, even if he's brilliant. Like surely you need more eyes on the code. Yeah, definitely. More eyes is better. So, you know, I think that's a valid point. People should want more review of knots and i think they will get there i mean there are people putting together i think a new organization to fund court of knots development so that will help with that i mean it's really a question of funding right like luke is doing it himself without any funding so that can all be fixed but i think overall it's healthier that we have multiple implementations especially multiple robust implementations, because then there's no risk of core just ramming something through that people don't like, because it is the reference implementation right now.

43:13And people do blindly follow it. So there is a risk that something could go through that is detrimental to the network. And, you know, there was CV, you know, 17144, which was the inflation bug and that went through with all the review of all the different developers and all the big names that you would expect they all waved it right through so there is a risk there too even in core itself that you know people will miss things so the risk is really the echo chamber and i think that is another systemic issue in core which is they kind of give each other a free pass and they have their in group and the out group and the in group can kind of wave things through and that's also a risk, just as big of a risk as just one maintainer or a few maintainers is for Nots.

44:02The thing that I can't quite get my head around with the multiple implementations idea though, is that are we not diluting developer mindshare with that? So there's probably only, I don't know what the number is, a hundred people in the world that are capable of actually working on something like Core or Nots or whatever it might be. If we have multiple implementations, do we not just remove eyes from core take them over to knots and then to whatever the third implementation is and instead of having one really robust reference client you have three that are all slightly less robust well it depends i think if you have one client that's rebasing off the latest uh core version then it's less far less risky than just cherry picking changes and merging which is the knots method um but i don't necessarily think that's an issue like what we need is more testing than development.

44:52So the question is, Danny, why do we want so many developers developing so many features? You know, there's a clip of Sailor on the old What Bitcoin Did pod that's going viral right now where Sailor is saying, you know, we don't want to change things. Like you don't want more and more complexity. You don't want more rules. You know, you generally want to be very conservative for Bitcoin because, you know, it was a$1.3 trillion asset. Now it's$2.0 something trillion, right? So it's getting more and more valuable. I think we need to become more and more conservative. Like, do we even want multiple releases of Bitcoin Core a year?

45:31Or do we want one a year or one every two years? I don't know, but I'm okay with like a one to two year release cycle cadence, barring any urgent bug fixes for critical vulnerabilities. Because there don't need to be that many features added to Bitcoin at this time. i i don't disagree with that at all but there's still going to be bugs in bitcoin there's also there's things that we know are going to need changing at some point like there's the timestamp issue um so like this can't ossify yet there are things that we absolutely have to change at some point but do you think the time warp attack right no i i may have it may not be called the timestamp isn't there a problem with like um at some is it like the 20 the fact that it's 24 bits or something like that?

46:18Let me find out. I don't know. There's a time warp attack that's being worked on, right? But I mean, there's a problem here too, which is the current state of things is making it very difficult for getting consensus to upgrade the network, especially with core the way it is now. Like, as you said, trust in Bitcoin core is at an all-time low. Will they be able to push a soft fork through to fix something so i just had a quick look there's a timestamp bug that um will break bitcoin and core in 2038 because it was written in 32-bit institute rather than 64. okay right right that one so so there are things that we know are going to come up that will require developers working on bitcoin core to make some changes but so like how much ossification do you want to see like in terms of things like covenants and these more out there potential upgrades to Bitcoin?

47:15Are you just like wiping the board? You don't want to see that come to Bitcoin? I'm open to it, but not right now. I mean, there's no need for it. Like people pushing for covenants, you can do that on Liquid right now. You know, yes, you don't like Liquid. Probably you want it on the main chain, but prove out the use case and get some adoption. Like have people using it for some wallet somewhere for some reason. But you can't just say we need this. And I don't think we're at a stage in Bitcoin's lifecycle where that should be the case where someone comes to the table and says, I need something and let's change something.

47:50That's just completely unreasonable for an asset that is the size of Bitcoin. And I agree that we do need bug fixes. There are things that we can fix, but that bug is in 2038. We have time, right? There's no urgency. We can spend more time analyzing the current state of Bitcoin, looking for more bugs, fixing issues and fixing these longer term bugs that can wait for a decade. Is it fair to use Liquid as a comparison there? I like Liquid. I think it's going to be useful. I think there's obviously very real use cases for it, but it is a custodial model. It's not the same as these things coming to Bitcoin.

48:36Well, I don't like the word custodian for anything like eCash because custodian is a legal term. It's like you have a legal responsibility to someone because you're taking care of something for them. It is a definition. I would call things like liquid, eCash, fedements and the like, you know, cypherpunk asset pools or caps. and you know you're just pooling and unpooling together and there are different security models around these things but it's not a custodian so you want liquid because you want the benefits of the liquid chain you can't expect to have your bitcoin and have the liquid liquid btc at the same time right doesn't work that way so you have to make a trade-off and take one over the other but you can always swap back and there's utility there.

49:26But my point is, if you wanted to build something with Covenants, there's simplicity now activated on Liquid. Go and build a commercial project on Liquid that is in demand and people want it, right? Like Aqua is a good use case. We're seeing a massive amount of Aqua usage transaction volumes because people want to use Liquid and being able to use Liquid as a base for Lightning payments or aggregating smaller Lightning payments to swap to Bitcoin main chain and consolidate their UTXO. So the onus is on the people asking for the thing to prove that there is a real use case for it. And it's not just theoretical that they themselves want.

50:06Because if you look at Taproot, like we rushed to activate Taproot. It was a major emergency because we want to have signature aggregation. Where's the signature aggregation? I don't know. I don't see it. Do you? No. And do you think Taproot was a mistake? not necessarily, but rushing it through, maybe. I mean, we could have packaged up a software proposal that did a lot of different things and activated it all at the same time, right? There is no rush here. I think the monetary maximists are trying to build a Bitcoin for the next thousand years. And if you work back from that timeline, you don't need a release every few months, you know?

50:47A release every couple of years is good enough. yeah i don't disagree with that so where do you think we go from here then because when this debate all started up i thought this was going to be something that was a talking point on twitter for a few weeks and then would die down and if anything it's ramped up like the vitriol from both sides has got to insane levels um call 30 is going to be out in i don't know three or four weeks what do you think will happen well i don't think a lot of people will run it i think there is sort of a shelling point here. There is a faction that won't run it. They'll stick with 29.

51:25And there's a faction that will run Notts. And I really don't see a lot of people keen to run 30 unless they're just a devoted core supporter and they want to signal that they're loyal to core and they support the devs. Or they're running it to spite the Notts people because they don't like them. So that's generally the lay of the land. like if you look at the entire landscape it is very fragmented then there are these camps that have their entrenched beliefs but to answer your question about where we go from here i'm really not sure it definitely feels like everyone has their side and that's it right now So I posted a sort of bait post on X about the UTXO size growing from 11 gigabytes now to 128 in like 10-ish years, and then maybe to one terabyte.

52:27And if you look at the responses to that, everyone kind of missed the mark. Everyone was like, they missed the mark on a number of levels because there's a lot of nuance to this. and i was trying to tell you what i thought and you can tell me where i missed them up because when i saw that like the the few things i thought is it's 11 gigabytes right now you can still run a node with a machine with four gigabytes of ram so like why i didn't necessarily know why it was an issue one because like storage capacity is going to get cheaper and easier and like i don't you don't need to keep the entire utxo set in ram like i i didn't know why it was an issue.

53:06Yeah. So I was trying to kind of try to do what Adam was doing. So Adam posted a tweet saying he's running Bitcoin 30. And, you know, that triggered everyone in the usual way that you would expect them to be triggered. But he left out the word core because what he was implying was he'll run a Bitcoin 30, not necessarily core 30. So it could be a knots 30, a knobs 30, another implementation based off of 30. But it goes to show like on his thread, you get the people that are in their camp pushing their view. So the core camp was like, hey, Adam is on our side, you know, suckers. And then, you know, the Nots guys are angry.

53:47Like, how dare you run, you know, Bitcoin Core 30, right? But for my posts, I was trying to get to the point of if you care about real decentralization And if you care about miners, small miners, which is the argument that Core is giving for their changes, then you definitely want to constrain the UTXO set size. So you can, so a lot of people first got wrong. They think it's just on disk. Oh, hard drive space is getting cheaper. And like, what are you talking about? But I was referring to RAM. and I was referring to people that want to mine because if you want to mine, you have to load the entire UTXO set in RAM.

54:30So that it's fast access. Yes. If you're a miner, whether you're a small mining operation with a couple S9s or you're a Bidax user, then you should be, you know, running Bitcoin Core with all UTXOs in RAM so that you're competitive. And this has been an argument about mempool policy and why it's bad to have divergent mempool policy because you're slowing yourself down. But it's the same thing. You want to have the entire UTXO set in RAM if you're a miner, regardless of your size. And if it's in RAM, it's not 11 gigs. It's 50-something gigs because 11 is compressed. So if you have that linear-ish growth of UTXO size, you know, in a decade, it's not 128 gigs.

55:18It's, you know, five times that. And in 2040 something, it'll be, you know, five terabytes at the max. That's the worst case scenario. But you get my point. If you care about mining and you care about decentralization, you should realize these things. But everyone just said, okay, you're wrong. You missed it. and no, it doesn't matter, but it does matter. And if you care, then you should have come to that conclusion and added one plus one plus one and figured out, oh, it's three. And it does actually matter because the UTXO set is huge now and it's going to be a problem for anyone trying to run their own node.

55:55And if you want decentralization, they should be running their own node, not just running with a pool and relying on a pool's templates and node. So help me understand this. Does putting all of this information on OperaTurn not reduce UTXO bloke because people aren't using unspendable UTXOs? It could, but I mean, it's cheaper to do UTXOs versus OperaTurn, right? And I think people have kind of homed in on that. And this is why they're resisting core, because it doesn't make sense. Like you're trying to encourage people with thoughts and prayers to use OperaTurn instead of UTXO. and again this is probably where some mistrust is brewed because you know why would they think that that makes zero sense at all so and why is it cheaper to do it in utxos because of the discount okay but i don't yeah but at the same time i don't think you want necessarily to encourage more people shoving stuff in the opera turn too because it's true that you can prune opera turn but then you're running a pruned node.

57:01You can't just prune only the operaturn. And if everyone is running a pruned node, then there is no more full node to boot up the network and help other people, you know, spin up new nodes in the future. So if we put Samsung Mauer in charge of core, you're the dictator of core today, what would you do? I don't know. I would roll back some of the more contentious things. And I don't think there's much we can do to undo the damage that's been done. But I would say let's be very conservative and very cautious on what happens in the future. But if you were to ask me, how do we fix this whole divide?

57:39I don't think you'll like the answer. You have to be able to bring Luke back into the fold. I think Bitcoin Core has to remove a lot of people that are maintainers and have been driving the project. And I don't think that will happen either because there's economic incentives to be a maintainer. You get paid more, right? And you get prestige from it. So the only way that someone would step down is because of honor. Like, yes, we messed up. We caused a massive clusterfuck and I'm stepping down because of that. And I'll continue to work on Bitcoin, but I won't be, you know, in that position anymore.

58:19And I don't see that happening either. and I don't see them welcoming Luke back either and I don't see them willing to roll back the changes but if you wanted to you know repair the divide that's how I would see it happening that some people in core step down and there's kind of a house cleaning there. So I was only around for the very end of the fork war the block size wars in 2017 obviously that culminated then but it'd been going on for a long time beforehand do you think that this does risk escalating into something similar and we do end up with a fork because of it i don't think so i mean like i said i don't i don't believe core releasing 30 is going to be the end of the world i think we can unify some of the policy uh we can talk to miners and mining pools like i used to run a mining pool you can talk to people that run mining pools and you know show them that it's better to align with what the network wants, which is seemingly filtering of spam.

59:19You know, there might be some holdouts and some people, some pools might want to keep mining and relaying spam. But in general, I think it's possible that a lot of them would understand that it's better for the network not to do that. And yeah, I think you can kind of bring about some change to the network. I think the problem with a lot of core developers is you work with the tools you're given. If you're a lawmaker, you know, you're just going to write laws and write more laws. You're not going to remove them. If you're a developer, you're going to keep focusing on the code. It's probably not in your tool set to go out there and engage and educate and talk to miners and mining pools about what is bad.

1:00:01So I think this is why the default reaction was, let's just adjust the filters and standards to what is happening instead of trying to go out and affect change. I think one of the dynamics that's missed a little bit too much in this conversation is the fact that not all nodes are created equally. The economic nodes are the thing that matter on the network. And obviously, for a long time, basically forever, they've all been running Bitcoin Core. Do you think any of those will be moving across to NOTS? Because it's really easy for me to spin up 10 NOTS nodes in my bedroom and then it looks like there's massive growth on the network.

1:00:37And obviously there is some real organic growth, but do you think any of the big businesses running big economic nodes will move across the NAS? Hard to say, but I mean, Ocean, I would say a lot of the hash rate there is using NAS. And I don't think you can really deny that they are a sizable portion of the network now. And that is good. It's good to have mining decentralization. So everyone that was paying lip service to mining decentralization, on the core side, I really don't see them congratulating Ocean in any way. So you can see that a lot of this divide is really personal. They just don't like Luke for various reasons, and they will never like Luke, and they will never like Ocean.

1:01:18So it's a difficult predicament right now. It seems to be personal attacks and attacks on individuals are more prevalent than actually thinking things through and thinking things through from a level-headed place of calm. And you see that, like the first reaction to a lot of posts is maintaining my side. And that is not a way for us to move forward. So do you think this really is about Luke as a person? Because he obviously has some pretty wild views. Lop just did a big post where he went through a ton of things that Luke said in the past that are very out there. Is that what is at the core of this issue, in your opinion?

1:01:57I don't know. it's interpersonal I would think it's a lot of these people in Bitcoin Core that don't like Luke ultimately we do need to get along and I think eventually we will get along you know we have more in common with each other irregardless of all the differences in vitriol being spewed than we would think and we are all Bitcoiners so you know maybe in a couple years it'll all calm down and you know everyone will get along better and you know we can move forward but for now i think it's important to keep in mind that you know everyone is everyone wants the best for bitcoin they just have different views on what is best for bitcoin and yes maybe some people are doing some things for the lulz but that is short term it's not going to last forever yeah rough consensus is messy um all right samson you are obviously fronting up jan 3 how's everything going how's the nation state adoption going?

1:02:58Pretty good. We just got back from Paraguay and we made some good progress there. We met a lot of the right people that could potentially make a Bitcoin bond happen in Paraguay. And we likely will go back again if discussions progress. And I assume all of these countries have been looking at what Trump has been saying in the US and him leaning into Bitcoin. Has that made a real impact in your conversations with these other countries? Well, I think they have a vague idea, but we often seem to think in a wrong fashion that everyone knows everything that we know. And that's not always the case. A lot of people don't even know that the Bitcoin ETFs are BlackRock's most successful ETF and has generated some 200 million in profits for them.

1:03:47People don't know that and the executive orders you know they don't know that either so it's kind of our job to go and tell them these things so if you look at what we do from a 30 000 foot view we're kind of like a personalized podcast about bitcoin that we go and sit down with them talk about everything that's happening in bitcoin and answer questions and there's no question that is too uh too newbish to answer you know back in 2021 when sailor came out and started doing the strategy stuff everyone was thinking like institutions were going to start piling in and we saw one or two and then like really it wasn't until the last 12 months where we've seen real institutional adoption of bitcoin um do you think nation states may be similar in the sense that it may we may just be like a cycle early and in a few years we'll start seeing a lot of these nation states actually piling into Bitcoin?

1:04:40Well, there's like two parts to that question. So this cycle doesn't seem to have played out. We're behind schedule. You know, we should have had a bull run already, like a massive run up. And, you know, we're down actually at the time of this recording. So I think this cycle, if you want to call it a cycle, is delayed. It might push into next year for whatever various reasons there are. But I think the nation state adoption is coming. we're pushing on a lot of fronts other companies and people are pushing too there are concrete examples of what Bitcoin can do to benefit a country out there right now the moves in the US I think have yet to propagate throughout the world so Trump did create the SBR but they haven't started buying yet and we are talking with other countries to do the same there are a few that have said they will create it and I think it's all coming It's really that these things happen very quickly.

1:05:40It's like literally gradually and then suddenly. And I think we're on the tail end of gradually and we're at the beginning phases of suddenly. And if you look at just the U.S. alone, they're pushing forward on a lot of their budget-neutral Bitcoin acquisition and the Bitcoin Act, too. So I believe it's simply a matter of time before we see a massive run up and we see a massive nation state FOMO panic. Which nation states are you most bullish on as like a category? Because obviously El Salvador done incredibly well. Bhutan done amazing. The US is starting to make moves. Countries like the UK where I'm from and Australia where I live, I think are going to be laggards in this.

1:06:21I can't see them being amongst the first movers. Like where do you think the real progress will come from? I think it's likely Latin America. And I've said that since we started Gen 3, that it's the most ripe area of the world to significantly do something with Bitcoin because you have energy, the energy part of the equation. You have the general stability, political stability, and you have the need. So you put all those things together and it just makes it the perfect place. And I think we just need a few more dominoes to drop. If Paraguay, if things pan out in Paraguay the way we hope, I think that's a big domino and countries in the surrounding area would likely come as well.

1:07:07I mean, I'm excited for the nation state FOMO. Is that when we actually get the million dollar Bitcoin target that you always talk about? We'll see. I mean, even without nation state adoption, we should see it too, simply because of the corporate buys. every day there's more and more corporations buying and it just blows my mind that we're not running already yeah it is like it is a bit strange this this cycle has felt very different and and one of the best ways that i've found to describe it is like my vibes my vibe check is completely gone like in previous bull markets you get a sense of what's happening you get a sense of where we're going you can almost feel it when we're about to run and this time i've just got no idea what's happening and I don't I can't put my finger on why that is but my vibes are all off yeah because every day you see an announcement that strategy bought this many coins meta planet bought this many coins this new company is buying and the price is going sideways and down so it makes zero sense you know and I don't really have an answer about why I think it's probably a number of things.

1:08:11It could be paper Bitcoin. It could be ETFs. It could just be outright fraud like FTX. Some exchange somewhere is selling coins that they don't have and they're buying back when they need to buy back to meet demands for withdrawals. I don't know. But definitely, I think everyone has a sense in their head that something is off and there's no way to know for certain until, you know, definitely, I would say it puts the suddenly, you know, very close to now, and it could trigger at any time. And that's kind of like the Omega thesis. And I think that the current situation of Bitcoin price is definitely, you know, on the verge of Omega.

1:08:59You're feeling it. So why do you think there's fraud? Like, what leads you to think that there's

1:09:10these like bull and bear markets? Because we have had that in the past. Do you think that's likely in the future? Well, there's always been something, right? Like FTX was the perfect example. We saw that they were selling Bitcoin that they did not have. And that's always a possibility. And I think of all the factors, it has to be some contributing factor that some entity is doing something weird. I'm here for it I'll have the popcorn ready Samson anything else you want to talk about before we close this out this has been great no I think we pretty much covered everything it's a good conversation Bitcoin's going to a million dollars everything will be okay with Core30 run whatever implementation you want stop shouting at people this has been great Samson thank you very much where do you want to send anyone before we do close out I'm on X my handle is Excelion E-X-C-E-L-L-I-O-N and you can find Jan3 on X2 Jan3.com Perfect.

1:10:10Alright, thank you man I appreciate that, that was fun Thanks Danny, catch you next time

From the publisher

Samson Mow is the CEO of JAN3 and former CSO at Blockstream. In this episode, we get into the growing rift between Bitcoin Core and Knots, why mistrust in Core development is at an all-time high, and what it means for the future of the network.

We discuss the battle over spam and data storage on-chain, whether Bitcoin should ossify or adapt, and how governance really works in Bitcoin. Samson breaks down why the UTXO set could become a systemic risk, how mempool fragmentation is reshaping the network, and why multiple implementations of Bitcoin may be both a blessing and a curse.

In this episode:

- The origins of the Core vs. Knots debate

- Spam, filters, and the slippery slope of arbitrary data on Bitcoin

- UTXO bloat, miner incentives, and decentralization risks

- How nation-state adoption may trigger the suddenly moment for Bitcoin

THANKS TO OUR SPONSORS:

IREN

RIVER

ANCHORWATCH

BLOCKWARE

LEDN

BITKEY

Follow:

Danny Knowles: https://x.com/_DannyKnowles or https://primal.net/danny

Samson Mow: https://x.com/Excellion

More from What Bitcoin Did

All 145 episodes
The Fight For Bitcoin’s FutureWhat Bitcoin Did · 1 h 11 min
Listen in VO