跳转到正文

应用场景 · 约会交友

证明资料和对话背后是真人的证据

交友建立在一个简单的承诺之上:与你交谈的人是真实的、当前在线的,而且就是照片中的人。生成式 AI 让这一承诺的每个环节都更容易被伪造。

行为主体信任回执

示意性内容
行为主体
人类
真人身份
已验证
身份
以保护隐私的方式完成验证
在场状态
持续
人类控制
高置信度
AI 参与情况
低
会话连续性
高置信度
12:41 UTCact_91fk28...

简而言之

对于交友平台,Proof of Actor 旨在提供证据,证明个人资料及其对话背后是一名真实且当前在场的人,同时对其他会员保密其身份信息,并在平台要求时标明使用 AI 辅助撰写的消息。

核心问题

这个账户资料背后是真人吗?参与对话的是同一个人吗?

上下文

陌生人之间的信任

个人资料验证标识通常只能确认某个时间点的情况。恋爱诈骗、冒充他人和 AI 生成的虚假身份则利用此后发生的一切:对话可能由脚本、AI 或并非已验证者本人操控。

用户希望获得安全保障,但不想把身份证件交给陌生人,也不想交给不透明的流程处理。平台希望减少虚假资料,同时避免增加操作负担,导致真实用户流失。

Proof of Actor 旨在区分不同的声明:一名成员可以是经过核验的人类、当前在对话中,同时不向其他成员披露身份。

如今信任在哪些环节失效

  • 使用合成照片批量创建的个人资料
  • 由脚本或 AI 角色操控的对话
  • 账户通过验证后由他人操作
  • 使用经篡改或合成视频的视频通话

Proof of Actor 旨在确立什么

这一场景所需的信任层

每种场景需要的信任体系信息各不相同。以下是这里相关的层次。

真人身份

该资料由真人创建。

在场状态

有人参与对话和通话。

行为主体的连续性

同一个人持续操作该账户。

AI 参与

平台规则要求披露时,AI 撰写的消息会被标明。

策略

常见策略

Proof of Actor 提供证据。贵组织制定并披露策略。

人类
拟议中的 API个人资料政策
// Proposed API - illustrative only
policy.require({
  actor: "human",
  identity: "undisclosed",
  presence: "at_profile_creation_and_calls",
  continuity: "account"
});

常见问题

常见问题

其他成员会看到我的身份信息吗?

不是。其设计原则是证明重要的事项,而不暴露无关信息。其他成员可以看到某个个人资料属于一名已验证且当前在场的真实用户,而无需看到其姓名、出生日期或证件。

一次性照片验证就足够了吗?

它只能确定某一时刻的情况。Proof of Actor 旨在增加连续性判断,避免已验证的账户资料后来由他人或 AI 人设操作时,仍无限期保有相同的信任状态。

这是否禁止使用 AI 辅助写作?

默认情况下不会。Proof of Actor 会明确呈现 AI 的参与情况;各平台自行决定其成员可以使用或应当使用哪些工具。

您难以信任的是哪类交互?

设计合作伙伴协助确定哪些证据会改变其决策。请告诉我们你的情况。