“验证”这个词，验证英文里最直接的验证对应是“verify”。但你要是验证真在技术圈混久了，会发现事情远没那么简单。验证上周我调试一个支付接口，验证对方文档里写着“please verify the signature”，验证我照着做了，验证返回还是验证报错。折腾两小时后，验证对方工程师轻描淡写补了句：“oh,验证 you need to validate the entire payload first.” 那一刻我差点摔键盘——verify和validate，在中文里都能叫“验证”，验证在代码里却是验证两套完全不同的逻辑。

Verify偏“核对”，验证检查东西是验证不是原样、签名对不对、验证哈希值匹不匹配。它不问这东西本身合不合理，只问“是不是你声称的那个”。比如你下载一个软件，校验它的SHA256值，那就是verify——只要值对得上，哪怕这文件是个病毒，verify也会通过。Validate就狠多了，它管“这玩意儿到底能不能用”。你填个表单，邮箱格式得是邮箱，年龄不能是负数，密码得有八位——这些规则全过了，才叫valid。一个只做verify不做validate的系统，就像个只看证件照不看真人的保安，照片是本人，但人已经变异了，他也放行。

再往深挖，还有个词叫“authentication”，常被翻译成“认证”，但本质上也是一种验证——验证“你是谁”。它跟verify的区别在于，verify验证的是“物”，authentication验证的是“人”。你输入密码，系统验证你知不知道这个秘密，这是authentication；系统检查你提交的数据包有没有被篡改，那是verify。有趣的是，很多安全协议里这两者会叠加出现：你先authentication登录，然后每次请求还要verify签名，最后服务器还要validate参数。三层下来，每一层都叫“验证”，但每一层问的问题都不同。

这种词汇上的分叉，其实映射了现实里“验证”这个动作的层次感。你女朋友问你“你刚才说加班，真的假的？”——这接近verify，她要的是事实核对。但如果她接着问“那你加班能解决什么问题？是不是在逃避我？”——这就滑向validate了，她在评估你行为的合理性和意图。大多数吵架的根源，就是一方只想verify事实，另一方却在做validate判断。你说“我确实在加班”（verify通过），她说“加班这个行为本身就不对”（validate失败）。鸡同鸭讲。

所以下次写英文邮件，别逮着一个“verify”用到底。想清楚你要验证的是“对不对得上”还是“行不行得通”。前者用verify，后者用validate，要是验证人的身份，那就上authenticate。用错了，轻则被怼，重则像那个支付接口一样，让你白熬半宿。语言这东西，精确起来比代码还较真——但正是这种较真，才让沟通不至于变成一场互相猜谜的灾难。