@lalalakakaka
2. 是从大部分地区下个 bt 就喝茶，大部分 vps 下 bt 就封号得来的，这是协议缺陷导致，“勉强维持”,“显得好些”是事实。
3. ed2k 不了解，这个确实是已经死了，不过我认为死因也是与协议有关（很多客户端都有 bt 的实现但支持 ed2k 的极其少见）。
4. pt 显然不是发布资源的方式，可能有些 pt 团体有部分自制内容，但大部分还是收集于网络，称为 bt 的上游并不妥当。
5. 看下 bt 协议的文档，你试试动手做一个只下载不上传的实现试试能否做到。（如果能的话只下载不上传免于 dcma 岂不美哉？早就会泛滥成灾了。）也许迅雷有非标准的实现偏担自家客户端（当然这也是协议的漏洞之一），但更多的是自家私有的 p2p 网络，这点和 pt 一致。还是那句话，真要吸血迅雷不会保持使用自己的 UA。
6. 可以通过迅雷发布资源，只需开一个 http 服务用迅雷下载一遍理论上就被其缓存，下线后其他用户也可以通过迅雷下载。同理发布种子时可以把文件上传到网盘再发布，这样其他用户就可以“秒离线”。
7. 不是积分的问题，是一段时间不下载就封，我觉得要下载先上传可以，但你没有我需要的东西我即不下载也不上传行吗？强制用户当 CDN 与迅雷后台偷偷挂 p2p 进程的流氓行径无异。
8. 缺陷是导致 bt 衰落的最主要原因，国内则是缺 ip，tracker，天价宽带，gfw 隔绝世界是主要因素。
现行的这些无论是离线网盘，pt，迅雷都是用中心化的方式，与 p2p 开放共享的初衷背道而驰，恰着灰色地带的烂钱。你说迅雷用非标准实现吸 bt 的血，我也可以说 pt 占用共享宽带吸其他用户的血，这些都是一丘之貉，谁也别说谁黑。然而这些因素的影响都不算什么，bt 衰落最根本的原因，还是协议的缺陷，或者说协议的“滥用”，别忘了，这协议原本设计是用来 C/S 下载加速的，结果被玩臭了。

起一个 usb live 的 Linux 发行版，
#dd if=/dev/(你的旧固态) of=/path/to/xx.img
在你的机械硬盘上生成 128gb 大小的镜像文件
然后换上新固态，
#dd if=/path/to/xx.img of=/dev/(你的新固态)

@billlee 没那么多，据我所知 sysfs 的已经封了，不过依然有漏洞广泛使用还一直不修，Google 当初搞阻止获取 mac 返回 02:00..就像是笑话。

@lalalakakaka #35
1. 你也知道那些花花绿绿的小国旗，那是很多国家啊，你把这些国家单拉出来就不一定了。所以不是国内环境不好，而是国内与世界隔离，所以显得更为贫瘠，这个锅还是 GFW。
3. 同上，不是国内活得不好，是全世界都活的不好，只是除了国内和世界互联网隔绝，全世界其他地方都聚在一起显得好了一些。而且国内商宽那天价比什么打击都有用。。
4. 如果我要发布共享一个文件不去上传网盘或 bt 却用什么 pt，那显然是很荒谬的。pt 本就不是发布共享的方式，“上游”的说法不敢苟同，你说某些内容被搬到里面下载的快确实是，这种搬运帮助了传播也是事实，但因其封闭的缺陷，这种帮助并不大。同样的，你把资源搬到网盘，bt 解析，离线下载的服务器，这样后来者直接“秒离线”，也是同样的道理。
国内 ip 被反向墙？这种情况不多，被 gfw 干扰出境连接的概率更大一些。

迅雷吸血的说法被夸大又以讹传讹，bt 协议实现就把上传下载挂钩起来，迅雷没有理由阻止用户上传，最多偏向自家客户端权重高一些，而国内迅雷用户数量庞大，也就造成了迅雷“只今不出”的错觉。迅雷若是真要吸血，何不直接把 UA 直接伪造成其他客户端的呢。到是现在普遍拉黑迅雷的 UA，倒是让迅雷自家自个玩，自己用自己的节点，自己用自己的 tracker，和 PT 是越发相似了。

两者区别只是一个更开放，资源丰富但树大招风将死不远。一个小众封闭不易被审查但内容贫瘠（资源丰富度只与用户量有关，不过 pt 资源健康度较高），只能他推什么你下什么，主动寻找什么资源并不容易（更坑的是长时间不下还不行，会被封，不想要也帮他“缓存”，迫真 CDN 啊）
对比危害一样能列一堆：大流量滥用家宽（加剧超售，占用共享资源），滥用打洞（加剧严格 nat 类型，公网 ip ），加剧上下行不对等等。

实际上这都是用中心化解决部分去中心化的问题的方式，本质上要么用户出流量滥用家宽，要么掏钱买在线服务，羊毛出在羊身上，协议不改进，这些灰色地带迟早药丸。

@Baymaxbowen #2 如果你指的是这个：
In Android P, Google rolled out a developer option to enable MAC address randomization, but it was turned off by default. With the first beta of Android Q, the option became the default.
那么没有效果，这个开启之后会为每个 ssid 使用一个随机的 mac，不换 wifi 不会变，并且所有应用读取到的值也一致。

Q 确实额外提供了仅有 device onwer 可访问的 api 来获取 mac 地址，但 native 层的这个漏洞确是一点都没提。

估计 Google 也不打算修了，只能去给 lineageOS 提 issue 看看能不能解决这个问题。

如果你的工作不涉及以上项目的开发，并且你现在的项目没有其他规范 /规范由你决定，那就喜欢哪个用哪个呗，我用的 WebKit

@lalalakakaka #13
1. 你陷入了一个误区:世界上只有两个国家，中国和外国。
如果你去日本这种国家下 bt （指常见的非法文件），你就会发现什么叫环境差并且很快就会有警察敲门。
2. ipv6 即将普及，可以遇见的未来公网 ip 将不再是问题，这也许是 p2p 的第二春吧。
3. 如我前面所说，一定要同时广泛用作合法用途。tracker 实质上就是 nat 打洞，为何不结合其他打洞的用途？如 zerotier。
国内情况：
1.因为 gfw 和网络实名等存在，国内开 tracker 风险巨大又没什么收益。（楼上说的搜索站同理）
2. 国内家宽普遍无公网，难道你让超高价（商宽补贴家宽还得工信部背锅）购买的商宽给你做种？且不说成本如何，用商宽传播非法文件不会真以为国内没半点打击吧。。
3. 迅雷真的不算什么，迅雷和现在的网盘，秒离线，bt 解析以及后来的 pt 一样都是用中心化的方式传播赚着灰色地带的钱，你也可以说用户用这些方式传播导致 bt 雪上加霜，这都是一回事。还有 pt 完全就是迅雷的翻版，不过封闭的特性抗审查稍好但内容丰富度大大降低，只能他推什么你下什么，主动寻找除非热门不然多半找不到。你也可以说 pt 害了 bt，把家宽当 cdn 的滥用也加剧了上下行不平衡，大流量限制和公网 ip 限制。其实这些都是一回事，协议不改进这些早晚都要玩完。

@yisiliu #38 事实上国外并没有国内那样严重的全网封闭，封锁式的审查，即使 facebook 等平台删一些东西也意义不大，因为它不可能像中国那样全网封杀，作用基本上仅限于“降低影响”。
使用 E2E 加密更多的是为了 privacy 而不是 anti-censorship，如楼上所说，像 facebook，twitter 本身就是公开的内容，发布就是为了让更多人看到，“言论审查”则是为了降低影响让更少人看到，在这种情况使用 PGP 并不合适，无法同时做到“扩大影响”与“避免审查”。

国外这些平台相对比较开放，不会限制你使用这种“插件”（外挂），也因其开放，你可以随意使用任何加密网络通信——你让别人使用 PGP 反倒不如让别人使用其他成熟的加密产品方便。
想想在国内的封闭平台上会发生什么：如微信（我认为最需要这东西的是微信），完全私有的客户端，加插件会被直接当外挂封号，也因其封闭，推荐其他加密平台（这种平台不会被允许合法存在吧）则会被当作广告。

所以结果就是：如果我能用，则事实上并不需要；如果我需要，则事实上并不能用。一个简单的道理：内容审查，gfw，实名制，备案，牌照，文化导向等等其实都是一种东西，它们相辅相成相互配合才能取得有效的结果。

“老板”可不是不需要高强度付出的职业，恰恰相反承担极大风险且常 007 比程序员更辛苦。
你想说的应该是“股东”或者“资本家”。

你怕不是对 bt 有误解。
bt 设计是使用 p2p 方式作为加速下载协议，而不是 p2p 共享网络（虽然普遍被错误的用作后者）
比如我提供服务器供人下载文件，1 我需要一个 g 口能让 10 个（理论上） 100M 用户满速下载，人越多越慢。而有了 bt，我通过 bt 发布文件只需 100m 就可以（理论上）让无数 100m 用户同时下载且永远满速，并且并发越高下载越快。
按理说源文件下线了之后就不应该还能下载的，但 bt 去中心化的特点还能“额外的”让这个资源多活一会，结果就成了文件传播的主要方式。
可惜因为 bt 常被作为非法文件的传播方式而各大浏览器没有支持，不然作为 C/S 下载方式流行起来还是好处多多，起码大大节省发布文件的宽带。也因其设计的缺陷，如
1. 没有缓存（一个文件没人做种就死）
2.没有匿名性，传播非法文件如盗版分分钟会被警察橄榄，这也是所谓“环境极差”的原因，某些人还扣锅给迅雷吸血是很荒谬的，你下个合法文件比如 Linux 发行版镜像就知道环境极差是谁的原因了，怪迅雷不如去怪版权。
3.没有激励，本来就是 C/S 下载协议，下载同时上传就够了，一句“人人为我我为人人”绑架用户主动做种简直是笑话。
4. 无加密，依赖 tracker，同 2，容易被审查和喝茶。不过 dht 这些有一定改进。

新一代协议如 ipfs，zero net 等解决了部分问题，但不流行，而且还在开发中。
如果要解决以上问题：
1. 使用缓存，如 ipfs，上传后即使无人访问节点也会默认存储一段时间，还有付费的永久存储服务。
2. 采用混淆，部分流量经由其他节点中转阻止蜜罐。并应广泛用于合法文件的传播。
3. 配合奖励机制如区块链驱动的虚拟币，保证文件存活性，按“健康度”决定文件的价值。
4. 加密以租阻止审查过滤，如常见的 vps，代理商都禁止 bt。

现有流行的方案是“反中心化”，即依赖于中心化的服务，如迅雷（树大招风，将死不远），百度（国内常用的替代方案，下载者付费），各种“秒离线”的服务，网盘，在线 bt 解析等（以 bt 作为索引的中心化存储），还有就是 pt （用户通过支付钱或支付宽带作为“CDN”以获取文件，可以说是迅雷的翻版不过抗审查稍好，当然与 p2p 开放背道而驰，只能用来收集“资源”而不是共享分发）

RTFM https://guide.v2fly.org/

cloudreve 可以对接 oss

不折腾，vim 不是一个编辑器而是一种编辑模式，用在各种 ide 或 vscode。

当然 vim 本身作为终端里的编辑器也有使用场景，主要是远程 ssh 的时候，推荐 https://github.com/SpaceVim/SpaceVim 开箱即用。

@ysoserious 这个要分情况看，关键还是身份分离。
比如我有一个境外邮箱，注册什么境外服务或作为公开的联系方式都没问题。但他们如果想知道我身份证姓名那绝对不行。
而如果换成支付 bao 这样的情况就反过来了，身份信息可以给但境外身份是万万不可泄露的。

感觉意义不大。
这东西放在国内会被当作外挂封杀，放在国外当然不会被封，也因而并不需要--用户可以自由选择自己喜欢的加密网络进行通信。

收款的话就去办，付款的话，礼品卡多好，买礼品卡可比购汇容易多了，而且更隐私友好。