@zqlcrow 理论上能,你就把互联网全网下载下来就行.实际上你电脑容量不够

如何证明 b 是 a?

两个方案:
1b 和 a 有另一个渠道通信,在另一个渠道 a 告诉好友说我电话号码改了,另一个渠道可以是面对面,微信,dns
2 用数字签名,b 可以直接证明自己是 a

b 实例能看到 a 实例的信息,必然需要 a 实例信息曾经发给 b
那么信息延时就取决于多长时间更新一次

数据量小的话,比如你 1 分钟遍历一遍你所有好友信息
数量大的话,由于网络耗时和你自己电脑存储容量有限,实际上是永远也收不到全网信息的

不过实践上,你的好友数量有限,这个很快就能遍历一遍

算上食材和洗碗,一顿饭给厨师 1000,人均 2-3 百,那还行,但是一般家庭承受不了

其实可以搞,但是定位只能是高端,例如请米其林大厨团队来做个家庭晚宴之类,价格一定是比饭店贵很多的,但是隐私性好

日常吃饭的话,饭店可以集中采购,几种准备食材,集中烹饪,集中洗完,哪个环节都是极大降低成本的
到家做饭的话,每个环节都更贵,相当于你包场,服务你一家人

新闻这种 66 元的只能是宣传💐,假设一位厨师一天 2 单,一月净收入 3960,太低了不可持续

@loryyang 对的,免费医疗同不同意?全民瓜分马云同不同意?所有人每月发 100w 同不同意?

然后结局会很欢乐

@7RTDKSAK 你这个问题很好解决,规则有且只有 1 个,获得 51%投票视为通过.
垃圾议案不会有这么多人投票的,有这么多人投票说明大家很支持

还有个难点是证明你是你,目前是一个无解的问题.如果有这么个系统,结果就是会有无数小号操作结果,小号来源可能是官方或者黑客或者资本

不会,会形成多数人的暴政
因为绝大多数人智力不足以做出公正判断,掌握的信息也不全面,全民公投的结果取决于舆论怎么宣传
控制舆论进而控制决策太麻烦了,会进一步演进为议会制度,也就是今天这个样子

苏格拉底就是通过民主投票的方式被票死的,然后舆论爆炸,又把提出处死苏格拉底那个人给票死了...

有的,我最近正在写这方面的库
首先要抽象一下,是不是浏览器不重要,这个问题是如何实现两个客户端之间直连

分场景:
1 内网环境或者有公网 ip 或者可直连 ipv6,两个客户端直接拿对方 ip 端口连接就行
2nat 网络类型支持内网穿透(通常都支持),需要一个中介服务器协调 nat 穿透,客户端之间连接成功后就是直连,不需要中介服务器了.这个中介服务器如果是 stun 协议的话,可以自荐,网上也有免费的
3 最差的情况无法穿透 nat 直连,就需要代理,有很多种协议,这种一定需要一个服务器做转发
4 相对成熟解决方案就是 webrtc,这个原理就是上述 123 的整合,需要自建服务器端
5 通解还是需要有公网 ip(v4 或者 v6)

@blakan 真实性验证这块,就是个投入成本问题,只要和对方交友收益足够高,付出一定成本是合理且可持续的.

例如:假如有人告诉我说我找到你的理想另一半,对方基于你的简历也很中意你,那我是愿意付出很多钱的.就我身边能见到的例子看,投入相亲活动几千上万的都有.坑点在于目前这钱花了没用,中介只保证介绍个男的给你,其他一概无法保证

记得是记得,但是我并不过这个节

你需要先定义一下什么叫适合养老:
如果是医疗条件好,那得去 1 线
自然环境好,那就远离人口密集区,西安附近就秦岭里那几个小县城甚至太白山顶
如果是消费低,那有拼多多的今天,全国消费是精确一样的
如果是房价低,找人口流出多的县城,线附近山沟里那几个县?

@yufeng0681 这确实是个信息系统的通病,类似的还有招聘网站.信息匹配效率高了,用户用一次就走了,平台赚不到钱.

所以我觉得这类系统不用用现有商业生态的逻辑去做
现在商业生态的逻辑是尽可能提高用户粘性,付费意愿等,在此基础上分出一部分精力用来做产品,而不是拿全部精力解决问题

足够轻松的话,就全量数据放内存里,然后更新操作时序列化一下存一个文件完事,稍微优化下就根据用户分几个文件

@tianyou666shen 要求是双向匹配的,对方可能要求英俊多金体贴顾家的汉子,不矛盾啊.就靠大数据帮你提高匹配质量