@0o0O0o0O0o #120 ok 明白了

@Serif #60 直接 XC ，真好用.jpg

@0o0O0o0O0o #31 请问，Curve53 是有什么黑历史么？这一家很常见的样子。

感觉有且只有宣传片里的内容，M2 的算力推两个超 4k 屏做一些复杂的 3D 应用也太捉急了。

虽然但是老任赶紧更新一下机器吧😂

windows 上直接去 B 站找 SD 一键包比较方便。

另外，SSH 加密套件的安全性完全不输给 TLS ，用 SSH 做安全通讯没什么问题。

密码有什么问题？你这 104 位随机密码比 ed25519 私钥位数还长，不用 fail2ban 除了 DDOS 风险我看不出来能出啥问题。

规模起来了之后，很多个人看来成本很高的东西其实都摊薄了。像是宽带、电费、设备这些费用摊下来应该比个人搭 NAS 低，而管理、人工这类费用只有规模增长的很大时才会再上一个阶梯。

去重这块，成熟的存储商应该都是块级去重了。特别对于网盘用户来说，大文件重叠率很高的。什么电影音乐自不用说，而比如媒体工作者，一个超大视频文件改一点对于块级去重来说无关紧要。反倒是对象存储这方面成本比较高，像是做备份的人均端到端加密根本去不了重 xD

首先，rclone crypt 对文件内容是 chunk and XSalsa20-Poly1305 ，文件名是 AES-EME ，配置文件中的密钥是 AES-CTR 。

第二，按照 rclone 的文档，每个 chunk：

“This uses a 32 byte (256 bit key) key derived from the user password.”

不清楚密钥是否复用，但即便是复用的情况下，(key,nonce) 对仍是安全（不会复用）的因为：

"The initial nonce is generated from the operating systems crypto strong random number generator. The nonce is incremented for each chunk read making sure each nonce is unique for each block written. The chance of a nonce being re-used is minuscule. If you wrote an exabyte of data (10¹⁸ bytes) you would have a probability of approximately 2×10⁻³² of re-using a nonce."

几 PB 而已，对于现代加密算法洒洒水啦~

要隐藏的 app 在程序里搜不到怎么添加呢？

https 能保证传输过程中不被篡改和监听，也就是下载的文件可以确保是从所连接到的服务器来的且传输过程保密。而程序的数字签名保证的是自签名以来文件未被修改。从防篡改的角度来说，数字签名可以保证的环节更多，包括服务器上的存放、网络传输、本地存放，但不具有保密的作用。

实践上我觉得 https 基本够用，比如从 github 上下载的开源软件就算没有签名我也相信这是作者发布的版本。至于什么装了自签证书 https 被中间人的，自签 CA 能签网页不能签程序嘛？说这个有什么意义。

毕竟这样二阶导数是正的，容易和几何中其他的凸定义保持一致。

@wdxbb 这个看起来好棒！可惜 ios 上还不支持 ubo.

网站 502 了