@no1xsyzy
对，就是切断“使用记录”与“注册记录”的联系。

比如 10000 个用户注册并使用服务，服务提供方知道这 10000 个注册用户的注册信息(包括付款信息)，也知道这 10000 个用户各自的使用过程信息(比如浏览记录)。但没办法建立注册信息与使用过程信息的一对一关系。

如果主题中的第 3 条成立，那么服务提供方可以把用户准确地区分为 10000 个，各自画像，但画像信息与注册信息是解除关联的。如果主题中的第 3 条不成立，也就是说服务方无法确定用户由同一个授权码生成的不同登录码实际上是同一个授权码生成的，那么服务方甚至都不能确定这 10000 个用户画像。

@chonger 看不了是指什么呢？ 我是能看清，但就是感觉白字比较亮。

@xuegy 不要吓我啊。我同事也看了我的本儿，也说白色有点靓。。

@gps949 #14 > “一个对于服务方来说不该知道个人信息、对于结算方来说不该知道购买服务（按国内审查来说这个其实也是该知道的）。按上述过程并不会透露啊？”

可以再看一下主题里面的前 2 条，把授权码和登录码分开，主要是让服务方没办法将用户注册(付款)得到授权时暴露的信息，与用户使用服务时的信息一一关联起来。

举个例子，xiaoming 用 [email protected] 注册了一个服务，付款后，服务方得到了 [email protected] 这个用户名与付款信息。同时，xiaoming 使用服务时，比如看 iqiyi 视频，xiaoming 所有的浏览记录都与这个 [email protected] 关联起来了。按照正常的逻辑，[email protected] 和他付款时暴露的少量信息，并不会暴露他的实名信息。但考虑到
1. 国内都是实名制的
2. 服务商作出一些“额外的努力”，有没有可能将 [email protected] 以及付款信息，与 xiaoming 关联起来呢？
这些都会危及用户的隐私。多平台的话，效果更甚。

@q9OxQg
@Jirajine
在 v 站见过迷雾 tong，但没想到它采用了“盲签名”这样的技术，感觉这点确实挺好的。

@hahastudio 你这么说好像也没错。。用户名本来也是匿名的，不过关联到付费信息就不是匿名的了。

@Jirajine 谢谢，我去看一下。

@iminto #22 私有部署的话，方案就多了，我倾向于 ChatOps，也就是聊天机器人，既能收也能发。是否省电倒没有研究过，安装一个 slack 或者其他的聊天软件，应该也不至于很费电吧。
@JensenQian #24 嗯。
@faqqcn #30 同情 ing...
@mostkia #29
@welod #31
@ciaoly #32 是的，个人偶尔用的话，邮箱挺方便的。mipush 、hms 、Apple push 、fcm 这些推送方式还没了解过。

@hymzhek #2
@forbxy #19
嗯。试了一下，发邮件到腾讯的企业邮箱，这样微信就有提示。延迟一般在几秒钟，可以接受，也比较简单，只要打开邮箱的 IMAP/SMPT 设置就行。

谢谢楼上各位的回复。

@garlics #11
@goodryb #12
@zhangchioulin #13
钉钉这个应用好像挺费电的，上班打卡时，启动一下都能耗掉一些。
@faqqcn #10 没有搜到“超级消息”这个
@liudaolunhuibl #9 这个是 iOS 上面的吧
@CallMeReznov #8 厉害
@win7pro #6 “喵提醒”感觉使用很方便，可能会用它。不过给提个建议啊，可以像“Server 酱”一样，设置一个“测试发送”的功能，而不是让用户用 Chrome 的调试功能来做。
@LeslieLeung #5 Server 酱好像升级了，得下载 App 。
@hymzhek #2 嗯是的

必须得报复！划水则不一定了。

@jhdxr >"同态加密只有加法和乘法。并不支持减法和除法。"
> "另外，『实际上可以针对加密数据执行任意程序』是一个完全错误的描述。如果你学过编，那你应该知道分支结构。在同态加密中无法实现比较操作。"

我反驳的是你上面提到的这些观点。如果自己不理解这方面的内容，请至少虚心听取别人的意见然后学习改进，而不是强辩。

你从哪儿看到我说现有的性能足够日常使用全同态加密了，麻烦指出来？

@jhdxr 全同态加密可以对加密数据执行任意程序。因为加密是针对的单个 bit 。加法同态与乘法同态对应的分别是门电路中的异或门和与门。这两个门的组合是图灵完备的，也就是它们 2 个可以组合成任意电路，也即运算任意函数。

4117f5ecfe4d4045ce94566ea1d30507 已用

内容挺好的，而且附带的技术文章的来源也可以开阔自己的眼界。订阅支持一下。

我能理解楼主要抽取出某个项目 A 相关内容的需求。

不过可以换个角度来思考。双向链接中，正向链接的意思很明显，而反向链接才是它有所创新的地方。反向链接的意思就是“被链接”的一方，可以“反向”的知道是谁“链接”了它(Linked mentions)，或者有潜在“链接”它的可能(Unlinked mentions)。

很显然，Obsidian 已经提供了反向链接的这 2 个关键功能。

楼主现在的要求是，能不能将关于某个“被链接”方的所有“链接”方的信息抽取出来，然后生成一个新列表？比如抽取出 笔记标题+“blablabla......”这部分内容。可是具体抽取哪些内容，这个标准怎么确定呢？如果[[项目 A]]后面跟的不是一行文字，而是两个段落，该抽取多少内容合适呢？另外抽取之后输出为什么格式也是没有标准的。像这些应该不是 Obsidian 本身要考虑的内容。

所以，我感觉最好的方式是用 Obsidian 提供的插件机制来实现这个抽取的需求。

Obsidian 几乎可以实现楼主说的这个要求吧，
我刚才试了一下，如果按照楼主的写法，项目 A 的 Backlinks(反向链接)页里面(在 Obsidian 的右侧)，分成了 2 个类别，一个叫做 Linked mentions(已经链接)，另一个叫做 Unlinked mentions(还未链接)。

楼主要找的内容就在 Linked mentions 里面。比如项目 A 对应的 Linked mentions 它大概长这样子：
2021 年 3 月 29 日
[[项目 A]] blablabla......
2021 年 3 月 30 日
[[项目 A]] blablabla......

列出的这些项，就是已经“链接”到了[[项目 A]]的所有笔记。这个列表就是楼主要找的吧？只不过，Obsidian 目前只能在反向链接页面看到这些以日期作为标题的笔记，但并没有提供一个一键保存这个列表的功能。后续这个功能应该可以开发插件吧。

@pxiphx #32
哥，你也太执着了。终于看到你发的图了，谢谢提供这些信息。