Balancer

模块作用

• /swap 是面向终端用户的核心交易入口，页面文案明确覆盖多网络（描述中点名 Ethereum、Optimism、Arbitrum、Base），定位为“Swap tokens on Balancer”。
• 交互设计明显以“钱包上下文”为前提：可见按钮只有 “Create wallet” 与 “Connect”，说明报价、路由选择、授权/确认等表单很可能在连接钱包后才渲染。

从页面元素推断的功能结构

• 该页没有暴露额外筛选或信息流入口，属于单任务界面：用户进入后要么连接钱包，要么直接进行资产兑换。
• 按钮文案统一，意味着站点在 swap 场景下倾向于降低 UI 噪声，把复杂逻辑（链切换、Token 列表、允许额度、滑点/最小成交）交给钱包连接后的状态机处理。

战略意义

• Swap 是高频交易入口，极简入口能减少“错误网络/未授权”导致的失败交易。
• Balancer 底层支持多种池类型甚至可编程扩展（后续在 /build/ 有 hooks、router 等），但前台只提供标准 swap 动作，有利于把复杂性隐藏在路由与池选择算法中。

与开发者模块的连接

• 该页与 /build/build-a-router/create-custom-router/html 的“自定义路由”形成前后呼应：前台体验统一，后台可针对不同订单流实现差异化路径选择。

模块作用

• /pools 是流动性供给侧的“市场列表页”，用于发现池子、比较收益与活跃度，并引导用户添加流动性。
• 页面主叙事强调：通过 swap fee 获取收益，同时保留价格敞口（“Provide liquidity to accumulate yield from swap fees…”）。

可见数据与指标

• 池子总量直接展示为 “Liquidity pools (5,755)”，说明这是一个大规模目录而非精选列表。
• 顶部有指标按钮 “TVL”、“Volume (24h)”、“APR”，体现常用排序/筛选维度。
• 页面出现收益数值示例：“2.25% - 2.57%”、“1.20%”（通常对应卡片标签或筛选结果的 APR 区间/单值）。

生态与产品分区

• 有独立标题块 “QuantAMM”、“CoW AMM”、“Gyroscope”，说明 Balancer 不只运营单一池模型，而是聚合/承载多类 AMM 设计。
• 还有上线提醒 “Balancer is live on Monad”，用于推动新链流动性冷启动。

交互入口

• “Filters” 暗示提供多维过滤（链、Token、池类型、激励等）。
• “Connect” / “Create wallet” 说明连接后会出现个性化信息（持仓、可加池、奖励资格）。

战略意义

• 这是 Balancer 的供给侧增长与留存页面：把“复杂池类型 + 多链部署”压缩成可排序的资产目录，降低 LP 选择成本。

模块作用

• /create 提供“Create a pool on Balancer v3”的端到端创建流程，面向项目方与高级 LP 发起新池。
• 页面结构是明显的步骤流：“Type / Tokens / Details / Fund”，同时在内容区重复出现 “Pool type”、“Tokens” 等小节标题，属于“步骤导航 + 配置面板”的双层布局。

表单与校验线索

• 有独立区域 “Pool preview”，通常用于实时汇总配置（Token 列表、参数、初始注资要求），并在提交前做一致性校验。
• 标题 “Pool tokens in my wallet” 暗示读取钱包余额，决定可选 Token 与注资可行性；这类设计往往伴随 allowance 检查与缺口提示。

关键按钮与流程控制

• 钱包相关按钮同时出现 “Connect” 与 “Connect wallet”，说明全站 Header 与页面内部可能各自提供一次连接入口。
• 存在强制重置按钮 “Delete & restart”，这在多字段、强依赖前序输入的创建流程里很必要（例如 Token 更换会使权重/参数/注资金额全部失效）。
• “Get help” 是内建的支持入口，适配创建失败或参数不理解的场景。

战略意义

• 池创建是协议供给扩张的核心杠杆。把 v3 创建做成向导，能降低项目方部署门槛，并通过 preview 与钱包余额提示减少链上不可逆错误。

模块作用

• /portfolio 是账户维度的管理中心，聚合“我的流动性”“可领取激励”“staking/boost 入口”等操作。
• 页面默认标题是 “My Balancer liquidity”，强调这是连接钱包后的主视角。

可见数据与空态

• 在未连接或无持仓的状态下，页面展示总额为 “$0.00”。
• “Claimable incentives” 与 “$0.00” 明确显示（且标题重复出现一次），更像是把激励拆成多个来源/面板（例如不同链、不同计划或不同奖励类型）。

多链与功能分栏

• 链切换入口直接列出 “Ethereum / Arbitrum / Base”，说明持仓与奖励是按链分账的。
• 按钮区包含 “Filters”、“Staking”、“veBAL boost”、“My liquidity”、“APR”、以及 “Connect wallet”。
• 这表明 portfolio 不只是静态展示，还承担跳转到质押、提升（boost）、以及按 APR/条件筛选持仓池的能力。

战略意义

• 这是留存与复投页面：把 LP 的多池、多链参与转成可管理的账户资产视图。
• 单独把 veBAL boost 做成按钮，等于把“治理锁仓”与“收益优化”强绑定，促使 LP 从短期挖矿转向长期对齐。

模块作用

• /vebal 用产品化的方式解释并引导 veBAL 锁仓与收益加成，页面开头是 “Lock-in for veBAL boosts”。

权益点列举（页面原文）

• 在 “Why get veBAL?” 下，权益被拆成四个明确的标题：
  • “Vote on Balancer's future”（治理投票权）
  • “Share protocol revenue”（协议收入分配）
  • “Earn weekly voting incentives”（每周投票激励）
  • “Boost liquidity mining yield”（提升流动性挖矿收益）

流程化引导

• “Here’s how it works” 把路径拆成三步： 1) “Add liquidity” 2) “Lock your LP tokens” 3) “Get power + rewards”
• 按钮仍是 “Create wallet / Connect”，典型的钱包门控：先建立账户状态，再进入锁仓与奖励计算。

战略意义

• veBAL 是 Balancer 的长期对齐机制：把治理权、收入权与激励加成绑定到锁定周期，降低流动性“快进快出”。
• 对机构视角，页面把 veBAL 定位成“收益工具 + 治理资产”，便于评估其对现金流（protocol revenue）和激励市场（weekly voting incentives）的暴露。

模块作用

• 以 /concepts 与 /build 为核心，提供 Balancer 作为“可编程 AMM 平台”的开发入口：可扩展池逻辑、可自定义路由、可实现全新不变式，并给出 subgraph 数据端点。

概念入口

• /concepts/core-concepts/introduction/html 提供 “What is Balancer?” 与 “Helpful Articles to Learn More”，属于新开发者的导览页。

Hooks：扩展现有池类型

• /build/build-a-hook/extend-existing-pool-type/html 给出可落地的实现路径：
  • “Creating a Dynamic Swap Fee Hook Contract”
  • “Setting Hook Configuration”
  • “Hook Registration”
  • “Implementing the Swap Fee Logic”
• 这说明 hooks 可以在不改动池核心实现的前提下，注册并注入运行时逻辑（例如动态费率）。

路由：自定义 Router

• /build/build-a-router/create-custom-router/html 以 “Usage” 为核心，偏向集成方把 Balancer 作为执行层，自行控制路径选择与订单流处理。

定制 AMM：新不变式与安全边界

• /build/build-an-amm/create-custom-amm-with-novel-invariant/ht 覆盖从数学到生命周期：“Compute Invariant / Compute Balance / On Swap / Constructor arguments”，并单列 “Swap fees”、“Hooks”、“Vault reentrancy”、“Add / Remove liquidity”。按钮里还出现 “Constant Product Pool”、“Constant Sum Pool”，像是对照模板。

数据层：Subgraph

• /data-and-analytics/data-and-analytics/subgraph/html 列出 “V3 Subgraphs”，分 “Vault Subgraphs” 与 “Pools Subgraphs”，表格列为 Network | Production URL | Development URL (rate-limited)，直接告诉你各网络的索引端点。

战略意义

• 这是 Balancer 的平台化护城河：用 hooks/不变式扩展吸引创新池模型，用 subgraph 把数据可用性工程化，方便机构与集成方做风控、监控与策略执行。

模块作用

• /partner-onboarding/onboarding-overview/introduction/html 把“技术介绍 + 接入流程 + 产品选型”合并成一条对外路径。
• 页面分区清晰：“Overview” 下讲 “Balancer Technology”、“Unique AMM Designs and Products”；流程层面有 “High-Level Overview of Onboarding Process”、“Onboarding Journey”、以及 “Find the Right Product for Your Needs”。

产品向导与用例按钮

• 页面直接给出 “Balancer Product Wizard 🧙‍♂️”，意味着不是只读文档，而是引导式决策。
• 可见的用例按钮覆盖常见合作方需求：
  • “Governance Token Liquidity”（治理代币流动性）
  • “Index Products or Multi-Token Pools”（指数/多资产池）
  • “Custom Pool Logic or Extensions”（定制池逻辑/扩展）
  • “LVR Protection”（降低 LVR/对抗不利选择）
  • “Token launch”（代币发行/启动流动性）

版本与部署提示

• “Balancer Deployments” 下至少出现 “Balancer v2”，说明 onboarding 会区分版本与链上部署，避免合作方选错技术栈。

战略意义

• 该模块把 BD 与工程交付串起来：先按目标选产品，再下钻到 hooks/router/custom AMM 等具体实现。
• 对机构客户，这种“用例—产品—版本”映射能显著降低沟通成本，并更快形成可执行的集成路线图。

模块作用

• 该部分不是交易功能本身，但直接影响转化与可用性：包括合规披露与入口访问的安全拦截。

Cookies Policy（同意与披露）

• /cookies-policy 提供完整的法律结构化内容：
  • I. Introduction and Scope of Policy
  • II. About Cookies
  • III. Do You Have to Accept Cookies?
  • IV. Additional Technologies
  • V. Using Information
  • VI. Sharing
• 即使在政策页，仍保留顶部动作按钮 “Create wallet” 与 “Connect”，说明站点采用全局 Header，避免用户在合规页面“走到死胡同”。

安全检查点

• /index 显示 “Vercel Security Checkpoint”，代表入口路由存在上游安全/风控层（例如异常流量拦截或挑战页）。

战略意义

• Cookies/隐私披露是进行站点分析与营销归因的合规前提，也对机构审计与供应商评估有意义。
• 安全检查点优先保障可用性与抗攻击能力，但也可能给量化团队、API/自动化工具或跨区访问带来不确定性；把它放在入口路由意味着平台把稳定性与风险控制放在首位。