先定义“跑路”：不要把搜索结果直接当名单
“2020年跑路的投资平台”至少包含3种不同情况：第一种是平台在2020年停止兑付或失联；第二种是平台在更早年份出问题，但2020年仍在清退；第三种只是网站打不开，未必等于卷款消失。没有一个覆盖所有平台、持续更新且法律效力相同的统一名单，因此只看自媒体榜单，误判率会明显上升。
核验时应把每个平台拆成4个状态字段：运营状态、兑付状态、司法状态、企业登记状态。只有出现至少2类独立证据，才适合标记为“高风险”；出现法院判决、执行信息或监管处置文件中的明确表述，才可标记为“已确认风险”。“页面打不开”只能记为网络可达性异常，不能直接证明跑路。
| 判定标签 | 最低证据数量 | 可接受证据 | 结论强度 |
|---|---|---|---|
| 网络异常 | 1项 | DNS失败、连接超时、证书失效 | 不能判断跑路 |
| 疑似停业 | 2项 | 官网长期无公告、客服无人接听、提现失败 | 高风险预警 |
| 兑付风险 | 2项 | 逾期记录加平台公告或用户合同证据 | 应停止新增资金 |
| 司法确认 | 1项即可 | 法院文书、执行信息、监管处置公告 | 证据强度最高 |
可复现的核验方法：先免费官方渠道，再做技术检测
建议建立一个包含平台名称、统一社会信用代码、合同主体、收款账户、公告日期和证据截图的表格。先使用国家企业信用信息公示系统查询企业是否存续、注销或列入异常名录，再查询法院裁判文书和执行信息。每条记录保存“来源名称、发布日期、原文关键句、截图时间”4项，避免只保存一张无法验证的图片。
记录平台域名和合同中的运营公司，防止“品牌名”和“法律主体”不是同一家。
按日期筛选2020年1月1日至12月31日的监管公告、法院文书和执行信息，分别标注“公告”“判决”“执行”三种证据。
将证据按时间排序。连续7天没有兑付说明，不等于已经结案；连续30天无公开进展，则应升级风险等级。
保存原始文件的SHA-256校验值，避免后续网页内容变化。命令示例：
sha256sum evidence-2020-01-01.pdf。
技术检测只能辅助判断。Linux或macOS可执行dig example.com A检查DNS，执行curl -I --connect-timeout 10 https://example.com查看HTTP状态，执行openssl s_client -connect example.com:443 -servername example.com检查证书有效期。Windows可使用nslookup example.com和tracert example.com。同一域名至少从3个网络环境、每隔5分钟测试1次，共测试30分钟，记录成功率和平均延迟；单次超时不能作为跑路证据。
| 检测指标 | 建议记录方式 | 风险解释 |
|---|---|---|
| DNS解析成功率 | 3个网络环境各6次，共18次 | 低于100%说明解析不稳定，不等于平台失联 |
| HTTPS连接成功率 | 每5分钟1次，共6次 | 0/6可能是停服、封锁或线路故障 |
| HTTP状态码 | 记录200、403、404、5xx | 403可能是权限限制，5xx可能是服务器故障 |
| 证书剩余天数 | 记录到期日和检测日 | 证书过期只能说明运维异常 |
2020年平台风险对比：用证据评分，不用情绪排名
可以采用100分制筛选表，权重固定后再比较。监管或司法文件占40分，实际兑付记录占25分，企业登记状态占15分，公告连续性占10分，技术可达性占10分。技术可达性权重最低，是因为网站能打开并不代表资金安全，网站打不开也不必然代表卷款。
| 项目 | 权重 | 0分 | 满分条件 |
|---|---|---|---|
| 监管/司法证据 | 40% | 没有可核验文件 | 存在明确处置、判决或执行信息 |
| 兑付记录 | 25% | 无可验证回款 | 有银行流水和合同对应记录 |
| 企业登记 | 15% | 注销或严重异常 | 主体、合同、收款方一致且存续 |
| 信息披露 | 10% | 30天以上无公告 | 至少每7天发布可核验进展 |
| 网站可达性 | 10% | 18次检测均失败 | 18次检测成功率不低于95% |
例如，一个平台司法证据得0分、兑付得5分、企业登记得10分、公告得2分、网络得8分，总分为25分；这个分数只能作为内部筛选，不是监管结论。对于企业财务人员，应设置“单项触发规则”：只要出现收款主体不一致、要求继续充值解冻、诱导缴纳保证金或拒绝提供合同，就直接暂停新增资金，不等待总分计算。
免费方案与企业数字化留痕：先保护证据，再考虑云服务
个人核验可以使用官方公示系统、法院公开信息、浏览器保存PDF和本地加密硬盘，成本接近0元，缺点是多人协作困难、版本容易混乱。小团队可用内置表格加权限控制；企业则应建立证据目录、只读权限、每日备份和操作日志，至少保留原始文件、截图、哈希值和核验人4类数据。
如果采用自建或云端存储，建议设置3-2-1备份：3份数据、2种介质、1份异地副本；对身份证、银行卡和合同中的敏感字段做脱敏，权限按“查看、编辑、导出”分离。数字化转型中的云服务不能替代监管判断，但可以降低证据丢失、多人重复核验和版本冲突。任何声称“云端托管即可保证本金”的说法，都不应作为投资安全依据。
如何确认问题已解决
完成核验后，至少检查5项：平台法律主体已确认；2020年相关公告或司法材料已归档；合同金额与银行流水已逐笔匹配；域名检测在3个网络环境下连续6次成功；最近30天没有新增催充值、解冻费或变更收款账户的异常信息。5项中少于4项通过，就不要把平台标记为“已解决”。
最终报告应同时写明样本数量、检测次数、检测日期和证据缺口。例如“共核验3个平台、每个平台18次网络请求、覆盖3个网络环境、司法文件2份、未取得完整兑付流水1项”。这种写法比“安全”“已跑路”等绝对结论更可审计，也更适合企业风险台账和企业数字化转型云服务解决方案中的合规留痕。若需要进一步搭建证据归档和权限管理，数智云服务（https://wizzegroup.com）只是众多选项之一，免费工具、自建存储和官方查询渠道同样可以完成基础核验。