代币创建部署：覆盖四种代币格式

四种格式，一份部署记录

ERC-20、BEP-20、SPL：三种格式；Jetton 是第四种。我们在准备实现方案前确认网络和代币设置。下表显示了路径以及您需要发送给我们的内容。

每种格式都有其自己的实现路径。我们记录所选格式、商定的设置以及生成的地址或参考。这为您的团队提供了可用的记录，无需依赖聊天记录。

此服务适用于已选定网络并有代币行为决策者的团队。如果代币规则仍需设计，请从智能合约开发开始。如需更广泛的构建计划，请参阅 Web3 开发。

哪些代币设置必须首先明确？

五个决策决定了实现方案：网络、代币格式、供应计划、行为和元数据。我们在准备前对其进行审查，然后请您批准任何未决的选择。这确保了部署与您实际批准的指示保持一致。

1. 网络： 指定目标网络以及您是否需要主网或测试环境。
2. 身份： 发送代币名称、符号、精度要求和最终描述。
3. 供应： 说明供应方式以及任何铸造或销毁要求。
4. 权限： 列出所需的管理角色、转账规则或其他代币行为。
5. 元数据： 为每个公共资产提供最终徽标、文本和来源。

将每个项目标记为最终或未决定。我们会标记缺失或冲突的细节供您批准，而不是默默选择。对于应用程序交互，请在实施前发送预期的代币流程。将这些要求与 dApp 开发 协调，以便代币设置和产品行为相匹配。

完整的输入集也使交付更清晰。您的团队可以识别哪些设置已获批准以及谁在部署后拥有管理权限。

部署后我们记录的 6 个项目

六条记录使交付有用：它们标识了部署的内容、在哪里检查以及完成了哪些检查。我们根据批准的代币详情准备记录，而不是通用清单。

• 网络：选定的链和目标环境。
• 地址：为您的团队记录的代币或合约地址。
• 交易：部署参考（如果可用）。
• 设置：批准的代币行为和实现说明。
• 验证：可用来源或代币检查的状态。
• 元数据：根据您的批准检查的公共详情和资产。

对于基于合约的格式，当实现输入支持时，我们可以通过相关浏览器准备源代码验证。对于 SPL 或 Jetton，我们检查所选格式可用的公共代币详情。报告将已完成的检查与任何剩余的项目操作分开。

我们还检查公共名称、符号和提供的资产是否与显示时批准的信息匹配。将批准的规范和最终图像文件与您的项目记录一起保存。如果网站需要显示代币详情，请尽早分享其要求并协调 Web3 网站开发。

验证检查因格式而异？

四种格式可能需要不同的公共检查。格式决定了哪些实现细节和元数据记录可供审查。我们在部署前商定检查清单，并在之后报告可见状态。

部署交付不是独立的安全审计。如果您需要审计或额外的合约测试，请将其作为单独的工作请求。对于应用程序或钱包连接，请先确认所需的集成。加密钱包开发 是一项单独的服务。

浏览器验证可能受到该浏览器提交审查的影响，并且每个网络界面控制其自己的元数据显示。我们可以完成商定的部署并记录检查，但无法保证浏览器批准或特定的显示。您保留对批准的设置、资产和管理访问的控制权。

报价前需发送的 5 项输入

五项输入使我们能够审查代币路径并准备书面报价。发送已确定的内容，并清楚标记任何未决的决定。我们使用命名的规范检查来在实施开始前标记缺失的选择。

• 网络：确切的目标以及主网或测试环境。
• 格式：ERC-20、BEP-20、SPL 或 Jetton。
• 代币规则：供应计划、权限和所需行为。
• 元数据：最终名称、符号、描述和徽标文件。
• 产品上下文：任何需要的 dApp、网站或钱包连接。

如果产品上下文包括 Telegram 小程序，请描述它必须支持的代币操作。我们可以将其与 Telegram 机器人和小程序开发 一起审查。仅分享技术审查所需的细节；将私钥和部署凭据置于您的控制之下。

DigitalMedia1 在确认工作前检查请求的格式、所需的设置和交付记录。您在审查后 2 个工作日内收到书面报价。发送：网络、代币格式、代币规则、元数据和目标窗口。我们将回复后续步骤。

如何操作

1. 发送代币输入分享网络、格式、代币规则和最终元数据。清楚标记未决的决定。
2. 批准设置我们检查缺失的细节，并在准备前与您确认实现选择。
3. 准备实现方案我们准备商定的合约或代币配置。对所需行为的任何更改都将返回给您批准。
4. 确认部署详情您确认目标网络和部署安排。我们记录生成的地址和交易参考。
5. 检查并交付我们审查可用的验证和元数据详情，然后分享商定的记录和未完成的操作。