定义柯拉茨映射 Col 在自然数上,当 n 为奇数时,Col(n) 等于 3n+1,当 n 为偶数时,Col(n) 等于 n/2。臭名昭著的柯拉茨猜想声称,此映射的所有轨道最终都将达到值 1。 这个问题仍然未解决,即使愿意处理“几乎所有”轨道而不是“所有”轨道也是如此。我们证明,几乎所有轨道 n, Col(n), Col2(n), … 最终都将达到小于 f(n) 的值,对于任何趋于无穷大的函数 f(无论其增长速度多么慢)。一个关键步骤是为(加速的)柯拉茨动力学获得一个近似不变(或更准确地说,自相似)的测度。 本视频是高等研究院成员座谈会的一部分。
## Signal 的隐私假象:情况复杂
尽管声誉卓著,Signal 的隐私并非像许多人认为的那么可靠。虽然端到端加密保护了消息*内容*,但 Signal 仍然知道*谁*在与*谁*通信,主要通过使用电话号码作为标识符。
最近推出的“Sealed Sender”(密封发送者)功能旨在解决这个问题,提供单向匿名性——为每条消息隐藏发送者,使其不被 Signal 服务器知晓。然而,这在双向对话中会失效。双方之间的重复消息会暴露出模式,即使没有回复地址,Signal 也能将电话号码关联起来。
重要的是,“Sealed Sender”不会掩盖 IP 地址。Signal 仍然可以通过 IP 追踪消息来源,轻松识别正在进行的对话。自动发送且无法阻止的已送达回执,通过创建双向通信链路,进一步损害了匿名性。
Proton Mail 和 Tutanota 等替代方案为文本提供了更好的隐私,但安全的语音通信仍然是一个挑战。SimpleX 是一个有希望但仍在开发的选项,它避免了要求提供电话号码等识别信息,并优先考虑匿名性,但目前面临可用性挑战。最终,这篇文章强调了在消息应用程序中实现真正隐私的难度以及便利性和功能之间固有的权衡。
## MCP 应用扩展:为 AI 代理带来交互式用户界面
一项新的提案 (SEP-1865) 旨在标准化模型上下文协议 (MCP) 中的交互式用户界面,以响应 MCP 社区的关键需求。目前,MCP 的通信仅限于文本和结构化数据,当工具需要可视化显示或复杂用户输入时,会产生挑战。该扩展基于 MCP-UI 和 OpenAI Apps SDK 的工作,将允许服务器直接向宿主应用程序交付交互式用户界面。
核心思想是标准化声明 UI 资源(如 HTML 模板)的方式,将它们链接到工具,并使用现有的 MCP JSON-RPC 协议实现双向通信。这避免了由于不一致的实现造成的碎片化,并通过预先声明的资源和 iframe 沙箱提高性能和安全性。
最初的规范侧重于在沙箱化的 iframe 中使用 HTML 内容,以实现广泛的兼容性,并计划以后扩展到其他内容类型。重要的是,它被设计为向后兼容——现有的 MCP 实现将继续工作,并且服务器将提供基于文本的备用方案。
MCP 应用扩展由 OpenAI、Anthropic 和 MCP-UI 社区共同开发,有望为更丰富、更具吸引力的代理应用体验奠定基础。早期访问 SDK 可用,欢迎贡献。