Pharaoh Exchange logo

Pharaoh Exchange

创于 2025
Dexs

基于Avalanche的x(3,3)DEX:投票定向排放+液态质押xPHAR

Pharaoh Exchange — 产品设计

2.5

产品支柱(交易/流动性/赚取/投票)很清晰,也有一套偏“代币经济驱动”的信息架构,但入口被安全校验页截断,导致品牌信任与首单转化明显受损。

1. 品牌定位与自我描述

最大的问题是首屏品牌叙事断层。 从浏览器标题到首页展示,用户先看到的是 “Vercel Security Checkpoint” 和验证提示,而不是 Pharaoh Exchange 的价值主张。对 DEX 来说这会直接触发两种负面联想:

  • “网站不稳定/被风控”
  • “是不是钓鱼/安全性存疑”

但当用户进入 /learn 等页面后,品牌定位反而很明确:

  • 核心故事线是 MEV 捕获并回馈用户(把套利价值从 bot 手里拿回来)
  • 交易侧强调 集中流动性,并用“Pharaoh vs Trader Joe”这种对标来争夺 Avalanche 用户心智
  • 机制侧用 x(3,3)/metaDEXxPHAR/p33/Autovaults建立差异化,明显是在讲“我们不只是 Swap,我们是一套治理+激励系统”

从信息层级看,团队把 Stake/Vote/Fees 放到了与交易同等的重要性,说明市场定位更偏“协议型 DEX”,目标用户是愿意理解机制、追求长期收益与治理权的中高阶用户。

结论:中后段叙事 OK,但顶层品牌与入口体验目前严重拖后腿。

2. 导航架构与产品支柱

从导航可以读出 PM 的产品拆解方式:不是传统的“Swap/Pool”二分,而是围绕“交易 + 流动性 + 激励治理”的闭环来组织。

一级支柱很明确:

  • Trade:交易入口
  • Dashboard:用户资产/仓位中枢(把它抬到一级,说明希望用户常驻)
  • Liquidity:集中流动性管理
  • Earn:收益入口(更偏结果导向)
  • Vote:治理/排放方向(把投票放一级非常少见,强调机制驱动)

二级模块是协议专有概念,用来承载增长飞轮:

  • xPHAR:质押与投票、赚取协议费
  • p33:流动性质押代币(降低锁仓/流动性损失)
  • Autovaults:自动化领取/复投/投票奖励(降低参与成本)
  • Stats:数据面板(增强可信度与决策)

信息层还有 Learn、以及页脚的 Protocol / Incentives / Documentation / Media

风险在于:模块命名对新用户不友好,且 Earn / Autovaults / xPHAR 之间容易产生“到底哪个是我该点的收益入口”的重叠感。最佳实践是把用户任务拆成更直白的路径:我想换币 / 我想做 LP / 我想质押赚手续费,再在路径里解释这些名词。

3. 用户流程与转化策略

当前可见的核心转化按钮是 Connect Wallet,并搭配 PHAR 价格展示。这是典型的 Web3 “先连钱包再行动”的设计,但 Pharaoh 的策略更偏“先教育再转化”。

/learn 的内容结构看,团队在做三段式漏斗:
1) 内容建立认知:集中流动性、x(3,3)、MEV 回馈
2) 对标竞品促迁移:直接拿 Trader Joe 做比较
3) 导向机制参与:引导去 xPHAR 质押、投票、赚协议费

问题是漏斗最上层被“安全校验页”截断:

用户从外部渠道点进来,先被验证拦住,价值主张与 CTA 无法第一时间触达。

从导航推测的主路径大概有三条:

  • 交易:Trade → Connect Wallet → Swap
  • LP:Liquidity → 选择池子/价格区间 → 存入
  • 机制参与:Learn → xPHAR → Stake → Vote → Earn fees

建议的流程优化方向:

  • 着陆页提供两个强入口:开始交易开始赚取(并说明门槛与风险)
  • 集中流动性必须做“决策前辅导”:区间模板、波动提示、回测/情景模拟
  • 把 Vote 做成“可选强化”,先让用户理解不投票也能做的事,再引导升级到投票策略。

4. 生态与社区布局

从“产品外圈”来看,Pharaoh 已经在搭建一个相对完整的协议生态框架,但对外释放的信息还不够“可验证”。

成熟度信号:

  • DocumentationLearn 两套内容体系:一个面向使用/集成,一个面向叙事与教育
  • 有明确的 IncentivesVote,说明激励与治理不是口号,而是产品的一部分
  • Autovaults 这种自动化模块通常是治理参与不足后的工程化补救,说明团队在尝试提升参与率/留存

不足与缺口(从当前页面露出看不到或不够突出):

  • 安全背书:审计、Bug Bounty、关键合约风险说明、权限/MEV 引擎的透明度
  • 开发者入口:API/SDK/Subgraph、集成指南、示例代码
  • 生态合作:Avalanche 项目合作、流动性计划的可持续性说明
  • 运营透明:状态页、事故复盘、参数变更记录

如果 Pharaoh 的差异化是“MEV 捕获并返还”,那就更需要把 机制透明度与可验证性做到位,否则用户会质疑“返还规则是谁定的、能不能被改”。

5. 产品设计评估

我认可的设计决策:

  • Vote 放在一级导航,说明产品核心不是“更好用的 Swap”,而是“治理驱动的流动性网络”。这对争取高价值 LP/协议玩家是对的。
  • xPHAR + p33 + Autovaults 组合拳,是在解决 ve(3,3) 常见痛点:锁仓刚性、投票疲劳、奖励领取摩擦。
  • Learn 的选题非常策略化:先讲机制与差异化,再做竞品对比,适合 Avalanche 上存量用户迁移。

但现在最大的问题也很明确:入口体验失控。 安全校验页让用户在还没理解价值之前就产生不信任,这会直接拖低:

  • 首次访问留存
  • 钱包连接率
  • 社交传播与自然流量

对标一线 DEX(Uniswap/Trader Joe 等)的差距:

  • 缺少“一句话价值主张 + 证据点(深度、费率、路由、返还比例)”的首屏表达
  • 缺少集中流动性的强引导(区间推荐、风险提示、预估收益/回撤)
  • 模块命名更偏协议内部语言,缺少面向新用户的任务式导航

优先级建议:先解决入口与品牌一致性(移除校验、修复元信息),再做三条主任务的引导式流程(交易/做 LP/质押投票),最后再强化机制透明与安全信任建设。

Pharaoh Exchange

对 Pharaoh Exchange 感兴趣?

前往官网了解更多或开始交易

官方网站 * 可能包含推广返佣,不影响费用
💰

收益攻略

手续费收益 · LP 机会 · 激励计划 · 质押分析 · 赚钱策略