01
评估理念
Preflight Audit 作为独立的验证平台运行。我们的评估评估发射准备情况、安全态势和运营成熟度，但不提倡任何具体结果。我们客观地记录调查结果，透明地对风险进行分类，并发布可验证的认证记录，这些记录可解析为永久的公共验证页面。
Assessment Framework
我们如何验证启动准备情况
独立Launch Readiness、Security Assurance 和验证评估的透明方法。
02
评估类别
评估涵盖Launch Readiness、Security Assurance、Infrastructure Review、智能合约审查、运营准备、人工智能安全和企业验证。每个类别都定义了特定的审查表面、证据要求和可交付标准。
03
审核流程
每项参与都遵循结构化流程：纳入和范围协议、证据收集、技术审查、基础设施和架构审查、运营审查、风险分类、报告起草、质量保证和公共验证发布。如果没有相应的公开验证记录，则不会颁发证书。
04
范围定义
范围在审查开始前以书面形式定义。明确列举了范围内的系统、合同、存储库和操作界面。记录超出范围的项目以防止歧义。范围变更需要正式修订，并可能引发重新评估。
05
证据收集
审核人员通过文档审核、架构图、存储库分析、合同验证、配置审核和结构化访谈来收集证据。所有证据均可追溯到具体的评估结果，并根据参与保留政策进行保留。
06
技术审查
技术审查涵盖smart contract逻辑、访问控制、升级路径、依赖表面和集成边界。使用与部署影响一致的标准化矩阵按严重性对调查结果进行分类。
07
Infrastructure Review
基础设施评估评估部署架构、冗余模式、密钥管理、监控覆盖范围、事件响应准备情况和数据处理边界。支持云、本地和混合配置。
08
架构回顾
架构审查检查系统设计、模块边界、信任假设和故障模式。我们评估记录的架构是否与部署的实际情况相匹配，以及设计是否支持声明的发布准备声明。
09
运营审查
运营准备包括运行手册、待命程序、披露实践、升级治理和通信协议。启动准备需要与部署风险相称的运营成熟度。
10
Launch Readiness回顾
启动准备情况综合将所有审核流合并为准备情况评分和分类。在授予验证状态之前，必须修复或正式接受严重和高严重性的阻止程序。
11
风险分类
根据可利用性、影响和部署环境，结果分为“严重”、“高”、“中”或“低”。总体风险级别（低、中、高、严重）反映了发布时的总体评估态势。
12
可交付成果
标准交付成果包括评估报告、公共验证页面、具有不可变ID的数字证书、验证QR代码和可嵌入的验证徽章。项目团队可以获得完整的报告；公开摘要经同意后发布。
13
局限性
评估反映了某个时间点的状况。它们不保证未来的安全性、监管合规性或投资绩效。实验资产、memecoin和前mainnet系统在每个验证记录中都记录了固有的不确定性。
14
版本控制
每个评估都有版本。重大变更会触发具有更新证书 ID 的新评估版本。被取代的版本保留在注册表中以供历史参考，并具有清晰的状态指示器。
15
持续改进
每季度审查一次方法。行业发展、事件事后分析和客户反馈为框架更新提供信息。每个证书和验证页面上都会引用方法版本。