@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
哥，你也太执着了。终于看到你发的图了，谢谢提供这些信息。

@shankun
现在我感谢了一下 12 楼。你可以放心大胆的把你的意见说出来，不用担心我不听啦。

@shankun
你没有仔细看我的帖子和回复啊。我陈述了使用 8GB 的理由和担心，你呢？

@tttttv2 > “除了模拟器，你看还有两条 Java 的加起来占用也有 5G 多哦 ”
好吧。我对 Android Studio 占用 3~4GB 内存的印象，好像就是因为看了你在别的帖子里发的这张图才有的。。哈哈。

没有用过 Android Studio，不过，真的这么耗内存吗？这也太夸张了。你这是多大的 Android 项目啊？ 我记得也看到过 Android Studio 只占用不到 1GB 的截图。

@zj9495 #11， > “不够用呗”
请问可以具体说说吗？

@tttttv2 #12
嗯，谢谢提供这些数据，我在网上看到的开模拟器确实很耗资源。
所以我想如果只开 AS，不开模拟器，使用真机测试，应该会好很多吧？毕竟谁没有一个安卓手机啊。
而且网上有不少的“云测试”服务，可以针对不同的机型专门作各种测试，还可以出各种测试报告。这样会不会也是可行的？

@zj9495 > “不要买 8g 内存”
请问为啥呢？

@tttttv2 > #7， “另外：客户端开发至少 16G 内存起”
为啥呢？ 我看 Android Studio 占用大概 3~4GB 内存，8GB 不够吗？

@qlqsh
买 mac 本身是为了开发 iOS 。。Android Studio 开发就是一个顺带，一个本儿都能做总比买两个本儿好啊。

@d0ub1e
软件方面的兼容，我并不担心。相信随着时间一定会好的，现在 air 版价格合适，性能符合，所以也没必要等。

内存我倾向于 8GB，够用即可。因为后续的项目规模都不会大，即使有重负荷的服务，也会被放到服务器上。MacBook 只用于开发、调试。

就是不知道 8GB 对于 App 的开发体验如何，这些 IDE 都是些庞然大物。

@Hieast
@hxndg
@auxox
图数据库？文档数据库？ 好的，我去了解一下。


@tabris17 #4 > “我觉得楼主把数据库索引和真正的数据搞混了”
没有吧，你可以看一下主题里提到的那个帖子。一个树形结构，如果使用内存对象，那么查找和修改的算法分别可以在 O(N)和 O(1)的时间复杂度完成。而使用关系型数据库，应该是达不到这个时间复杂度的，至少不能同时达到。

@hxdng #7 > “你说的该是硬盘吧，关系数据库不是完全不能随机访问的”
有可以随机访问的关系型数据库吗？这块不了解，可以举个例子吗？

前一阵正好研究过这个，来说一嘴。
手机 GPS 记录真的费电！ 3000mAh 的电池，3~5 秒记录一次的话，大概能用 6~8 小时吧，这还是不开其他应用，不开屏幕，只在后台记录的情况下。GPS 应用一般都会阻止 Android 系统进入睡眠，因为一旦睡眠，应用就与 GPS 设备“失联”了，这就导致系统一直在唤醒状态，浪费无谓的电量。所以，感觉还是用专门的 GPS 记录仪会比较好一些(不过我也没试过)。

感谢提出这么好的问题！一个感谢敬上。
搜了下发现相关的主题叫做"Fair Exchange"，直译就是“公平交换”。

很有意思的密码学问题。大概看了下，发现目前的方案好像跟你说的差不多，都是通过逐段发送密钥的方式，这样在双方有一方反悔停发时，两人都处于相似的处境，比如都拥有了一半的密钥，要么都解密不了密文，要么都要花相近的计算量暴力破解密文，而率先终止交易也就是说多接收了一段密钥的那个人，最多也只比另外一方稍占优势而已。

还没仔细研究所以只能卖弄这么多，楼主你还是看下研究论文吧。

@kickcellardoor

记账软件只是一个类比的例子： 软件服务的提供方，不想把运算的逻辑暴露在客户端(容易泄露技术)。而客户也不愿把自己的明文数据交给软件服务的提供方。两不相让，这就尴尬了。。

而全同态加密可以完美应对这种情形。