Latest / What Bitcoin Did / Is BIP444 An Attack on Bitcoin? | Rob Hamilton

Transcript

Is BIP444 An Attack on Bitcoin? | Rob Hamilton · What Bitcoin Did

• 0:00
  To even introduce a moral caveat to the argument is now moving of, like, the boundaries and how Bitcoin has worked up to this point.
• 0:10
  And I think you're regressing and ceding ground to people who would want to attack the network.
• 0:14
  Bitcoin's not a democracy.
• 0:16
  Bitcoin is anarchy.
• 0:18
  It is rules, not rulers.
• 0:20
  You're running a node because you're validating transactions.
• 0:22
  Everything after that, the influence in what your node has, very quickly compresses to almost nothing.
• 0:28
  you are attacking the network you're threatening to orphan miners you're threatening to reorg the
• 0:34
  chain you are threatening to change the rules which everyone had previously agreed upon
• 0:39
  rob hamilton the third the giggler how are you doing doing great how are you i'm good the uh
• 0:50
  the quote-unquote bitcoin civil war is heating up again we've got a thought proposal podcasters
• 0:57
  being blamed, which I'm very angry about. As the bugle boys will tell you, this is the most
• 1:02
  honorable job you can have in Bitcoin. What's going on? It's a priest-like calling.
• 1:07
  To become a podcaster truly is like being a monk. Yeah.
• 1:13
  We're keeping Bitcoin afloat. People just don't realize it yet.
• 1:17
  That's right. All of Proof of Work actually, podcasters are the underlying substrate of
• 1:22
  Proof of Work. How have we got dragged into this fork wars?
• 1:25
  Well, let's maybe catch up for those at home who don't have the full background and context.
• 1:33
  There has been, I would say over the past two and a half years, a growing frustration among users of Bitcoin who are not fans of the Bitcoin blockchain being used for non-monetary data.
• 1:52
  This is inscriptions and ordinals and all of that stuff that gets tied into Bitcoin.
• 2:02
  And as a refresher, the way Bitcoin works is that if a transaction is valid by the rules of consensus,
• 2:15
  even if your personal node doesn't see it before, it will accept that transaction in a block, right?
• 2:21
  a very simple example of this is
• 2:24
  I technically can make a Bitcoin transaction
• 2:26
  that doesn't pay any fees to the miner
• 2:28
  right
• 2:29
  I could just have no fee
• 2:31
  if a miner would have put that into a block
• 2:34
  it would get accepted and confirmed
• 2:36
  by the rest of the network even though you never would have
• 2:38
  seen it before because by default
• 2:39
  nodes will not relay they will filter it out
• 2:42
  they have no incentive to include it
• 2:43
  they have no incentive to include it exactly
• 2:45
  and so
• 2:47
  that is kind of the
• 2:49
  baseline of just
• 2:51
  how inclusion of transactions work in Bitcoin.
• 2:54
  Now, I would say myself and others
• 2:57
  have very regularly pointed out
• 3:00
  that if you wanted to stop this behavior
• 3:02
  of pictures on Bitcoin,
• 3:05
  you are going to require a consensus change in some way.
• 3:08
  Because as long as these are consensus valid,
• 3:12
  miners are optimizing for revenue,
• 3:14
  and they're going to include these things in a block.
• 3:16
  It looks like a pseudonymous user, Dathan Ohm, has come forward with a soft fork proposal, which goes to do that.
• 3:30
  Now, before I even jump off into that, there was a post on the mailing list a Bitcoin developer named Portland Hoddle put forward and said,
• 3:40
  Hey, I have an idea. Let's reduce the output of all transactions to 520 bytes.
• 3:46
  And this would basically be a very clever way of reducing op return at the consensus level.
• 3:51
  Because an op return where you're posting data is actually part of the output of the transaction.
• 3:58
  So if you make all outputs must be 520 bytes or smaller, you're effectively curbing op return.
• 4:04
  Luke Dasher proposed in reply to this his own idea of a consensus change that would include more things than just the op return stuff.
• 4:14
  Dathan Ohm has come forward saying that since that BIP, that proposal on the mailing list
• 4:22
  didn't have any pushback, that there was enough consensus to start writing up a BIP.
• 4:28
  At the bottom of this proposal, though, it does say credits to Luke Jr. for the original
• 4:34
  draft and advice of what this larger consensus change, which has now been proposed.
• 4:39
  Well, I just, I think it's worth looking back a little bit.
• 4:42
  So this whole debate that's happened for the last 18 months, maybe even two years at this
• 4:46
  point, it's been a long time, all came down to whether filters actually work, I think.
• 4:51
  If filters worked, then we wouldn't be having this discussion.
• 4:55
  So is this the fact that they're now trying to do a consensus change?
• 4:58
  Is that almost an admission on that side that filters don't work the way they at least want
• 5:02
  them to?
• 5:04
  Well, I'm going to give the charitable steel man interpretation of their side.
• 5:08
  They believe specifically the most recent release of Bitcoin Core, version 30,
• 5:14
  changed, and to be clear, I am specifying a championing and a steel manning of their argument,
• 5:20
  not my personal belief, is that with the updates that were made in version 30,
• 5:26
  the default node client will no longer filter operaturns smaller,
• 5:32
  sorry, larger than 100 kilobytes.
• 5:34
  the previous limit in the default software was 83 bytes.
• 5:39
  They would say proponents of doing a consensus change
• 5:44
  would be that this kind of makes the default reference implementation malicious
• 5:49
  from their perspective,
• 5:51
  and that now you must do a consensus change to stop this.
• 5:56
  The deeper point that I would pull the thread on
• 5:59
  to your point about filters working or not,
• 6:00
  But filters, from my perspective, don't work if there's economic demand for those transactions.
• 6:08
  A really great example of this was larger op returns were being included in blocks prior to there even being a version 30.
• 6:19
  Miners would set custom configuration flags and build their own node software to be more permissive and open and would allow these transactions to get through.
• 6:28
  You also have projects like Peter Todd's Libre Relay
• 6:30
  that were relaying these transactions
• 6:33
  and preferentially peering to get to miners.
• 6:36
  And then the actual best example out in the free market
• 6:40
  of the Bitcoin block space market,
• 6:42
  you can view it that way,
• 6:42
  that every 10 minutes,
• 6:44
  there's four megabytes of block space available in the market
• 6:46
  and people who pay the fees bid them.
• 6:49
  The mempool of unconfirmed transactions,
• 6:52
  the pending ones, was so empty
• 6:54
  that miners realized that they could actually
• 6:56
  start making more revenue on margin
• 6:58
  if they lower their minimum fee rate
• 7:00
  from one sat per V-byte to 0.1 sat per V-byte.
• 7:04
  So even though 99 plus percent of nodes
• 7:08
  were running a filter that did not allow these transactions
• 7:10
  that were paying too little of a fee in,
• 7:12
  they still got included in the blocks.
• 7:14
  So the moment there's economic demand there
• 7:16
  and the miners are trying to profit maximize,
• 7:19
  the filter argument starts to fall apart.
• 7:22
  From my perspective.
• 7:23
  Yeah, no, that makes sense.
• 7:25
  And so if you need like a proliferation of potentially even over 99% of nodes doing this
• 7:30
  for filters to actually work, like Notts did quite well.
• 7:32
  It got to, I don't know, 20% of all nodes.
• 7:35
  I'm sure there was some-
• 7:36
  20, 22, something like that.
• 7:37
  Yeah.
• 7:38
  And there's probably some funny business in there.
• 7:39
  I don't think, I don't even know how you account for that, but like it did sort of surprisingly
• 7:43
  well.
• 7:44
  It definitely caught me off guard.
• 7:45
  How has Core 30 gone since that launch?
• 7:48
  Because obviously that is kind of the crux of this whole issue.
• 7:50
  So Core 30, as of right now, is the number one client deployed on the network.
• 7:55
  It's kind of, it's a little over 10% now.
• 7:58
  Mononaut's been keeping a close eye and track on it,
• 8:01
  with the number two implementation actually being Core version 28.
• 8:07
  Can you give some context to that?
• 8:09
  Like normally when Core release an update,
• 8:11
  they're obviously nowhere near as contentious as this one.
• 8:13
  How quickly do people actually upgrade?
• 8:17
  Oftentimes, people aren't rushing to upgrade.
• 8:20
  Just realistically, like, you...
• 8:25
  The way Bitcoin Core version releases work is every six months,
• 8:28
  they just...
• 8:29
  Because Bitcoin is a never-ending project.
• 8:30
  It's not like they're trying to hit quarterly earnings
• 8:32
  or trying to do something.
• 8:33
  So they set a rough heuristic that every six months,
• 8:36
  we're just going to take everything that's been merged
• 8:38
  in the past six months and tag that into a release.
• 8:42
  Most of the time, unless there's like a brand new feature
• 8:44
  you're looking for,
• 8:46
  you're not rushing to update right away.
• 8:48
  The beauty of Bitcoin is that it's backwards compatible
• 8:50
  and that you can run an older version of the Node software.
• 8:53
  The Bitcoin Core team, though,
• 8:55
  will actually do patches like a minor release.
• 9:00
  So instead of like version 28, it'll be 28.1.
• 9:02
  They'll do minor releases backdating.
• 9:05
  So if they make a security fix in version 30,
• 9:07
  they'll go back to version 29 and 28
• 9:10
  and also patch those up as well.
• 9:12
  So the kind of standard,
• 9:13
  you can do it from like a end of life support
• 9:16
  or like the three most recent versions,
• 9:18
  Whatever's the most recent and the two previous ones are the ones that get patched.
• 9:21
  So now there's a version 28.3, which has all of the security patches from version 30, right?
• 9:29
  Typically, it doesn't go this fast.
• 9:31
  I think, in particular, this release has gotten so much attention.
• 9:35
  People that wanted to signal support for Core may have upgraded sooner,
• 9:40
  just like people were upgrading to run the latest version of Knots to signal that support.
• 9:45
  so I would say it's happened way faster than normal but I don't have the hard data in front
• 9:50
  of me for how long that usually takes. This episode is brought to you by AnchorWatch.
• 9:55
  The thing that keeps me up at night is the idea of a critical error with my Bitcoin cold storage
• 9:59
  and this is where AnchorWatch comes in. With AnchorWatch your Bitcoin is insured with your
• 10:03
  own A-plus rated Lloyds of London insurance policy and all Bitcoin is held in their time-locked
• 10:08
  multi-sig vaults. So you have the peace of mind knowing your Bitcoin is insured while not giving
• 10:13
  up custody. So whether you're worried about inheritance planning, wrench attacks, natural
• 10:17
  disasters or just your own silly mistakes, you're protected by Anchor Watch. Rates for fully insured
• 10:22
  custody start as low as 0.55% and are available for individual and commercial customers located in
• 10:28
  the US. Speak to Anchor Watch for a quote and for more details about your security options and
• 10:33
  coverage. Visit anchorwatch.com today. That is anchorwatch.com. Do you wish you could access cash
• 10:39
  without selling your Bitcoin. Well, Ledin makes that possible. They're the global leader in Bitcoin
• 10:44
  backed lending and since 2018, they've issued over $9 billion in loans with a perfect record
• 10:49
  of protecting client assets. With Ledin, you get full custody loans with no credit checks or
• 10:54
  monthly repayments, just easy access to dollars without selling a single sat. As of July 1st,
• 11:00
  Ledin is Bitcoin only, meaning they exclusively offer Bitcoin backed loans with all collateral
• 11:05
  held by Ledin directly or their funding partners. Your Bitcoin is never lent out to generate interest.
• 11:11
  I recently took out a loan with Ledin. The whole process was super easy. The application took me
• 11:15
  less than 15 minutes and in a few hours I had the dollars in my account. It was really smooth.
• 11:21
  So if you need cash but you don't want to sell Bitcoin, head over to ledin.io forward slash WBD
• 11:26
  and you'll get 0.25% off your first loan. That's ledin.io forward slash WBD. If you already self
• 11:33
  custody of Bitcoin, you know the deal with hardware wallets. Complex setups, clumsy interfaces,
• 11:38
  and a seed phrase that can be lost, stolen, or forgotten. Well, BitKey fixes that. BitKey is a
• 11:43
  multi-sig hardware wallet built by the team behind Square and Cash App. It packs a cryptographic
• 11:48
  recovery system and built-in inheritance feature into an intuitive, easy-to-use wallet with no
• 11:53
  seed phrase to sweat over. It's simple, secure self-custody without the stress. And Time named
• 11:59
  BitKey one of the best inventions of 2024. Get 20% off at bitkey.world when you use the code WBD.
• 12:07
  That's B-I-T-K-E-Y dot world and use the code WBD. Okay, and then so this is now being proposed,
• 12:15
  is it bit444, is that correct? It's not technically correct. And so to explain this,
• 12:24
  Luke is the original maintainer of the BIF repo,
• 12:29
  the Bitcoin Improvement Proposal Repo.
• 12:31
  He was assigned that, I believe, by Gregory Maxwell
• 12:33
  back in, like, 2010 or 2011.
• 12:35
  For the... Amir Takhi put... for the initial BIP,
• 12:38
  someone had to maintain it.
• 12:40
  They... Luke took that job.
• 12:42
  A little over a year ago, a couple other maintainers were added
• 12:47
  because Luke was so busy, he's only one person.
• 12:49
  They wanted to have more support structure
• 12:50
  to be able to assign BIPs and do things.
• 12:52
  there was an internal message among the BIP maintainers saying,
• 12:58
  should this be BIP444?
• 13:01
  And they have an internal process where they say,
• 13:03
  okay, I want to sit and listen.
• 13:05
  And if anyone has objections, let us know.
• 13:07
  And if there's an objection, we won't give it the number.
• 13:09
  Luke saw this internal discussion and assigned BIP444,
• 13:13
  kind of jumping the process.
• 13:15
  So it's not officially signed it.
• 13:18
  444 is a really catchy way just to surmise what's going on, though.
• 13:21
  so memetically it's already been assigned that,
• 13:23
  but I know some of the other BIP maintainers are frustrated
• 13:27
  that it was prematurely assigned a number,
• 13:29
  especially when Luke is so closely tied to this.
• 13:32
  There's a rule that you really can't self-assign a BIP number,
• 13:35
  and Luke is the original draft of this BIP,
• 13:38
  so it's kind of in the gray area of self-assigning a BIP,
• 13:42
  even if he's not the literal offer.
• 13:44
  But even, like, I understand what you're saying there,
• 13:47
  but really, who cares about the number?
• 13:49
  but that's not the important signal here.
• 13:51
  Like what they're claiming is,
• 13:53
  this is like an emergency soft fork
• 13:56
  that needs to happen quite quickly.
• 13:57
  What do they actually want to include in that?
• 14:01
  Yeah, so this-
• 14:02
  Well, actually, probably a better way of framing that
• 14:04
  is what do they want to take out?
• 14:05
  So what they want to take out,
• 14:07
  let me just read it through here.
• 14:09
  The first one is op returns that are less than 83 bytes.
• 14:14
  83 bytes or less, right?
• 14:16
  So making the previous, before version 30, relay policy, making that consensus enforced,
• 14:23
  of 83 bytes being the maximum.
• 14:28
  Pushing data, I'm going to speak not in the literal technical terms, but just talk about
• 14:34
  the spirit of it.
• 14:35
  Basically, any sort of pushing of payloads that are larger than 256 bytes, which is how
• 14:45
  you push data onto the stack
• 14:46
  unless you're using
• 14:49
  an old legacy
• 14:51
  multisig.
• 14:53
  This is basically what they're trying to take out is how
• 14:55
  inscriptions people
• 14:57
  put a lot of data on chain.
• 14:59
  They put it 520 bytes
• 15:01
  at a time. They have decided
• 15:03
  Dathan and Luke and whoever
• 15:05
  helped write this bit has decided that 256
• 15:07
  bytes is
• 15:09
  not valid. That's
• 15:11
  the size of a key. So they're saying basically
• 15:13
  you can push keys in the stack. You can't push it.
• 15:15
  whatever random other stuff you want on the stack.
• 15:17
  They are also making invalid unspecified taproot,
• 15:21
  like script versions and tapleaf versions.
• 15:25
  So Segwit introduced these upgrade hooks
• 15:29
  and mechanisms to upgrade scripts,
• 15:30
  and we turned on taproot.
• 15:32
  We turned on Segwit v1 is a taproot address.
• 15:36
  They want to disable all of the ones that are undefined
• 15:39
  as well as all of the taproot tapleafs.
• 15:40
  They want to disable the taproot annex,
• 15:43
  which is a place where you can park data.
• 15:45
  Intentionally, it was thought to be able to be part of just over time, wanting to be able to have data to commit for...
• 15:51
  You can use it for, like, lightning symmetry. You can use it for, like, lightning protocol stuff.
• 15:55
  No one's using it today, though. So that's marked invalid.
• 15:58
  All of the op-success opcodes, which are basically how you do upgrades in TapScript.
• 16:02
  So if this were to activate, we could not upgrade Bitcoin for the next year.
• 16:06
  We couldn't add any new opcodes.
• 16:08
  And also removing op-if and op-not-if from Taproot.
• 16:13
  so you can't actually use any sort of if-then conditions within a tap leaf.
• 16:21
  The logic behind this is that if you're using an if branch,
• 16:25
  you could just make a new tap leaf that has the full condition over there.
• 16:28
  This is how taproot works where you can have one address
• 16:30
  that has many, many, many ways you can spend from it.
• 16:32
  Their rationale is if you're using a different spending condition,
• 16:36
  you don't need to use opif or notif.
• 16:37
  You can just use a different tap leaf.
• 16:39
  So that is the general summary.
• 16:41
  the ultimate target for that one is stopping the inscription envelope for how all of the ordinal
• 16:46
  inscriptions were being done. Okay. I want to get into some of what that actually means technically,
• 16:52
  but before we do that, I think the important thing to address here is that they're claiming
• 16:56
  that this is a temporary soft fork. Correct. And this will run for 12 months and then everything
• 17:01
  reverts to how Bitcoin works today, as far as I understand it. Yes. I mean, we're going to get
• 17:08
  into whether you think this fork will even happen or not.
• 17:10
  But if the fork happened,
• 17:12
  how much, like what odds would you ascribe
• 17:14
  to the fact that this is temporary,
• 17:15
  not a permanent thing?
• 17:17
  Oh, 100% it would be temporary
• 17:19
  because the idea would be this activation client
• 17:22
  would self-turn off the rules in a year.
• 17:24
  Now, what would happen is six months from now,
• 17:27
  there would be another,
• 17:28
  let's assume this activates six months from now,
• 17:30
  there's going to be another question of,
• 17:32
  do we extend this?
• 17:33
  But the default behavior will be deactivating.
• 17:35
  um so i think being as charitable as possible taking them at their literal word and how the
• 17:42
  code works it would by default if nothing else happens turn off in a year okay fair um and then
• 17:49
  let's get into the what this actually kind of stops in bitcoin so clearly what they've done
• 17:53
  is they've gone through every single place where you can put arbitrary data on chain and remove
• 17:58
  that ability but what implications does that have on how bitcoin actually works today um well a
• 18:04
  couple of things.
• 18:06
  There are users
• 18:08
  who are using Bitcoin
• 18:11
  today that fall
• 18:13
  into some of these categories that get invalidated.
• 18:16
  One of the prominent examples
• 18:18
  is Liana
• 18:21
  Wallet. This is
• 18:23
  they, I'm wearing
• 18:24
  my Miniscript shirt today. They use
• 18:26
  Miniscript with Taproot.
• 18:29
  And with Taproot,
• 18:31
  you can, they're, some of the
• 18:32
  versions of how they actually use the different Tap
• 18:34
  believes actually uses op-if and not-if.
• 18:36
  Because actually, you can save on fees
• 18:39
  and have a smaller transaction
• 18:41
  if you use an op-if or not-if.
• 18:42
  That actually is a way you can save money
• 18:44
  without going into the mechanics
• 18:45
  of the taproot control block and all that.
• 18:48
  There are cases where you actually
• 18:49
  have a smaller transaction
• 18:50
  and less data on-chain if you use an op-if.
• 18:54
  And that would be...
• 18:57
  Now, this is a contentious term.
• 18:59
  Some would say confiscatory.
• 19:01
  Technically, since it's only for a year,
• 19:03
  you're just freezing customers' funds for a year. You're not confiscating them.
• 19:08
  There are people who also use-
• 19:11
  Personally, I don't see a huge distinction between those two things.
• 19:14
  Like the thing that Bitcoin does is enshrines property rights.
• 19:18
  And if you're-
• 19:19
  Absolutely.
• 19:20
  Arbitrary, well, if you're purposefully freezing someone's funds for 12 months,
• 19:24
  that is a complete line for me. Like that's unacceptable.
• 19:28
  I would agree.
• 19:29
  That's if people are using Taproot today in this particular way.
• 19:34
  Certain Taproot could, yeah, not everything in Taproot, just certain ways people use Taproot.
• 19:38
  But people are using it this way right now, correct?
• 19:39
  Yeah.
• 19:40
  And so if anyone who is doing that, if this fork happens, those funds are frozen for a minimum of 12 months.
• 19:46
  Yeah.
• 19:47
  I mean, it's hard.
• 19:48
  This is where it gets a little bit tricky because I understand this is a soft fork.
• 19:52
  It's backwards compatible in the sense that old nodes will still be able to run.
• 19:56
  But have we ever had a soft fork before where funds can be frozen if you're using Bitcoin in a particular way?
• 20:02
  So there's one example.
• 20:05
  Let me answer that question and go back a step.
• 20:07
  So to answer that question, I think the only corollary I've been able to think of is back in 2010, Satoshi changed.
• 20:19
  He had a commit called MISC changes.
• 20:22
  And in there he actually disabled a bunch of opcodes the thing is no one was using them this is your opcat cat your ups op substring like multiplication division like he had all these other op codes that he disabled but no one had
• 20:36
  ever used them before and when you say no one do you literally mean no one no one no okay no one
• 20:43
  had ever used any of them because this is like this is in 2010 right like there was not as much
• 20:49
  developer mind share and like good tooling to do different things in Bitcoin. So no one had ever
• 20:57
  used any of these. And that's probably the closest. We disabled a bunch of things, but no one was
• 21:04
  using them. And it was a fraction of a fraction of the market cap of what it was today. Right.
• 21:07
  But with things like SegWit and Taproot, there was no, there was never a potential for that to
• 21:13
  freeze users' funds. So this would be like really discarding that first one, which was very early
• 21:17
  days this would be the first time that had ever happened and that kind of calls into question like
• 21:20
  i understand it's a soft fork but that doesn't feel like a soft fork to me that that isn't fully
• 21:26
  backwards compatible in that sense so let me um so two things before we go deeper about what a soft
• 21:32
  fork is um there is a clause uh dathan had updated getting feedback from people that there is basically
• 21:41
  an exemption for if a UTXO was made before this activates,
• 21:46
  you can spend the money out of that one time.
• 21:50
  So in theory, I could have my money frozen.
• 21:52
  I get one transaction to pull it out.
• 21:56
  It's technically complicated because if, let's say,
• 21:58
  if I have 10 Bitcoin at one of these addresses
• 22:00
  and I send one Bitcoin to you,
• 22:03
  I send nine Bitcoin back to myself and change,
• 22:06
  which means that nine Bitcoin,
• 22:07
  which usually has the same spending rules,
• 22:08
  would just get frozen for the year.
• 22:12
  So that's one piece to call out.
• 22:15
  But you can get around that
• 22:15
  by just sending it to yourself in a different...
• 22:17
  Yeah, you would do a full send to a new wallet,
• 22:20
  and then you can get around that.
• 22:22
  Now, for what a soft fork is,
• 22:24
  this is a soft fork.
• 22:25
  It is a restriction of the rules.
• 22:27
  Typically, the way soft forks are thought of in Bitcoin
• 22:30
  is that you take an opcode,
• 22:33
  let's say, like we added time locks.
• 22:36
  Peter Todd got time locks added in 2014.
• 22:41
  What we did to turn that on is we took an opcode
• 22:45
  that previously all it did was automatically pass.
• 22:49
  So it was the most permissive thing ever.
• 22:51
  We said instead of just pass no matter what,
• 22:53
  let's encode rules that enforce time lock logic, right?
• 22:56
  So you're taking this like infinite possibility
• 22:58
  and you're constraining it.
• 23:00
  That's a way of doing a soft fork.
• 23:02
  All of this is technically a soft fork
• 23:04
  because you're saying,
• 23:04
  hey, this thing that allows you to do things
• 23:07
  now can't do anything.
• 23:08
  So you're kind of like shutting it off.
• 23:12
  So it's technically a soft fork.
• 23:14
  I think to your point, though,
• 23:15
  we usually associate the reason
• 23:17
  why we prefer soft forks over hard forks
• 23:19
  is the maintaining of user rights
• 23:22
  and not breaking user space.
• 23:25
  Like that's a term that's a classic
• 23:26
  from just open source development
• 23:28
  is not breaking user space.
• 23:31
  You want to specifically make sure
• 23:33
  that you're not doing anything
• 23:34
  when you change the software that takes existing users property rights and infringes upon them
• 23:39
  and there's probably no software project in history more important in that sense than bitcoin um
• 23:45
  so where are we at with this because like obviously nots got a decent amount of people
• 23:51
  really hard to know how many how many bitcoiners were actually sort of supportive nots but if you
• 23:55
  just go from like node count as an example it's roughly 20 percent um obviously not all those
• 24:00
  people will be on board with the soft fork so let's say it gets like 15 percent of traction 10
• 24:05
  15 percent of traction like what happens then so um the fork would activate at a certain block height
• 24:14
  i am taking the proposal as it's written right now uh dathan has already talked about changing
• 24:21
  when it activates and other details which i think is just ill-advised if you're saying
• 24:27
  hey, I'm putting out some code,
• 24:28
  you'd be expecting, like, you have to now coordinate it.
• 24:31
  His proposal currently is February 1st.
• 24:34
  A block height that's roughly February 1st, right?
• 24:36
  Because block time is never exactly over 10 minutes.
• 24:39
  But if you, so February 1st, roughly,
• 24:42
  is when this would activate.
• 24:43
  And what would happen is that you would now have
• 24:48
  certain nodes on the network when a miner finds a block.
• 24:51
  The question is, that block that comes in,
• 24:54
  is it following BIP4444 rules?
• 24:58
  Is it following the rules of the new client?
• 25:01
  If so, nothing's changed.
• 25:05
  Where you would have something called a chain split
• 25:07
  is that let's say the miners have not upgraded
• 25:10
  and a new block gets produced,
• 25:13
  you would have a chain split
• 25:14
  because the 444 nodes would reject that block
• 25:19
  saying it's invalid because it violates one of these rules.
• 25:22
  And because it violates one of these rules,
• 25:24
  you would be in a position where some nodes on the network would accept the block and some would not.
• 25:31
  And at that point, it becomes a question for the miners,
• 25:35
  what block chain tip, the most recent block, are they going to build on?
• 25:40
  Miners can only build on one blockchain at a time.
• 25:43
  They can't dual mine two different ones.
• 25:46
  So you would then have a conundrum of what would happen.
• 25:50
  And there's a bunch of game theory we can go through there,
• 25:52
  But that would be the decision point is a new block would get found if this activation client launched.
• 25:57
  The code has been released.
• 26:00
  Funny enough, like Bitcoin technical lore, it was the code was pushed to the UASF organization, which is where in 2017, Shaolin Fry put out the UASF client.
• 26:14
  So this same exact repo that hasn't been touched in eight years had just gotten an update with this new code.
• 26:21
  Yeah.
• 26:22
  I would speculate that someone who previously was involved with the UASF efforts, which Luke is known to have been involved in those, would have given up access to the org to let Dathan push that code.
• 26:33
  I don't know.
• 26:34
  But that would be a reasonable straight line suspicion because Luke was a very big proponent in putting forward the UASF client.
• 26:41
  Yeah, I mean, we obviously, we can't know, but that seems like an easy conclusion to draw.
• 26:46
  Right.
• 26:46
  So if that happened and obviously a proportion of the hash rate would likely go to this new version, like you would imagine some of the ocean miners would probably move over.
• 27:01
  Obviously, this is kind of, oh, do we get to the point where this is just like longest chain tip wins?
• 27:07
  or what happens if, say, 30 blocks get added to Bitcoin as we know it today
• 27:12
  and then 30 blocks later another one is found on Bitcoin 444 version?
• 27:19
  So that's an important distinction, right?
• 27:21
  To make the math easy, let's just say it's at block height 100.
• 27:25
  So at block height 100, let's say we're going back,
• 27:27
  like it's at block height 100 just to make the numbers easier to say.
• 27:30
  At block height 100, this activates.
• 27:33
  And let's say we get to block 130 with these new rules.
• 27:37
  Block 131, even if it is BIP444 compliant,
• 27:41
  the BIP444 nodes are going to reject it
• 27:43
  because blocks 100 through 130 are invalid.
• 27:47
  So what you would actually have is two separate chains being built.
• 27:49
  Yeah.
• 27:50
  And the question then becomes,
• 27:53
  where is the hash rate and the mining pools actually working on?
• 27:59
  The only public statement we've gotten from any mining pool
• 28:02
  is F2 pool, which is 12% of the network,
• 28:06
  has said they're not going to run this.
• 28:09
  Right?
• 28:11
  The game theory, though, would be,
• 28:13
  and this is for me to charitably steel-man
• 28:15
  the proponents of the UASF,
• 28:18
  this UASF's proponents to champion it,
• 28:21
  like steel-man it,
• 28:22
  is that even if initially
• 28:24
  the UASF chain does not have enough hash rate,
• 28:30
  there is a game-theoretic outcome
• 28:33
  where because their rules are tighter
• 28:37
  and let's say like 10 blocks goes by,
• 28:41
  what you're going to have happen
• 28:42
  is that if the other miners went over to the UASF chain,
• 28:47
  they would basically roll back the entire non-UASF blockchain.
• 28:53
  Because what would happen is you,
• 28:54
  let's say those 30 blocks get found
• 28:55
  and then all the miners push over to the other side
• 28:57
  and they start mining and catching up
• 28:59
  and that becomes the longest chain tip.
• 29:02
  the 30 blocks that were mined
• 29:04
  violating the USF rules disappear
• 29:06
  because all the nodes reject them
• 29:08
  and they're no longer invalid.
• 29:09
  This is what's called a reorg,
• 29:10
  a reorganization.
• 29:13
  Typically, it's never really talked about
• 29:15
  outside of like a 51% attack.
• 29:17
  Like you could have 51% of the hash rate,
• 29:19
  make your own blockchain over here
• 29:20
  and then publish it all.
• 29:21
  And then you would wipe out
• 29:22
  all of the transactions
• 29:23
  that happen on the other chain.
• 29:25
  The game theory though,
• 29:26
  is if you're running a USF client,
• 29:28
  is that you're doing a tightening of the rules,
• 29:31
  which means that all blocks that you would find
• 29:33
  are also valid on the non-UASF nodes,
• 29:36
  and that's where you can get this reorg dynamic to happen.
• 29:40
  It's really a question of how attach rate would be going over there,
• 29:43
  and I haven't seen any mining pool
• 29:46
  or large-scale miner come out in support of this yet.
• 29:50
  So if that did happen, though,
• 29:51
  would we be in for very large reorgs?
• 29:54
  Yeah.
• 29:55
  So then the question, it would be a very large reorg.
• 29:58
  Let's take that 30-block example, right?
• 30:00
  That would be a five-hour, roughly five-hour rework.
• 30:03
  If it's one block every 10 minutes, six blocks an hour,
• 30:06
  30 blocks is five hours, six times five is 30.
• 30:09
  That would be a five-hour rollback of the on-chain history.
• 30:13
  Now, what can be done as a counter to this
• 30:17
  is what's called a URSF, user-rejected soft fork.
• 30:20
  You effectively, what you could do is just pick a block
• 30:23
  after the UASF activates, find a block,
• 30:26
  and say we're checkpointing so that for this
• 30:29
  to be on my blockchain, at block height 101,
• 30:32
  you have to have this block hash.
• 30:34
  And this block hash violates the 444 rules.
• 30:37
  So you effectively then, if a URSF were to happen,
• 30:39
  that would permanently split the network.
• 30:41
  But to even put forward a URSF,
• 30:44
  you'd have to actually see a threat
• 30:45
  or a real credible demand for the UASF to begin with.
• 30:49
  And a reason to want to reject it.
• 30:51
  And I haven't, to be transparent,
• 30:53
  I haven't seen the support yet from anyone.
• 30:56
  So as it stands right now,
• 30:58
  Do you just think this will never happen?
• 31:01
  As of today, with the information I have,
• 31:03
  I don't see this happening. That's my personal opinion.
• 31:07
  I have tried gauging interest.
• 31:13
  And so...
• 31:16
  The last time a UASF that wasn't...
• 31:20
  A contentious UASF was proposed was back in 2017.
• 31:24
  This was called SegWit2x.
• 31:26
  it was basically a compromise with Usegwit
• 31:29
  and doubling the block size, right?
• 31:30
  It was a couple of things.
• 31:32
  And with Segwit2x, what you had happened was
• 31:35
  there was a lot of speculation on if this was going to happen or not.
• 31:39
  And then Bitfinex listed a futures market
• 31:43
  for what the price of this UASF token would be worth.
• 31:48
  It ultimately fizzled out.
• 31:50
  There was like, what people would do, just to be clear,
• 31:52
  is if you had one Bitcoin on Bitfinex,
• 31:54
  you'd have one Bitcoin,
• 31:55
  and you'd also get this future
• 31:57
  and you'd be able to sell that future
• 31:59
  and buy more Bitcoin.
• 32:01
  Right?
• 32:02
  And that was a strong signal
• 32:04
  because the miners are not going to want to mine
• 32:07
  on a blockchain where the token is worth less
• 32:09
  than the other chain.
• 32:11
  If you have a split
• 32:11
  and you have to figure out which is Bitcoin,
• 32:13
  the miners are more likely to build on the one
• 32:15
  that's going to make them more money.
• 32:16
  And if everyone's selling a UASF fork,
• 32:19
  they're not going to,
• 32:19
  even whatever reasons,
• 32:21
  they're not going to want to mine
• 32:22
  for 10 cents on the dollar.
• 32:24
  Right?
• 32:24
  So I've been trying to suss out.
• 32:27
  It's also just an expression of economic demand.
• 32:29
  You may hear the term economic nodes.
• 32:30
  It doesn't matter that you have 10,000 nodes spun up on AWS.
• 32:34
  It's how much throughput and how much validation is that node processing?
• 32:40
  So the nodes at Coinbase, way more important
• 32:43
  because those nodes are validating millions of Bitcoin in the UTXO set
• 32:48
  from everything they custody and have on their exchange.
• 32:50
  That is inherently more important than someone who just spun up a node on AWS
• 32:54
  and doesn't have any funds tied to it, right?
• 32:56
  And the expression of a futures market
• 32:58
  is the ability for economic actors to say,
• 33:01
  what do they value more?
• 33:02
  Miners can still choose to mine on whatever chain they want,
• 33:05
  but it gives them price information
• 33:08
  because the proposal of a user-activated software
• 33:12
  brings market uncertainty.
• 33:14
  You don't know which side's going to win.
• 33:16
  You don't know what's going to happen.
• 33:17
  Are people going to sell early because they're not sure?
• 33:19
  It provides a lot of instability,
• 33:22
  just uncertainty of Bitcoin as a network architect
• 33:24
  And that's usually what Bitcoin's prided on is like, TikTok, next block, every 10 minutes block's going to happen. And only in these kind of consensus fights do you have this uncertainty. And the futures market is a way to try and price that uncertainty. It also gives an option for if you are a believer in this user activated software, the only way today that you can buy UASF Bitcoin is with the futures market because it doesn't exist on chain yet.
• 33:47
  So if you buy Bitcoin today, you are buying economic support for both chains.
• 33:52
  Because remember, in that block height 100 activation, let's say in block 99, you have 10 Bitcoin and there's a chain split.
• 33:58
  You get 10 Bitcoin on each side of the chain split.
• 34:01
  So if you buy Bitcoin, you're giving economic expression to the entire network.
• 34:06
  But if you want to explicitly signal, hey, I really want to support this UASF effort,
• 34:11
  the only way you can actually buy and show signal economic demand for that is through a futures
• 34:17
  market. What if you could lower your tax bill and stack Bitcoin at the same time? Well by mining
• 34:22
  Bitcoin with blockware you can. New tax guidelines from the big beautiful bill allow American miners
• 34:28
  to write off 100% of the cost of their mining hardware in a single tax year. That's right 100%
• 34:33
  write-off. So if you have $100,000 in capital gains or income you can purchase $100,000 of
• 34:39
  miners and offset it entirely. Blockware's mining as a service enables you to start mining Bitcoin
• 34:44
  right now without lifting a finger. Blockware handles everything from securing the miners to
• 34:49
  sourcing low-cost power to configuring the pool, they do it all. You get to stack Bitcoin at a
• 34:54
  discount every single day while also saving big come tax season. Get started today by going to
• 35:00
  mining.blockwaresolutions.com forward slash WBD. Of course none of this is tax advice, speak to your
• 35:06
  accountant or tax advisor to understand how these rules apply to you and then head over to
• 35:10
  mining.blockwaresolutions.com forward slash wbd and you'll get one week of free hosting and
• 35:16
  electricity with each hosted miner purchased. What Bitcoin did is brought to you by the massive
• 35:20
  legends Iron, the largest Nasdaq listed Bitcoin miner using 100% renewable energy. Iron are not
• 35:27
  just powering the Bitcoin network, they're also providing cutting-edge computing resources for AI
• 35:32
  all backed by renewable energy. We've been working with their founders Dan and Will for
• 35:36
  quite some time now and have been really impressed with their values especially their commitment to
• 35:40
  local communities and sustainable computing power. So whether you're interested in mining Bitcoin or
• 35:44
  harnessing AI compute power, IREN is setting the standard. Visit iren.com to learn more which is
• 35:50
  I-R-E-N.com. This episode is brought to you by River and they've just launched a very cool new
• 35:55
  product where you can automatically buy every price dip. Their zero fee recurring buys are a
• 36:01
  proven way to build wealth with Bitcoin and you can now supercharge them and buy up to 100% more
• 36:05
  Bitcoin if the price is dipping at the time of your order. It's a great tool to buy more Bitcoin
• 36:11
  at lower prices and while your cash is waiting to be deployed you earn 3.75% interest on it paid in
• 36:16
  Bitcoin. River is built to last with security at its core and is the only Bitcoin exchange in the
• 36:22
  US with proof of reserves. To open an account go to river.com forward slash wbd and earn up to $100
• 36:28
  in Bitcoin when you buy. That's river.com forward slash WBD. This episode is brought to you by
• 36:35
  Bitcoin Mina. On December 8th and 9th, I'll be in Abu Dhabi for Bitcoin Mina along with 10,000
• 36:40
  other Bitcoiners. There's an amazing lineup of over 200 speakers sharing Bitcoin insights and
• 36:45
  innovation from all over the world. And if you're looking for the ultimate VIP experience with
• 36:50
  exclusive networking plus premium food and drink, then grab the whale pass and the whale night party
• 36:55
  even include surfing so you know i'm going to be there tickets are on sale now use code wbd to get
• 37:00
  10 off at checkout on all past types the website is mina.b.tc and use code wbd for 10 off yeah so i
• 37:09
  was quite new to bitcoin in 2017 i got i got in in 2016 but i was pretty light touch and i was just
• 37:15
  following along sort of the tail end of the box size walls and it wasn't really until bitfinex
• 37:20
  launched that futures market and you could actually see where real demand was that i felt
• 37:25
  any kind of confidence in which way this was going to fall. And I find it funny that I've
• 37:29
  obviously seen you on Twitter trying to build these futures markets and trying to sort of go
• 37:33
  people into betting you. People are calling it like fiat games, but I think people either forget
• 37:38
  or don't understand that this was a really important dynamic in 2017. I think it's a thing
• 37:44
  that people in Bitcoin do where the term fiat, I get it sometimes with insurance. Insurance is fiat.
• 37:51
  It's like, well, insurance predates fiat by thousands of years.
• 37:54
  Sorry, like this predates fiat currency as a concept.
• 37:56
  You can't just call things you don't like or don't understand to be fiat.
• 37:59
  That's not how the etymology of words even mean anything, right?
• 38:05
  The futures market too, I think this is a really important point.
• 38:08
  I'll hammer it home again is that the only way today you can economically express interest
• 38:14
  to want to signal to miners that this is the chain that has more value
• 38:19
  before the fork happens is a futures market.
• 38:22
  If you buy Bitcoin today,
• 38:24
  you're economically supporting both sides of the chain.
• 38:27
  If you want to actually short the non-UASF chain
• 38:30
  and economically signal and support the UASF chain
• 38:34
  is a futures market.
• 38:35
  And miners, at the end of the day, are profit maximizing.
• 38:39
  That's just baked into being selfish and maximizing.
• 38:43
  That's just how Bitcoin works.
• 38:45
  And if you're going to actually want to try meaningfully sway your voice and consensus,
• 38:51
  that's an important thing.
• 38:52
  Because otherwise, what you're going to have happen is like when Bitcoin Cash forked off,
• 38:56
  which is unrelated to the futures market.
• 38:58
  But UASF was going to activate, and so Bitcoin Cash forked off.
• 39:01
  People just took their Bitcoin Cash chain, sold it, and bought more Bitcoin.
• 39:07
  So avoiding the futures market doesn't solve the problem.
• 39:11
  If the chain split happens,
• 39:12
  people will freely economically transact
• 39:15
  in their own self-interest,
• 39:17
  whether you like it or not.
• 39:18
  You want the futures market to exist
• 39:21
  because you want to avoid a messy breakup
• 39:23
  and a chain split and a divorce
• 39:24
  if it could be clearly economically signaled ahead of time.
• 39:28
  UASFs are a market uncertainty event.
• 39:29
  Futures markets bring price certainty to that, right?
• 39:33
  It's not gambling.
• 39:34
  It's interesting too,
• 39:35
  because as I've said here,
• 39:38
  I have very high conviction
• 39:40
  that it's not going to happen.
• 39:44
  So for me, I don't view it much as gambling.
• 39:46
  I view it as a certainty.
• 39:48
  And I've been very publicly transparent for...
• 39:50
  There are a lot...
• 39:51
  And this is the other thing too with a market signal.
• 39:53
  A lot of people will posture on Twitter,
• 39:54
  especially in the world and day now
• 39:56
  of like large language models
• 39:57
  and like the asymmetry of people can kind of like
• 39:59
  with a couple of lines of code
• 40:01
  make a really big social imprint.
• 40:04
  The LLM tokens can't actually participate
• 40:06
  in the futures market because you need Bitcoin, right?
• 40:08
  So actually having Bitcoin is how you actually express this.
• 40:12
  I built an on-chain futures market,
• 40:15
  which we don't have to get into,
• 40:16
  but it uses taproot and it uses op-not-if
• 40:19
  and you have different time locks.
• 40:20
  So you can, without a custodian,
• 40:23
  trustlessly verify and express an on-chain futures market.
• 40:26
  And I totally open sourced it.
• 40:28
  So anyone can go run off and have fun building on it.
• 40:32
  And the reason that works is because
• 40:34
  if Bitcoin, as we know right now,
• 40:37
  is to continue to exist,
• 40:38
  then those coins get frozen.
• 40:40
  That's correct.
• 40:41
  So the way the on-chain contract works
• 40:43
  is that to simplify it,
• 40:46
  there's two main spending paths.
• 40:48
  You have a spending path
• 40:49
  which violates the rules of BIP444
• 40:52
  and that expires let say in May And then you have a path that follows the rules of BIP444 that and I sorry I know it not officially called that but it just very catchy mimetically to call it that So you have
• 41:05
  the UASF, the side that the UASF is not enforced, and that expires in May, and then the side that
• 41:12
  enforces the UASF expires in June. Now, if you think the UASF client's going to work,
• 41:17
  you don't care that I can spend the money sooner a month before you, because those will be consensus
• 41:22
  invalid because I have an opt not if in there. So it's a way you can actually on-chain trustlessly
• 41:28
  finalize and settle knowing that you can actually express your interest. And you also can imply
• 41:32
  odds, right? So my initial proposal was I'll put up one Bitcoin, someone else puts up one Bitcoin,
• 41:37
  and then you have a 50-50 odds. I could put up two Bitcoin and you put up one Bitcoin,
• 41:42
  which then means you only need to be right 33% of the time, right, mathematically for it to express.
• 41:46
  no one has taken me up on it yet
• 41:49
  there's been a lot of
• 41:50
  well that's gambling
• 41:52
  and to that I say
• 41:53
  I'm very highly confident
• 41:56
  and I want to be able to sell
• 41:57
  the UASF coins today
• 41:58
  I would love to lock in a sell today
• 42:01
  I don't want to have to wait
• 42:03
  to get on an exchange
• 42:03
  and move UTXOs around then
• 42:06
  and deal with all the uncertainty
• 42:08
  of block production
• 42:08
  I just want to sell them today
• 42:09
  and so I'm trying to pull the demand forward
• 42:12
  which I think a lot of the people
• 42:15
  who are on the side of the UASF
• 42:16
  aren't a fan of, because this is an important piece.
• 42:20
  If you promote, you want to do a UASF,
• 42:22
  and you put all this effort
• 42:24
  and put it on the developer mailing list and on a BIP,
• 42:27
  and you're trying to get miners to activate
• 42:29
  and trying to do an update.
• 42:30
  If the effort fails, you haven't lost any Bitcoin.
• 42:34
  You get to kind of like asymmetrically attack the networks,
• 42:37
  like the resources, the time and resources of people
• 42:39
  to try and coordinate a hostile, contentious,
• 42:42
  user-activated software.
• 42:44
  But then if it all fails and no one mines on it
• 42:46
  and everything just stops,
• 42:48
  and you come back with your tail between your legs
• 42:50
  back onto the main chain,
• 42:51
  you haven't lost any Bitcoin.
• 42:53
  So the futures market is actually putting in economic costs,
• 42:56
  saying, oh, you really believe this is going to happen?
• 42:58
  Let's do it.
• 42:59
  So the proposer of the BIP, Dathan Ohm,
• 43:02
  has agreed in spirit,
• 43:04
  but not formal details on doing this with me.
• 43:07
  I haven't found anyone else, though.
• 43:09
  And I think that's a very weak economic signal,
• 43:11
  if no one else, because I'm willing to.
• 43:13
  And inbound, people have, I haven't asked for it,
• 43:15
  people have come to me saying,
• 43:17
  hey, I have 30 Bitcoin, 50 Bitcoin, 100 Bitcoin
• 43:20
  I'm willing to put into this bet.
• 43:22
  So I now have an order book of people
• 43:24
  that want to sell the UASF fork chain,
• 43:26
  and I can't get any market liquidity
• 43:29
  on the other side of the bet,
• 43:30
  which actually shows you that, like,
• 43:31
  at least with Bitcoin Cash,
• 43:33
  you were able to sell it for, like, 0.25, 0.2, 0.1.
• 43:37
  I don't even think you're going to be able to sell it
• 43:39
  for 0.001.
• 43:41
  Like, there's just no economic demand
• 43:42
  on the other side looking for this chain at all.
• 43:44
  So you're just basically trying to get people to put their money where their mouth is and
• 43:48
  bet on the future of Bitcoin.
• 43:50
  But like you've had, so Dathan said he'll do it in principle.
• 43:53
  Have you had anyone else or is it literally just him?
• 43:56
  Because I know you called out Mechanic and Luke as well, I think.
• 43:59
  Yeah.
• 44:00
  And then they blocked me on Twitter.
• 44:02
  Okay.
• 44:03
  Interesting.
• 44:04
  So if this doesn't go through as a soft fork, what do you think they're going to do?
• 44:08
  Do you think they will hard fork or do you think they'll just come back tails between
• 44:12
  the legs and try something else?
• 44:14
  It's an interesting question.
• 44:16
  I could see both possibly happening.
• 44:18
  Luke, for a long time, has championed the idea of a hard fork
• 44:21
  to change the proof-of-work algorithm
• 44:23
  to remove the centralization of mining.
• 44:26
  He hasn't expressed...
• 44:27
  Fire the miners, right?
• 44:29
  This has been a long-held, I would say, heterodox...
• 44:34
  Sorry, unorthodox opinion Luke's had compared to other developers,
• 44:38
  but that's something he's always thought would be
• 44:40
  kind of like the real nuclear button.
• 44:42
  would require a hard fork though.
• 44:47
  The problem, you would have to basically fire the miners
• 44:50
  because otherwise if you're using the same chain,
• 44:52
  you're just another Bitcoin Cash or Bitcoin SV
• 44:55
  where you're using the same hashing algorithm
• 44:57
  and very trivially, people can just reorg
• 45:00
  and attack the network.
• 45:01
  And that's not a great place to be.
• 45:02
  So is it possible?
• 45:04
  Yeah, I don't know what they're going to do though.
• 45:07
  It's interesting because I've also heard rumors.
• 45:09
  I don't know if these are true before.
• 45:10
  I just want to caveat that though.
• 45:12
  that the Ocean legal team are going around to other miners
• 45:16
  trying to kind of legally warn them
• 45:19
  against supporting the current Bitcoin chain.
• 45:23
  Yeah, so those are rumors I have heard as well.
• 45:28
  I'm actually pulling it up here on the mailing list.
• 45:35
  I'm pulling it up right here.
• 45:37
  so on the mailing list
• 45:42
  if you give me a second
• 45:43
  I think the
• 45:45
  someone had made a
• 45:47
  a comment to that effect
• 45:50
  that
• 45:50
  that someone was
• 45:53
  like someone at Ocean
• 45:55
  or people associated with Ocean
• 45:57
  were actually talking to
• 46:00
  mining pools
• 46:00
  I have never sat in on any of those conversations
• 46:04
  so it's
• 46:05
  I don't work at a mining pool
• 46:06
  so it's just speculation on my part too.
• 46:10
  But that is my understanding of it,
• 46:13
  that there's been a pressure.
• 46:15
  And to be clear, the pressure hasn't been for the UASF.
• 46:19
  The pressure up to this point, from my understanding,
• 46:21
  was just not running core version 30.
• 46:24
  So I don't know if that's changed anything with this proposal,
• 46:30
  but it's something I would say is relevant to keep in mind.
• 46:36
  Yeah, not a good look, I don't think. I mean, who knows if that's true, but if it is, certainly not a good look.
• 46:42
  Sorry, I have the exact quote now. Greg Maxwell on the mailing list said,
• 46:47
  Another issue which you have not mentioned is that prior to you making this proposal, Dathan,
• 46:51
  I received minutes from a meeting which noted that Ocean Mining was the true author of this proposal
• 46:56
  and would be presenting it under a false identity in order to conceal their involvement.
• 46:59
  so that is
• 47:02
  what Greg said
• 47:04
  and
• 47:04
  Dathan's response was
• 47:06
  you've fallen victim
• 47:07
  to some false rumors
• 47:09
  though I'm in direct
• 47:11
  communication with some
• 47:12
  Ocean employees
• 47:13
  and the BIP was
• 47:14
  originally drafted
• 47:15
  by one of them
• 47:16
  I am not affiliated
• 47:17
  with Ocean in any way
• 47:18
  so
• 47:20
  take that for what it is
• 47:22
  okay
• 47:22
  and I also know that
• 47:24
  Mechanic has
• 47:25
  come out and
• 47:27
  outright denied that
• 47:28
  and said that this
• 47:29
  isn't anything to do with ocean so i mean i don't want to get too far into like the speculation
• 47:32
  because we just don't know there's something that um mechanic said on one of his videos that i found
• 47:39
  strange and i want to see if i'm misunderstanding this um but he was talking about the transactions
• 47:45
  that can be included and have been included in because of v30 now um and one of the examples
• 47:52
  he used was like some AI generated porn video of a Bitcoin dev being put on chain.
• 47:59
  And I think Marathon with a pool that mined that block, well, they included that transaction.
• 48:06
  And he said that if this was still going through Slipstream, they would have refused that as a
• 48:13
  transaction. Again, who knows if that's actually true, but that's a claim that he made. But that
• 48:17
  That seems very counter to everything he's trying to do with Datum and Ocean.
• 48:23
  The idea of being policing how miners organize their block templates.
• 48:28
  Yeah.
• 48:30
  Yeah, I agree.
• 48:32
  If the entire, from my understanding,
• 48:36
  with Ocean and decentralizing Bitcoin mining
• 48:40
  and the actual template generation, right?
• 48:42
  So for those that aren't familiar,
• 48:44
  the way Bitcoin mining pool works is you usually have one node at the mining pool
• 48:47
  that organizes the block,
• 48:49
  and then they send the block headers to all the miners.
• 48:51
  You don't need the full block on your ASIC.
• 48:53
  The ASIC actually doesn't even look at the full block.
• 48:54
  It just looks at the header of the block,
• 48:56
  which has all of the commitments
• 48:58
  to all of the information that's relevant
• 48:59
  for doing the actual mining hashing operation.
• 49:04
  The mission with Datum and Ocean would be,
• 49:08
  the problem is that you have one node that organizes,
• 49:13
  let me just take,
• 49:15
  Mara is like 5% of the hash rate.
• 49:16
  So 5% of the hash rate has one node doing all of the work for it.
• 49:20
  Mara is probably a little different because they have their own mining pool and they own all of their own infrastructure.
• 49:25
  You and I cannot go sign up to use Mara's pool.
• 49:27
  It's all their own internal stuff.
• 49:29
  So maybe like a foundry that's at 25% roughly of the network would be a better example where you have a bunch of people that are mining and or Antpool, which is like 17%.
• 49:40
  So you have like Antpool, you have a bunch of people that go and organize transactions.
• 49:43
  but like all the mining at antpool,
• 49:44
  there's like one antpool node
• 49:46
  that's actually organizing the block templates.
• 49:48
  And the idea would be if you're making block,
• 49:51
  if you're trying to decentralize it,
• 49:52
  you wouldn't want to be emphasizing
• 49:54
  and celebrating choke points
• 49:56
  of kind of the block space market.
• 49:59
  It's kind of contradictory to the whole mission.
• 50:02
  I generally agree with that,
• 50:04
  but I'm quite sure if Mechanic was on the pod,
• 50:06
  he would have his own colored add on that.
• 50:09
  I mean, if you want to come on the pod again,
• 50:10
  Mechanic, you can do.
• 50:13
  I want to know, can we get a little bit think boy for a minute?
• 50:16
  Why do you think this sort of culture war has both come to Bitcoin in such a meaningful way over the last couple of years and then seems to just be accelerating at this point?
• 50:26
  I think there is a mix of earnest concern that, and earnest is from their perspective.
• 50:38
  Like, I would say Luke earnestly has consistently held this perspective and position in Bitcoin for a long time.
• 50:47
  And you have a lot of people cargo culting, following him, not fully understanding second, third order ramifications and things.
• 50:57
  Myself and many other people disagree with Luke.
• 51:00
  um
• 51:01
  the
• 51:03
  I think a lot of people
• 51:06
  were
• 51:08
  aimed to Bitcoin after the block size wars
• 51:10
  so they've been reading about it
• 51:12
  almost like hearing like oral history
• 51:14
  passed down by a fire of like this is what we did
• 51:16
  to take the Bitcoin network we ran the nodes
• 51:18
  and we ran the client and
• 51:20
  the Bitcoin bugle actually put out a funny article
• 51:22
  which was uh
• 51:23
  Bitcoin plus plus Gettysburg so Gettysburg
• 51:26
  I know you're not from America but Gettysburg is a
• 51:28
  I know,
• 51:30
  Civil War.
• 51:30
  Yeah,
• 51:31
  so doing like
• 51:32
  Civil War reenactments
• 51:33
  of like battles
• 51:34
  and I think that's what's happening
• 51:35
  is we're kind of having like,
• 51:36
  we're doing a live action role playing
• 51:37
  of like the block size war
• 51:39
  and we're gonna,
• 51:39
  like everyone's just trying to like
• 51:40
  rally together and reenact it
• 51:42
  like a muscle memory thing
• 51:43
  but it's mostly people
• 51:45
  who were not here
• 51:46
  in 2017.
• 51:48
  So I think there's a bit of like
• 51:49
  a social status game
• 51:51
  of also seeing
• 51:51
  I'm rebelling against the system.
• 51:53
  Bitcoiners are naturally disagreeable
• 51:55
  and rebellious to begin with.
• 51:56
  that is being focused internally
• 51:59
  around the governance of how Bitcoin works.
• 52:01
  And they were already discontent
• 52:04
  with how Bitcoin was working.
• 52:06
  And then version 30 gave them an opportunity
• 52:09
  to make this not about how Bitcoin technically works,
• 52:12
  but about a governance issue.
• 52:13
  So those meanies at core are doing things
• 52:16
  that are destroying Bitcoin as money
• 52:17
  and we need to take back the network.
• 52:20
  So I think it's a lot of that.
• 52:22
  And it's also just like social cloud bait engagement too.
• 52:25
  you post this stuff, you get a lot of like eyeballs, a lot of attention.
• 52:31
  It's kind of just like, you know, the price is flat, it's trending down a little bit. This is
• 52:35
  just something to keep everyone occupied. Like genuinely, like I don't view it as a big credible
• 52:41
  threat. I haven't seen a single mining pool come forward with it. I haven't seen a single business
• 52:45
  come forward saying they're running the USF client. Like this is not like, yes, you write code and
• 52:50
  you've released the code for a USF, but you have to actually have the miners and the economic actors
• 52:54
  of the network agree with it.
• 52:56
  Otherwise, you and I, Danny,
• 52:58
  could write a UASF tomorrow.
• 52:59
  That doesn't mean it means anything, right?
• 53:00
  And I just haven't seen the commensurate demand
• 53:03
  to actually facilitate a successful UASF.
• 53:06
  Maybe it's worth getting into
• 53:07
  what is actually needed on their side to do this,
• 53:09
  because we've not really talked about that.
• 53:11
  Like, obviously, the Luke and mechanics
• 53:14
  of the world running this isn't enough.
• 53:15
  What do they actually need?
• 53:17
  They need hash rate,
• 53:18
  and they need economic actors to enforce this.
• 53:21
  For example, if Coinbase's node
• 53:23
  just to be blunt, if Coinbase's node isn't running this,
• 53:27
  they're going to accept whatever block has the most cash rate and work.
• 53:34
  Now, if Coinbase hypothetically came forward and said,
• 53:36
  we want to support this effort,
• 53:38
  all of a sudden now you have 2 million plus Bitcoin
• 53:41
  that are saying, we will not accept the other fork,
• 53:44
  which is a meaningful thing.
• 53:47
  You would want businesses to come forward
• 53:50
  and say that they want to support this effort
• 53:52
  for the economic demand, right,
• 53:54
  that they're signaling for.
• 53:56
  You're going to want a reasonable set of nodes
• 53:58
  across the network that are also running this
• 54:00
  to make sure the transactions propagate.
• 54:02
  That is an important part of this.
• 54:04
  And you need hash rate.
• 54:05
  Because the miners are the ones
• 54:07
  that are actually spending the capital
• 54:08
  to advance the state of the Bitcoin blockchain.
• 54:11
  And if no one's going to build on your fork,
• 54:14
  you're going to fork and then you're going to stagnate
• 54:16
  because instead of having 100% of the hash rate
• 54:18
  blocks every 10 minutes, you get 1%,
• 54:20
  which means that it'll take you six hours to find a block instead of 10 minutes.
• 54:25
  So you would want this to all happen without there being...
• 54:30
  This is actually a really important point, too.
• 54:32
  You want this alignment and agreement prior to the activation,
• 54:35
  which is why you would want signaling.
• 54:37
  You can signal with your node.
• 54:38
  Miners can signal that they're going to support this.
• 54:41
  And the reason why you want that is, let's say this happens for 40, 50, 60 blocks.
• 54:45
  is Coinbase going to roll back
• 54:48
  their chain
• 54:49
  six, seven hours
• 54:50
  and all those withdrawals?
• 54:52
  Because they're not going to be able to
• 54:52
  Absolutely not.
• 54:54
  Right.
• 54:55
  Right.
• 54:56
  We've had chain splits before.
• 54:57
  Back in 2013
• 54:59
  there was a bug
• 55:01
  where the Bitcoin network
• 55:01
  was down for like 30, 40 blocks
• 55:03
  and
• 55:04
  we were able to reunify the chain
• 55:06
  but like
• 55:08
  Bitcoin's a lot bigger now
• 55:09
  and so
• 55:10
  like
• 55:11
  I think it's very unlikely.
• 55:13
  Bitcoin wouldn't die
• 55:14
  to be clear
• 55:15
  if this happened, right?
• 55:17
  If you're holding Bitcoin,
• 55:18
  you're holding it for like 10 years,
• 55:20
  like deep cold storage,
• 55:21
  this action doesn't impact you at all.
• 55:22
  Like even if there is an old reorg,
• 55:24
  it doesn't bother you at all.
• 55:25
  Just the funds that are moving
• 55:27
  during this reorganization.
• 55:28
  So they need hash rate,
• 55:31
  they need economic support,
• 55:32
  and they need that now.
• 55:34
  Because they're proposing to activate
• 55:35
  in like 83 days.
• 55:37
  That is incredibly fast.
• 55:40
  That's very, very aggressive.
• 55:42
  Usually at least a year is given
• 55:43
  to try and organize these things.
• 55:45
  let alone they're not final with the code yet.
• 55:48
  The actual final activation client code isn't totally done.
• 55:52
  So they're not...
• 55:54
  Miners and businesses and the DevOps teams at these companies
• 55:57
  aren't going to be like, oh, here's the code.
• 55:59
  Let me just load it up into my cloud infrastructure real quick
• 56:01
  and get running, right?
• 56:02
  They're going to want to look at what code are you actually changing,
• 56:05
  which is a problem too because this UASF client
• 56:09
  is based on top of a knots build,
• 56:11
  which means you can't cleanly patch on this feature
• 56:16
  into Bitcoin Core
• 56:18
  which is where all of the real economic demand is running.
• 56:21
  So that's additional engineering friction.
• 56:26
  And one of the big criticisms of Nott
• 56:27
  being that the code isn't reviewed properly
• 56:29
  so essentially you have to go through
• 56:30
  and review every single line of code.
• 56:33
  Yeah, exactly.
• 56:35
  Exactly.
• 56:35
  So they need support and they need it now.
• 56:37
  They need hash rate support,
• 56:37
  they need business support.
• 56:39
  They need a futures market.
• 56:40
  They need people who are actually willing to put Bitcoin up on the other side of the bet to signal that they want to buy the UASF coin and sell the non-UASF coin.
• 56:48
  And they need all three of those for this to be successful at this point.
• 56:51
  Because otherwise, if they miss any of those, the chain's either going to stagnate or the chain's going to go and people are just going to market dump it.
• 56:57
  And then the miners are going to switch back over to the other chain because it's not going to be worth it to them anymore to mine it.
• 57:02
  Because they only get three Bitcoin per block for mining it in the block subsidy.
• 57:04
  and if everyone's, like it activates
• 57:08
  and everyone on the UASF chain
• 57:10
  is moving coins around just to sell them,
• 57:13
  to crash the price,
• 57:14
  the miners aren't going to mine there anymore
• 57:16
  because the three Bitcoin is going to be worth 0.03 Bitcoin
• 57:18
  or whatever, right?
• 57:20
  So they need all of these things to actually,
• 57:23
  they need a futures market,
• 57:24
  they need mining support
• 57:24
  and they need economic node business support.
• 57:27
  Just on this sort of,
• 57:28
  this is an impossible question to answer,
• 57:29
  but as a kind of a directional answer,
• 57:32
  how many of the people who have been
• 57:34
  sort of very vocally supportive of Knott's,
• 57:36
  do you think are also going to be behind this soft fork?
• 57:38
  Because I've definitely seen some
• 57:39
  that have been very big Knott's proponents
• 57:41
  say they're not in support of the soft fork.
• 57:43
  Yeah.
• 57:44
  I think that a lot of people
• 57:47
  who were supportive of Knott's
• 57:48
  because they disagreed
• 57:49
  with the software governance of Bitcoin Core
• 57:51
  are not in favor of a UASF.
• 57:56
  So it's already, you're starting from a,
• 57:57
  because no one who is,
• 58:00
  people who are not running Knott's
• 58:02
  are fine with things as is.
• 58:04
  because that's the client they're running.
• 58:06
  They're fine running the default client
• 58:07
  of Bitcoin Core.
• 58:10
  The people who would run NOTS,
• 58:14
  that would be your contingent
• 58:15
  that would be willing to fork over this,
• 58:16
  and that, I think, is going to fracture.
• 58:18
  There's no way to directly tell or know
• 58:20
  at this point.
• 58:22
  Once there is a final UASF client,
• 58:25
  you will be able to run that
• 58:26
  and signal to the network,
• 58:27
  I'm not just a NOTS node,
• 58:29
  I'm a UASF node.
• 58:31
  But again, I think a lot of people
• 58:34
  who for whatever reason
• 58:36
  have their own disagreements
• 58:37
  of how Bitcoin development is going
• 58:38
  are not going to be okay with a UASF.
• 58:41
  So that's to be seen on where that lands.
• 58:44
  I find it really interesting.
• 58:46
  The thing that is most interesting about this
• 58:48
  is kind of the psychology of the people
• 58:49
  that have been stirred up by all this drama.
• 58:52
  Do you think it comes down to people
• 58:55
  thinking they're more important to Bitcoin than they are?
• 58:58
  Like obviously running a node matters,
• 59:01
  but it matters to you far more than anyone else.
• 59:04
  Running a node only matters for you.
• 59:07
  It's a selfish endeavor to run a node.
• 59:10
  The node, you run a node,
• 59:14
  presumably because you are sending and receiving Bitcoin.
• 59:18
  That could be once a year.
• 59:19
  It could be once every five years.
• 59:20
  It could be once every five minutes.
• 59:22
  You're running a node because you're validating transactions.
• 59:25
  You are validating that the blocks that are being found
• 59:29
  and the transactions that are in those blocks
• 59:31
  are following the rules of consensus.
• 59:34
  everything after that
• 59:36
  your
• 59:37
  the influence
• 59:39
  in what your node has
• 59:40
  very quickly
• 59:41
  compresses to almost nothing
• 59:43
  and if it wasn't that way
• 59:45
  it would be almost
• 59:46
  like a proof of stake
• 59:47
  of proof of AWS
• 59:48
  who can spin up
• 59:49
  the most nodes
• 59:49
  on the network
• 59:50
  to like do voting
• 59:51
  like Bitcoin's
• 59:51
  not a democracy
• 59:52
  Bitcoin is anarchy
• 59:54
  it is rules
• 59:55
  not rulers
• 59:56
  and the rules
• 59:57
  are consensus
• 59:58
  right
• 59:58
  which is why
• 59:59
  I think at least
• 1:00:00
  to your point
• 1:00:02
  on like people
• 1:00:03
  believing they're more important
• 1:00:03
  I think they would just misunderstand the role their node has.
• 1:00:08
  It is a supreme guardian of the rules of the network.
• 1:00:13
  Beyond that, it can't influence much outside of it.
• 1:00:16
  By design, to be censorship-resistant money,
• 1:00:19
  you necessarily, because if I could run stuff on my node
• 1:00:21
  or a bunch of my buddy's nodes
• 1:00:23
  and actually put serious pressure on how the network gets organized,
• 1:00:27
  then I'd be able to censor transactions, right?
• 1:00:29
  So it's just kind of like the asymmetry of Bitcoin
• 1:00:32
  as a decentralized permissionless network
• 1:00:35
  that you have these properties.
• 1:00:37
  So I think maybe it's a little bit of education and enablement
• 1:00:40
  for people to understand what their node's actually for.
• 1:00:43
  I will say that the UASF effort is at least consistent.
• 1:00:47
  A UASF is how a node can boss the rest of the network
• 1:00:51
  at the consensus level.
• 1:00:53
  So in that sense, it's ideologically consistent
• 1:00:55
  and it is necessary but not sufficient
• 1:00:57
  to actually change Bitcoin.
• 1:00:59
  I want to bring up a tweet I saw
• 1:01:01
  um i've actually i pulled this up on the show i did with marty and hodl and eric casein um but
• 1:01:09
  this is from bit pain and i think this like this really summed up kind of one of my big concerns
• 1:01:15
  about this whole thing um okay this is the part that i think is the most relevant it's once you
• 1:01:21
  grant the state that you can take efforts to mitigate illegal illicit material they start demanding it including for money monetary transactions they don like and if you If you accepted that you have a community moral imperative to censor you don have a leg to stand on it all over and like to me that the big concern here is like if
• 1:01:37
  if this kind of like c-spam narrative c-sam narrative um gets any real traction then
• 1:01:45
  And how long until some government agency starts saying we have to censor these transactions?
• 1:01:54
  Right.
• 1:01:55
  I agree.
• 1:01:56
  I agree with that base premise is that if you start providing this moral layer in which
• 1:02:01
  how bytes are encoded into Bitcoin blockchain of being acceptable or not acceptable,
• 1:02:06
  it's a very slippery slope that doesn't require much leaps in imagination to do that.
• 1:02:13
  Now, to steel man from my understanding, the other side of the argument is that this is not about you. We are not gating the moral use of Bitcoin as money for monetary transactions. We are morally gating non-monetary use cases.
• 1:02:28
  And they would argue that they're drawing a line at monetary versus non-monetary, that we will moralize and push out all the non-monetary stuff, but everything that is monetary will be held.
• 1:02:39
  I would still put forward that you have now moved Chesterton's feds and made moral any part of the argument.
• 1:02:47
  To even introduce a moral caveat to the argument is now moving of, like, the boundaries and how Bitcoin has worked up to this point.
• 1:02:55
  And I think you're regressing in seeding ground
• 1:02:57
  to people who would want to attack the network.
• 1:02:59
  Yeah, and I don't even think the money,
• 1:03:02
  sort of non-money transactions don't even matter in this.
• 1:03:04
  It's that you're proving that you can do something.
• 1:03:07
  Yeah, I think Mr. Hoddle had a really good tweet
• 1:03:10
  where he said the most bullish thing
• 1:03:11
  is a failed UASF attempt
• 1:03:13
  to show how censorship-resistant Bitcoin is.
• 1:03:16
  But even if some of the most predominant developers
• 1:03:19
  who also happen to be CEOs of binding pool protocols,
• 1:03:24
  right like could be seen you know having this big like effort to be able to push the scale
• 1:03:29
  and having them fail would be pretty bullish for the censorship resistant kind of um resiliency of
• 1:03:35
  bitcoin as a protocol that can't be cajoled and pressured using these like legal uh framings and
• 1:03:39
  moral framings it's interesting because probably for over a year now the not side of this argument
• 1:03:45
  have been claiming that core and you and shinobi and all these people have been like attacks on
• 1:03:51
  Bitcoin. Well, Shinobi is Bitcoin Core,
• 1:03:53
  but yes.
• 1:03:56
  He's Bitcoin Core
• 1:03:57
  and he's Adam Back.
• 1:03:59
  They've been claiming that you're an
• 1:04:01
  attack on Bitcoin. Do you think this
• 1:04:03
  poses the risk of actually being an attack on
• 1:04:05
  Bitcoin? I mean,
• 1:04:07
  UASF is an attack on the network
• 1:04:09
  by design.
• 1:04:12
  And attack
• 1:04:13
  because it's challenging
• 1:04:15
  the existing consensus rules, right?
• 1:04:17
  Like, now
• 1:04:19
  to be charitable for the other side,
• 1:04:20
  they would frame this as we are applying a hot fix to the network this is like an emergency patch
• 1:04:28
  which is why they say that usually you have a year plus for uasf we're doing this in 90 days or less
• 1:04:32
  because this is actually an emergency hot fix this is not an upgrade right this is like a secure
• 1:04:38
  emergency security patch um you are attacking the network that's what you're doing you're saying i
• 1:04:44
  you're threatening to orphan miners,
• 1:04:47
  you're threatening to reorg the chain,
• 1:04:50
  you are threatening to change the rules
• 1:04:53
  which everyone had previously agreed upon.
• 1:04:55
  You could say, I am doing it for good,
• 1:04:58
  or I must do this now because the actual attacker
• 1:05:02
  is core in version 30,
• 1:05:04
  but from a consensus level, it is an attack.
• 1:05:07
  Now, we've done it well before.
• 1:05:09
  Technically, we did it with Taproot and with SegWit.
• 1:05:12
  We made changes to the network.
• 1:05:13
  Like we said, hey, we're going to make some changes and do some new things.
• 1:05:16
  Those things were non-controversial.
• 1:05:19
  They also were non-controversial because everyone who disagreed forked off with Bitcoin cash.
• 1:05:24
  So a chain split in like a UASF, like this is almost kind of like a divorce.
• 1:05:28
  Like it starts socially and people that were around in 2016 as the block size wars were heating up
• 1:05:33
  would have kind of described this like escalating kind of like social tension in general.
• 1:05:37
  And then ultimately it ends in a divorce and you have a chain split.
• 1:05:40
  And then the people that don't fork off, they have better consensus on activating SegWit.
• 1:05:47
  Bitcoin Cash forked off before SegWit activated because they didn't want to do that.
• 1:05:51
  So ultimately at a governance level, this is how disagreements within the anarchy system, which is Bitcoin, get resolved.
• 1:05:58
  People self-select, run different software of their own choosing, and opt out of rules or rule changes.
• 1:06:04
  So it is an attack.
• 1:06:06
  It doesn't mean it's necessarily a bad thing.
• 1:06:08
  I'm just saying that like if you're changing the rules of Bitcoin, you are doing an attack on the network.
• 1:06:13
  And, you know, depending on what side you fall on, maybe it's justified and maybe it's not.
• 1:06:19
  We need the are we the baddies meme here.
• 1:06:22
  If you had to kind of predict what happens next then, what do you think will happen?
• 1:06:28
  You don't think this soft walk will happen.
• 1:06:30
  So what do you think will happen to the vocal support of that?
• 1:06:33
  And I'm really talking about kind of the mechanics and the loops of the world.
• 1:06:36
  Do you think we'll see rage quits?
• 1:06:37
  Do you think they'll come back to Bitcoin and change the messaging?
• 1:06:40
  Or do you think even if this doesn't happen, they'll try something else?
• 1:06:46
  If I had to guess, I believe they are going to fork off.
• 1:06:54
  Because I believe they put a lot of time and effort and reputation on this framing.
• 1:07:01
  It is...
• 1:07:01
  And do you need to hard fork that?
• 1:07:04
  Maybe.
• 1:07:04
  Well, we'll start off with the UASF.
• 1:07:06
  They may, after the UASF, say,
• 1:07:08
  okay, we also need a hard fork
• 1:07:10
  because we need to change the mining algorithm
• 1:07:12
  or the difficulty adjustment
• 1:07:13
  or any other odd number of things.
• 1:07:16
  I know for sure they're going to do the UASF, though.
• 1:07:18
  I take them at their word
• 1:07:20
  and believe them that they're going to do this.
• 1:07:25
  Now, from there, I would welcome them back.
• 1:07:29
  I would love, maybe a controversial opinion,
• 1:07:31
  I'd love for the Bitcoin Cash people to come back over
• 1:07:34
  and just have one big happy family again.
• 1:07:36
  Like, there's so much we agree upon.
• 1:07:38
  I would rather us be together.
• 1:07:41
  But at the end of the day, you can't force or control
• 1:07:44
  who people associate with, and that's their own decision.
• 1:07:49
  Now, for the larger future, like,
• 1:07:53
  them as people, I don't pretend to understand
• 1:07:56
  how Ocean's business or governance
• 1:07:58
  or any of those things work.
• 1:08:02
  Like, I don't, like,
• 1:08:04
  they could attempt and fail and just everything keeps on going back to where it was before.
• 1:08:09
  It could happen. I don't know. Right. That's much more of a question for them because they
• 1:08:14
  would be able to more to finally say how they're going to act. And if we got the UASF, do you think
• 1:08:21
  there'll be a URSF? Do you think there'll be a rejection of that? And with the reorgs being the,
• 1:08:29
  I guess, prime issue there? Well, so here's the thing is that you would be able to pretty
• 1:08:33
  quickly understand is that even a threat? Because after like five blocks, 10 blocks,
• 1:08:39
  you're not going to have to worry about anything. Because you'll see where the hash rate is.
• 1:08:45
  You'll see where the hash rate is. And you can run a node on each chain. So you can see I'm at
• 1:08:49
  block height 100 and you're at block height 105. And you can just sit on the node and see what
• 1:08:53
  block are they at. And I think as an actual heuristic, like with the actual like this is
• 1:08:58
  over. This is my
• 1:09:01
  personal theory. But after 100
• 1:09:03
  blocks, this is an
• 1:09:05
  important thing about how Bitcoin works. When a miner
• 1:09:06
  finds a block, they have to wait 100
• 1:09:09
  blocks before they can take that Coinbase output
• 1:09:11
  and spend it. And once you
• 1:09:13
  get to a point that miners are now able to withdraw
• 1:09:15
  funds
• 1:09:15
  that they've mined on this chain,
• 1:09:18
  they're not going to reorg themselves out of money.
• 1:09:21
  So after like 18
• 1:09:23
  hours, if there's
• 1:09:25
  not a serious split in hash rate,
• 1:09:26
  I don't see it as a
• 1:09:29
  likely to have a rollback.
• 1:09:32
  And then at that point,
• 1:09:32
  you don't need to do a URSF
• 1:09:34
  because it's fine.
• 1:09:38
  Exchanges could just pause withdrawals
• 1:09:41
  for X blocks.
• 1:09:43
  That's a great way an exchange
• 1:09:44
  can protect itself.
• 1:09:45
  They can just say,
• 1:09:46
  hey, for the next X blocks,
• 1:09:47
  we're going to hold off on withdrawals
• 1:09:48
  because there's network uncertainty.
• 1:09:50
  So that's a way of doing it.
• 1:09:52
  If you're transacting in Bitcoin
• 1:09:54
  and they're moving forward with this,
• 1:09:55
  don't do a large Bitcoin transaction
• 1:09:57
  until the dust gets settled.
• 1:09:59
  Or just wait for more confirmations.
• 1:10:01
  Instead of like six, which is like an hour,
• 1:10:04
  maybe wait a day.
• 1:10:05
  And then I think pretty quickly
• 1:10:07
  the dust would settle after that.
• 1:10:08
  But I think it would be way premature
• 1:10:10
  to do a URSF when no one's in the futures market.
• 1:10:14
  No one believes in the futures market
• 1:10:15
  that this coin's going to be worth anything,
• 1:10:17
  the URSF coin.
• 1:10:18
  None of the miners have signal support for it.
• 1:10:19
  None of the businesses have signal support for it.
• 1:10:21
  I can't even find one Bitcoin of liquidity
• 1:10:23
  on the other side who wants to bet
• 1:10:25
  on the UASF coin,
• 1:10:26
  and I have at least 100
• 1:10:28
  that wants to bet against it,
• 1:10:30
  I think it's way too premature
• 1:10:31
  to do a UASF
• 1:10:32
  or even think about it.
• 1:10:33
  You might have pissed someone
• 1:10:34
  off enough today
• 1:10:35
  to get that one Bitcoin of liquidity.
• 1:10:38
  I will happily take...
• 1:10:40
  You name your...
• 1:10:41
  You give me the coins.
• 1:10:42
  I will very happily...
• 1:10:43
  I can fill probably
• 1:10:44
  just on my inbound interest
• 1:10:46
  hundreds of Bitcoin.
• 1:10:48
  And if it actually gets serious,
• 1:10:49
  there could be more.
• 1:10:50
  It's going to be interesting.
• 1:10:52
  It's such a mess, man.
• 1:10:53
  I'm looking through the BIP.
• 1:10:55
  Right now, there's been a lot of discussion on the mailing list, as well as the repo of people kind of talking through about this.
• 1:11:06
  Version 30 being now the largest node implementation, I'm looking at Clark Moody's dashboard at 10.76%.
• 1:11:13
  It's hard to say where this support's really going to come from.
• 1:11:23
  I don't know.
• 1:11:23
  Like, I'm thinking through the game theory.
• 1:11:26
  I talked about chain splits,
• 1:11:27
  talked about futures contracts,
• 1:11:29
  talked about mining, game theory, and reorgs.
• 1:11:32
  I think it's been a good high-level summary
• 1:11:35
  of all of the latest pieces,
• 1:11:37
  but it's moving fast, too,
• 1:11:38
  which is also just a...
• 1:11:40
  As of this afternoon,
• 1:11:42
  Dave Thinome was saying
• 1:11:43
  that he was going to maybe change the activation height,
• 1:11:45
  which it's really tough
• 1:11:47
  because once you start changing it,
• 1:11:48
  people take you less seriously
• 1:11:49
  because you'll just, like, move the deadline again.
• 1:11:51
  and so I think it's a signal of weakness.
• 1:11:58
  So they're trying to figure out
• 1:12:00
  what they're going to do next.
• 1:12:03
  I would guess they're going to move that backwards,
• 1:12:04
  not forwards.
• 1:12:05
  Yeah.
• 1:12:06
  All right.
• 1:12:07
  I've also, I'm not allowed to,
• 1:12:09
  there's a telegram room
• 1:12:10
  where they talk about the fork and the opportunities.
• 1:12:12
  I have been banned from talking about prediction markets
• 1:12:15
  in there and talking about futures markets
• 1:12:17
  because I've been trying to find someone.
• 1:12:18
  So if they are trying to stifle the economic demand to express pro BIP444, pro UASF Bitcoin, I think they understand that there is an economic demand there. So I think that kind of like seals it. The money talks at the end of the day. You can do long debate threads and you can do long kind of like esoteric hypothetical what ifs.
• 1:12:40
  a futures market is actually the market finding mechanism for resolving this. And the fact that
• 1:12:45
  they're trying to choke the liquidity so no one can express pro 444 UASF sentiments,
• 1:12:50
  it's not looking good for them. I saw you did start a prediction market as well. Was that on
• 1:12:54
  predicts? Yes, I did. I did start a prediction market. I just tried to look at it, but it says,
• 1:13:00
  it says the website's like temporarily down. They are. So as a funny note, I had never used
• 1:13:06
  the website. Everyone was refusing to reply to me. So I went and made my own prediction market
• 1:13:12
  on Predix, P-R-E-D-Y-X. I have no affiliation with them. It is entirely custodial, just to be
• 1:13:19
  clear. Entirely custodial. I went and set up a prediction market on the likelihood of this UASF
• 1:13:25
  activating and being the most built chain. And the percent is currently at 2%.
• 1:13:34
  oh damn when i checked a few days ago was it like seven or something well then i i go in there and i
• 1:13:39
  put hundreds of dollars in and bid it down so i currently have i've put up 2.5 million sats to win
• 1:13:45
  2.8 million sats so those are the odds like implying the size of the odds here um and so i go in there
• 1:13:52
  every day and i just bid it back down because i'm pretty convinced it's no so um if you annualize it
• 1:13:58
  I'm getting like a 30% yield on that Bitcoin
• 1:14:01
  as long as the custodian doesn't rug me.
• 1:14:03
  So I feel pretty confident.
• 1:14:05
  And I haven't found...
• 1:14:07
  Well, it's just making a bet.
• 1:14:09
  I'm just...
• 1:14:09
  I have high confidence in it.
• 1:14:11
  So Predixite was fun, though.
• 1:14:13
  I'd never used that before.
• 1:14:14
  And so then I made a prediction market on
• 1:14:15
  will Luke or Mechanic acknowledge a prediction
• 1:14:18
  or futures market to be legitimate that is in motion
• 1:14:20
  because they refuse to legitimize.
• 1:14:21
  They just call it a big bet and I'm a liar.
• 1:14:23
  They won't elaborate further.
• 1:14:24
  So I made a prediction market on
• 1:14:26
  will they legitimize a prediction market?
• 1:14:28
  and then I made a prediction market on
• 1:14:30
  like will Luke and Mechanic
• 1:14:32
  acknowledge a prediction market as legitimate
• 1:14:34
  because they just say
• 1:14:35
  but what are the odds on that one now?
• 1:14:37
  that's at 14%
• 1:14:38
  so there's 14% on that
• 1:14:40
  I did a prediction market on when they would actually release the code
• 1:14:43
  which already resolved
• 1:14:43
  they released it on November 7th
• 1:14:45
  so that already resolved
• 1:14:46
  I made a prediction market
• 1:14:47
  will Dathan Ohm still do the on-chain futures contract bet with me
• 1:14:51
  because I'm not sure if he's going to
• 1:14:52
  that's currently priced at 19%
• 1:14:54
  well that's free money for him
• 1:14:55
  well that's what I said
• 1:14:57
  it's free money for you buddy
• 1:14:58
  I've been having fun with this idea of trying to constrain prediction markets as like gambling or
• 1:15:04
  it's just information finds a signal in a way. And it's just one of these things that I've been
• 1:15:08
  having fun since no one will take me on the trustless non-custodial auditable one to make
• 1:15:13
  my own market elsewhere with different risk trade-offs. But I just want to price some risk.
• 1:15:18
  It's all insurance, baby. I'm just pricing risk. That's a perfect segue to talk about Anchor Watch,
• 1:15:23
  Rob. You're such a pro. How are things going at Anchor Watch? Doing great. Yeah, everything's
• 1:15:28
  going great at Anchor Watch. A couple people have asked
• 1:15:30
  all of these changes
• 1:15:32
  and do not impact us at all. We use
• 1:15:34
  pay-to-witness script hash and
• 1:15:36
  there's no restriction on what we're
• 1:15:38
  doing as it relates to this UASF so
• 1:15:40
  our customers are not impacted.
• 1:15:42
  Won't be an issue at all.
• 1:15:44
  It's been going well heading into the end of the year.
• 1:15:46
  We're looking to be launching some new vault
• 1:15:48
  variants and product offerings as well as uninsured
• 1:15:50
  custody around year's end
• 1:15:52
  so keep an eye out for that.
• 1:15:55
  Can you talk about what they look like yet or
• 1:15:56
  is that still under apps?
• 1:15:58
  I'm happy to. There'll be versions where customers only have to hold one key, where additionally, with uninsured, you'll be able to set it up in a way where we co-sign with you. But then it goes to your self-custody. And then a year later, if you lost your key, we can help recover it later. Right? So there's never, the only way that we could act to move funds without your permission is because the funds haven't, like you lost your key and you haven't been able to move funds for a year.
• 1:16:26
  Also sitting at multi-institutional custody,
• 1:16:28
  just kind of finding new ways to be able to meet customers
• 1:16:32
  where they're at with their own preferred custody key model
• 1:16:36
  and being able to, you know, meet people where they want,
• 1:16:40
  you know, right?
• 1:16:41
  At the end of the day,
• 1:16:42
  we want to be able to help people secure their Bitcoin
• 1:16:44
  however they see fit
• 1:16:45
  and being kind of a tool to help empower them to do that.
• 1:16:48
  You know this BIP, different BIP now,
• 1:16:51
  that Jesse Posner and someone else from BitKey
• 1:16:53
  as put forward,
• 1:16:55
  which is basically a way of,
• 1:16:57
  as far as I understand it,
• 1:16:58
  you can explain how this actually works,
• 1:16:59
  allowing collaborative custody,
• 1:17:01
  but where you as the person
• 1:17:03
  they're collaborating with
• 1:17:04
  can't actually see
• 1:17:05
  the Bitcoin transactions they're doing
• 1:17:07
  if it's not including your key.
• 1:17:09
  Is that something
• 1:17:09
  you'll be able to implement?
• 1:17:10
  And maybe if I've explained that badly,
• 1:17:12
  maybe you should reframe it.
• 1:17:13
  No, no, no.
• 1:17:14
  So at the highest level,
• 1:17:15
  I'm just explaining how most,
• 1:17:17
  if not all,
• 1:17:18
  collaborative custodians work today
• 1:17:19
  is maybe I give you a key,
• 1:17:23
  you set up a wallet,
• 1:17:23
  this would be like an Unchained or a Casa
• 1:17:26
  or a long list of many others.
• 1:17:29
  Or a BitKey.
• 1:17:30
  Or a BitKey, of course, yeah.
• 1:17:31
  So the BitKey team, they worked on this.
• 1:17:33
  The BitKey team was a lot of work on the BitKey team.
• 1:17:35
  The way it works today is the service provider
• 1:17:38
  to be able to help you transact
• 1:17:42
  and maybe load up the app and see the balance,
• 1:17:45
  they have to see all of the transaction data.
• 1:17:47
  So you give them what's called an output descriptor.
• 1:17:49
  This output descriptor is like the full body
• 1:17:51
  of all of the metadata for the wallet.
• 1:17:53
  The trade-off here, though, is that the service provider can see all of your transactions
• 1:17:59
  and knows all of your deposit addresses and knows every time you use a transaction.
• 1:18:02
  This new BIP would allow us to basically do a key exchange.
• 1:18:07
  And by default, I can never see your on-chain activity.
• 1:18:10
  But if you need me to sign to help you out, you can then reveal information to me that
• 1:18:15
  allows me to use my key to sign your transaction.
• 1:18:17
  So it allows for better default privacy.
• 1:18:20
  I mean, that seems like a massive upgrade because the big trade-off with any kind of
• 1:18:23
  collaborative custody is the privacy one.
• 1:18:24
  If this is removing that,
• 1:18:27
  that's probably a pretty huge for you.
• 1:18:30
  No, I think it's a massive
• 1:18:30
  upgrade in thinking
• 1:18:33
  about the user experience and the privacy
• 1:18:35
  trade-offs when it comes to self-custody, but having
• 1:18:37
  someone able to help you in the event
• 1:18:39
  you need help. And so your
• 1:18:41
  default happy path could be just using your own keys
• 1:18:43
  and the service provider
• 1:18:45
  would never be able to understand or define anything
• 1:18:47
  about how you're using Bitcoin. Not because
• 1:18:49
  they're hiding it, it's because they actually
• 1:18:51
  don't know. So I think that's a very good just like first principle basis of kind of like improving
• 1:18:55
  the custody model for sure. I think it'll take some time for it to get into the ecosystem.
• 1:19:01
  Ideally, we'd want to have hardware wallets supporting this so you can interoperate with
• 1:19:04
  it. You'd want to be able to even use it with Bitcoin Core. Like you want to get a reasonable
• 1:19:09
  proliferation of like the wallet and software to adopt this. But I think in a time like in a
• 1:19:15
  realistically two years from now, maybe we'll start seeing it more widely adopted,
• 1:19:19
  but definitely keeping an eye on that very cool i'm bullish on that bit less so on bit 444 we're
• 1:19:25
  going to get a lot of hate for this rob but um i think it's an important conversation i'm glad we
• 1:19:29
  managed to go and get into it um anywhere you want to send anyone apart from anchor watch before we
• 1:19:33
  close out uh yeah i guess uh i'm rob one ham rob the number one ham on twitter i'm rob at primal.net
• 1:19:42
  on Noster. If you are a big proponent of this UASF, in my pinned tweet, I talk about the
• 1:19:51
  importance of futures markets. I've been tweeting out a lot about the actual on-chain contract. You
• 1:19:56
  can start looking at the code and understanding, asking questions, getting audited. I would love
• 1:20:00
  to be able to facilitate more market making. And what's great about it too is it's peer-to-peer.
• 1:20:06
  I'm not just two individuals putting money together into a Bitcoin transaction.
• 1:20:09
  like i and that code is fully open anyone can go run off and do this you don't need to involve me
• 1:20:14
  at all um and i would encourage you if you're interested and you want to kind of uh if you
• 1:20:20
  have high conviction and it's uasf working um hit me up on twitter and um we can talk about
• 1:20:25
  going through the code and getting something set up love it man it's um it's we will definitely
• 1:20:30
  get some hate from this it's interesting whenever you talk about either core 30 core in general um
• 1:20:37
  Bitcoin knots, like the amount of comments I get is unusual.
• 1:20:42
  I think there's probably a lot of bots.
• 1:20:44
  My favorite, and since I am an avid follower of the 40 hours per week podcast program that
• 1:20:50
  the Bitcoin Bugle does, I'll get YouTube subscription notifications when you come out with a new
• 1:20:55
  show.
• 1:20:56
  And it's wild that within three minutes of a show being uploaded, you'll get multiple
• 1:21:00
  comments.
• 1:21:01
  Like people who have obviously not watched it.
• 1:21:03
  It's always the first comments that I get come through on a video are always about knots
• 1:21:06
  pretty much.
• 1:21:07
  Right, which makes you question how much of this is organic versus real user interest, which is why the futures market is beautiful.
• 1:21:16
  Because a bot can't put up Bitcoin in a trustless, non-custodial smart contract.
• 1:21:23
  But they can run LLMs all day and just kind of astroturf the ecosystem.
• 1:21:27
  This will be a fun test when you upload this with my name as a key line hit and your podcast.
• 1:21:32
  the amount of random unrelated comments that are going to show up within the first hour
• 1:21:36
  of people who definitely didn't watch it and they don't comment on anything else and they have no
• 1:21:40
  actual user footprint or anything um it'll be very interesting to see yeah the comments are like
• 1:21:46
  definitely come in before they could have watched any of the video but but we'll see it's all good
• 1:21:50
  it's all fun and games um everyone missed the part at the very you gotta you gotta just giggle
• 1:21:55
  you gotta giggle giggling is free giggle
• 1:21:58
  is legal and it's good for the soul you got to be doing some giggling i'll let you get back to
• 1:22:04
  everyone will have missed this at the very start of the conversation but you're
• 1:22:07
  not larping on twitter today you're actually larping yeah uh so uh lisa nifty nay uh is here
• 1:22:15
  at the at bitcoin park for there's a bitcoin veteran summit and she was doing a lark the
• 1:22:20
  live action role play how the bitcoin network works if you ever get an opportunity to go check
• 1:22:23
  one out, I would highly recommend it. It's a lot of fun. But Danny made me abandon a room full of
• 1:22:29
  veterans on Veterans Day to go do this podcast. And so they were none too happy about it. And
• 1:22:34
  right after I got this call, I'm going to go run downstairs and host BitDevs. So I'll get a little
• 1:22:39
  bit of redemption there. There you go. I'm sorry to all the veterans out there. But this conversation
• 1:22:44
  was great, Rob. Thank you, man. And I'm sure we'll speak soon. We were going to do a show totally
• 1:22:48
  different on the Hero's Journey of Bitcoin, but we'll have to park that one and we can do that
• 1:22:52
  next time.
• 1:22:53
  Absolutely.
• 1:22:53
  Sounds like a plan.
• 1:22:54
  Thanks, Danny, for having me.
• 1:22:55
  Thanks, mate.
• 1:22:56
  Bye.