Want to piss off your IT department? Are the links not malicious looking enough?

Help us raise $200k to free JavaScript from Oracle

Ruby Central's Attack on RubyGems [pdf]

Trump to impose $100k fee for H-1B worker visas, White House says

Ultrasonic Chef's Knife

Quicksort explained IKEA-style

How I, a non-developer, read the tutorial you, a developer, wrote for me

You did this with an AI and you do not understand what you're doing here

Cloudflare is sponsoring Ladybird and Omarchy

Nine things I learned in ninety years

Delete FROM users WHERE location = 'Iran';

Libghostty is coming

Always Invite Anna

Find SF parking cops

That Secret Service SIM farm story is bogus

Huntington's disease treated for first time

Yt-dlp: Upcoming new requirements for YouTube downloads

Just let me select text

Terence Tao: The role of small organizations in society has shrunk significantly

Everything that's wrong with Google Search in one image

Death rates rose in hospital ERs after private equity firms took over

Microsoft blocks Israel’s use of its tech in mass surveillance of Palestinians

ChatControl: EU wants to scan all private messages, even in encrypted apps

Open Social

• ID: 45388021

• Link: https://overreacted.io/open-social/

系统性投资与产品决策报告：Open Social 与 AT Protocol 的全面分析

1. 关键字和一句话概括

关键字（5个）

1. AT Protocol

2. 开放社交（Open Social）

3. 数据所有权（Data Ownership）

4. 去中心化身份（Decentralized Identity）

5. 协议即API（Protocol as API）

这些关键词精准捕捉了文章的核心技术、愿景、用户价值与生态逻辑，覆盖了从底层架构到社会影响的完整链条。

一句话概括（全面且详细）

本文提出“开放社交”（Open Social）是继开源软件之后的下一场互联网范式革命，其核心是通过 AT Protocol 实现用户对社交数据的真正所有权与可移植性，允许个人在分布式服务器上托管自己的“数据仓库”（PDS），并由不同应用聚合这些数据以提供一致的社交体验，从而打破封闭平台的数据垄断，解决用户无法“带着社交图谱离开”的根本问题，并为新应用的孵化、数据再利用与跨平台互操作奠定基础。

2. 核心内容与背景

这篇内容主要讲了什么？

作者将当前封闭式社交媒体（如 Facebook、Twitter/X）比作“用户的行踪被锁在别人的数据库里”，而提出一种新的解决方案——开放社交（Open Social）。该模式借鉴了开源运动的成功路径，主张将社交数据从平台手中解放出来，让用户真正拥有自己的内容、关注关系、点赞记录等。

文章以 Bluesky 开发的 AT Protocol 为例，系统阐述其工作原理：

• 用户使用自己的域名（如 @alice.com）作为身份标识。

• 所有用户生成的数据（帖子、评论、关注等）存储在用户控制的“个人数据服务器”（PDS）中，而非平台数据库。

• 数据以加密的 JSON 形式通过 at:// 协议链接，形成一个分布式的“社交图谱”。

• 应用（如 Bluesky、Tangled、Leaflet）仅作为“内容管理系统”（CMS），从用户的 PDS 中读取和写入数据。

• 所有应用共享同一套协议，因此可以无缝访问彼此的数据，实现跨平台内容预填充、混合展示等功能。

最终目标是构建一个“开放社交网络”，用户不再依赖单一平台，数据可迁移、可重用、可分叉，平台之间的竞争回归产品本身，而非锁定用户。

它要解决的关键问题是什么？

1. 数据不可携带性（Lack of Data Portability） 用户一旦离开一个社交平台，就必须从零开始重建社交网络，所有历史数据成为“死数据”。

2. 平台锁定与权力失衡（Platform Lock-in & Power Imbalance） 平台掌握用户数据，用户无法“用脚投票”，导致平台缺乏尊重用户的激励机制，容易走向广告泛滥、算法操控、服务降级等问题。

3. 创新受阻（Innovation Bottleneck） 新社交产品难以挑战巨头，因为无法继承现有社交图谱，冷启动成本极高。

4. 数据孤岛与互操作性缺失（Data Silos & Lack of Interoperability） 不同平台之间无法互通，用户必须重复注册、重复发布、重复建立关系。

产生这一问题或方案的渊源、背景是什么？

• 历史类比：开源 vs. 闭源 作者类比开源软件如何从边缘走向主流，指出“开放社交”正处于类似的历史拐点。开源胜利的关键不是技术优越，而是解决了“谁拥有代码”的根本问题。同样，“开放社交”试图解决“谁拥有数据”的问题。

• Web 的原始理想 vs. 社交媒体的现实 早期 Web 是去中心化的个人站点网络，用户拥有完全控制权。但随着社交媒体兴起，用户转为在平台内发布内容，虽然获得了更好的聚合功能（如信息流、通知、搜索），却牺牲了数据主权。

• 现有去中心化方案的局限 如 Mastodon 等 ActivityPub 实现存在“碎片化”问题：不同实例间数据不一致、用户体验割裂、缺乏全局视图。AT Protocol 旨在提供一个“统一状态的全球网络”，既保留去中心化优势，又提供媲美封闭平台的聚合能力。

3. 用户评论分析

用户关注的点总结

挖掘对投资、市场、产品的有价值点

✅ 投资机会信号

• 基础设施层需求明确：Relay（中继）、PDS 托管、备份工具、索引服务（如 Slices）、算法引擎（如 Graze）均存在商业化空间。

• 身份服务潜力大：DID（去中心化标识符）管理、密钥托管、身份迁移工具是关键痛点。

• 跨平台数据整合工具：能自动同步、转换、展示多协议内容的“元社交客户端”将是杀手级应用。

✅ 市场机会信号

• 开发者工具市场空白：PDS 自托管部署包、AppView SDK、调试浏览器（如 pdsls.dev）等工具链尚不成熟。

• 垂直领域应用潜力：科学出版（peer review on atproto）、教育内容分发、健康数据管理等场景天然适合开放社交模型。

• “低代码”开放社交平台：为非技术用户提供一键创建 PDS + 自定义前端的服务，降低参与门槛。

✅ 产品设计启示

• 隐藏复杂性，突出价值：用户无需理解“协议”，只需感知“我的数据在哪都可用”。

• 默认友好，进阶可控：提供免费子域名 + 托管服务（如 bsky.social），同时支持高级用户自托管。

• 社交图谱可组合：允许用户选择性导入/导出特定类型数据（如仅导入关注列表）。

• 抗审查设计：支持 .onion、IPFS、ENS 等替代命名系统，增强韧性。

4. 投资视角

是否存在潜在可投资的方向？

是，存在多个层次的投资机会，可分为三类：

具体的投资方式、路径或可能的机会点

1. 早期 VC：押注协议生态头部项目

   • 投资已验证的 AppView 项目（如 Anisota、Popfeed）。

   • 支持 Relay 和 PDS 的独立运营者（如 Blacksky）。

   • 布局 DID 管理与身份迁移工具。

2. 战略投资：大厂布局开放社交入口

   • 浏览器厂商（Brave、Firefox）集成 at:// 协议支持。

   • 云服务商（AWS、Vercel）提供“一键部署 PDS”模板。

   • 内容平台（Substack、Ghost）集成 AT Protocol 作为发布选项。

3. 天使投资：支持开发者工具与社区项目

   • 资助开源 PDS 实现、调试工具、文档项目。

   • 支持教育内容创作者普及 AT Protocol 知识。

5. 市场视角

市场是否存在相关需求？

是，存在多层次需求，但需区分用户群体：

关键洞察：市场需求不是来自“用户主动要求”，而是来自“平台失信后的被动迁移”。当 Twitter/X 被收购后大量用户迁移到 Bluesky，证明了“逃离风险”是核心驱动力。

具体的产品方式、路径或可能的机会点

1. “无缝迁移”产品

   • 开发工具，让用户一键将 Twitter/X、Instagram 内容导入 AT Protocol。

   • 提供“双轨制”发布：同时发布到封闭平台和开放社交网络。

2. “增强型社交客户端”

   • 在 Bluesky 官方客户端基础上，增加高级功能：多算法切换、跨平台内容聚合、AI 总结、深度数据分析。

3. “开放社交 CMS”

   • 为博主、创作者提供工具，将其博客与 AT Protocol 连接，实现“博客即社交主页”。

4. “去中心化 Disqus”

   • 用 AT Protocol 替代 Disqus，评论数据归属用户，可跨网站迁移。

5. “社交图谱银行”

   • 金融服务：基于用户的社交影响力（关注数、互动率）提供信贷或保险。

6. 关键信号与注意点

最值得我关注、容易被忽视但重要的观点或信息

1. “协议即 API”是革命性设计 传统 API 需申请权限、可能被封禁；而 AT Protocol 的数据直接暴露在用户 PDS 上，任何应用均可读取，无需许可。这极大降低了创新门槛。

2. 数据可“再语境化”（Recontextualization） 旧数据可在新应用中焕发新生。例如，Bluesky 帖子可成为 Leaflet 文章的附件，Tangled 的 Star 可出现在新代码托管平台。

3. Relay 是“哑管道”，非控制点 Relay 只是转发加密事件流，不存储数据，也不决定内容可见性。多个独立 Relay 可共存，避免单点故障。

4. 身份 ≠ 域名 用户身份由 DID（如 did:plc:xxx）锚定，域名只是可更换的别名。即使失去域名，也可绑定新域名恢复身份。

5. “冷启动”问题已被缓解 新应用可直接复用现有社交图谱（如 Bluesky 的关注关系），无需从零积累用户。

需要特别留意的风险或潜在挑战

7. 总结与建议

整体总结

“开放社交”并非乌托邦幻想，而是正在发生的现实演进。AT Protocol 通过巧妙的架构设计，在去中心化与高性能聚合之间找到了平衡，解决了传统去中心化方案（如 Mastodon）的碎片化问题。其核心价值在于：

• 用户层面：真正拥有数据，可自由迁移。

• 开发者层面：协议即 API，创新门槛大幅降低。

• 生态层面：数据可重用、可分叉，形成正向循环。

尽管面临 UX、隐私、中心化等挑战，但其方向符合互联网长期趋势——从平台垄断回归用户主权。

参考建议

🔹 对投资者的建议

• 优先布局基础设施：Relay、PDS 托管、索引服务是当前最紧缺的资源。

• 关注“桥梁型”应用：能连接开放社交与封闭平台的应用最具短期爆发力。

• 警惕“蓝鸟中心化”风险：避免过度依赖 Bluesky 官方生态，支持独立实现。

🔹 对产品规划者的建议

• 从“增强功能”切入：不要做另一个 Twitter 克隆，而是做“更好的 Twitter 客户端”。

• 默认隐藏技术细节：让用户感觉像在用普通 App，背后自动处理 PDS 同步。

• 提供“逃生舱”功能：明确告知用户“你的数据永远属于你，可随时带走”。

🔹 对项目规划者的建议

• 从小处着手：先实现单一功能（如跨平台点赞同步），再逐步扩展。

• 拥抱社区：积极参与 Discord、GitHub 讨论，获取早期反馈。

• 重视文档与教育：清晰的文档是吸引开发者的关键。

8. 附加建议：未来展望

• 短期（1–2年）：AT Protocol 生态将以“增强型客户端”和“垂直应用”为主，用户增长依赖 Bluesky 的溢出效应。

• 中期（3–5年）：可能出现“开放社交操作系统”，整合多个协议（AT、Nostr、ActivityPub），实现真正的跨链社交。

• 长期（5年以上）：开放社交可能成为默认范式，封闭平台被迫开放 API 或被淘汰。

最后提醒：这场变革不会一蹴而就。正如开源花了 30 年才赢得主流，开放社交也需要耐心。但正如作者所言：“All it takes is years of sustained effort by a community of stubborn enthusiasts.” 投资者与建设者，正是这群“顽固的爱好者”。

Typst: A Possible LaTeX Replacement

A WebGL game where you deliver messages on a tiny planet

Privacy Badger is a free browser extension made by EFF to stop spying

Play snake in the URL address bar

F-Droid and Google’s developer registration decree

Claude Sonnet 4.5

本期内容已结束