Scaling Bitcoin: Reflections from the DCG Portfolio

  • “We (as most if not all of you) are affected by network congestion and it’s difficult to know how to push bitcoin forward from a scaling perspective.”
  • One company notes, “Last year we got on the Bitcoin Classic bandwagon out of desperation. Our stance was: Segwit sounds complex and Classic seems easy and buys us time. Today, a year after, it’s difficult to know what to support and how to contribute to Bitcoin scaling.”
  • Another company said “We took risks and built _on bitcoin_ with our current project — not generic “blockchain” but real public-blockchain BTC… simply demoing to prospective customers has been an exercise in frustration due to simple user experience issues with the network confirming transactions. e.g. we pay an above-average fee and sometimes still takes multiple blocks to confirm.”
  • “Its been particularly bad last few days, some users sending to [our exchange] were sending over 100 satoshis/byte and still waiting for over 12 hours for a confirm.”
  • “It’s really bad right now. Bitcoin is starting to make SWIFT look attractive. If this isn’t fixed, I expect we’ll see the non-speculative use cases migrate to other chains.”
  • One company noted that “the capacity increases with SegWit along with deployment of Lightning could help address these issues.” This will be covered in more detail in Part 2 of this post.
  • “The current situation is that a Bitcoin node code revision has been put forward (by Core), and it has not secured sufficient ‘votes’ from miners to be ‘adopted’ by the network. Why is this?”
  • “We might conclude that miners do not feel that this revision is in their best interest (i.e. it is considered too risky, or not risky enough / doesn’t solve pressing issues).”
  • “Here we should underline the distinction between miners and mining pools. It should be the case that mining pools are incentivized to offer a choice of node options to miners (otherwise miners may switch pool to get what they want). Mining pool operators should not be, and indeed should not be motivated to be, making decisions about mining node selection.”
  • “So how do we cross this impasse before it’s too late? There have been quite a number of attempts to secure agreement on the best path, and yet here we are, no further forward. Why is this?”
  • “It’s because the people who really count when it comes to change (the miners, not mining pool operators) remain unconvinced. On the other hand, they too must be beginning to think that their massive investments in equipment may never be recouped. They must be seeking a solution.”
  • One of the companies noted it was “important for the developers and businesses to reach out to miners,” and several have invested significant time and resources to do so.
  • “SegWit, is at its core, a technical issue. For entrepreneurs who are busy running their company and trying to keep their products and platforms running for the paying customers, it can be challenging to also try to focus on making serious changes to the core bitcoin protocol.”
  • “Our summary of SegWit is not “bad” but “complex” — in all senses of the word. SegWit is a good “lego block” foundation advancing the ecosystem. It is also very complex, technically, governance-wise, from a technical readiness standpoint, and more. This is why we’re working on a “SegWit for CTOs” style document.”
  • Multiple companies noted that “SegWit provides a much-needed malleability fix that enables more advanced functionality and their companies are dependent on it.”
  • “We’ve been asked by a number of people now to endorse it (whatever that means), and while we like it conceptually, I don’t think it would be responsible to endorse it unless we’ve performed rigorous analysis and testing ourselves.” Note this was said by one company, and that many of our companies have in fact tested SegWit and this will be featured in our second post on the topic.
  • “Testnet has been SegWit-active for a while now, but little testing has been done by major bitcoin network players. Several larger players are waiting for lib updates to go to production before beginning their own testing.”
  • “Our understanding is its only been tested by core devs on testnet… the main worry would be that this testing may not match what enterprises actually need on a production level”
  • Some of us feel that SegWit and Lightning are both in the “exciting, but still in the lab” category — and that nuance is often lost in the SegWit / Lightning excitement.
  • Other companies noted they have been testing SegWit for nearly a year. There are many companies in the industry who have already tested it as well, which can be found here.
  • We don’t want to be anti-SegWit or pro-SegWit, just pro-pragmatism. One company noted “There seems to be a disconnect between what the devs are developing, and what business actually need and want, which is a bigger problem about how resources are directed.”
  • Other companies in our portfolio are building technologies and products that are dependent upon SegWit — again, Part 2 of this post will highlight such examples
  • “In general, the bigger problem is the pursuit of niche projects over business & user needs that could actually change the the user experience in much needed ways.”
  • “It would be helpful to have a constructive dialogue with realistic views on technology timelines vs. user experience benefits delivered by technology to prioritize how and when upgrades are deployed to benefit the greatest number of stakeholders.”
  • “Overall, there are better ways we could deal with new technology as a community. For example, NASA deals with new-new technology all the time, and came up with a ladder to assess how close to production a technology is, called a Technology Readiness Level
  • Note that there is a SegWit readiness list of companies which have tested and prepared for the upgrade, which can be found here.
  • “We’ve never understood why it has to be one or the other — why can’t there be both? Why can’t we introduce 2nd layer technologies (as they are ready) AND have a block size increase as well?”
  • “If you remove all the us vs them rhetoric being thrown around — we could gain benefits from both approaches (block size increase and SegWit)”
  • Another company noted that “SegWit provides a capacity increase of 2–4x, and if combined into a hard fork, would delay development at least a year or more in their estimate.”
  • “As we’ve outlined, the idea of pursuing a hard fork and activating Segwit is a relatively nuanced issue and its mostly just reduced to having to choose a “side” in public — too often it’s boiled down to segwit-lover or segwit-hater, which is not very professional or scientific”
  • “It’s difficult to identify how we move the discussion forward productively — anyone who takes any sort of position in public, even one of compromise, is instantly labeled to be a seg-wit supporter or a seg-wit blocker and the discussion just ends/degrades into name calling”
  • “As a community, we should avoid all-positive documents on SegWit (prudent to include some cautions), just as we should avoid all-negative SegWit commentary. This is a hugely complex upgrade, as the devs themselves have noted many times.”
  • Another company said “we consider the upgrade less complex, and the optional nature of SegWit integration can give companies more time to prepare.”
  • “What we’ve observed is that communication has done downhill — people are calling one another liars, claiming the “other side” is destroying bitcoin, calling anything that doesn’t match their proposal a “coup,” and it’s incredibly unprofessional. It makes everyone in bitcoin look bad. We want to see communication return to a professional, scientific level.”
  • “We’ve thought long and hard about this — if anything, what we would really like to see is compromise (e.g. both sides working together on a solution that works for as many as possible) — but its like trying to get someone from the extreme political right and left to agree on something they fundamentally disagree on — any push towards compromise/confronting the issue seems to just entrench the two sides that much further.”
  • Companies that are building on and testing SegWit signaled their willingness to meet with “to meet with other members of the community to discuss their perspectives.”
  • One company note “It seems that so far, the approach of “get [devs] to all sit down and figure out how to work together” is a lost cause and that trying to push it has done more harm than good. Events like the Hong Kong Meeting, the various Roundtables, have all isolated rather than included opinion.”
  • “Private, closed-door meetings do little to address the main issues found in support tickets that we’re seeing every day. We need to talk about alternatives and options to get these issues addressed.”
  • “It seems like a better use of energy to identify a new mechanism that gets devs, business operators, and miners together — not in secret, invite-only roundtables.”
  • “We are fairly split in opinion on the value of roundtables and private events, but for those who do not attend roundtables, from the results they don’t seem to work for something like this. We need other methods.”
  • “Perhaps some of today’s frustration is caused by the fact that people don’t know what their Best Alternative To a Negotiated Agreement (BATNA) is. When you don’t know your BATNA, then you tend to panic if you think you aren’t going to get your Negotiated Agreement (NA), and then you try to force the other side to agree to your NA.
  • Some people apparently think that if they don’t get their way then Bitcoin is over, and it’s the end of the world, and they might as well go find a different industry or meaning in life or whatever. That feeling probably makes negotiated compromise impossible.
  • Perhaps the path forward is to start accepting the inevitability of death and taxes, the futility of life, and the fact that Bitcoin is doomed, and then from that starting point of having let go of your attachment, start thinking about what your options are.”
  • “A minority fork
  • An alt-coin
  • Accepting your opponents’ position for now and biding your time
  • Going and working for a fintech “blockchain” startup
  • Taking a vow of silence and becoming a monk”




We build and support bitcoin and blockchain companies by leveraging our insights, network, and access to capital

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

The UniverseDAO Space Odyssey: A deeper look at what we have in store for this year

UniverseDAO roadmap


Crypto Banking Wars: Will Coinbase or Binance Become The Bank of The Future?

BHD in 10 minutes: What does the BHD White Paper say

Liquidity Incentives are Coming Soon to NiiFi!

Anchorage Digital Scales in Q3 2021 to Meet Banking Demand

Calculating Costs in Ethereum Contracts

Ambisafe’s Orderbook is democratizing financial markets by issuing on-chain fractional shares of…

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Digital Currency Group

Digital Currency Group

We build and support bitcoin and blockchain companies by leveraging our insights, network, and access to capital

More from Medium

Crypto Crash Creates Huge Opportunities

Welcome to Crypto’s Version of the Wild West 2.0

The Reasons why Crypto Founders Choose to Remain Anonymous

What happened this week? (21–28th March)