From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
Replies (56)
if the world’s wealth moves into bitcoin, the most dangerous and pressure intensive occupation will be bitcoin core dev.
A big reason for anon devs and privacy. If you want that spotlight godspeed but id pass
Ditto is the GOAT core dev.
UTXO ownership.
DudeChicken
From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
Hi. What would be your answer to this? (If you already answered, please share a link)
DudeChicken
From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
Cyph3rp9nk
By
@npub1ta5s...96f7
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
Wow, what a long winded way of saying "make my job easier and I don't study economics."
Prople using this scare tactic of "Fees will be thousands!" Don't understand economics. People saying Lightning isn't a good layer-2 are not thinking institutionally. Banks if they want to survive the fiat collapse will become Lightning node runners. Becoming the bridges between vendors and customers. They already have the infrastructure and relationships.
Diatribes like this are when Coders get lazy and forget they aren't the only important piece of a monetary technology. This is the equivalent of a banking App dev saying that the dollar will fail if he can't get his preferred coding convention to be used in the codebase. Childish.
So 21million is enough, even if only a fraction of the population hold keys?
News flash: Most people don’t want the responsibility of holding their own keys. If you don’t solve for that, any proposed upgrades to Bitcoin Core to encourage self-sovereignty won’t make a difference.
Have this conversation all the time. People can barely manage bank accounts.
Oh, you lost your private key backup and now your kids can’t go to college? Guess you’re shit outta luck, my dude.
This level of responsibility is not for everyone.
Timed transactions which we need for inheritance would also maybe help make this less daunting for people. Could make it so if you lose your keys, your money gets sent to a trusted exchange or bank you use
(or a friend/family obv)
Wow what did long-winded way of saying "I don't understand the current technical limitations of Bitcoin"
"Custodians are a feature not a bug" thinking will result in regulatory capture of the network.
People have to man up and learn to manage their own private keys.
If not to manage their own money,
To prove their own identity on an online world
There is no way around the educational hurdle of the great mass of people to learning to manage private keys.
some people only learn the hard way. they won't get it until their money is stolen
And that's what created the fiat system in a nutshell. Mommy mommy I don't wanna do it, I'm tired, do it for me mommy.
Adults need to take responsibility over their own lives, giving their money and their other keys to third parties is irresponsible, simple as that
Most people don't want the inconvenience or friction.
The UX for holding keys has improved drastically over time. Same with email and WiFi.
Strawman argument. This is like saying no one will use the internet because dial up sucked. The UTXO limitation is technical, what you describe is social.
don't conflate the argument of 'will they' with 'can they'. Two separate issues.
Do people have an alternative to banks? Is it technically possible?
If only we had chain native ways to do vaults or more expressive ownership. How do we enable that?
Oh. With a soft fork.
Go read first paragraph of the whitepaper.
Also, you can already do inheritance with script. Time decaying multi-sig exists today.
Many such cases.
Everyone thought that amazon would fail because the UX of dial up and payments was terrible but while Bezos openly recognised this, he knew what he was building was going to be so compelling that people wouldn't care and persevere to enter the largest bookstore in the world.
It's only getting easier.
"first paragraph of the whitepaper" - you mean the abstract? I don't get what you're saying
"you can already do inheritance with script" - no I can't because I don't code, but if I could I would still wait for a major cryptocurrency like Bitcoin or doggie coin to have it on chain instead of thinking it needs an ecosystem split
Yes. Read it again to understand the problem bitcoin is the solution for.
This is like saying you can't use WiFi or email when it first came out. Weak argument.
I don't need to read the whitepaper abstract again, thanks
You're not making any sense - WiFi indeed cannot be used to secure your inheritance in any way I know of
Explain, and I bet you CERTAINLY don't know the limitations yourself and you are just turning a phrase without substance.
You have literally never rebutted my post about these topics Gary. You just go on about OP codes and Fees when fees are a market driven factor that self regulates and you are trying to extrapolate from a fixed point like a Keynesian. And the OP codes work just fine for a coupon instrument like Lightning that has plenty of safeguards for assurance of final settlement. You are like a caveman looking at a piece of iron ore in thegrounds and saying "That could never construct a 90-story building it's just a rock, we need the ground to produce fully formed I-Beams"
Absolute lazy and unimagined thinking.
Lol, yes people have to be able to hold their wealth and NOT lose it in order to spend it later. Welcome to Earth.
Ad hominems really help your case build a firm ground.
Speaking of lazily ignoring questions.
DudeChicken
So 21million is enough, even if only a fraction of the population hold keys?
View quoted note →
Lol, look up ad hominem and come back to me when you figure out I never used a label to discredit your argument. This is called a logical argument, give that a shot.
Yes because it is infinitely divisible. There is nothing in the code that says you have to stop at 8 zeros.
No, it's just such a dumb question I thought you'd figure it out before I answered.
I just don’t see a world where some form of custodial banking services doesn’t exist for the indefinite future.
Right, there will always be custodians. The point is it is a service not a requirement. Right now you cannot self custody cash at your house and spend that cash electronically with a card without being an accredited bank. With Bitcoin you can. But that same custodial service exists in Bitcoin. It just carries the same risk as a bank. Most people will trust a custodian and risk their asset for the privilege of not having to learn about wallet software and seed phrases.
Does Bitcoin become captured if there are no unilateral exits once you have enough sats to pay fees?
Define some terms for me, please. What does "Exits" mean in this context?
And to which fees are you referring?
"Exit" means making a transaction on chain. Satisfying a script condition for a valid transaction per consensus rules.
Sats/vbyte. Transaction weight fees.
The general consensus is that
with how things are now,
LN can scale to *maybe 20-40 million people.
Fact is, with the Bitcoin network in the current state,
and if you want adoption,
custodians are necessary.
Personally I don't think adoption or NGU is necessary.
But I have unpopular ideas.
LN could be much larger. Because the current banking infrastructure (if they still want to exist after the dollar) would pivot to running LN nodes and creating intraregional channels between other regional banks and vendors.
Most normies would rather lock up their coins with a bank and beable to spend them at all of the vendors that bank would be connected to (which would be pretty much most). So people would basically treat their lightning stack like a checking account. Their on chain like their savings. And eventually banks would offer credit which is where the wheels fall off but that is a year 2050 problem.
So is the question is: is Bitcoin captured if you can make a transaction?
I would say no but of course captured by what? The miners including your transaction in a block? The node runners validating? The entity sending the coins?
it isnt about the size of LN.
its about the on-chain footprint of people opening and closing channels.
its very difficult to measure exactly and its true I haven't done the math myself
but there's certainly widespread agreement that we're not getting more than a small nation states txs on LN.
assuming thing are done in a properly non custodial way of course.
Oh, yeah that's assuming you would close channels constantly which makes no economic sense.
Basically you would close and open a channel roughly as often as you open or close a bank account. The on-chain txns would mostly be used for large asset transfers. Things like submarine swaps would not be viable but looping in funds would essentially be like someone going from a standard checking account to a "Preferred Customer checking"
Your upper limit would basically be how wealthy you are. Do you on a monthly basis transact 3 million sats? In and out? That would be the size of your LN channel. Btc in your employer pays you through your bank channel. Funds out through your bank channel.
You could do personal LN channels but that is where the scary fees come in. If you have the wealth, go for it. BUT you really have to trust your channel partner because those SATs will be very precious.
Family man talking about softforks with majority exposure in bitcoin. Count myself as another. I know personally one more.
DudeChicken
From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
Will be discussing on
@Bitcoin Veterans Xitter spaces at 10amET.
DudeChicken
From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
DudeChicken
From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
Are you distracted enough anon?
DudeChicken
From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
DudeChicken
From jamesob on Xitter
zaps to openSats
BITCOIN CORE'S LOSS OF FOCUS
The legacy technical leadership in bitcoin is becoming increasingly less effective.
--
Almost universally, Core and "graybeard" devs are not focusing on _the_ fundamental problem in bitcoin: preserving trustless UTXO ownership.
Instead they are distracted with valuable but secondary issues like mempool policy, Core code architecture, and minor IBD performance. These things are important in their own right, but they fundamentally don't matter if in times of trouble most users can't take possession of their own coins.
Core devs are exceptionally talented people. The brightest engineers. But the priorities of the project are out of whack.
The aggregate focus does not reflect the thing that makes bitcoin a unique asset: trustless custody.
--
Given the current limits of bitcoin, even upper-middle class Americans will not be able to self-custody, let alone the rest of the world.
If bitcoin doesn't figure out how to ensure that most users have a trustless way of owning and sometimes moving coins, it will become basically indistinguishable from a gold ETF. A row in some OFAC-compliant database. Another financial widget that is subject to the regulatory dictates of government.
In fact, if bitcoin does not scale UTXO ownership, gold will have the advantage that at least small amounts of it *can* be self-custodied and traded peer-to-peer. The same won't be able to be said for bitcoin. In a world where on-chain fees are in the thousands of dollars and there is not a workable, trustless layer two, most coins will be stuck with custodians.
Forget payments. I'm talking about savings. I'm talking about less than checking-account volume. 1-2 transactions a month.
If you think that most people should be able to DCA and withdrawal to self-custody once a month, maybe spend once every few years for big purchases, I've got news for you:
Given bitcoin's current limitations, only 18 million users can do that. A little over 5% of Americans.
--
Right now, the chain capacity is able to meet demand for self-custody because we are in a time of relative peace.
Most don't feel at risk keeping their bitcoin with a custodian. That can change very rapidly.
As bitcoin grows in value and challenges fiat currency, governments will increasingly want to control it. They won't ban it, which is now obvious, but almost certainly they will impose OFAC-like restrictions and possible wealth taxes.
When the regulatory hammer comes down, tens of millions will look to withdrawal their coins into self-custody. But they may not be able to.
--
Unfortunately this risk does not seem to be top of mind in the current Core culture.
One instance of a tone-deaf Core response to this kind of problem relates to CTV. As
@JeremyRubin
has been pointing out for years, CTV would be the most efficient way to guarantee that people can withdrawal coins from institutions in times of chain-panic and congestion, allowing exit to happen during crises without fully "unrolling" transactions. I wrote about this at length in 2023, and why it seems there is no more efficient way to do this (

Delving Bitcoin
Thoughts on scaling and consensus changes (2023)
Back in June, AJ published an underread blogpost about scaling. I’ll do a hasty job of paraphrasing the post – which you should read in full ...
And yet technical figureheads like
@TheBlueMatt
and
@murchandamus
downplay the value of CTV, claiming that it has no compelling uses.
CTV is one of the primitive building blocks that we need to figure out UTXO scaling solutions. (Not to mention its use in applications like vaults.)
Some Core devs might argue "well okay, maybe we need that functionality - but CTV isn't the right way to do it. We need to think harder!"
The problem is that time is running out. As nation-states begin to enter the technical ecosystem, soft forks that promote scaling and self-custody will be more difficult to deploy. Powerful actors will not want bitcoin to change - they're perfectly happy letting regulated custodians act as the L2.
As the market cap grows, the stakes of change go up, and it will be much harder to get economically relevant actors to run new consensus.
Because Core devs aren't paying close attention to the covenants conversation, they may not realize that CTV is upgradeable, simple, and well-tested. It's good enough.
This gap in understanding partially reveals that those devs prefer to work on more smaller self-contained puzzle problems that are more tractable. Maybe this is understandable given the fraught Core development process and historical drama of soft forks, but neither of those are an excuse for abandoning the core challenge of realizing bitcoin.
--
Segwit and Taproot were massive changes, and I can almost understand why so much drama was spent on them. They both basically reinvented how locking scripts are stored and executed in bitcoin.
But to make significant headway on finding a scaling solution for self-custody, it may only take a few opcodes - much more narrowly scoped bits of functionality. Changes that are much easier to test and reason about, and don't reinvent the engine of bitcoin.
--
As I continue campaigning for a renewed focus on scaling coin ownership, some may compare me to the "big blockers" of the 2017 scaling wars.
The big-blockers camp wanted to raise the blocksize for the sake of housing the world's P2P payments. They resisted the use of Lightning and other second layer solutions.
The reality is that they have been partially vindicated. Lightning has not solved our problems, and given the on-chain footprint that existing channel constructions require, it categorically cannot. Lightning certainly helps reduce on-chain payment volume once someone has opened a channel - but to do that for most people will require a layer 1 innovation.
I don't share the big blockers' objectives.
I don't think that trying to fit the world's P2P payments on the base chain is a reasonable target.
But the ability to resist near complete capture of UTXO custody by third-party financial institutions - *that* is intertwined with the core purpose of bitcoin.
In Satoshi's whitepaper, the first sentence claims
"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
If most users become unable to even take possession of their own coins a few times a year, we have failed on the objective.
--
I am not writing this out of any sense of antagonism. Yes, I am frustrated that after numerous attempts, Core devs are not engaging more productively with the few people trying to translate scaling strategies to the base layer.
But I'm hoping that by calling attention to this issue, we can get some of these great minds to refocus on bitcoin's critical mission, and to realize that ossification will come sooner than we thought.
The existing (and well-funded) power structures *want* stasis.
The recent show of rapid institutional affinity should make you suspicious that bitcoin in its current form isn't a threat to the fiat order.
The lack of "ivory tower" attendance in the recent OP_NEXT and the broader covenants discourse demonstrates that, like many of America's elite institutions, there has been mission drift in bitcoin's technical elite. I hope this changes.
--
The risk of merging many of the opcodes proposed during the last few years is limited.
OP_CAT, OP_CTV, lnhance, probably OP_CCV, some others; they're all fine. If sufficiently tested, great additions to bitcoin.
We can pretty easily mitigate what risk there is with comprehensive testing and analysis, provided the focus is there.
The upside is almost infinite: a reasonable attempt to continue the preservation of bitcoin's unique function - trustless self-custody that is practically available to most.
View quoted note →
Jameson Loop and James O'Beirne are different people.
what?
I don't know why you posted a mechanic video in response to a post from James OBeirne?