S15 E47: Justin Bons on Sharding & Bitcoin's Security Budget

Justin is the founder and CIO of Cyber Capital, an Amsterdam fund that only buys fully liquid public tokens. He describes himself as a value investor and "more of a researcher than I am a networker or a deal placer." His background is in political philosophy and history, not computer science. In 2014 and 2015 he was a hardcore Bitcoiner. By 2017 his fund held zero BTC.

We recorded on July 19, 2024, the day a botched update knocked Microsoft systems offline around the world, and one week before Bitcoin 2024 in Nashville, where Donald Trump was booked to speak. For most of the industry, Bitcoin had never looked more successful. For Justin, it had never looked more archaic. What follows is my attempt to compress four and a half hours of two stubborn people talking past each other, and occasionally, surprisingly, agreeing.

From BTC Rebel to Bitcoin's Loudest Critic

Justin does not have a conversion story with a single dramatic moment. He lurked in 2013, then the block size wars arrived and he realized the fight was not really about a number in the code. "At its core it was really about who decides," he told me, "and who decides is not necessarily an engineering question." That was his field. So he jumped in: early supporter of Bitcoin Classic, member of Bitcoin Unlimited, and, as he proudly put it, he "helped write part of their constitution."

He recommended Roger Ver's book on the period as required reading, which tracks with what Roger told me in our sit-down about Hijacking Bitcoin. Today Justin says he is "deep into your fourth, fifth generation blockchains" and sees Bitcoin "as this dinosaur that's being left behind, if I'm being frank."

I played devil's advocate right away. Next week Trump goes to Nashville, Jamie Dimon has apparently done a U-turn, and by any metric of mainstream acceptance Bitcoin has won. Justin saw through it. Popularity of "a purely speculative asset," in his view, is not the bar. The bar is the whitepaper's peer-to-peer electronic cash, plus a store of value and a platform for decentralized applications. I reminded him that the whitepaper says nothing about the last two. He agreed "100%" and said Satoshi is no justification on his own: "we have to think for ourselves here."

Tank Tracks, TPS and the Generations Argument

His method is to pick things he can measure. The first was capacity. Using the smallest transaction type and ten-minute blocks, he puts Bitcoin at "7 to 25" transactions per second as a maximum theoretical figure, then counts up in tenfold leaps: Ethereum around 100, Solana in the thousands, and sharded chains reaching 100,000 "without actually increasing the node requirements." His conclusion: "that's effectively solving the blockchain trilemma."

I objected to the whole framing. Bitcoin does not produce a block every second, so TPS is a strange unit for a system where you wait ten minutes and bid for space. I also argued that Ethereum was never designed as a Bitcoin competitor. It launched as a home for tokens and dapps, and it was Bitcoiners who said they could do the same thing with Counterparty. Justin conceded the narrative history but not the substance: "I care a lot less about what the narratives are versus what things actually are." Ethereum, he said, is "a layer one blockchain," and he would compare it as one.

My metaphor was that blockchains are tank tracks. You can bolt them onto a race car and try to make them faster than wheels, but wheels were designed for a different job. Without heavy use of ZK proofs, I do not think today's internet and hardware allow thousands of home nodes to verify the volume Justin describes.

Sharding, EGLD and the 3,000 Validators

Justin's favorite example was EGLD (the Romanian chain formerly known as Elrond, now MultiversX), which he called "one of the more mature sharded designs that's currently implemented." He walked me through validator shuffling: one large validator set gets randomly assigned to shards each epoch, so to attack one shard "you need to actually attack the entire system." The pitch is horizontal scaling that stays "natively enshrined" on layer one, with full composability.

I went at the validator count. Over 3,000 validators, but many of them, from what I had seen, share naming patterns that look like rented servers in the same data centers. How do you prove they are separate humans and not a founding team playing decentralization theater on a chain with a large team allocation? Justin thought this was "a strange argument" because "every decentralized system has anonymous actors," and said on-chain analysis can follow ICO coins to exchanges and reach "a fairly high degree of certainty" about stake distribution. "I work on sophisticated models that basically measure decentralization," he said.

The Romanian angle came up later. I am Romanian, the EGLD founders are Romanian, and they have blocked me in plenty of places for my criticism. I brought up the time their team paused a DEX on their own chain after an incident and relaunched it, which to me is the opposite of decentralization. Justin answered that "having centralized control over a DEX is kind of the norm in this industry right now," called my framing "a little bit of an ad hominem," and asked me to send him sources. To his credit, he also said exposing fake decentralization is one of the things he cares about most: "they really make us all look bad."

Is Decentralization a Spectrum or a Switch?

Here is where our definitions split for good. My view: "decentralization is binary. You can either get shut down by the government or you can't." Justin's: "decentralization exists on a spectrum," and you score it holistically across stake distribution, validator distribution, governance and client diversity.

On client diversity he went straight for Bitcoin's jugular. Ethereum launched with multiple competing client teams in different languages, so a takeover would require capturing "5 to 10 client development teams." Bitcoin, in his telling, spent the block size war "kicking out all the other client development teams." His words: "I think Bitcoin is effectively captured by a very small group of people that can effectively gatekeep changes." At one point he called Bitcoin Core "literally a dictatorship."

I pointed out that Ethereum moved from proof of work to proof of stake with very little resistance, and that clients written in five languages are not five opinions if they all ship the same changes. Bitcoin maintainers can merge whatever they want, but nobody is forced to run it. That very morning, a single automatic update had taken down systems everywhere. "There is no way for Bitcoin clients to automatically update," I said. "Decentralization is a continuous battle between the parties involved."

On distribution of power, Justin estimated Ethereum has at least 100,000 unique validators (he halved it to 50,000 to be generous) versus maybe 30 companies controlling Bitcoin mining. I said 50,000 is obviously larger than 30 mathematically, "but politically it doesn't mean that you're going to have a more decentralized system," especially with a premine and big exchange stakers.

Elizabeth Warren's Army and the Cost to Attack

So I asked a practical question. Imagine a hostile US administration, with Elizabeth Warren rallying her anti-crypto army to shut down mining and every Ethereum validator on American soil. Coinbase, Binance US and Kraken all hold big stakes. Which network survives better?

Justin loved the question and answered with a model. Take two hypothetical $100 billion chains. Using Bitcoin's historical numbers at that valuation, he estimated about $2 billion of mining spend securing the proof-of-work chain. A state attacker spends roughly $1.5 billion on hash power, and when the community changes the algorithm, a second $1.5 billion that was already sitting in CPUs and GPUs. Around $3 billion total. Then he asked me to price an attack on a $100 billion proof-of-stake chain.

I refused to play inside the spreadsheet. I held up a private key and talked about the $5 wrench attack: you do not need to out-compute anyone when you can lean on the right people. "In practice it's as simple as just putting the right people in jail," I said. Justin insisted I answer on pure economic security, and later claimed I had conceded three of his metrics. I would describe it as refusing to accept a model with the most important variable removed.

His counter on seizability was memorable, though. Bitcoin, he argued, depends on "giant mining farms that you can literally see from space," while "you can run a validator on a Raspberry Pi." Which is easier for a government to grab? My reply was that a lot of that stake sits with staking pools and exchanges, and that if you compromise a few prominent people, a hard fork can politically carry the stake with it.

(Somewhere in here Justin's audio died, and I filled the silence by reading every sponsor ad in the queue. Live shows build character.)

Governance, Incentives and the Five Guys

We actually agreed on one thing: Ethereum governance is centralized and flawed. Justin's twist was "I think functionally they have the same type of governance." He believes off-chain governance always ends up captured, and that the people in charge of both Bitcoin and Ethereum have an incentive not to scale layer one because they profit from layer twos. He pointed at Blockstream's funding and Liquid as examples, saying the product "only really makes sense if Bitcoin itself doesn't scale."

His answer is on-chain governance, where stakeholders vote directly "instead of literally having five guys call the shots." He laid out his three-stage model of Bitcoin governance: developers write code, miners act as a check by choosing what to run, and users can fork off as "the nuclear option." Where it broke, in his view, is that "the miners basically lacked any spine." He is still sore about SegWit2x: "They couldn't even stick to their word. That's what created the split."

His capacity math landed hard too. At current throughput, he said, it would take "more than 70 years" for everyone on Earth to make one on-chain transaction, which is what you need to open a Lightning channel or self-custody.

I told him I could tell from his discourse that he was a philosopher and not an engineer, because engineers know that premature optimization for a hypothetical future usually loses. He took it personally, in a reasonable way: "I have made far more engineering arguments... and you've relied far more on rhetoric than I have." I said I would let listeners decide. I still will.

Bots, Breakpoint and the Burden of Proof

The longest single fight was about whether people actually use the chains Justin admires. He says Solana does about 700 real TPS once you strip out consensus messages and failed transactions, more than Ethereum and all its layer twos combined. I pulled up Solana Compass live on air and read the raw number: 3,139 TPS. Then I asked how anyone knows these are humans and not bots, when a transaction costs a fraction of a cent.

Even granting that plenty of it might be bots, Justin shrugged: "What do you think the stock market is made up of? Bots." For him the volume is real usage generating real revenue, and decentralized exchanges are the old Bitcoin dream come true. "It's not just speculation anymore," he said. "That's why Bitcoin is so unbelievably boring to me."

When I kept doubting, he switched to philosophy of science. "Every good theory needs to have some sort of set of conditions at which you can be proven wrong," he said, and accused me of holding an unfalsifiable position. I compared his technique, getting me to concede a small point and then using it against me, to Richard Heart's style of arguing. Justin did not deny the technique: "that's a legitimate debate tactic. That's not a logical fallacy."

He named his long-lived dapps: Uniswap, Maker, Synthetix, Curve, and on Solana, Jupiter. Then he raised Hamster Kombat, the Telegram tapping game on TON, with more than 200 million users. My girlfriend is from Iran and plays it, so I explained what I see up close: millions of people in sanctioned countries tap for coins they have almost no way to sell, because they cannot reach the exchanges where those coins list. Justin's reply: decentralized exchanges will eventually give them an exit.

Fee Spikes, Big Macs and the Security Budget

Justin's core economic argument is about what he calls congested blockchain economics. A new use case arrives, fees spike, users who refuse to pay leave, activity collapses, repeat. Ordinal inscriptions were the latest example. Because of that pattern, he does not think fees will ever sustain miners, and he predicts that "in 4 to 12 years" Bitcoin will either "accept just becoming insecure" or add tail inflation.

I read him the hash rate chart, which kept climbing, as proof that miners believe in the network's future. He said hash rate "is not a measure of security," because if a new chip doubles hash for the same price, security does not double. The real metric is miner revenue in value terms. I asked whether he meant dollars or bitcoin. He reached for the Big Mac index. I asked whether the Big Mac would be bought in Romania or the UK. We settled on dollars. He admitted the decline over three years is "relatively tiny" and the chart "looks flat more than anything else," but said his point was to puncture the hash-rate-is-security narrative.

Later, after the break, we found common ground I did not expect. I do not believe a low-capacity, high-fee chain is realistic in a competitive market either. I mentioned that Peter Todd, my previous guest, argues fees cannot predictably replace the subsidy and pushes tail emission, which I find the most extreme proposal on the table. My read is that he says it with a smile to provoke people into finding better ways to pay miners. And I noted BitPay had just reported Litecoin used more than Bitcoin for commerce over the previous three months. "It's a wake up call," I said.

Then came his cleanest trap. He asked what matters more to a person in the developing world: being able to transact cheaply, or being able to run a full node? I answered honestly. Of course they care about cheap transactions. "Thank you," he said, and pitched 32 MB blocks: "you have more capacity than PayPal" and could still run a node "off a Raspberry Pi."

My reply was that the change has to survive a political process, "and it should be a struggle in a decentralized system." I also had to acknowledge the elephant in the room: USDT on Tron is basically what many people once expected from Bitcoin, and it runs large chunks of Africa, South America and the Middle East.

Washing Machines, Immaculate Conception and a Ten-Year Bet

Justin wanted me to admit that Bitcoin's implemented technology is "archaic." I offered my washing machine instead. A new one has Wi-Fi and functions no repairman understands. The old one I know how to fix. Bitcoin, I said, is "the most tested code base," the one with the biggest bounty for anyone who could break it, Satoshi's coins included, and nobody has.

He accused Bitcoiners of treating Bitcoin like "an Immaculate Conception" that cannot be compared with anything else. "It's a quasi religious attitude," he said. I asked him to name an altcoin with a fairer launch. He offered Monero (with caveats about early "funny business" that got redone) and Kaspa, and argued Ethereum's ICO was fair: by his numbers, 60 million coins to early investors and 12 million to developers. I told him a chain that presold that much should not be assumed as good as Bitcoin.

On forks, he made an argument I had not heard put this way. Hard forks are better for decentralization because they require "active consent," while a soft fork only needs users to passively do nothing. I said soft forks are more elegant precisely because nobody is forced off the network, and when every node operator follows a "network upgrade" without dissent, that is following a leader. I also floated extension blocks as already shipped on Litecoin through MWEB. He called it "okay, I guess. It's not my favorite setup."

Then the bet. Justin predicted Bitcoin will lose the number one spot by market capitalization "within 10 years." He would not say which chain would win: "I just move with the times." I read the dominance chart live on air: above 93% a decade earlier, 39.92% in June 2017, about 66% in 2019, and around 52% on the day we recorded. "How do you explain this resilience?" I asked. His answer was the dot-com bubble, the 2008 mortgage crisis and the Dutch tulips: "markets are wrong sometimes."

The Phoenix Moment

Near the four-hour mark, Justin called Lightning "a joke" in terms of usability. So I asked him to grab his phone. To his enormous credit, he said "I'm down" and turned it into a live UX test, counting steps against the on-chain experience.

First he installed the wrong app entirely. Then he found Phoenix, the "green wing" wallet. He liked that it did not force a seed phrase backup on the first screen, and found it "sketchy" when I mentioned you can even store a backup in the cloud. He shared an invoice on Twitter, I sent 10 euros, and about 14,000 sats landed in seconds, with roughly 2,000 sats (about a dollar) in fees for opening the channel. Then he paid 12,000 sats to my custodial Wallet of Satoshi, and the fee was five cents.

"I have to admit this is better than when I last tested it out," he said. "It's much better than I remembered it." I made the most of it: "Justin Bons says you did a really good job with your UX."

He did not convert, of course. He still worries about trusting a watchtower or a provider staying online, and described Lightning as "very capital inefficient," like an abacus where each hop needs its own liquidity, which pushes it toward hub-and-spoke. "I would still much rather increase the block to 32 megabytes and you avoid all of these problems," he said. But for one segment, in public, the most famous Bitcoin critic on Twitter was impressed by a Lightning wallet.

Two Cypherpunks and a Magic Word

By the end we had both run out of new arguments and started listing what we share: privacy, censorship resistance, financial sovereignty. Justin called us both cypherpunks. I said I have not earned that title the way Nick Szabo or Tim May did, and that the people writing code deserve it more than the people talking. He disagreed kindly: "we need people to write the code and we need people to speak about it."

Where we never met was in how to read the Bitcoin community. He pointed at the toxic maximalists, the cancel campaigns and Michael Saylor's role as unofficial spokesman as the real face of the community. I think they are "just the loudest minority," while the people who actually use Bitcoin for payments do not have time to argue on Twitter. Justin's closing speech was the most honest summary of his worldview: "Only by acknowledging the perversion and the corruption that we see in these systems can we hope to overcome it."

Some of this aged quickly. Two days after we recorded, Joe Biden dropped out of the presidential race, which retired my Elizabeth Warren hypothetical. Trump did speak in Nashville that week and won the election in November. Justin's ten-year prediction has until July 2034 to play out. And the magic word he picked for listeners who survived all four and a half hours was, fittingly for a sharding fan, "concurrency."

You can follow Justin as @Justin_Bons, read his writings, including the 2015 essay he resurfaced during our talk, Why I Support BIP101, and find his firm at cyber.capital. He asked me to warn listeners about impersonators using his name and his company's, so double-check before you trust any DM. For a very different angle on the same big-block history, read our piece on the Bitcoin Cash big block breakaway. And for the Bitcoiners Justin thinks do not exist, the ones building more on Bitcoin, start with Robin Linus on BitVM, Sergio Demian Lerner on Rootstock, and Paul Sztorc on scaling, the man who trained me for five-hour interviews in the first place.

Listen to Justin Bons on Spotify, Apple Podcasts, YouTube, and More

Watch on YouTube

Time stamps:

00:00:44 – Introduction
00:01:32 – Justin's Shift from Supporter to Critic
00:02:46 – Outperformance of Bitcoin
00:04:07 – Gradual Realization of Bitcoin's Limitations
00:05:10 – The Importance of Decision-Making in Bitcoin's Future
00:06:27 – Bitcoin's Popularity vs. Its Fundamental Value
00:07:21 – The Original Vision of Bitcoin
00:08:28 – Comparison of Bitcoin and Ethereum
00:09:17 – Clarifying Transaction Metrics
00:10:37 – Ethereum's Capacity and Bitcoin's Limitations
00:12:41 – The Evolution of Blockchain Technology
00:15:01 – Decentralization Concerns with High Throughput Blockchains
00:16:06 – The Ideal Blockchain Situation
00:16:34 – Exploring Modern Sharded Systems
00:17:26 – Node Requirements for Bitcoin and Other Blockchains
00:18:06 – Sharding and Validator Security
00:19:09 – Horizontal Scaling in Sharding
00:20:23 – Debunking Bitcoin's Technology
00:20:32 – Ethereum's Design Limitations
00:21:11 – Centralization in Validator Nodes
00:21:50 – Validator versus Full Node
00:22:06 – Pool Dependency in Bitcoin Mining
00:23:06 – Proving Validator Identity
00:26:27 – On-Chain Analysis for Decentralization
00:28:13 – Ethereum's Centralization Debate
00:29:24 – Impact of Ethereum Foundation on Development
00:30:40 – Client Diversity in Ethereum
00:32:13 – Resistance to Ethereum's Transition to PoS
00:32:52 – Theoretical Perspectives on Decentralization
00:33:17 – Competing Client Development Teams
00:34:41 – Decentralization as Continuous Battle
00:34:46 – Decentralization Definition
00:35:50 – Comparison of Validators
00:37:14 – Unique Validators in Ethereum
00:38:10 – Power Distribution in Ethereum
00:39:05 – Decentralization Measurement
00:39:55 – Power Dynamics in Blockchain
00:40:42 – Hostile Government Scenario
00:41:26 – Economic Security and State Attacks
00:45:41 – Cost to Attack Analysis
00:46:58 – Hypothetical Attack Costs
00:49:18 – Bitcoin's Security Budget
00:51:50 – Proof of Stake Attack Costs
00:52:09 – Private Key Security Discussion
00:52:36 – Economic Security of Proof Systems
00:53:06 – Decentralization Metrics
00:53:35 – State Actor Vulnerability
00:55:05 – Mining Farms vs. Validators
00:57:04 – Centralization in Governance
00:58:17 – Innovation in Bitcoin Development
01:01:40 – Scaling Challenges
01:03:06 – Flaws in Off-Chain Governance
01:08:16 – Market Dynamics and Network Usage
01:09:16 – Ethereum vs. Solana Capacity
01:10:05 – Solana's Usage Claims
01:11:08 – Decentralized Exchanges Dream
01:12:00 – Transaction Fee Debate
01:18:16 – Governance and Decision Making
01:23:01 – Bitcoin's Current Capacity Issues
01:25:09 – Market Routing Around Bitcoin
01:26:07 – Discussion on Blockchain Mechanisms
01:26:18 – Chain Identity and Tickers
01:27:04 – Proof of Work and User Distribution
01:27:27 – Market Cap vs. Proof of Work
01:27:56 – Bitcoin's Dominance Decline
01:28:14 – Bitcoin's Usage on Social Media
01:28:41 – Limitations of Bitcoin's Transactions
01:29:02 – Layer Two Solutions and Adoption
01:30:08 – Philosophy vs. Engineering Arguments
01:31:06 – Sustainability of Bitcoin's Security
01:32:04 – Comparing User Bases of Different Blockchains
01:33:29 – Conceding Market Position
01:34:05 – Utility of Bitcoin
01:34:26 – Effects of Fee Spikes
01:36:50 – Concerns Over Bitcoin's Security Budget
01:37:30 – Hash Rate vs. Security
01:39:25 – Measuring Bitcoin Security
01:41:51 – Discussion on Mining Security
01:42:46 – Mining Dynamics Explained
01:44:09 – Proof of Work vs. Proof of Stake
01:45:40 – Trustless Staking and Smart Contracts
01:46:04 – Ethereum's Data Availability Concerns
01:47:03 – Critique of Layer Two Solutions
01:48:30 – Solana's Reliability Issues
01:49:03 – Bitcoin's Shutdown History
01:50:12 – Centralization in Blockchain
01:51:18 – Trustless vs. Trust-minimized Systems
01:52:53 – Technology Comparison: Bitcoin vs. Others
01:56:46 – Decentralization in Governance
01:57:48 – Governance and Centralization
01:58:54 – Transaction Capacity Debate
02:00:26 – Utility of Other Chains
02:01:22 – Decentralized Exchanges
02:02:58 – Debate Tactics
02:05:01 – Sustained Use Cases
02:09:05 – Reality of Blockchain Usage
02:12:45 – Skepticism in Metrics
02:13:50 – On-chain Metrics and User Engagement
02:14:44 – Bitcoin's Dominance and Future Predictions
02:19:31 – User Experience in Cryptocurrency
02:25:29 – Impact of Institutional Adoption
02:28:41 – Technological Innovations in Blockchain
02:29:56 – Consensus Mechanisms and Shards
02:30:06 – Human Politics in Blockchain
02:30:50 – Decentralization and Majority Rules
02:31:20 – Scaling and Blockchain Security
02:32:06 – Investing in Blockchain Projects
02:34:02 – Bitcoin's Future and Market Position
02:36:58 – Technological Evolution and Adoption
02:37:17 – Liquidity versus Technology
02:41:00 – Bitcoin's First Mover Advantage
02:43:33 – Utility and Speculation in Crypto
02:44:48 – Speculation on Bitcoin's Future
02:45:23 – Demographic Challenges in Bitcoin
02:46:43 – Market Solutions for Scaling
02:47:32 – Comparing Ethereum and Bitcoin Approaches
02:48:21 – Developer Trust in Bitcoin
02:49:10 – Double Standards in Blockchain Evaluation
02:50:30 – Historical Fairness of Cryptocurrency Launches
02:52:36 – Unique Aspects of Bitcoin's Founding
02:54:15 – Ethereum's ICO and Fair Distribution
02:56:08 – Scalability of Multiple Chains
02:56:51 – Reality of Blockchain User Activity
02:59:26 – Bitcoin's Technological Evolution
03:00:02 – Technological Breakthroughs Debate
03:00:48 – Archaic Technology Argument
03:01:19 – Security and Economic Activity
03:02:44 – Investor Comfort Levels
03:03:56 – Competition in the Market
03:05:02 – Faith in Bitcoin
03:05:45 – Historical Critiques of Bitcoin
03:06:14 – Bitcoin's Market Dominance
03:07:12 – Comparative Technology Failures
03:12:35 – Security Questions
03:15:30 – On-Chain Governance Debate
03:16:52 – Discussion on Tornado Cash and Cryptography
03:17:02 – Bitcoin's Capacity Debate
03:18:59 – Layer Two Critique
03:19:39 – Extension Blocks Proposal
03:20:42 – Governance Through Hard Forks
03:23:19 – Decentralization and Soft Forks
03:24:42 – Reality of Centralization
03:25:31 – Break Announcement
03:30:31 – Security of Bitcoin Network
03:31:47 – Blocksize Debate Reflection
03:32:27 – Personal Experiences in Crypto
03:33:08 – Discussion on BIP 101 Support
03:34:04 – Transaction Fees and Security
03:35:08 – Peter Todd's Perspective
03:36:16 – Current Fee Status
03:38:00 – Litecoin's Market Position
03:39:04 – Scaling Bitcoin
03:40:05 – Decentralization and Community
03:41:33 – Defining Bitcoin's Failure
03:43:22 – Bitcoin's Value Proposition
03:44:24 – Comparing Bitcoin and Other Chains
03:47:12 – Future of Bitcoin's Market Position
03:48:37 – Security and Market Cap Relationship
03:49:39 – Bitcoin's Niche and Future Viability
03:50:34 – Bitcoin's Authority and Centralization
03:51:03 – Economic Security in Altcoins
03:51:24 – Resilience of Bitcoin Developers
03:52:04 – Political Attacks on Blockchains
03:56:29 – Community and Technology Disconnect
03:57:12 – Scalability and Mass Adoption
03:59:13 – Optimizing Bitcoin's Codebase
04:03:15 – Bitcoin's Security and Future
04:06:49 – The Evolution of Decentralization and Use Cases
04:08:05 – Subjectivity of Value and Technology
04:09:04 – Bitcoin's Identity Crisis
04:10:19 – Community Dynamics in Bitcoin
04:11:20 – Cycles in Bitcoin Adoption
04:12:22 – The Role of Crisis in Bitcoin's Evolution
04:13:00 – Transaction Fees and Usability Concerns
04:14:03 – Scaling Solutions and Lightning Network
04:14:33 – User Experience Testing with Wallets
04:19:00 – Lightning Network Transaction Experiment
04:21:00 – Inter-Wallet Transactions
04:23:46 – UX Maximalism in Wallet Design
04:23:53 – Bitcoin Node Experience
04:24:25 – Trust Trade-offs in Watchtower
04:24:48 – Evaluating Layer 2 Solutions
04:26:03 – Capital Inefficiency of Lightning
04:27:05 – Scaling Bitcoin vs. Layer 2
04:27:36 – User Experience with Phoenix Wallet
04:28:06 – Hypothetical Scaling Discussion
04:28:34 – Cypherpunk Ideology
04:29:32 – Value of Diverse Perspectives
04:30:10 – Importance of Content Creation
04:32:28 – Reality of Bitcoin Governance
04:33:11 – Acknowledging Centralization Issues
04:33:58 – Following Justin Bons
04:35:15 – Long-term Commitment to Bitcoin
04:36:09 – Excitement for Future Developments
04:37:09 – Magic Word for Listeners