安全与隐私

Babel Mesh 怎样分配请求、保护账户、校验节点,以及哪些事情它做不到。

你发送的内容去了哪里

你的请求先到达 Babel Mesh 网关,网关按请求的数据级别挑选节点并把请求转给它。节点用它的模型算出结果,再通过网关返回。

  • 处理请求的节点能读到它。目前的工作方式就是这样:节点要读到提示词才能回答。所以不要发送密码、身份证号或商业机密。
  • 节点看不到你是谁。节点收到的请求不带账户名,也没有密钥,只有一个匿名标记。
  • Babel Mesh 不保存对话。网关的记录只有请求的时间、模型、结果和用量。对话留在你自己的客户端或浏览器里。
  • 例外:内容规则。网关会按内容规则检查输入和输出。触发规则的请求会留下命中处前后的一小段摘录和账户名,用来处理滥用;完整文本不会保存。
  • 抽查会重算请求。为了验证贡献者返回的结果,一小部分公开级请求会在运营方自己的节点上重新计算,再比较两份结果。

数据级别

每个账户和每个请求都有一个数据级别。自己注册的账户从“公开”开始。贡献者的节点只会收到“公开”级的请求。更高级别只交给运营方自己的节点。目前图像和视频也只由运营方的节点处理,因为它们的结果不能像文本那样抽查。

  • 网站和 API 都使用 HTTPS。背后的各个组件(控制器、网关、账本、中继、节点)通过加密连接通信,并双向验证证书;节点的身份就在它的证书里。
  • 节点只向外连接,不开放入站端口,通过中继提供服务。
  • 客户端把你的 API 密钥保存在你的电脑上,只有你的系统账户能读取。客户端的页面从不接触密钥,请求由客户端代你发出。
  • 客户端更新会对照已签名的清单检查:公钥内置在客户端里,签名有问题或版本不是更新的,都不会安装。

记账与验证

  • 双方签名的回执。每个请求,网关和节点都对同一份回执签名,两边一致账本才会记录。回执里只有请求和结果的哈希以及用量,没有内容。
  • 随机抽查。新节点查得更勤,长期记录良好的节点查得少些。结果对不上的节点会被隔离;运营方确认作弊后,其收入作废并按规则处罚。
  • 收入会先被暂扣。贡献者的收入要等几天才到账,期间检查仍在继续。

它做不到的事

  • 目前还没有可信执行环境(TEE):无法保证节点看不到内容,所以请求才分级别。
  • 它还没有经过第三方安全审计。
  • 不承诺可用性:节点随时可能离开,请求会在另一个节点上重试,但不保证成功。
  • 内容规则并不完美:可能误拦,也可能漏掉。

本页说明系统目前实际是怎么做的。正式的服务条款和隐私政策由运营主体另行发布。