Leaderboard first-load cache, stale-zero plot fix, density off by default, pixel share/copy links

[devin-ai-integration]

Summary

Four targeted fixes/additions, file-by-file.

1. Leaderboard first-load speed (useAllMintedPlots, src/hooks/useBaseBoard.ts)

The prior incremental-scan only sped up re-opens; the very first scan of a session still walked the full history from cfg.deployBlock (slow, esp. mobile). Now the completed scan is persisted to sessionStorage keyed by contract and hydrated on mount, so a mid-session reload paints the last-known ranking/ticker instantly and resumes the scan from the persisted lastScannedBlock instead of deployBlock. Only a true first-ever visit (empty cache) pays the full historical scan. No new state-management dependency — plain sessionStorage + JSON.

key = `baseboard:scan:${contract}`
snapshot = { lastScannedBlock, purchases, mintedIds, counts }
// render-time: scanStateRef hydrated from snapshot (ref → no SSR/CSR mismatch)
// mount effect: setRaw(snapshot.purchases, snapshot.counts)  // instant paint
// after each successful pass: savePersistedScan(...)          // refresh cache

The ownership read (getPlotsBatch) still runs over the full accumulated mintedIds every pass; only discovery is incremental. Tie-break logic untouched.

2. Stale/incorrect Pixel Details (usePlot, same file)

A lagging/load-balanced public RPC node sometimes returns a stale owner === ZERO_ADDRESS read for a plot that's actually owned, which rendered an owned, image-set pixel as unowned/for-sale. Fix: when the fresh read is zero but an optimisticPlots override shows a real owner, the override wins (even after onchain resolves), and a single extra refetch() is scheduled ~800ms later instead of accepting the contradicting read.

overrideOwned && onchainZero  ⇒  keep override + setTimeout(refetch, 800)
plot = override ?? onchain      // override still wins

3. Density overlay defaults OFF (src/store/useBoardStore.ts)

densityEnabled: true → false. Users opt in via the toggle; the heatmap is no longer active on load (and when off, the canvas already skips baking/drawing the field entirely).

4. Share-to-X + Copy-link in Pixel Details (src/components/PlotModal.tsx, deep-link in src/app/page.tsx)

Two secondary blue/white buttons added directly below the Link row, shown for every owned pixel (independent of whether it has a custom image/link):

• Share on X → opens https://x.com/intent/tweet with the exact caption I just claimed my spot on BaseBoard 🟦 #Base @base and a url param = this pixel's shareable link, all URL-encoded.
• Copy Link → copies ${origin}/?pixel=<id> (async clipboard with a execCommand fallback) and swaps the label to Copied! for ~2s.

The shareable URL reuses a new minimal ?pixel=<id> convention wired into the app's initial load (page.tsx): on mount it parses/validates the id and calls the same openPlot(id) (+ setFocusPlotId) the board's own click handler uses — auto-opening the existing Pixel Details modal, no new page/route/layout.

Verification

• npm run typecheck ✅ · npm run lint ✅ (0 warnings) · npm run build ✅
• Main #1: render-time ref hydration is SSR-safe (refs don't affect markup); displayed data hydrated in a mount effect; snapshot rewritten after each successful/partial pass. A mid-session reload shows the prior ranking/ticker immediately and only scans new blocks; a true first visit (empty sessionStorage) still does the full scan.
• Add multi-chain support: Celo Mainnet (42220) alongside Base (8453) #2: with a known-good override, a fresh zero-owner read no longer flips the pixel to unowned; an extra refetch is scheduled ~800ms later.
• BaseBoard multi-chain (Base + Celo): unified wallet modal, Celo pricing/deploy, pixel links + content guard #3: density toggle initializes off; overlay only renders after the user enables it.
• Wallet UX fixes: centered modal, Celo account dropdown, web3 identity, batch pixel links #4: both buttons render for any owned pixel; Share opens the X intent with the exact caption + #Base + @base + encoded pixel URL; Copy writes ?pixel=<id> and shows Copied!; loading that URL auto-opens the existing modal populated with the pixel's real data and pans the camera to it.

Link to Devin session: https://app.devin.ai/sessions/fc70b93ff3f5431d9a3fbb9cd0935438
Requested by: @omiaydin1

[devin-ai-integration]

🤖 Devin AI Engineer

I'll be helping with this pull request! Here's what you should know:

✅ I will automatically:

• Address comments on this PR. Add '(aside)' to your comment to have me ignore it.
• Look at CI failures and help fix them

Note: I can only respond to comments from users who have write access to this repository.

⚙️ Control Options:

• Disable automatic comment, CI, and merge conflict monitoring

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
baseboard	Ready	Preview, Comment	Jun 29, 2026 8:16pm