Glossary

Cold Start Problem

The cold start problem is the challenge new payment networks and protocols face when bootstrapping initial users and liquidity.

Key Takeaways

  • The cold start problem is the bootstrap paradox facing new networks: a platform needs users to be valuable, but users have no reason to join an empty platform. This creates a chicken-and-egg dynamic that stalls network effects before they can begin.
  • Crypto protocols face acute cold start challenges: the Lightning Network requires funded channels with inbound liquidity, new DEXes need liquidity pools before traders arrive, and new L2s need TVL before developers build on them.
  • Common solutions include liquidity mining, airdrops, grants, and LSP subsidies, though each introduces tradeoffs around sustainability and mercenary capital.

What Is the Cold Start Problem?

The cold start problem describes the fundamental challenge every new network faces at launch: the product delivers little value without participants, yet participants have no incentive to join a network that nobody uses. In two-sided markets, neither side has a reason to show up without the other already present. The result is a deadlock that can prevent even well-designed networks from ever reaching critical mass.

The concept applies broadly across networked products, from social platforms to payment systems. Visa faced this exact dilemma in its early days: merchants would not accept a card nobody carried, and consumers would not carry a card no merchant accepted. Andrew Chen's book The Cold Start Problem (2021) formalized this as the first stage of a five-phase network lifecycle, introducing the idea of an "atomic network": the smallest self-sustaining unit that must reach stability before a network can grow.

In cryptocurrency, the cold start problem is especially pronounced because decentralized protocols cannot simply subsidize one side of the market the way a venture-backed startup might. A new decentralized exchange cannot offer free trading if there is no liquidity to trade against. A new Layer 2 cannot attract developers without users, and cannot attract users without applications.

How It Works

The cold start problem operates as a reinforcing loop. In any network where value comes from other participants, each potential user performs a rational calculation: is the network worth joining given its current size? When the answer is no for everyone, the network stays empty.

The Two-Sided Market Dynamic

Most payment networks and crypto protocols are two-sided (or multi-sided) markets. Each side depends on the other:

  • Payment networks need both merchants and consumers. Merchants accept payment methods their customers use, and customers adopt methods their merchants accept.
  • DEXes need both liquidity providers and traders. LPs deposit capital to earn fees, but fees only exist if traders use the pool. Traders only come if there is enough liquidity for low slippage.
  • Lightning Network nodes need both senders and receivers. Routing nodes provide connectivity, but only earn routing fees if payment volume flows through their channels.

The Atomic Network

Chen's framework suggests that overcoming the cold start problem requires identifying and building the "atomic network": the smallest group of connected users that generates enough value to be self-sustaining. For Slack, this was roughly three people in a workspace. For Airbnb, it was hundreds of active listings in a single city. For a liquidity pool, it might be enough deposited capital to keep slippage below 1% for typical trade sizes.

Once the atomic network reaches stability, organic growth can take over. The challenge is reaching that threshold in the first place.

Cold Start in Payment Channels

The Lightning Network illustrates the cold start problem at both the network and individual level. At the network level, routing requires a dense graph of well-funded channels. At the individual level, a new user must:

  1. Run or connect to a Lightning node
  2. Open a channel by committing on-chain Bitcoin
  3. Acquire inbound liquidity so others can pay them
  4. Wait for channel partners who are willing to lock capital in both directions

Each step has a cost, and the user receives no benefit until the whole setup is complete and someone actually sends them a payment. This friction is why Lightning Service Providers emerged to absorb the bootstrapping cost on behalf of end users.

Common Solutions in Crypto

Liquidity Mining

Liquidity mining rewards early participants with protocol tokens in exchange for providing liquidity. When Compound launched COMP token distribution in June 2020, its TVL surged from under $100 million to over $2 billion within weeks, triggering what became known as "DeFi Summer." The approach works by subsidizing the supply side (liquidity providers) until enough organic demand exists to sustain the market without subsidies.

Airdrops

Airdrops distribute tokens to early users retroactively, rewarding those who took the risk of using an unproven protocol. Uniswap distributed 400 UNI tokens to every address that had interacted with the protocol before September 2020. This created an instant community with financial alignment, helping Uniswap consolidate its position as the dominant DEX.

LSP Subsidies

On the Lightning Network, LSPs solve the cold start problem for individual users by pre-funding channels on their behalf. Services like Bitrefill pioneered "Turbo channels" that provide instant inbound liquidity so new users can receive payments without waiting for on-chain confirmations or managing their own channel capacity. The LSP absorbs the upfront capital cost and recoups it through fees over time.

Grants and Ecosystem Funds

Many protocols allocate treasury funds to attract developers and early users. Optimism's Retroactive Public Goods Funding (RetroPGF) rewards projects after they have demonstrated value, rather than requiring upfront proposals. This approach reduces the risk of funding projects that never deliver, but still requires an initial pool of capital to seed the ecosystem.

Cold Start Problem in Practice

Lightning Network

After more than eight years since its initial specification, Lightning still contends with cold start dynamics around inbound liquidity. A new node joining the network must find peers willing to open channels toward it, lock sufficient capital, and maintain those channels over time. Third-party services such as Liquidity Ads and Loop exist specifically to patch this bootstrapping friction, but they add complexity and cost that casual users may not tolerate. For a deeper comparison, see the Lightning Network liquidity explainer.

New L2 Chains

When a new Layer 2 launches, it faces a three-sided cold start problem: it needs developers to build applications, users to interact with those applications, and liquidity providers to fund bridges and DeFi protocols. Most L2s address this by launching incentive programs that distribute tokens to early depositors, effectively paying users to bring TVL to the chain before native demand exists.

How Spark Differs

Spark takes a fundamentally different approach to the cold start problem by eliminating the concept of channels entirely. Instead of requiring users to open and fund payment channels with specific peers, Spark uses a statechain model where Bitcoin ownership transfers by rotating cryptographic keys between the sender, recipient, and a distributed operator set using FROST threshold signatures.

This design removes several cold start barriers that Lightning faces:

  • No channel setup: users do not need to commit capital to a channel before transacting
  • No inbound liquidity requirement: there is no distinction between inbound and outbound capacity
  • Offline receiving: users can receive payments without being online, eliminating the need for always-on infrastructure
  • Self-custody preserved: users retain control of their funds through pre-signed exit transactions, even without the overhead of channel management

By removing the liquidity bootstrapping requirement at the individual user level, Spark reduces the cold start problem to network adoption rather than capital coordination.

Risks and Considerations

Mercenary Capital

Liquidity mining and airdrop programs often attract participants who provide liquidity only while incentives last. When token rewards decrease or end, this "mercenary capital" moves to the next opportunity, leaving the protocol with the same cold start problem it started with. Protocols that rely too heavily on token incentives may simply defer the cold start problem rather than solve it.

Token Dilution

Distributing tokens to bootstrap a network dilutes existing holders and creates selling pressure. Projects may allocate 30% to 50% of their total token supply to early user incentives, which requires careful tokenomic design to avoid collapsing the token price before the network reaches sustainability.

Regulatory Risk

Some cold start solutions, particularly token airdrops and liquidity mining, may attract regulatory scrutiny depending on jurisdiction. Airdrops that are designed primarily to circumvent securities registration requirements could expose protocols to enforcement action.

False Traction

Incentivized bootstrapping can create misleading metrics. A protocol showing $500 million in TVL driven entirely by token incentives may appear healthy but could lose 80% or more of that capital when rewards end. Distinguishing organic demand from subsidized activity is difficult from the outside, making it harder for users and developers to evaluate whether a protocol has genuinely solved its cold start problem.

This glossary entry is for informational purposes only and does not constitute financial or investment advice. Always do your own research before using any protocol or technology.