加密钱包开发：由专人负责托管与交付

托管决策决定了钱包的运营形态

钱包的托管模式决定了谁管理其密钥，以及产品需要解释哪些责任。我们将此决策放在开始阶段，在界面工作或功能估算使范围更难更改之前进行。

一份有用的初始记录应包含目标用户、钱包的核心目的、密钥管理方法以及启动时所需的操作。添加您的顾问已提出的任何法律问题。这些要点为设计和工程提供了经过深思熟虑的讨论基础。如果钱包属于更大应用程序的一部分，其边界可以与dApp开发和更广泛的Web3开发工作进行协调。

对于非托管钱包，简报应描述用户如何访问和管理密钥，哪些操作需要确认，以及产品传达的恢复预期。托管钱包则引入了不同的运营安排，因为产品代表用户管理资产或密钥。您的法律顾问应在启动前检查其监管分类。

根据用户的首要任务选择格式

交付格式应遵循用户需要钱包的位置以及他们需要在那里做什么。浏览器扩展、移动应用和Telegram Mini App各自创造了不同的产品背景；下表将决策与实际需求联系起来。

一份简洁的格式说明还应说明一个界面是否足以满足初始发布。包括用户在确认操作前必须看到的内容，以及您的团队在发布后期望的支持。如果Telegram是更广泛产品的一部分，请将钱包与Telegram机器人和Mini App开发进行协调。独立的手机体验可结合移动应用开发进行考虑。

首次钱包发布应包含哪些内容？

首次发布应支持目标用户所需的特定链和交易流程。在添加集成之前定义这些流程；一个紧凑、易于理解的流程比一个没有明确用户任务的功能列表更有用。

发布大纲可以整合支持的资产、发送和接收流程、兑换需求、确认细节以及面向用户的交易状态。使其与设计和技术范围保持紧密联系，以确保决策保持一致。如果钱包功能依赖于应用逻辑，请与智能合约开发对齐边界。如果产品还需要代币，请与代币创建和部署协调相关决策。

对于每笔转账，记录用户在确认前审查的内容以及钱包随后传达的状态。如果需要兑换，请注明集成工作和涉及的用户操作。通过命名启动时预期的链和操作来描述多链支持，而不是将标签本身视为完整需求。

安排，分四个有序步骤

工作从产品决策推进到双方认可的构建，然后经过审查和发布准备。Premium Promotions的一位指定负责人将决策整合在一起，并明确下一个审批点。

1. 确立产品。 我们讨论目标用户、托管方法和发布目的，然后为您的团队或法律顾问记录未解决的问题。
2. 设定钱包范围。 我们记录格式、链、交易、兑换、集成、后端和监测需求。您在实施规划开始前确认书面范围。
3. 展示设计和构建计划。 您在一个审查点看到提议的用户流程和交付计划。未经您的书面批准，任何内容都不会作为最终版本呈现。
4. 开发和准备审查材料。 实施遵循已批准的范围。我们围绕商定的架构和可用材料协调安全审查和审计准备。

这个顺序为您的团队提供了明确的决策点，而不是要求每个钱包都遵循相同的构建方式。一份工作记录会注明已完成的项目以及为下一次发布决策保留的内容。

哪些内容保密，边界在哪里

您的产品简报、架构说明和未解决的决策将保留在工作讨论范围内，直到您批准使用。指定负责人会谨慎保管这些材料，提交提议的流程供审查，并在商定的工作超出其审批点之前记录书面批准。

边界

对于托管产品，您的法律顾问必须在启动前评估监管分类；我们的开发工作不能替代该建议。我们为安全审查和审计准备钱包材料，而独立审查员拥有其结论的所有权，外部分发决策不在我们的控制范围内。

为使审查有效，请准备好当前的产品简报、托管决策、目标链、集成需求以及任何先前的审计材料。我们可以围绕这些输入组织开发和准备工作，并报告已完成的工作以及未完成的项目。如果您正在讨论现有钱包，当前的架构和所需的具体变更将有助于确定下一次对话是关于开发还是修复。

一次安静的初步交流

一份简短的初始说明足以开始：说明正在考虑的托管模型和首次交付格式。您在Premium Promotions的指定负责人将准备一份初始钱包大纲，注明进行有用的规划讨论所需的决策和集成细节。

如果模型尚未确定，请说明；我们可以在阐述产品背景的同时保持该问题的开放性。现有的架构说明或法律顾问反馈可以在相关时私下分享。在您批准之前，无需在工作讨论之外传播任何内容。一份包含您的托管偏好和目标格式的简洁说明将为指定负责人提供下一次对话的清晰起点。

如何操作

1. 确立产品我们讨论目标用户、托管和发布目的，然后为您的团队或法律顾问记录未解决的问题。
2. 设定钱包范围我们记录格式、链、流程、集成、后端和监测需求，供您书面确认。
3. 展示设计和计划您在一个审查点看到提议的用户流程和交付计划，然后实施开始。
4. 开发和准备审查材料已批准的范围指导实施、安全审查协调和审计准备。