Aulee如何部署Shadowsocks-rust和Cloak
前言无庸讳言，Shadowsocks是一款优异的穿墙利器。首先，作为开源项目，用户无需为其软件付费，只需要承担租赁虚拟主机的硬件成本。其次，该软件小巧灵活，布署简单，非常适合个人用户独立架设使用。也因此不用涉及虚拟主机之外的任何其他第三方的网络服务提供商，在数据安全方面更有保证。 现在网上常见的shadowsocks在Ubuntu上的部署教程大多基于shadowsocks-libev。问题在于，shadowsocks-libev已停止开发，仅仅处于维护状态，相关开发已移向shadowsocks-rust。正如在其github的README文件中说的：Bug-fix-only libev port of shadowsocks. Future development moved to shadowsocks-rust抵抗网络封锁是一场需要不断进行技术升级的猫鼠游戏。在近日的使用中，我发现shadowsocks-libev已越来越频繁地出现服务中断、需要重启的状况。是时候迁移到Shadowsocks的下一代port——Shadowsocks-rust了！ 但是网上适合用户难度的、反映...
AuleeRust 能自动推断出所有的lifetime吗？
答： 不能。 我觉得前面的回答都不能解决这位题主的疑惑 。我想了一个有点绕的例子，来说明编译器是不能自动推断出generic lifetime的，因为可行的标注方法不只一种（楼上那个longest例子从逻辑上看似乎只剩下一种标注方法了，所以不具有足够的说服力）。 如下面定义的函数根据短字符串的长度来截取长字符串，该函数因为没有标注lifetime无法成功编译：fn cut_long_according_to_short(l: &str, s: &str) -> &str { let len = s.len(); &l[0..len] } 有两种不同的标注方法可以实现成功编译，编译器无法自动推断出该采用哪一个。 第一种比较宽松：fn cut_long_according_to_short<'a>(l: &'a str, s: &str) -> &'a str { let len = s.len(); &l[0..len] } 第二种比较严格：fn cut_long_according_to_s...
Aulee读书笔记：签名与验证
我对 Programming Bitcoin 的第三章的后半部分——签名和验证——理解不够清楚。现结合书中这部分内容按照自己的理解来理一理逻辑线索。这个和书中所要传达的意思可能并不一致。所有错误归于我自己，与原书作者无关。签名与验证的基本原理定义所有权我们利用椭圆曲线来表达对某物的所有权关系。我们以椭圆曲线上的某个点P来代表某一物。可以理解P为打在某物上的不可撕毁和改变的标签。这个P被称为公钥，是每个人可见的。因为是二维平面上的曲线上的一个点，因此公钥P由横坐标和纵坐标的两个值构成。在椭圆曲线上，可以作为公钥的点必须满足一条性质，即其为曲线上一个特定的点G的倍数，即eG=P。G点是每个人都知道的，其坐标数值是公共知识。但是倍数e是私人知识。因为从P和G的数值推测出e的值是极为困难以至被认为是不可能的。这被称为“离散对数难题”（discrete log problem）。我们说知道e的值的人为P所代表的物的所有者。因为只有他能给出从G到P的确切的倍数，从而可以获得排他的所有权。e被称为私钥。验证所有权但是难点在于，e的所有者既要向人们证明他知道e，又不能向别人直接透露e,否则人人都...
Graduated as a PhD of Business Administration (Finance), developing into an independent researcher of cryptos, DeFi, and monetary economics
Support Aulee
Aulee从忠信到表忠表信
Subscribe to Aulee
Support Aulee
Aulee从忠信到表忠表信
Aulee如何部署Shadowsocks-rust和Cloak
前言无庸讳言，Shadowsocks是一款优异的穿墙利器。首先，作为开源项目，用户无需为其软件付费，只需要承担租赁虚拟主机的硬件成本。其次，该软件小巧灵活，布署简单，非常适合个人用户独立架设使用。也因此不用涉及虚拟主机之外的任何其他第三方的网络服务提供商，在数据安全方面更有保证。 现在网上常见的shadowsocks在Ubuntu上的部署教程大多基于shadowsocks-libev。问题在于，shadowsocks-libev已停止开发，仅仅处于维护状态，相关开发已移向shadowsocks-rust。正如在其github的README文件中说的：Bug-fix-only libev port of shadowsocks. Future development moved to shadowsocks-rust抵抗网络封锁是一场需要不断进行技术升级的猫鼠游戏。在近日的使用中，我发现shadowsocks-libev已越来越频繁地出现服务中断、需要重启的状况。是时候迁移到Shadowsocks的下一代port——Shadowsocks-rust了！ 但是网上适合用户难度的、反映...
AuleeRust 能自动推断出所有的lifetime吗？
答： 不能。 我觉得前面的回答都不能解决这位题主的疑惑 。我想了一个有点绕的例子，来说明编译器是不能自动推断出generic lifetime的，因为可行的标注方法不只一种（楼上那个longest例子从逻辑上看似乎只剩下一种标注方法了，所以不具有足够的说服力）。 如下面定义的函数根据短字符串的长度来截取长字符串，该函数因为没有标注lifetime无法成功编译：fn cut_long_according_to_short(l: &str, s: &str) -> &str { let len = s.len(); &l[0..len] } 有两种不同的标注方法可以实现成功编译，编译器无法自动推断出该采用哪一个。 第一种比较宽松：fn cut_long_according_to_short<'a>(l: &'a str, s: &str) -> &'a str { let len = s.len(); &l[0..len] } 第二种比较严格：fn cut_long_according_to_s...
Aulee读书笔记：签名与验证
我对 Programming Bitcoin 的第三章的后半部分——签名和验证——理解不够清楚。现结合书中这部分内容按照自己的理解来理一理逻辑线索。这个和书中所要传达的意思可能并不一致。所有错误归于我自己，与原书作者无关。签名与验证的基本原理定义所有权我们利用椭圆曲线来表达对某物的所有权关系。我们以椭圆曲线上的某个点P来代表某一物。可以理解P为打在某物上的不可撕毁和改变的标签。这个P被称为公钥，是每个人可见的。因为是二维平面上的曲线上的一个点，因此公钥P由横坐标和纵坐标的两个值构成。在椭圆曲线上，可以作为公钥的点必须满足一条性质，即其为曲线上一个特定的点G的倍数，即eG=P。G点是每个人都知道的，其坐标数值是公共知识。但是倍数e是私人知识。因为从P和G的数值推测出e的值是极为困难以至被认为是不可能的。这被称为“离散对数难题”（discrete log problem）。我们说知道e的值的人为P所代表的物的所有者。因为只有他能给出从G到P的确切的倍数，从而可以获得排他的所有权。e被称为私钥。验证所有权但是难点在于，e的所有者既要向人们证明他知道e，又不能向别人直接透露e,否则人人都...
<100 subscribers
<100 subscribers
近日也翻一翻近思録，发现一个有趣的现象，就是很多汉语的词义演化成了与本义相反的意思。
比如「忠」和「信」。忠的原意是发自内心，信的原意是相信天理（就是西方人的「因信称义」的那种信）。
现在忠的意思是对别人效忠（忠字舞那种忠，就是向权力表示“我对你的服从绝对是发自真心的”），信变成了我向别人表现得很守信用（“你就从了我吧，我靠得住”）。
因此忠的意思的演变是：发自内心 -> 发自内心地服从你 -> 服从你
信的意思的演变是：信天理 -> 信我，我靠谱 -> 我靠谱，因此我权威
因此忠信就完成了这样的权力心理学的嬗变，原来语义的立体结构变成了单一的主奴关系。在下者讲服从，在上者标榜权威，然后进入了人治的死循环。
因为丢失掉的了道义和神性，社会变成了人钳制人的僵局。
另：近思录推荐朋友们看，中国人读起来不费力。
近日也翻一翻近思録，发现一个有趣的现象，就是很多汉语的词义演化成了与本义相反的意思。
比如「忠」和「信」。忠的原意是发自内心，信的原意是相信天理（就是西方人的「因信称义」的那种信）。
现在忠的意思是对别人效忠（忠字舞那种忠，就是向权力表示“我对你的服从绝对是发自真心的”），信变成了我向别人表现得很守信用（“你就从了我吧，我靠得住”）。
因此忠的意思的演变是：发自内心 -> 发自内心地服从你 -> 服从你
信的意思的演变是：信天理 -> 信我，我靠谱 -> 我靠谱，因此我权威
因此忠信就完成了这样的权力心理学的嬗变，原来语义的立体结构变成了单一的主奴关系。在下者讲服从，在上者标榜权威，然后进入了人治的死循环。
因为丢失掉的了道义和神性，社会变成了人钳制人的僵局。
另：近思录推荐朋友们看，中国人读起来不费力。
Share Dialog
Share Dialog
No activity yet