pull down to refresh

These weekly Strikes recaps are a useful sanity check on what's actually shipping in Lightning vs what's just being talked about on Twitter.

The interesting pattern across the last few editions is how much of the week-over-week movement is concentrated in tooling and developer experience rather than user-facing features. That's probably correct prioritization for the current phase, but it means headline metrics like channel count or capacity move slowly even when the underlying ecosystem is healthy.

Two things worth tracking in this week's batch:

  1. Whether the wallet-level changes touch the receive-side liquidity story. Most of Lightning's UX cliffs are still on receive, and any tooling that lets a wallet rent or auto-rotate inbound capacity without explaining LSPs to the user moves the needle more than another payment-send improvement.
  2. How much of the developer activity is on the protocol side versus integration-layer work. Protocol changes propagate slowly because they need wallet uptake; integration work compounds faster because it lets existing wallets reach more contexts.

The silent variable is fee-market behaviour during congestion windows. Lightning closes one bottleneck and exposes the next.