Kodiak V3 — Functional Modules
★
★
★
★
★
1.5
Only a Vercel Security Checkpoint is reachable, so core DEX modules (swap, pools, positions) cannot be functionally verified from the available page.
1. Access & Security Checkpoint (Vercel Gate)
What this module does
- The only accessible route,
/index, renders a Vercel Security Checkpoint interstitial instead of the DEX UI. - It appears to be a browser verification / bot mitigation layer placed in front of the app, blocking access until verification passes.
What is visible on the page
- Page title: “Vercel Security Checkpoint”.
- Primary message text: “We’re verifying your browser”.
- A secondary admin-oriented prompt: “Website owner? Click here to fix”.
- A region/debug-looking string is present in the preview (e.g.,
fra1::...), which typically indicates an edge location and request identifier used for diagnostics.
Interactive elements / implied flows
- No swap forms, wallet connection buttons, pool tables, APR/TVL metrics, or token lists are exposed on this route.
- The only actionable affordance implied by the content is an owner/admin fix link (likely routing to Vercel configuration/help). There are no user-facing controls to proceed other than the automated verification.
Strategic significance
- This gate is effectively a front-door dependency: if verification fails or is misconfigured, the entire DEX becomes unusable regardless of onchain functionality.
- It suggests the product relies on an edge security posture (rate limiting / WAF-like checks). For a DEX, this is important for UI availability, but it must be tuned to avoid blocking legitimate wallets, RPC-heavy pages, and embedded browsers.
- Until this checkpoint is cleared, downstream modules (e.g., swap, liquidity, positions, analytics) cannot be confirmed from the UI.