本地准备
浏览器生成随机 capability，派生相互隔离的加密与频道凭据，并在设备上加密文件。
点对点文件传输
点对点文件传输，浏览器之间直接发送。
打开临时频道、复制链接，并保持来源页面在线。网络允许时，this2.link 使用 WebRTC DataChannel 建立浏览器直传，同时在接收端验证加密分块。
打开浏览器传输频道WebRTC 优先 · 密文回退 · 分块校验
THIS2LINK / CHANNEL
01BROWSER AENCRYPT LOCALLY
WEBRTC / CIPHERTEXT
02BROWSER BVERIFY + RESTORE
NO SERVER FILE COPY
PROCESS
浏览器直传如何建立
协商连接
双方通过信令发现彼此并交换 WebRTC 连接信息。完整 capability 和文件密钥不会进入信令消息。
传输与校验
网络允许时，加密分块直接通过 DataChannel 传输；接收浏览器完成认证后才恢复文件。
WEBRTC 直传
优先直连，但不承诺所有网络都能直连
WebRTC 可以在许多家庭、办公和移动网络中建立浏览器到浏览器的数据通道，不需要先把完整文件放进集中式下载空间。
部分网络会限制 UDP、NAT 穿透或浏览器连接。直连在限定时间内无法建立时，系统可以切换到只转发密文的 WebSocket 路径，来源浏览器仍需保持在线。
适用场景
适合双方同时在线的文件交接
例如手机与电脑互传图片、会议中发送资料、把项目导出交给协作者，或者临时传递一段不方便重新输入的文字。
- 无需安装客户端
- 接收方无需账号
- 一个台主与多个独立访客轻量互递
- 接收完成后可临时继续传给下一位
BOUNDARIES
点对点传输不代表什么
不是永久托管
必须至少有一个仍持有加密内容的浏览器在线，链接才有来源。
不保证始终直连
严格 NAT、企业防火墙、VPN 或浏览器限制可能触发密文中继。
不等于匿名网络
文件内容保持加密，但对端和基础设施仍可能观察普通的连接元数据。
FAQ
点对点文件传输常见问题
每次传输都会使用 WebRTC 吗？
WebRTC 是优先路径。无法建立直连时，this2.link 可以通过 WebSocket 临时转发有上限的加密分块。
信令服务器能拿到解密密钥吗？
不能。信令只接收派生的房间凭据和连接消息，不接收完整 URL Fragment capability 或文件密钥。
双方浏览器都必须打开吗？
传输期间必须有来源页面在线。接收并缓存完整密文后，接收浏览器在页面打开期间可以成为新的临时来源。
可以双向传递吗？
可以。频道接通后，双方可以继续互递纯文字或单个文件，但一次只传一项。
网络允许时，文件从一个浏览器直接传到另一个浏览器。
打开浏览器传输频道