执行摘要
在过去十年里的大多数时间里，钱包的任务就是“存放”。密钥进入，密钥安全，必要时密钥取出。用这种方式来定义钱包的角色，已经无法对应人们实际如何使用这些产品。用户衡量一个钱包的标准，是在打开的那一刻能做什么，而不是资产在闲置时被放在什么地方。
当钱包唯一支持的操作只有存储时，每一次交换、购买或质押都会成为“离开”的理由。用这种方式构建的钱包只是交易之间的路标，而不是交易发生的场所。应用内交换已经从加分项变成了基础预期；有趣的问题也不再是“是否要加入”，而是“加入之后，行动应该放在哪里”。
这一转变有一个清晰的起点。2017 年，中心化交易所因一系列重大黑客事件而逐渐失去用户信任，围绕托管平台的监管也在收紧，自我托管不再是只适合技术派的偏好。对越来越多的用户而言，自我托管成了持有资产的更安全方式。
这种行为的变化与市场结构的变化发生了冲突。资产在不同链之间碎片化，人们在它们之间手动切换的过程会拖慢行动速度，并在他们试图做出操作的正当时刻提高失败率。流动性分散在订单簿、AMM 池以及彼此竞争的路由系统中。聚合与智能路由从“进阶工具”变成了“必备配置”，因为没有任何单一来源能够在自身条件下把一笔认真规模的交易定价得足够好。所以门槛出现了“双倍抬升”：用户希望托管权握在自己手中，同时又希望在不离开应用的情况下跨越十几条网络完成行动。
Guarda 在那一年起步为一款以太坊的 Android 钱包，由一个没有现成基础设施、没有产品积累、也没有外部资金的团队从零构建，定位为非托管产品。最难的从来不在于切入功能。真正难的是“信任”。非托管架构无法自行将私钥、备份文件或个人数据保存在自身服务器上，这使得工程难度高于服务器端钱包——对于一个自筹资金、还要受限于自身资源的团队而言，难度更是翻倍。尽管如此，早期努力还是引起了关注：以太经典社区采用了这款 Android 钱包，Zcash 基金会的拨款资助了一个轻量级 ZEC 客户端。
扩展问题很快显现出来。若为每条链都单独做一款应用，产品就会变成一堆彼此断开的钱包碎片，因此团队需要一种架构，能够在不造成分裂的情况下吸收新资产与新操作。要做到这一点，就意味着要拒绝三条更容易的路径——每一条都有真实的代价。托管或服务器端模式会简化工程工作，但会在过程中放弃自我托管。只做移动端会让产品保持聚焦，却会忽略人们管理加密货币的其他所有环境。引入外部资本能够加快招聘，却会叠加一系列团队不想承担的压力。Guarda 在三条路上都选择了更艰难的路线：自筹资金、跨平台，并且保持信任模型不变。
这种自律值得被研究。约束并不是对战略的补充注释——它本身就是战略。一个负担不起构建交易所的团队，必须对自己要构建什么、要接入什么保持精准。
决策从这里开始变得具体。Guarda 把应用内交换设为核心目标。但从零构建流动性与交换运营，正是团队已经排除掉的工作。因此，它划下了一条大多数路线图都会模糊的界限：基础设施外包出去，行动留在内部。
交换层通过 API 集成——以 ChangeNOW 作为主要提供商——因此交换在钱包内完成，而路由、定价和流动性则放在团队运营之外。Guarda 不成为交易所，也不会把用户导向交易所。
这种区别很容易被简化，所以有必要讲得更准确。把用户导向交易所，意味着离开界面进行重定向、使用单独的账户、进行第二轮身份校验，并将托管权交给运行该交易的平台。嵌入式交换则把所有这些都留在内部：不需要重定向，没有第二个账户，也不会转移托管权，且费用与交易数据留在钱包而不是场所。交易仍然会在外部通道上完成结算——但用户、行动发生的那一刻以及关系本身从未离开产品。只有“管道”被外包出去。由于路由是非托管的，促成交换发生所需的密钥从未离开用户的控制范围，因此钱包最初的承诺得以保留，而不是为了方便而用它去做交换。
外包这一层同样把团队本应避免的负担一并外包了：当提供商承担路由，并承担了大部分合规方面的权重时，钱包在增加交换能力的同时，并不会继承交易所完整的监管画像。
商业逻辑也来自同样的选择。用户在产品内能够完成的每一次操作，都在加深关系，并在不推动钱包走向托管的情况下创造可以盈利的空间——包括交换，以及之后最高可达约 20% APY 的质押（具体取决于资产）。Guarda 并未止步于交易：它还加入了代币生成器、Guarda Academy 的教育业务以及 $GRD 代币，但这些能力都挂靠在同一个钱包上，而不是催生出一个独立的应用。
结果读起来更像“实现了覆盖范围”，而不是一串“胜利清单”。Guarda 目前支持 70 条主要区块链，并且 ChangeNOW 是该覆盖范围背后的主要交换提供商（而不是唯一提供商）；它在 100 多个国家运营，覆盖网页；Windows、macOS 与 Linux 的桌面端；iOS 与 Android 的移动端；以及 Chrome 扩展。单币种的 Android 应用，变成了可以在同一环境中持有、交换、购买与质押的平台。集成处理了交换层；它并没有“制造”整个发展轨迹，而故事更诚实的版本是将这两件事保持分离。
对钱包团队而言，这一教训比“增加一个交易所”更狭窄。能够在行动发生的那一刻满足用户需求的钱包，即使不托管任何人的资金，也能建立更牢固的关系。Guarda 落地的规则非常尖锐：不要成为交易所，但也不要让另一个平台拥有交换这一行动本身。保持托管模型清晰，并把行动留在产品内部。
这也把今天运营钱包的每一个人都带向了同一个问题：在用户产生的所有交易意图中，你还把其中多少在发送到别处，以便在那里完成并获取价值？
______________________________________________________________________
Bitcoin.com 不对因使用或依赖本文引用的任何内容、商品或服务而产生的任何损失、损害、索赔、成本或费用承担任何责任或义务，无论该等损失、损害、索赔、成本或费用是直接的还是间接的、是实际的还是被声称的，还是由此产生的后果性损失；无论该等损失、损害、索赔、成本或费用与使用或依赖本文任何内容、商品或服务有关还是以任何方式与之相关。读者对任何此类信息的依赖均须自担风险。
81.99万 热度
101.09万 热度
11.75万 热度
18.41万 热度
32.07万 热度
ChangeNOW x Guarda 案例证明 - 钱包不需要变成交易所
执行摘要
存储不再是产品
在过去十年里的大多数时间里，钱包的任务就是“存放”。密钥进入，密钥安全，必要时密钥取出。用这种方式来定义钱包的角色，已经无法对应人们实际如何使用这些产品。用户衡量一个钱包的标准，是在打开的那一刻能做什么，而不是资产在闲置时被放在什么地方。
当钱包唯一支持的操作只有存储时，每一次交换、购买或质押都会成为“离开”的理由。用这种方式构建的钱包只是交易之间的路标，而不是交易发生的场所。应用内交换已经从加分项变成了基础预期；有趣的问题也不再是“是否要加入”，而是“加入之后，行动应该放在哪里”。
自我托管走向主流，并抬高了门槛
这一转变有一个清晰的起点。2017 年，中心化交易所因一系列重大黑客事件而逐渐失去用户信任，围绕托管平台的监管也在收紧，自我托管不再是只适合技术派的偏好。对越来越多的用户而言，自我托管成了持有资产的更安全方式。
这种行为的变化与市场结构的变化发生了冲突。资产在不同链之间碎片化，人们在它们之间手动切换的过程会拖慢行动速度，并在他们试图做出操作的正当时刻提高失败率。流动性分散在订单簿、AMM 池以及彼此竞争的路由系统中。聚合与智能路由从“进阶工具”变成了“必备配置”，因为没有任何单一来源能够在自身条件下把一笔认真规模的交易定价得足够好。所以门槛出现了“双倍抬升”：用户希望托管权握在自己手中，同时又希望在不离开应用的情况下跨越十几条网络完成行动。
Guarda 拒绝了三条捷径
Guarda 在那一年起步为一款以太坊的 Android 钱包，由一个没有现成基础设施、没有产品积累、也没有外部资金的团队从零构建，定位为非托管产品。最难的从来不在于切入功能。真正难的是“信任”。非托管架构无法自行将私钥、备份文件或个人数据保存在自身服务器上，这使得工程难度高于服务器端钱包——对于一个自筹资金、还要受限于自身资源的团队而言，难度更是翻倍。尽管如此，早期努力还是引起了关注：以太经典社区采用了这款 Android 钱包，Zcash 基金会的拨款资助了一个轻量级 ZEC 客户端。
扩展问题很快显现出来。若为每条链都单独做一款应用，产品就会变成一堆彼此断开的钱包碎片，因此团队需要一种架构，能够在不造成分裂的情况下吸收新资产与新操作。要做到这一点，就意味着要拒绝三条更容易的路径——每一条都有真实的代价。托管或服务器端模式会简化工程工作，但会在过程中放弃自我托管。只做移动端会让产品保持聚焦，却会忽略人们管理加密货币的其他所有环境。引入外部资本能够加快招聘，却会叠加一系列团队不想承担的压力。Guarda 在三条路上都选择了更艰难的路线：自筹资金、跨平台，并且保持信任模型不变。
这种自律值得被研究。约束并不是对战略的补充注释——它本身就是战略。一个负担不起构建交易所的团队，必须对自己要构建什么、要接入什么保持精准。
第三种选择：外包基础设施，保留行动
决策从这里开始变得具体。Guarda 把应用内交换设为核心目标。但从零构建流动性与交换运营，正是团队已经排除掉的工作。因此，它划下了一条大多数路线图都会模糊的界限：基础设施外包出去，行动留在内部。
交换层通过 API 集成——以 ChangeNOW 作为主要提供商——因此交换在钱包内完成，而路由、定价和流动性则放在团队运营之外。Guarda 不成为交易所，也不会把用户导向交易所。
这种区别很容易被简化，所以有必要讲得更准确。把用户导向交易所，意味着离开界面进行重定向、使用单独的账户、进行第二轮身份校验，并将托管权交给运行该交易的平台。嵌入式交换则把所有这些都留在内部：不需要重定向，没有第二个账户，也不会转移托管权，且费用与交易数据留在钱包而不是场所。交易仍然会在外部通道上完成结算——但用户、行动发生的那一刻以及关系本身从未离开产品。只有“管道”被外包出去。由于路由是非托管的，促成交换发生所需的密钥从未离开用户的控制范围，因此钱包最初的承诺得以保留，而不是为了方便而用它去做交换。
外包这一层同样把团队本应避免的负担一并外包了：当提供商承担路由，并承担了大部分合规方面的权重时，钱包在增加交换能力的同时，并不会继承交易所完整的监管画像。
商业逻辑也来自同样的选择。用户在产品内能够完成的每一次操作，都在加深关系，并在不推动钱包走向托管的情况下创造可以盈利的空间——包括交换，以及之后最高可达约 20% APY 的质押（具体取决于资产）。Guarda 并未止步于交易：它还加入了代币生成器、Guarda Academy 的教育业务以及 $GRD 代币，但这些能力都挂靠在同一个钱包上，而不是催生出一个独立的应用。
以规模作为回报，以及值得保留的规则
结果读起来更像“实现了覆盖范围”，而不是一串“胜利清单”。Guarda 目前支持 70 条主要区块链，并且 ChangeNOW 是该覆盖范围背后的主要交换提供商（而不是唯一提供商）；它在 100 多个国家运营，覆盖网页；Windows、macOS 与 Linux 的桌面端；iOS 与 Android 的移动端；以及 Chrome 扩展。单币种的 Android 应用，变成了可以在同一环境中持有、交换、购买与质押的平台。集成处理了交换层；它并没有“制造”整个发展轨迹，而故事更诚实的版本是将这两件事保持分离。
对钱包团队而言，这一教训比“增加一个交易所”更狭窄。能够在行动发生的那一刻满足用户需求的钱包，即使不托管任何人的资金，也能建立更牢固的关系。Guarda 落地的规则非常尖锐：不要成为交易所，但也不要让另一个平台拥有交换这一行动本身。保持托管模型清晰，并把行动留在产品内部。
这也把今天运营钱包的每一个人都带向了同一个问题：在用户产生的所有交易意图中，你还把其中多少在发送到别处，以便在那里完成并获取价值？
______________________________________________________________________
Bitcoin.com 不对因使用或依赖本文引用的任何内容、商品或服务而产生的任何损失、损害、索赔、成本或费用承担任何责任或义务，无论该等损失、损害、索赔、成本或费用是直接的还是间接的、是实际的还是被声称的，还是由此产生的后果性损失；无论该等损失、损害、索赔、成本或费用与使用或依赖本文任何内容、商品或服务有关还是以任何方式与之相关。读者对任何此类信息的依赖均须自担风险。