Native

覆盖页面：/index 以及各业务页共用的顶部导航

这一块是整个 DEX 的“入口层”，负责把用户导向交易、做市/资金端、文档与分析，并完成最关键的连接钱包动作。

功能与特性

• 顶部导航直接暴露产品分区：Credit Pools / Earn / Swap / Integration / Docs / Analytics，属于强产品导览型的 App Shell。
• 导航区还出现 “Ethereum” 字样，表现为链上下文提示（至少默认链/当前链在 UI 上有展示）。

可见交互

• 按钮：Connect Wallet（在 /index 与 /app/swap-rfq 可见）。这通常是后续所有链上交互（存入、兑换、授权、签名）的前置条件。
• 按钮：Get Integrated（在 /index 与 /app/swap-rfq 可见）。这不是面向普通交易用户的动作，更像面对合作方/集成方的入口。
• 页面文案在多个入口页重复：> “Native is an on-chain platform to build liquidity that is openly accessible and cost effective.” 说明首页承担品牌阐释与分流。

指标露出情况

• 在该入口层未看到 TVL、成交量、APR、支持币种数量、活跃池数量 等指标组件；入口更偏“导航 + CTA”。

战略意义

• Connect Wallet + Get Integrated 的组合，表明 Native 同时在做两件事：服务终端用户（交易/赚取收益）以及服务 B 端（钱包、聚合器、做市商、协议集成）。App Shell 的作用是降低路径成本，让用户快速进入具体模块，同时把开发者导到文档与分析页。

覆盖页面：/app/credit-pool（标题显示 Credit Based Liquidity Pools）

Credit Pools 是 Native 的核心叙事：不是传统 AMM 意义上的“被动 LP”，而是以“信用/授信”概念组织的流动性供给模块。

模块在做什么

• 从命名与产品分区来看，这里应当承载：
  • 流动性池的参与入口（存入/赎回）。
  • 基于信用的资金分配逻辑（例如对特定流动性需求方的额度、条件或风险分层）。
• 与 Swap（尤其 RFQ）天然耦合：信用池提供更可控的流动性来源，供交易侧调用。

页面可见信息

• 页面标题与全站统一描述强调 “Credit Based Liquidity Pools”。
• 顶部导航显示可在 Credit Pools ↔ Earn ↔ Swap 间切换，说明这是独立的状态页而非纯营销落地页。

指标/组件露出不足

• 在当前可见的页面层面，没有看到常见的池子列表/表格（如 池子名称、TVL、利用率、费率、借贷方/做市方信息、风险等级）。
• 也未看到明确的输入控件（例如 token 选择、数量输入、授权/确认按钮）。

战略意义

• 把“Credit Pools”作为一级导航，意味着 Native 想用信用结构提高资本效率：让资金不只是挂在曲线上等成交，而是可被更精细地配置给特定执行/报价机制。
• 这类模块对机构用户尤其关键，但机构也会要求更强的风险与指标披露；目前页面呈现更像“功能位已确定，数据与操作面板尚未充分外露”。

覆盖页面：/app/earn

Earn 模块是资金端的产品包装层，目标是把底层流动性与信用结构转化为用户能理解的“收益账户”。

模块定位

• 从全局导航看，Earn 与 Credit Pools、Swap 并列，说明它不是附属页，而是独立产品面。
• 合理预期功能包括：
  • 资金存入某种策略/池；
  • 查看持仓、收益累计、历史记录；
  • 赎回/再投资等操作。

可见交互与内容

• 当前页面可见层面主要是统一的产品描述文案（与其他入口页一致），未看到具体策略卡片、收益列表、或操作按钮。
• 未见表格/筛选器（例如按链、资产、期限、风险等级过滤）。

可见数据点（缺失说明）

• 没有直接展示 APR/APY、TVL、奖励代币、锁定期、最小存入 等核心信息。
• 也未看到“已连接钱包后的个人资产区”（如余额、可提取收益）。

战略意义

• 对信用型流动性协议来说，Earn 负责“把供给侧做大”：用收益吸引资金沉淀，进而支撑 Swap/RFQ 的执行能力。
• 但 Earn 要真正可用，通常需要把“收益来源与风险”讲清楚（利用率、借用方集中度、历史实现收益等）。目前页面呈现更偏框架占位，距离机构可审计/可决策的信息密度还有差距。

覆盖页面：/app/swap-rfq

该页面路径直接写明 RFQ（Request for Quote），意味着 Native 的交易更像“询价-确认-成交”的执行模型，而不是单纯在 AMM 曲线上即时换币。

模块在做什么

• 作为交易侧入口，理论上应提供：
  • 选择买入/卖出资产与数量；
  • 获取报价（可能来自做市商/内部信用池流动性）；
  • 钱包签名后完成成交。

可见交互

• 按钮：Connect Wallet，Get Integrated。
  • 前者是交易执行必须步骤；
  • 后者暗示 RFQ 体系面向外部合作方开放（如钱包内置兑换、聚合器路由、机构交易接口）。
• 顶部导航同样列出 Credit Pools / Earn / Swap / Integration / Docs / Analytics，并显示 Ethereum。

数据露出情况

• 在当前可见范围内，没有出现典型 swap 组件：币种下拉、数量输入、滑点设置、报价刷新/过期倒计时、成交状态（pending/filled）、以及价格影响/费用拆分。
• 也没有看到盘口深度、点差、历史成交等交易数据。

战略意义

• RFQ 结构通常服务两类目标：更好的大额执行（减少价格冲击）与更可控的交易路径（降低 MEV 暴露）。
• 结合 Native 的“Credit Pools”叙事，可以推断其核心在于用结构化流动性为 RFQ 提供可持续报价来源；交易模块是需求端入口，但目前页面信息更偏入口级，离可交易的“完整面板”还有一段产品实现距离。

覆盖页面：/native-dev，/native-dev/resources/analytics

这部分是 Native 面向开发者与合作方的工作台：提供文档站结构、搜索能力，以及官方推荐的外部数据分析入口。

模块功能

• /native-dev 标题为 “What is Native”，是文档站的起点页。
• /native-dev/resources/analytics 的 <h1> 为 “Analytics”，并按数据平台与链维度组织信息。

可见交互与信息结构

• 搜索框：Search…（两页均有），说明文档内容可被索引检索。
• 文档站 UI 控件（按钮/icon）：bars（侧边栏）、circle-xmark/xmark（关闭）、chevron-right/up/down（层级导航），以及 sun-bright、desktop（主题/显示模式切换）。
• Analytics 页明确列出外部平台条目：
  • <h2> hashtagDefiLlama、<h2> hashtagDune、<h2> hashtagCoinGecko
  • 链标签：hashtagEthereum、hashtagBsc、hashtagArbitrum、hashtagBase

数据呈现特点

• 当前页面未直接嵌入图表或指标组件，更像“资源导航页”，把 TVL、交易量、代币数据等查询引导到 DefiLlama/Dune/CoinGecko。

战略意义

• 对机构与集成方而言，第三方数据平台是尽调与监控的基础。Native 把 Analytics 做成文档体系的一部分，并且标注多条链，传递出“可被外部验证/可跨链观察”的产品姿态。
• 结合 App 内的 Get Integrated CTA，这一模块就是 Native 的 B 端增长入口：让合作方更快获得集成材料与可验证数据来源。