我认为人们有时迟迟不愿意更彻底地转向 Signal 的一个原因(当然不是唯一原因),在于他们已经形成了一种使用习惯:把 Signal 当作“高优先级、无干扰”的收件箱,而把 Telegram 当作“其他所有人都在这儿联系我”的收件箱。正因为如此,他们会犹豫是否要让 Signal 再次变得“杂乱”。 在这种情况下,我发现以下做法对我很有效: Signal 现在已经支持文件夹功能:你可以在联系人上右键(手机端则是长按),会出现“添加到文件夹”的选项。 使用另一个应用作为高优先级收件箱(例如 Session、SimpleX):这样既能保持 Signal 不被过度打扰,也是在支持那些试图实现更强隐私属性的项目。 另外,开始培养一个习惯:当有人在 Telegram 上联系你时,直接问一句:“你用 Signal 吗?我在那边的用户名是 <username>。” 然后把这段对话转移到 Signal 上。 One reason (not the only reason) why I see people sometimes hesitating to switch more fully to Signal, is that they got into a habit of using Signal as their "high-priority, clutter-free" inbox and Telegram as their "everyone else talk to me" inbox, and thus hesitate to make Signal "cluttered" again. Things that I find work for me in this situation is: * Signal now has a folders feature: you can right-click (if on phone, tap-and-hold) on a contact and an "Add to folder" option appears * Using *another* app (eg. Session, Simplex) as your high-signal inbox, this way support projects that are trying to achieve even stronger privacy properties Also, start to build a habit: when someone contacts you on Telegram, ask: "are you on Signal? I am <username> there", and move that conversation over to Signal.
目录
观点原文
我认为人们有时迟迟不愿意更彻底地转向 Signal 的一个原因(当然不是唯一原因),在于他们已经形成了一种使用习惯:把 Signal 当作“高优先级、无干扰”的收件箱,而把 Telegram 当作“其他所有人都在这儿联系我”的收件箱。正因为如此,他们会犹豫是否要让 Signal 再次变得“杂乱”。
在这种情况下,我发现以下做法对我很有效:
Signal 现在已经支持文件夹功能:你可以在联系人上右键(手机端则是长按),会出现“添加到文件夹”的选项。
使用另一个应用作为高优先级收件箱(例如 Session、SimpleX):这样既能保持 Signal 不被过度打扰,也是在支持那些试图实现更强隐私属性的项目。
另外,开始培养一个习惯:当有人在 Telegram 上联系你时,直接问一句:“你用 Signal 吗?我在那边的用户名是 <username>。”
然后把这段对话转移到 Signal 上。
One reason (not the only reason) why I see people sometimes hesitating to switch more fully to Signal, is that they got into a habit of using Signal as their "high-priority, clutter-free" inbox and Telegram as their "everyone else talk to me" inbox, and thus hesitate to make Signal "cluttered" again.
Things that I find work for me in this situation is:
- Signal now has a folders feature: you can right-click (if on phone, tap-and-hold) on a contact and an "Add to folder" option appears
Using another* app (eg. Session, Simplex) as your high-signal inbox, this way support projects that are trying to achieve even stronger privacy properties
Also, start to build a habit: when someone contacts you on Telegram, ask: "are you on Signal? I am <username> there", and move that conversation over to Signal.
ABAB AI 解读
这段话非常 Vitalik,而且不是在讲“用哪个聊天软件”,而是在讲一个更深层的东西:去中心化时代里,个人如何重新掌控“沟通权力结构”。
我直接从权力结构、社会工程、加密文化演化三个层级解读。
一、先定性:这不是产品建议,而是对“注意力主权”的提醒
这段话出自Vitalik Buterin,你要记住一件事:Vitalik 极少谈具体工具,一旦他谈,一定不是工具层面的原因。
他真正关心的,从来只有三件事:
- 权力是否集中
- 个体是否被系统驯化
- 是否存在“低摩擦的自由迁移路径”
这段话,讲的就是第 3 点。
二、“高优先级收件箱” vs “所有人都来找我”:这是一个隐形的社会分层系统
Vitalik 描述的这个使用习惯,其实非常精准:
- Signal → 高优先级、干净、重要的人
- Telegram → 噪音、泛社交、弱关系
这本质上是在说:人们已经在用聊天软件,构建一套“非明说的社会层级”。
问题在哪?问题在于:你把“隐私工具”变成了“精英工具”。
一旦 Signal 被心理上定义为“不能被打扰的地方”,它就会:
- 阻止迁移
- 固化分层
- 反而削弱其“普惠隐私”的目标
Vitalik 看到的是这一点的长期副作用。
三、他真正反对的不是“杂乱”,而是被路径依赖绑架
他说人们“hesitating”,不是因为 Signal 不好,而是因为:习惯已经替你做了决定。
这在加密世界是一个非常危险的信号。
为什么?因为:
- Telegram 的便利 → 中心化
- Signal 的“高门槛感” → 自我设限
结果是:你明知道更好的系统存在,却不愿意切换。
这正是所有中心化平台赖以生存的心理机制。
四、Signal 的“文件夹功能”不是功能,是治理工具
他提到 Signal 的 folders,看似是个小技巧,实则非常关键。
它解决的不是“整理聊天”,而是:把“谁能打扰你”这个权力,从平台手里拿回来,交还给用户。
注意差别:
- Telegram:靠群规模、算法、转发
- Signal:靠你自己定义优先级
这在哲学上是自我治理(self-sovereignty)。
五、为什么他会提 Session、SimpleX?这是一个非常明确的信号
Vitalik 说:用另一个 app 作为 high-signal inbox 顺便支持隐私更强的项目
这里有两层含义:
1️⃣ 不要迷信“单一正确工具”
真正的去中心化世界,不存在“唯一正确答案”。
如果你把所有重要沟通压在一个 app 上,你只是:从一个中心化节点,换到了另一个中心化节点。
2️⃣ 用“日常使用”支持隐私基础设施
Vitalik 一贯的逻辑是:不用的自由,不是真正的自由。
你只有在真实生活中使用、迁移、试错,隐私工具生态才会进化。
六、最关键的一句话:“主动要求迁移”
他说:当有人在 Telegram 联系你,直接问:“你在 Signal 吗?”
这句话非常重要。
这不是礼貌问题,是规范塑造。
历史上所有成功的协议迁移,都是靠这种方式完成的:
- HTTP → HTTPS
- SMS → WhatsApp
- Email → PGP(失败的反例)
迁移的前提从来不是“工具更好”,而是:有没有足够多的人,愿意在现实中提出这个要求。
Vitalik 在这里是在说:不要等生态成熟,生态是被逼成熟的。
七、这段话背后的核心哲学:去中心化不是技术,是习惯
你如果把这段话压缩成一句话,那就是:隐私与自由,不是你装了哪个软件,而是你愿不愿意为它多走一步。
- 多问一句
- 多迁移一次
- 多忍受一点不便
否则:
- Signal 会永远是“精英角落”
- Telegram 会永远是“事实标准”
- 去中心化永远停留在口号层
八、最终结论(非常重要)
Vitalik 这段话真正想说的不是:“你该怎么用 Signal”
而是:如果连聊天这种最基础的权力,你都不愿意主动迁移,那你对去中心化的支持只停留在理论层。
这不是技术问题,这是个人行为是否配得上你口头信仰的问题。
相关观点
- 这是一个很好的决定! ENS 名称和记录是一种“状态(state)”,它们处在以太坊生态系统的核心位置。这种状态在规模上是受限的,同时又具有很高的价值,因此越能在任何地方被便捷访问,就越有价值。 它同时也是一种半金融应用:因为购买和持有 ENS 名称本身是有成本的,而且 ENS 名称有可能成长为非常有价值的资产。 随着以太坊扩容路线图的推进,以太坊 L1 是承载这类应用的理想位置。 更广泛地说,我认为去中心化身份和社交(我认为 ENS 就属于这一大类)的最优架构是: 将每个用户的账户与个人资料数据放在 L1 上; 再使用专用型的 L2(很可能比完整的 EVM 简单得多)来处理用户行为,例如社交平台上的各种操作。 It's a good decision! ENS names and records are a form of state that is central to the Ethereum ecosystem, the state is limited in size and there is high value in it being as accessible as possible from anywhere. It's also a semi-financial application, in the sense that buying and holding ENS names has a cost, and ENS names can become very valuable objects. With the expanded scaling roadmap, Ethereum L1 is the ideal place for these applications. More generally, I expect that the optimal architecture for decentralized identity and social (the general space I see ENS being in) is to have this kind of per-user account and profile data on L1, and to have special-purpose L2s, likely much simpler than full EVMs, to handle user actions (eg. actions on social platforms).Vitalik Buterin · 2026/02/07
- 我一直在关注大约 1.5 天前我对 L2 发表看法之后的各种反应。 我坚信的一件重要事情是:“再做一条 EVM 链,然后加一个到以太坊、延迟 1 周的 optimistic bridge”,在基础设施层面,就像分叉 Compound 对治理的意义一样——这是我们已经做了太多、持续太久的事情。因为我们变得过于舒适,这种做法消耗了我们的想象力,把我们带进了一个死胡同。 如果你做的是一条没有 optimistic bridge 连到以太坊的 EVM 链(也就是一条 alt L1),那就更糟糕了。我们根本不需要更多复制粘贴式的 EVM 链,也绝对不需要更多新的 L1。 L1 本身正在扩容,并且会带来大量的 EVM 区块空间——不是无限的(尤其是 AI 应用,将需要比大幅扩容后的 L1 还要更多的区块空间和更低的延迟),但已经是很多了。 请去构建一些真正带来新东西的项目。我举了一些例子: * 隐私 * 应用专用的效率优化 * 超低延迟 当然,这个列表肯定远远不完整。 我相信的第二个重要观点是:关于“与以太坊的连接”,氛围(vibes)必须与实质(substance)相匹配。 我个人其实很喜欢很多被称为“应用链(app chains)”的东西。例如,我认为预测市场的最优架构,很可能是这样的: * 市场的发行和结算在 L1 上完成 * 用户账户在 L1 上 * 但交易发生在某个 based rollup 或类似 L2 的系统上 * 执行层通过读取 L1 来验证签名和市场状态 我喜欢那种与 L1 的深度连接是第一等公民,而不是事后补丁的架构。而不是那种: “我们基本上是一条独立的链,不过哦对了,我们有个桥;好吧那我们再安排 1–2 个开发者把它做到 stage 1,这样 l2beat 才会给我们打个绿勾,Vitalik 才会喜欢我们。” 而“应用链”的另一个极端版本同样是合理的。例如:你说服某个政府登记系统、社交媒体平台或游戏系统,把它数据库的 Merkle root 上链,并使用 STARK 来证明: * 每一次更新都是被授权的 * 被正确签名的 * 并且按照一个事先承诺好的算法执行 这种做法在我看来,最符合“机构级 L2(institutional L2s)”的逻辑。 显然,这并不是以太坊: * 它不是可信中立的 * 也不是无需信任的 运营方始终可以说:“我们现在切换到另一套规则版本。” 但它能实现可验证的算法透明性——这是我们很多人都希望在政府、社交媒体算法等领域看到的特性;而且它也可能开启一些原本不可能存在的经济活动。 我认为: 如果你属于第一种情况,那么称自己为以太坊应用是完全合理、而且很棒的: * 在技术上离不开以太坊 * 最大化与其他以太坊应用的互操作性和可组合性 如果你属于第二种情况,那么你并不是以太坊,但你: 为人类带来了更多算法透明性和更小的信任假设,追求的是相似的愿景 根据具体实现细节,很可能与以太坊形成协同关系 所以你应该直接、坦诚地这样说。 总结来说:做一些真正给桌面带来新东西的事情。 氛围要与实质匹配——你在公众形象中宣称自己与以太坊的连接程度,应该真实反映你在现实中与以太坊的实际连接程度。 Have been following reactions to what I said about L2s about 1.5 days ago. One important thing that I believe is: "make yet another EVM chain and add an optimistic bridge to Ethereum with a 1 week delay" is to infra what forking Compound is to governance - something we've done far too much for far too long, because we got comfortable, and which has sapped our imagination and put us in a dead end. If you make an EVM chain *without* an optimistic bridge to Ethereum (aka an alt L1), that's even worse. We don't friggin need more copypasta EVM chains, and we definitely don't need even more L1s. L1 is scaling and is going to bring lots of EVM blockspace - not infinite (AIs in particular will need both more blockspace and lower latency than even a greatly scaled L1 can offer), but lots. Build something that brings something new to the table. I gave a few examples: privacy, app-specific efficiency, ultra-low latency, but my list is surely very incomplete. A second important thing that I believe is: regarding "connection to Ethereum", vibes need to match substance. I personally am a fan of many of the things that can be called "app chains". For example I think there's a large chance that the optimal architecture for prediction markets is something like: the market gets issued and resolved on L1, user accounts are on L1, but trading happens on some based rollup or other L2-like system, where the execution reads the L1 to verify signatures and markets. I like architectures where deep connection to L1 is first-class, and not an afterthought ("we're pretty much a separate chain, but oh yeah, we have a bridge, and ok fine let's put 1-2 devs to get it to stage 1 so the l2beat people will put a green checkmark on it so vitalik likes us"). The other extreme of "app chain", eg. the version where you convince some government registry, or social media platform, or gaming thing, to start putting merkle roots of its database, with STARKs that prove every update was authorized and signed and executed according to a pre-committed algorithm, onchain, is also reasonable - this is what makes the most sense to me in terms of "institutional L2s". It's obviously not Ethereum, not credibly neutral and not trustless - the operator can always just choose to say "we're switching to a different version with different rules now". But it would enable verifiable algorithmic transparency, a property that many of us would love to see in government, social media algorithms or wherever else, and it may enable economic activity that would otherwise not be possible. I think if you're the first thing, it's valid and great to call yourself an Ethereum application - it can't survive without Ethereum even technologically, it maximizes interoperability and composability with other Ethereum applications. If you're the second thing, then you're not Ethereum, but you are (i) bringing humanity more algorithmic transparency and trust minimization, so you're pursuing a similar vision, and (ii) depending on details probably synergistic with Ethereum. So you should just say those things directly! Basically: 1. Do something that brings something actually new to the table. 2. Vibes should match substance - the degree of connection to Ethereum in your public image should reflect the degree of connection to Ethereum that your thing has in reality.Vitalik Buterin · 2026/02/05
- 在 X(Twitter)上可以轻松直接调用 @grok,可能是继「社区注释(Community Notes)」之后,对这个平台提升“对真相友好度”最重要的一件事。 关键在于:你无法提前知道 grok 会如何回应。 我已经看到很多次这样的情况:有人在召唤 grok 时,本来指望它能替自己那些疯狂的政治观点背书,结果 grok 出现后,直接把他们的立场“掀地毯”式拆穿了。 (意思是:反而当场打脸。) The easy ability to call @grok on twitter is probably the biggest thing after community notes that has been positive for the truth-friendliness of this platform. The fact that you don't see ahead of time how grok will respond is key here - I've seen many situations where someone calls on grok expecting their crazy political belief to be confirmed and grok comes along and rugs them.Vitalik Buterin · 2025/12/26
- 未来是这样的:我认为各种部落(tribes)和区域(zones)大多数情况下会选择合作,而不是合并。 并且希望它们能为人们提供更多去处的选择,重新分配全球人才,并改善我们的制度与文化。 The future: I think tribes and zones will mostly cooperate, not merge. And hopefully they can give people more options where to be, redistribute global talent, and improve our institutions and our culture.Vitalik Buterin · 2025/12/17