Google
区块链开发的首选机构。 极其经验丰富、高度专业的团队。与他们合作非常愉快。
// 01
我们做什么
钱包方案决定了你的转化率、你的客服压力，以及密钥丢失时谁来担责。值得在动手之前就选对。
内嵌钱包与无感钱包
把钱包创建藏在社交登录背后，面向并非为加密而来的用户。
- 从社交登录到钱包只需一步
- 不向用户展示助记词
- 熟悉的交互背后是链上原语
- 想拿到私钥的用户可逐步解锁
MetaMask Snap
扩展用户已经在用的钱包，而不是再发布一个新的。
- 面向沙箱的 Snap 开发
- 自定义链与签名流程
- 在 MetaMask 内提供智能账户能力
- 权限与审核流程处理
密钥管理
MPC、智能账户还是普通 EOA，按你实际承担的责任来选。
- MPC 与门限签名架构
- 硬件签名与平台钥匙串签名
- 托管与非托管各自的后果
- 密钥轮换与恢复设计
多链钱包应用
面向移动端与 Web 的完整钱包产品。
- 多链账户与余额处理
- 签名前的交易模拟
- 始终保持流畅的代币与 NFT 展示
- 移动端与浏览器扩展交付
钱包模型选型
在写代码之前，我们会把各个选项拿到你的用户面前比一比。
- EOA、智能账户、MPC、内嵌、托管
- 保管密钥带来的监管后果
- 各模型的客服负担与恢复成本
- 选错之后的迁移路径
// 02
我们如何做钱包
多数钱包项目栽在注册流程上，而不是密码学上。在 Afoma 上，我们把链上原语放到社交登录背后，用户全程看不到加密术语，客户的公开评价也提到了交付速度。在 MetaMask Snap 上，我们与 Boba 团队一起走了相反的路，去扩展用户已经信任的那个钱包。哪一种是对的，完全取决于你的用户是谁。另见账户抽象开发 与 Web3 中枢页 。
// 03
什么时候你不该自己做钱包
自建钱包很少是正确答案。如果你的用户本就熟悉加密，就接入他们已有的钱包，把预算花在你的产品上。如果他们不熟悉，那么来自成熟服务商的内嵌钱包，在时间和风险上通常都胜过自建。只有当你有不常见的签名模型、有一条没人好好支持的链，或者有标准服务商满足不了的体验要求时，定制钱包才值这个成本。另外，请对托管这件事诚实：一旦你能动用户的资金，你就进入了一个拆解起来代价高昂的监管位置。
// 实证
用案例说话，而不是承诺
MetaMask
原生集成
带混合计算的智能钱包，藏在用户已信任的钱包里，与 Boba 团队一起对着 MetaMask 的 Snap 沙盒构建。
Typescript
MetaMask Snaps
Solidity
Web3 社交登录
已上线
上线中的 marketplace、链上原语、零加密术语，社交登录 + 隐形的钱包创建。
Typescript
Solidity
Ethers.js
50+
目标用户年龄
跨浏览器扩展、加了 Tron、iOS + Android 多渠道分发，基于 Enkrypt fork 构建，每个版本都在还债。
VueJS
Typescript
NestJS
这些是精选项目，并非我们的全部作品。自 2018 年以来我们已交付 75+ 款产品。
客户怎么说
LinkedIn
关于区块链与 NFT 的技术问题，我一次又一次乐意找 Kevin。他在这个领域钻研得非常深入，他所带来的专业能力对此类项目而言无疑是不可或缺的。因此我只能推荐每个人在这些话题上联系 Kevin。
Trustpilot
智能合约开发的专家。
独立平台评分：4.5/5（Trustpilot） 查看评价
常见问题
关于钱包交付的坦诚回答
// 更多
