Files
RogueWave f9c471ef71 feat(transmute): sell-route detection (Jupiter) + design Rev 3
Re-prioritizes the core loop (sell→feed→close; burn for unsellable only) per
user direction. READ-ONLY this increment — quotes + risk flags only, no swap
build/sign, no funds moved.

- docs: Rev 3 — §5 scope, §6 TRANSMUTABLE active, new §6.1 (Jupiter Ultra
  routing incl. pump.fun pre/post-graduation + Token-2022; 3rd-party-swap trust
  model = simulate + lamports-delta ≥ min-out + sole-signer + no
  SetAuthority/Approve/bad-CloseAccount; Shield; price-impact/slippage/dust
  guards; Essence model 1 = opt-in off-chain tally, no custody).
- @pyre/core: SellInfo type + TokenAccountDto.sell.
- @pyre/api: keyless Jupiter client (lite-api: /swap/v1/quote + /ultra/v1/shield);
  bounded /api/scan enrichment — upgrades INCINERATE_ONLY→TRANSMUTABLE when a
  worthwhile route exists; dust gate (proceeds ≤ fee+rent → keep burn); price
  impact >10% blocks; graceful degrade if Jupiter down.
- @pyre/web: shows "Sellable for ~X SOL", price impact, Shield chips; disabled
  "Sell & feed the PYRE (soon)" CTA (execution is the next, audited step).

Tracker: Phase 6 "swap candidate detection" + "route quote preview" done.
typecheck 8/8, core 85, solana 19, web build green.

LIVE FINDING: both pump.fun tokens ARE routable via Jupiter (so no pump.fun
engine needed) but quote ~0.0000097 SOL each — far below their ~0.002 SOL rent,
so the dust gate correctly keeps them INCINERATE_ONLY ("not worth selling").

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-31 05:11:20 +00:00
..

@pyre/web

User-facing PYRE web app. Skeleton only — no wallet or business logic is implemented yet (see CLAUDE.md and §13 of the design doc).

Stack: Next.js (App Router) + TypeScript + Tailwind + Solana Wallet Adapter + React Query.

Responsibilities (§13)

  • Landing page
  • Wallet connect (Solana Wallet Adapter)
  • Scanner UI — display token accounts and classification grouping
  • Cleanup preview — accounts to close, tokens to burn, rent returned, fees, warnings, rent destination (decode tx and match against preview before signing)
  • Receipt page — tx signature, accounts closed, tokens burned, rent returned, skipped accounts
  • Prometheus generation preview — Spawn name/ticker/lore/image-prompt review
  • Admin review page — approve/reject generated Spawn packages

Trust rules (do not weaken)

  • PYRE never holds private keys; all signing is client-side in the user's wallet.
  • Always show a preview and match the decoded transaction against it before requesting a signature.
  • Recovered ATA rent returns to the user by default.

TODO

  • Tailwind + PostCSS config and global styles
  • WalletAdapter / React Query providers
  • Scanner page wired to POST /api/scan
  • Cleanup preview + transaction decode/match UI
  • Sign flow via wallet adapter
  • Receipt page wired to POST /api/receipt
  • Prometheus generation preview + admin review pages

Scripts

  • devnext dev
  • buildnext build
  • typechecktsc --noEmit
  • lint / test — placeholders for now