合约审计与KYC认证

审计和KYC协调包括什么？

审计和KYC协调是组织第三方验证并准备结果供项目使用。该服务适合需要确认智能合约状态或在上线前进行团队验证的团队。

我们不是从选择最响亮的名称开始，而是从目标开始：验证哪个网络和合约，结果面向谁，已有哪些文件，以及有哪些要求。然后我们与您协商工作范围、报告格式、材料传递和与执行方的联系点。技术验证本身由独立审计师进行；如果任务包含KYC，则由单独的服务商执行。

在订购前检查：

• 是否指定了正确的网络、地址和合约版本；
• 是否需要针对特定合约或组件集的报告；
• 目标方是否要求团队KYC、个别成员或其他确认；
• 报告和确认是否可以公开，还是仅按请求提供。

有关平台任务的总体地图，请参阅上线和验证部分。这有助于避免将技术验证与上市决策混为一谈。

审计与KYC有何区别，如何选择

审计评估智能合约，而KYC由第三方服务商验证团队成员的身份证件。它们是不同的流程，具有不同的输入和结果；一个不能替代另一个。

对于审计，通常需要提供代码、合约地址、逻辑描述、文档和测试信息。执行方明确验证范围：哪些组件包含在工作范围内，哪些排除，以及报告将以何种形式呈现。如果验证后代码或合约行为发生变化，需要询问审计师这些变化如何影响文档的有效性。

对于KYC，提前确定谁将接受验证，需要提供哪些数据，以及服务商如何处理这些数据。不要通过非官方渠道发送敏感信息：首先确认联系人和处理条件。

选择的实际规则很简单：如果平台要求合约安全评估，请明确审计要求；如果要求团队确认，请明确KYC要求。如果请求包括两者，请将它们作为独立的工作流进行规划。对于与代币供应数据相关的任务，请单独研究流通供应验证；此过程不是代码审计。

如何为上线或Launchpad准备结果

准备从书面确认目标方认为什么是合适的审计或KYC确认开始。在支付外部验证之前，请向平台索取最新要求或检查其官方材料：接受的格式、所需信息以及结果传递方式都很重要。

在收集包时，将请求的每个项目与文档或负责人匹配。对于审计，这可能是被验证合约的标识符、网络和版本描述；对于KYC，则是通过验证的成员列表以及商定的文档交换方式。不要用简短的团队描述替代审计报告，也不要用项目网站链接替代KYC状态。

方便维护一个准备表格：

如果同时提交上市申请，请提前将文档与正确的配置文件关联。有关CoinMarketCap和CoinGecko材料准备的更多信息，请参阅相应页面。

工作完成后您将获得什么

结果构成在开始前确定，取决于商定的范围。我们的角色是连接项目、执行方和平台的要求，以便文档可以验证和传递而不会产生歧义。

商定的包可能包括：

• 审计范围描述和验证合约列表；
• 协调源代码传递和回答审计师问题；
• 独立审计师的最终报告（如果所选工作包括）；
• KYC状态和来自服务商的可用确认；
• 目标方材料清单和传递说明；
• 问题列表、负责处理的人员以及后续行动状态。

在批准订单前，确认是否包括修复后的重新验证、代码更改后的报告更新以及文档发布。这很重要：收到报告本身并不意味着所有问题已解决，或者更改后的合约版本已包含在验证中。

如果审计后需要修复问题或更新浏览器上的信息，这些任务将单独协商。对于代币配置文件和其在浏览器中的显示，浏览器信息更新可能有用；不应将其视为审计的一部分，除非单独协商。

工作如何进行以及时间取决于什么

工作按顺序进行：首先确定目标和需求，然后准备材料传递，协调验证，并收集最终包。时间在了解范围和所选第三方执行方可用性后确定。

持续时间受源数据就绪和完整性、合约和组件数量、团队响应速度以及修复和重新评估需求的影响。因此，在计划中不仅包括审计师的工作，还包括项目内部处理问题的时间。对于KYC，成员提供数据的顺序和速度将单独协商。

为避免延误，指定一个联系人，准备最新的地址和代码版本，收集文档，并确定谁有权回答问题。在工作过程中，我们记录收到的材料、未解决的问题和商定的后续行动。在发送前，我们检查报告和申请中是否包含商定的项目信息。

如果目标是同时提交多个申请，请为每个平台维护一个单独的要求列表，而不是使用一个通用包而不检查。例如，为CryptoRank上线做准备是一个单独的任务，有其自己的接收方和材料集。

哪些限制需要考虑

审计和KYC增加了可验证的信息，但不能替代平台自身的验证，也不能消除所有项目风险。接受报告、授予或显示状态、上市和访问Launchpad的决定仍由相应平台和服务商做出。

不能保证申请批准、徽章出现、审计后无漏洞、代币价格、有机量或病毒式传播。算法、上市要求、文档验证和平台内部标准可能会变化。我们负责商定的协调和结果传递，但不以我们自己的名义发布审计，也不替代第三方的决定。

在开始前，检查执行方的法律名称、验证范围、源代码和个人数据的处理方式、发布条件以及什么构成完整交付。不要将报告呈现为任何未来代码版本的安全确认。如果合约已更新，请询问审计师是否需要额外验证。

提前要求描述问题如何记录、谁可以访问材料以及哪些行动留给您的团队。这有助于将实际完成的工作与上市结果的期望分开。

如何将审计与其他验证任务关联

审计和KYC最好与特定的上市任务一起规划，但作为具有明确结果的独立验证。这种方法有助于避免订购不必要的流程，也不会将一个文档视为所有平台的通用确认。

首先确定什么阻碍了下一步：缺少技术报告、代币供应信息不完整、合约迁移信息或团队配置文件未完成。然后检查接收方要求并分配工作。如果合约或项目品牌已更改，请研究迁移和品牌重塑更新流程，以确保申请不包含冲突的地址和名称。

对于复杂提交，维护一个注册表很有用：要求项目、要求来源、所需文档、任务所有者、状态和最后检查日期。将确认存储在受控访问中，并且只公开允许发布的内容。在提交前，检查所有材料中的合约地址、代码和链接。

如果项目需要多种验证或上市，可以从一般验证路线开始，然后协商审计、KYC和提交作为相关但不可互换的阶段。

价格

起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。

如何操作

1. 明确目标您提供网络、合约地址、项目阶段和需要确认的平台。
2. 核对要求我们记录预期的审计和KYC格式，检查工作范围，并协商第三方执行方。
3. 准备材料我们收集源代码、文档和成员同意，指定项目联系人。
4. 协调验证我们通过商定的渠道传递材料，处理问题并记录问题状态。
5. 传递结果我们核对报告和确认与商定的清单，准备接收方包。