{"workflow":null,"planning":null,"id":"725d6f05-0c7a-499f-b5d6-6f940ee32a82","state":"completed","template":"skill:build-website","objective":"Fix the existing PRISM RIOT website at https://prio.sites.imd.fun/ . Continue the latest delivered website job https://explorer.imd.fun/jobs/af30ee06-1938-49e6-97ab-2b5f599e7a63 using repository https://github.com/identity-md-launches/launch-1153-build-test-independently-review and commit 230e8aaa2d52802a00427c8746f23ecc0238a9d7, or its verified newer project head. Publish under the same project URL. Keep existing Ethereum contracts, ownership, supply, pool, immutable 0.5% treasury hook fee and allocations; no redeployment.\n\nMake the entire site English-only. Remove the TR/EN selector and locale-dependent Turkish rendering, including persisted Turkish preferences. All player and owner screens, instructions, errors, tooltips and transaction notices must use clear English. Preserve project and faction names.\n\nPriority: users report disabled staking and swap buttons. Diagnose the actual browser flow, not just labels. At block 26161369, delivered readSnapshot succeeded for public and owner views: verified=true, no verification errors, Phase A complete, pool liquidity present. At block 26161373, eth_call simulations for buying with 0.001 ETH, selling 100 PRIO and approving 100 PRIO to StakingVault succeeded. These were simulations, not executed trades or completed staking deposits. Paid-game readiness was incomplete; staking reward reserve/rate were zero. Read fresh state and reproduce disabled controls in a browser; do not assume an oracle problem or broken pool.\n\nAudit web/src/wallet.ts, panel-common.tsx, panels.tsx, App.tsx and chain read/write/swap paths. Shared ready() requires account, WalletClient, chain id 1, verified snapshot and no stale-read error. Swap signing also requires a fresh quote; selling requires bounded allowances. Show every unmet prerequisite beside its action in plain English. Never leave a grey button without explanation. Distinguish not connected, wrong network, missing client, loading, failed/stale RPC, verification failure, invalid amount, insufficient balance/gas, missing approval and expired/missing quote. Offer reconnect, network switch, refresh or quote preparation. Use action-specific verified reads so unrelated oracle/agent failures do not unnecessarily disable valid staking/swapping; preserve target, pool/router, chain and permission verification.\n\nFix wallet lifecycle: accountsChanged updates the account without rebuilding the client. Restore and disconnect/reconnect must never show a connected account while WalletClient is absent. Keep provider, account, client and chain consistent; handle locked wallets, account/network changes and multiple injected providers. Verify network switches before reporting success. Refresh read state after connection changes; expose RPC errors with retry/fallback. Connecting a wallet must not request transaction signatures or approvals.\n\nMake buying PRIO the most visible financial action. Add 'Buy PRIO' in desktop/mobile navigation and hero, plus a compact ETH-to-PRIO swap widget above the fold where space permits, otherwise immediately after the hero. Default to Buy with an empty amount. Show balance, received amount, minimum output, price impact when calculable, slippage, platform/hook fees and separate gas costs. Debounce simulated quotes after valid input; discard outdated responses when amount/direction/account/network changes. Refresh expired quotes with manual retry available. Explain the next step on the primary button. Keep explicit wallet confirmation, minimum-output protection and limited approvals. A missing quote must lead to quote preparation, not an unexplained dead end. Test buys/sells, Permit2 allowances and router simulation.\n\nAdd 25%, 50%, 75% and 100%/MAX amount shortcuts to staking, withdrawal and both swap directions. Stake uses the connected wallet's available PRIO; withdrawal uses its actually withdrawable staked PRIO, never the global staked total; selling uses its available PRIO. ETH buys use spendable ETH after a fresh estimated gas reserve with a displayed buffer: MAX must not consume gas money. Recheck gas affordability for PRIO approvals/deposits/sells too. Calculate percentages in integer base units with token decimals and round down; no floating-point balance arithmetic. Show the resulting amount in an editable field. Reset on account/network/input-asset changes and invalidate prior quotes/approval assumptions when amounts change. Refresh balances after receipts; if data or gas estimates are missing, explain why the affected shortcut is unavailable. Selecting a percentage only fills the amount; it never signs, approves or submits. Support keyboard/mobile use and highlight the selected percentage.\n\nStaking: provide amount -> bounded approval if needed -> deposit, plus withdraw and claim. Read allowances after receipts and refresh balances. Zero rewards must show 'No reward stream is currently active' before confirmation but must not itself block a valid deposit. Show principal, claimable rewards and stream status. Do not state 'deposits work' while that wallet's action is blocked; explain its actual blocker. Preserve independently accessible withdrawals/refunds/recovery when contracts permit. No promised APY or yield.\n\nMove founder controls lower down. Remove owner setup and round-management actions from top navigation, hero and prominent readiness area. Place them in a collapsed 'Founder / Admin' section near the bottom/footer, shown only to the connected verified owner. Keep transaction-level owner checks; hiding controls is not authorization. Preserve Phase A safeguards, Phase B and round creation; skip existing correct bindings. Show compact player-facing game status near games, with operating diagnostics lower down. Buying/staking must not appear unavailable merely because paid games are not ready.\n\nPreserve the delivered neon artwork, logo, https://x.com/PrismRiotIMD links, faction reactions, animations, opt-in sound, mobile accessibility and reduced motion. Focus navigation on Buy PRIO, Games and Staking. Keep explicit free-practice vs real-game actions, objective/scoring, 100 PRIO escrow + 2 PRIO fee, maximum 22 PRIO loss plus gas, funded prizes and deadlines. Separate practice progress from real event-based rankings/badges. Never invent activity, token rewards or readiness. Preserve reveal-secret recovery, indexed claims and refunds.\n\nKeep paid games/IMD work disabled until configuration, verified operator, fee-funded budgets, prizes and rounds are ready. Preserve project-level signed operator status and server-key separation. Do not reuse these game requirements as blanket blockers for swaps or valid staking. Never spend player principal on operations or require owner operating advances.\n\nAcceptance: exercise the delivered UI with a controlled browser wallet/provider and local Ethereum fork. Cover connection/reconnection, account restoration, locked wallet, chain changes, RPC recovery, invalid amounts, quote expiry, buy/sell allowances, staking approval/deposit/withdraw and zero rewards. Check percentage rounding, zero balances, MAX gas reservation, manual editing and wallet changes. Verify English-only rendering even with a saved Turkish preference. Each disabled action must explain why and how to proceed. Do not broadcast tests to mainnet. Review mobile/desktop screenshots: buying immediately visible, founder controls collapsed near the bottom, readable amount shortcuts and coherent artwork. Run production build and meaningful regression checks; return source, same public site URL and evidence. Separate simulations from signed transactions and remaining owner/server setup. Deliver a working published update.","blockedReason":null,"createdAt":"2026-10-10T10:23:54.178Z","updatedAt":"2026-10-10T11:29:19.796Z","paidBy":"0x13afb9b5780cd9ae79c61503adb69c57845d8eac","parentJobId":"af30ee06-1938-49e6-97ab-2b5f599e7a63","project":{"id":"9bb0ae93-2a65-44d2-900e-e06b9ad5e794","head":"725d6f05-0c7a-499f-b5d6-6f940ee32a82","running":null,"versions":[{"jobId":"9bb0ae93-2a65-44d2-900e-e06b9ad5e794","workflowId":null,"objective":"Build, test, independently review and deploy PRISM RIOT contracts on Ethereum mainnet. Token name: Prism Riot. Symbol: PRIO. Launch kind: univ4_hook. Pair: ETH/PRIO. Use the platform's standard fixed-supply token with plain transfers. The paying wallet owns this new project. This order delivers contracts and server operator code only.\n\nPrior failed work: https://explorer.imd.fun/jobs/bbf45a6b-c2ae-40b2-a5e7-41d2f3e8c633 . Source: https://github.com/identity-md-launches/launch-1012-workflow-contract-stage-context . Read the source and audit findings, repair and retest the complete contract project. Check existing on-chain receipts before creating any duplicate deployment. Do not mark the job complete with source alone: deliver verified live token, application, treasury, hook and pool addresses and deployment receipts after successful independent review.\n\nTreasuryFeeHook: immutable extra 0.5% on the ETH leg, excluding fees, of buys AND sells in its ETH/PRIO pool. Send all of it to FeeTreasury. Platform fees remain separate. Ordinary transfers and other pools have no extra fee. Prove compatibility with the actual production factory/router, mined hook permission flags, secure configuration before initialization, treasury binding and hooked PoolKey. Never silently remove the fee. Test both directions, exact-input/output and wei-level rounding; document quote tick limits.\n\nFeeTreasury: use earned ETH fees only. Cap gas/operating reserve replenishment at 10% per allocation and document a finite reserve target. Allocate remaining ETH: 30% to buying IMD for agent work, 30% to buying PRIO rewards, 40% to owner. Split purchased PRIO equally between staking and game rewards. Enforce spending limits, slippage and reserve accounting. PRIO purchases must work independently of IMD request configuration. No owner operating advances; no income means no paid operations. Document fee-funded gas bootstrap and permissionless execution where possible.\n\nStakingVault: stake(), withdraw(), claim(). Distribute only funded PRIO rewards pro rata by stake and time using a documented schedule. Keep principal withdrawable and isolated from games, operating costs and rewards. Stop unfunded accrual. No fixed APY or extra minting.\n\nArena: Vault Raid, faction duels and cooperative boss challenges using choices and fixed published scoring. Each paid entry locks 100 PRIO escrow plus a 2 PRIO fee. Correct: return 100 PRIO escrow; wrong: return 90; missed reveal: return 80. Penalties never stack. Freeze rules, deadlines, maximum loss and funded prizes before entry. Use commit-reveal, bounded settlement and pull claims. Provide round-indexed entry/reveal/claim/refund functions so old rounds remain claimable. Never debit unapproved balances or staking principal. Cancel unresolved rounds 72 hours after their result deadline and refund all entry fees and escrow. Document game-pool allocations, ties, no-winner handling and multi-wallet risks.\n\nOracleAdapter: verify current IMD EIP-712 panel attestations, trusted signer/quorum, consumer/domain, pinned question, expiry and replay; store the result and evidence reference. Specify clock tolerance consistently with commit/reveal boundaries. Configure callbacks before paid requests. Missing or invalid evidence cannot settle a round.\n\nProvide a budget-limited server operator using supported IMD oracle.request and job.open flows: capabilities/check/quote/payment, polling, retries and result delivery. Keys stay server-side. Agent outputs are proposed challenges/artwork, never authority to replace active rules or spend player funds. Disable paid operations until correctly configured and funded by fees; allow manual result relay and claims.\n\nOnly owner configures future rounds and limited operator budgets; use two-step ownership without renunciation. Active rules, reserved payouts and the 0.5% fee cannot change. Keep staking principal, escrow, refunds and funded rewards separate. Fix every prior audit finding, including reserve/withdrawal caps and old-round claims. Deliver GitHub source, ABIs, launch manifest, operator instructions, meaningful Foundry regression/invariant tests and finding-to-fix evidence. Obtain fresh independent review before deployment. No guaranteed profit.","baseCommit":"0243d7da4a4337ae8b16bcdf15bb4ead736fd68f","state":"completed","createdAt":"2026-10-09T08:10:29.350Z"},{"jobId":"ac5b29a5-8eef-4672-9982-979dce7ba6b9","workflowId":null,"objective":"Continue this completed project's website: PRISM RIOT, a vivid mobile strategy arcade and token economy. Build and publish a working React website on IPFS at a usable public URL. Use the existing Ethereum mainnet contracts; no token, pool, hook or application redeployment.\n\nApplication job: https://explorer.imd.fun/jobs/f932bf3e-9cdc-490f-b0b1-d9666ed74d48 . Use this project's current repository https://github.com/identity-md-launches/launch-1158-complete-missing-application-deployment and accepted commit 0345ffa67225afed469453250362e74b7f00ff42. Read docs/DEPLOYMENT.md, README and current compiled ABIs. The earlier token/hook job is https://explorer.imd.fun/jobs/9bb0ae93-2a65-44d2-900e-e06b9ad5e794 . Both deployments belong to the same PRISM RIOT economy.\n\nVerified mainnet addresses (chain id 1):\nPRIO: 0xfd1c234972768c23bb21d655966e0b122dd67a2c\nTreasuryFeeHook: 0x65a783cc6725a02ce349dc4d72577994df1760cc\nFeeTreasury: 0xb68b1ba47734ba91f3fc37164bb39d408908ff7c\nStakingVault: 0x10373c4afc7851b8ab5d94dce7ec1688624cec33\nArena: 0xe31277d4e9fbf9fc35239dc7d2280e97d5c817c1\nOracleAdapter: 0x002021b4aeb4125ff25e0353b004f6fdec5f93ed\nPoolManager: 0x000000000004444c5dc75cb358380d2e3de08a90\nOwner: 0x13afb9b5780cd9ae79c61503adb69c57845d8eac\nApplication deployment tx: 0x6f4d5e54bf0e9faa57a2163f7b484678233a0e0fd4498c198366e453c0151f4a\nToken/hook deployment tx: 0x545df1adb27c4a2ad6de57dd3d4d28005306f1471c0002381d5518fbc1c6dd7d\nVerify code, owners, receipts and the actual ETH/PRIO PoolKey against current on-chain state. Deployment does not imply configuration: at the last check the hook treasury, treasury hook/PRIO, vault funder, Arena oracle and adapter Arena were unset and paid requests disabled. Read live values, never invent completion.\n\nDesign: spectacular neon pink/cyan/yellow/violet, original dragon/frog/wolf/raven factions, animated bosses, rich game cards and a colourful responsive arcade lobby. Make the experience distinctive and polished. Official X: https://x.com/PrismRiotIMD ; link in header/footer. Logo: https://pbs.twimg.com/profile_images/2108157107564417024/GW_gDKgF.jpg ; download and bundle locally, preserve its design, use in header/hero and derive favicon/social previews. No runtime hotlinking. Accessible contrast, keyboard controls and reduced motion.\n\nArt direction is a core deliverable, not optional decoration. Create an illustrated arcade universe with a large cinematic hero scene, a glowing fractured prism, four original faction portraits and animated environments: a dragon citadel, neon frog lagoon, ice-wolf den and raven storm tower. Give each game its own illustrated arena and an original boss. Use the supplied logo as the visual identity reference. Commission actual original raster artwork using available IMD image-generation capabilities; ship locally bundled finished image files, not emoji characters or empty asset placeholders. Avoid a generic AI-product landing page, chatbot layout, stock dashboard template or repeated plain cards.\n\nDeliver at least four original faction portraits, three distinct game illustrations and one wide hero artwork, plus at least four short looping character/environment animations. Include animated WebP or GIF assets where appropriate, with still-image fallbacks; lightweight canvas/SVG/CSS animation may complement them. Show dragon flame/breath, frog bioluminescence, wolf frost and raven lightning as visible loops. Add layered parallax, prism particles, reactive faction selection, game-state transitions, attack/reveal sequences and celebratory prize effects. Effects must correspond to the actual game/transaction state: celebrate a reward only after its confirmed outcome. Give visitors a mute-by-default optional sound control; no autoplay audio.\n\nUse the swarm's available specialist capabilities for art direction, image creation, motion, frontend implementation, wallet integration and independent visual review within this order. Parallelize independent work where supported; agent count is not an acceptance criterion. Treat artwork as shared inputs to the frontend so it is actually integrated and shipped. Do not open additional paid jobs or require external image-provider subscriptions to complete the quoted website scope. If the planner cannot include a required visual capability, report that limitation before payment rather than substituting a generic design.\n\nOptimize responsive images, lazy-load below-the-fold media, pause offscreen loops and provide a fully usable reduced-motion mode. Keep decorative media outside the wallet/transaction critical path. Validate both mobile and desktop screenshots against this art direction before delivery. Include an asset manifest with origins/licensing, exported visual assets, animation files and their still fallbacks in the repository. Quality review must check distinct artwork, visible motion, coherent branding and readable game controls as well as the working features.\n\nImplement wallet connection, balances, ETH/PRIO swaps with simulated quotes, slippage protection and all platform/extra hook fees disclosed, bounded approvals, staking/withdrawal/reward claims, and Vault Raid/faction-duel/cooperative-boss actions. Use actual deployed ABI functions including round-indexed enter/reveal/claim/refund. Back up reveal secrets locally with explicit export/import recovery; never send unrevealed secrets to a server. Show scoring, deadlines, transaction status, maximum losses, funded prizes and cancellation refunds. Include leaderboard, treasury income/allocations, staking funding and oracle evidence from real state/events. Label practice/demo content and keep it separate from paid rounds. Preserve the immutable 0.5% treasury hook fee and existing fee-funded economics; no fixed APY or guaranteed profit.\n\nBuild an owner-only setup panel using docs/DEPLOYMENT.md and script/ConfigPlan.s.sol. Phase A must check status and prepare the seven actual owner transactions in order: treasury.bindHook(existingHook), treasury.setPrio(PRIO), treasury.setSinks(vault, arena, adapter), existingHook.bindTreasury(treasury), vault.setRewardFunder(treasury), arena.setOracle(adapter), adapter.setArena(arena). Before binding the hook treasury, verify the exact deployed treasury address, code, owner and its hook binding. Before the one-shot adapter Arena binding, verify the exact Arena. Simulate, request wallet confirmation for each transaction and wait for receipts; skip already-correct settings and stop on conflicting/permanent settings. Do not auto-sign or treat prepared calldata as executed.\n\nShow Phase B separately: actual operating limits, price floors, IMD/Intake setup and budget-limited executor. Use fresh protocol/pool data and owner-reviewed values, not stale defaults or guessed operator wallets. Keep paid requests/games disabled until bindings, required configuration, available fee-funded budgets, funded prizes and server operator are ready. Unfunded staking rewards show zero funding. Withdrawals/refunds remain accessible whenever the contracts permit them. Server keys and paid IMD API calls never go in browser code. Display IMD agent activity only when the separate operator supplies real data; the static site does not host that operator.\n\nTest the production build, mobile layout, wallet actions and unconfigured/failure states. Publish source into this project's GitHub repository and host the static site on IPFS under a public project URL; return both links. Deliver the usable website, not just mockups or instructions.","baseCommit":"34e992ab84195173cd35219f895309b051b1944d","state":"completed","createdAt":"2026-10-10T06:20:49.998Z"},{"jobId":"af30ee06-1938-49e6-97ab-2b5f599e7a63","workflowId":null,"objective":"Continue the existing PRISM RIOT website delivered by job https://explorer.imd.fun/jobs/ac5b29a5-8eef-4672-9982-979dce7ba6b9 . Update its current repository https://github.com/identity-md-launches/launch-1153-build-test-independently-review and publish the improved site under the existing public project URL https://prio.sites.imd.fun/ . Preserve the neon artwork, logo, X link and responsive visual identity. Use existing mainnet contracts only; no token, pool, hook or application redeployment.\n\nFix the gap between the attractive arcade and actual playable token economy. The owner has now completed Phase A: at Ethereum block 26160643 all nine checked hook/treasury/PRIO/sink/funder/Arena/adapter bindings matched their expected existing addresses. Preserve these correct bindings. Phase B remains incomplete: both executors, treasury IMD and adapter Intake/payment asset are unset; IMD pool and price floors are unconfigured, callbackConfigured and paidRequestsEnabled are false. Treasury totalIncome, operating budgets, staking rewardReserve/rewardRate, Arena roundCount and prize pools are zero. Read fresh chain state; do not assume these observations remain current. Distinguish a missing configuration from a frontend error, RPC failure or absent operator.\n\nProvide Turkish-first explanations with an English toggle. Put three clear navigation items at the top: Free Practice, PRIO Games, Staking. Every game card must have a clearly labelled free practice action and a separate real-PRIO action. Practice spends no tokens and awards no real PRIO; faction selection alone is cosmetic. Real play must show the specific blocking reason when unavailable and link to the relevant readiness detail. Avoid silent clicks and generic 'pending' messages. Explain practice controls before the first action and display validation/errors inline. Use actual Arena scoring; do not advertise unsupported game mechanics.\n\nPreserve the cinematic prism and faction art; improve spacing, typography and hierarchy. The first screen must explain the experience and offer 'Ücretsiz dene', 'PRIO ile oyna', 'Stake et', each with one sentence explaining its purpose. Add 'Nasıl oynanır?' before the first game. Visitors should understand actions, costs and readiness within 15 seconds. Keep controls readable and operational details expandable.\n\nAdd lightweight idle/selection reactions: dragon flame, frog bioluminescence, wolf frost and raven lightning, plus choice, attack, reveal and result animations. Effects must follow actual game/transaction states; celebrate real payouts only after confirmed receipts. Label practice celebrations. Bundle finished media, pause offscreen effects, support still/reduced-motion fallbacks and opt-in sound muted by default. Keep mobile loading and wallet actions responsive.\n\nGame cards must show objective/scoring, practice/live status, entry cost, maximum loss, funded prize and entry/reveal countdowns. Explain unavailable values when no round exists; offer rules before wallet connection. Local random practice earns no tokens and does not prove skill. Preserve deployed scoring; never fabricate activity, player counts, prizes or urgency.\n\nAdd seasonal leaderboards, achievement badges and new challenges. Derive paid rankings from verified Arena events with documented scoring and dated seasons; label local practice separately and show empty states honestly. Badges are informational, without token value or new reward rights. IMD-generated challenges require real reviewed operator content and owner approval of future-round rules. Use the existing data architecture within this website scope, preserving contracts and fee-funded budgets.\n\nShow a prominent live readiness summary: contract bindings, operating configuration, operator connection, funded prizes and open rounds. Expose the existing owner-only setup panel in top navigation when the owner connects. Keep its simulated, receipt-checked Phase A sequence and irreversible-binding safeguards; skip already-correct settings and stop on conflicts. Explain that owner setup needs wallet signatures and ETH gas and does not itself create a game or reward funding. Keep Phase B budget settings separate with plain-language explanations and reviewed inputs, not guessed values.\n\nAdd an owner-only round management panel using the actual deployed ABIs and application deployment guide. Guide the owner through the required OracleAdapter.pinQuestion and Arena.createRound sequence with matching deadlines, published question/scoring and a prize budget actually available on-chain. Simulate each transaction, request wallet confirmation, wait for receipts and refresh state. Display the next required action if no rounds exist. Preserve locked rules, spending caps, player deposits, refunds and prize accounting. Do not open paid rounds without required oracle/operator readiness and funding. When income is insufficient, explicitly show free-practice-only operation.\n\nConfigure a single public operator-status endpoint for the project when its separately hosted operator is available; ordinary players must not need to paste a server URL. Preserve signed executor/status verification, expiry checks and offline handling. Document the operator handoff and outstanding setup; never describe static IPFS hosting as a running backend. Never put private keys or paid IMD API credentials in the browser or claim the operator is active without evidence.\n\nExplain real play as enter/commit, reveal before deadline, then claim/refund. Show 100 PRIO escrow + 2 PRIO fee, maximum 22 PRIO loss plus gas, exact approvals, funded prizes and deadline reminders before entry. Keep reveal-secret export/import and independent access to eligible reveals, withdrawals, claims and refunds. Give each transaction a visible pending/success/error status and receipt link.\n\nStaking must prominently say 'Deposits work; rewards are not currently funded or streaming' when applicable. Show actual reserve, stream status and claimable rewards before deposit confirmation; never imply staking alone creates income. Fix the reward-rate display in web/src/panels.tsx: fmt already converts 18-decimal units, so do not divide rewardRate by 10^18 again. Use precise token formatting and distinguish reserved past liabilities from an active new reward stream.\n\nTest production build and mobile/desktop flows: practice without wallet approval, no rounds, incomplete bindings, zero staking rewards, operator offline/expired, RPC failure, wrong owner/network and failed transactions. Test the real funded entry/commit/reveal/claim/refund path on a local fork without broadcasting tests to mainnet. Review desktop/mobile screenshots for readable instructions, distinct practice/live actions, clear game-card costs and consistent branding. Verify visible faction reactions, keyboard controls, reduced motion and opt-in sound. Return updated GitHub source, public site URL and a concise checklist separating delivered UI fixes from owner signatures, funding and server setup still required. Do not bypass readiness checks to make buttons look functional.","baseCommit":"10100c9a1b507596bb42c235f136b572064d715f","state":"completed","createdAt":"2026-10-10T07:56:27.326Z"},{"jobId":"725d6f05-0c7a-499f-b5d6-6f940ee32a82","workflowId":null,"objective":"Fix the existing PRISM RIOT website at https://prio.sites.imd.fun/ . Continue the latest delivered website job https://explorer.imd.fun/jobs/af30ee06-1938-49e6-97ab-2b5f599e7a63 using repository https://github.com/identity-md-launches/launch-1153-build-test-independently-review and commit 230e8aaa2d52802a00427c8746f23ecc0238a9d7, or its verified newer project head. Publish under the same project URL. Keep existing Ethereum contracts, ownership, supply, pool, immutable 0.5% treasury hook fee and allocations; no redeployment.\n\nMake the entire site English-only. Remove the TR/EN selector and locale-dependent Turkish rendering, including persisted Turkish preferences. All player and owner screens, instructions, errors, tooltips and transaction notices must use clear English. Preserve project and faction names.\n\nPriority: users report disabled staking and swap buttons. Diagnose the actual browser flow, not just labels. At block 26161369, delivered readSnapshot succeeded for public and owner views: verified=true, no verification errors, Phase A complete, pool liquidity present. At block 26161373, eth_call simulations for buying with 0.001 ETH, selling 100 PRIO and approving 100 PRIO to StakingVault succeeded. These were simulations, not executed trades or completed staking deposits. Paid-game readiness was incomplete; staking reward reserve/rate were zero. Read fresh state and reproduce disabled controls in a browser; do not assume an oracle problem or broken pool.\n\nAudit web/src/wallet.ts, panel-common.tsx, panels.tsx, App.tsx and chain read/write/swap paths. Shared ready() requires account, WalletClient, chain id 1, verified snapshot and no stale-read error. Swap signing also requires a fresh quote; selling requires bounded allowances. Show every unmet prerequisite beside its action in plain English. Never leave a grey button without explanation. Distinguish not connected, wrong network, missing client, loading, failed/stale RPC, verification failure, invalid amount, insufficient balance/gas, missing approval and expired/missing quote. Offer reconnect, network switch, refresh or quote preparation. Use action-specific verified reads so unrelated oracle/agent failures do not unnecessarily disable valid staking/swapping; preserve target, pool/router, chain and permission verification.\n\nFix wallet lifecycle: accountsChanged updates the account without rebuilding the client. Restore and disconnect/reconnect must never show a connected account while WalletClient is absent. Keep provider, account, client and chain consistent; handle locked wallets, account/network changes and multiple injected providers. Verify network switches before reporting success. Refresh read state after connection changes; expose RPC errors with retry/fallback. Connecting a wallet must not request transaction signatures or approvals.\n\nMake buying PRIO the most visible financial action. Add 'Buy PRIO' in desktop/mobile navigation and hero, plus a compact ETH-to-PRIO swap widget above the fold where space permits, otherwise immediately after the hero. Default to Buy with an empty amount. Show balance, received amount, minimum output, price impact when calculable, slippage, platform/hook fees and separate gas costs. Debounce simulated quotes after valid input; discard outdated responses when amount/direction/account/network changes. Refresh expired quotes with manual retry available. Explain the next step on the primary button. Keep explicit wallet confirmation, minimum-output protection and limited approvals. A missing quote must lead to quote preparation, not an unexplained dead end. Test buys/sells, Permit2 allowances and router simulation.\n\nAdd 25%, 50%, 75% and 100%/MAX amount shortcuts to staking, withdrawal and both swap directions. Stake uses the connected wallet's available PRIO; withdrawal uses its actually withdrawable staked PRIO, never the global staked total; selling uses its available PRIO. ETH buys use spendable ETH after a fresh estimated gas reserve with a displayed buffer: MAX must not consume gas money. Recheck gas affordability for PRIO approvals/deposits/sells too. Calculate percentages in integer base units with token decimals and round down; no floating-point balance arithmetic. Show the resulting amount in an editable field. Reset on account/network/input-asset changes and invalidate prior quotes/approval assumptions when amounts change. Refresh balances after receipts; if data or gas estimates are missing, explain why the affected shortcut is unavailable. Selecting a percentage only fills the amount; it never signs, approves or submits. Support keyboard/mobile use and highlight the selected percentage.\n\nStaking: provide amount -> bounded approval if needed -> deposit, plus withdraw and claim. Read allowances after receipts and refresh balances. Zero rewards must show 'No reward stream is currently active' before confirmation but must not itself block a valid deposit. Show principal, claimable rewards and stream status. Do not state 'deposits work' while that wallet's action is blocked; explain its actual blocker. Preserve independently accessible withdrawals/refunds/recovery when contracts permit. No promised APY or yield.\n\nMove founder controls lower down. Remove owner setup and round-management actions from top navigation, hero and prominent readiness area. Place them in a collapsed 'Founder / Admin' section near the bottom/footer, shown only to the connected verified owner. Keep transaction-level owner checks; hiding controls is not authorization. Preserve Phase A safeguards, Phase B and round creation; skip existing correct bindings. Show compact player-facing game status near games, with operating diagnostics lower down. Buying/staking must not appear unavailable merely because paid games are not ready.\n\nPreserve the delivered neon artwork, logo, https://x.com/PrismRiotIMD links, faction reactions, animations, opt-in sound, mobile accessibility and reduced motion. Focus navigation on Buy PRIO, Games and Staking. Keep explicit free-practice vs real-game actions, objective/scoring, 100 PRIO escrow + 2 PRIO fee, maximum 22 PRIO loss plus gas, funded prizes and deadlines. Separate practice progress from real event-based rankings/badges. Never invent activity, token rewards or readiness. Preserve reveal-secret recovery, indexed claims and refunds.\n\nKeep paid games/IMD work disabled until configuration, verified operator, fee-funded budgets, prizes and rounds are ready. Preserve project-level signed operator status and server-key separation. Do not reuse these game requirements as blanket blockers for swaps or valid staking. Never spend player principal on operations or require owner operating advances.\n\nAcceptance: exercise the delivered UI with a controlled browser wallet/provider and local Ethereum fork. Cover connection/reconnection, account restoration, locked wallet, chain changes, RPC recovery, invalid amounts, quote expiry, buy/sell allowances, staking approval/deposit/withdraw and zero rewards. Check percentage rounding, zero balances, MAX gas reservation, manual editing and wallet changes. Verify English-only rendering even with a saved Turkish preference. Each disabled action must explain why and how to proceed. Do not broadcast tests to mainnet. Review mobile/desktop screenshots: buying immediately visible, founder controls collapsed near the bottom, readable amount shortcuts and coherent artwork. Run production build and meaningful regression checks; return source, same public site URL and evidence. Separate simulations from signed transactions and remaining owner/server setup. Deliver a working published update.","baseCommit":"230e8aaa2d52802a00427c8746f23ecc0238a9d7","state":"completed","createdAt":"2026-10-10T10:23:54.178Z"}]},"deliver":true,"host":true,"site":{"id":"0f1d5157-f53b-4e79-bc16-a6d0fc511a39","jobId":"725d6f05-0c7a-499f-b5d6-6f940ee32a82","kind":"launch","tokenId":null,"agentId":null,"url":"https://prio.site.identitymd.eth.limo","status":"named","holdReason":null,"takenDownAt":null,"takenDownReason":null,"label":"prio","cid":"bafybeiewfqojevp6vjd76kqa4smkfgtdtippxuczm2z4xbkw723isnrsnu","bytes":2696787,"ensName":"prio.site.identitymd.eth","txHash":"0x859958137434567f3b0ba0e5cbe1f9dbe810991ab90e9685d9592620a0c5afa4","blockNumber":26161742,"attempts":0,"failure":null,"pinnedAt":"2026-10-10T11:29:35.158Z","namedAt":"2026-10-10T11:30:00.621Z","supersededBy":null,"supersededAt":null,"createdAt":"2026-10-10T11:29:19.796Z","updatedAt":"2026-10-10T11:30:00.621Z"},"launch":{"requested":false,"kind":null,"id":null,"status":null,"chainId":null},"oracleRequestId":null,"delivery":{"repoUrl":"https://github.com/identity-md-launches/launch-1153-build-test-independently-review","pullRequestUrl":"https://github.com/identity-md-launches/launch-1153-build-test-independently-review/pull/4","commit":"64f6ecc21c21cf1b9a598ca7aa9c5f62c74bd4ad","deliveredAt":"2026-10-10T11:29:36.157Z","media":null},"media":null,"nodes":[{"key":"build_website","role":"implement","state":"accepted","attempt":1,"revisions":0,"judgeRevisions":0,"dependsOn":[],"allowedPaths":[],"failureReason":null,"dispatchNote":null,"dispatchNoteAt":null,"updatedAt":"2026-10-10T11:29:19.796Z","verdict":{"status":"accepted","profile":"none","evaluation":"structural","rejectionCode":null,"detail":"paths and tree verified; no suite was run for this kind of work","verifierVersion":"0.1.0+fdeb4d4a","verifiedTreeHash":"342f354f399823d1c1f81ee7d7b14c1bb230c91e","at":"2026-10-10T11:29:19.795Z","failedChecks":[]},"seat":{"tokenId":"180","agentId":"51188"},"live":null}],"reviews":[{"status":"queued","chainId":1,"txHash":null,"blockNumber":null,"sentAt":null,"entries":[{"nodeKey":"build_website","agentId":"51188","value":1,"role":"verification:structural"}]}]}