本期节目已经从多个平台消失。费了牛劲找到一个音频存档。 苏联美学演义 Vol. 16| 美学的困惑：时代变了，人怎么办？ 从苏联建立前后，到整个20年代，纷乱复杂的意识形态在苏联社会中争鸣，也造成了巨大的冲突。但究竟是什么导致了苏联最终走向社会主义现实主义美学呢？在此之前，文艺主张与意识形态的疏离与撕裂又有怎样的体现？旧知识分子存在着怎样的问题，使得他们既无法发现自身的历史局限性，又在创作意识上远离人民大众？我们这期就来随意聊聊这些事儿，也讲讲知识分子们的一些固有问题。 <苏联美学四格趣味印花白色纯棉短袖T恤> <苏联美学呐喊趣味印花短袖T恤> <苏俄美学金属徽章套装> 由于机核自身的性质与我们能力所限，《苏联美学》系列节目很大程度上仍停留在信息消费的层级，谈不上“研究”“发现”与“拓展”，仅为抛砖引玉，如果能够激发更多人对于俄苏文化体系的兴趣，我们的目标也就达到了。 整理、融合与创作内容，所需的时间、精力都是超出想象的，成稿仓促，可能无法达到理想中的优良状态，还请各位多多批评。节目中提及的内容会尽量提供出处，供有兴趣的朋友参阅并继续挖掘。由于电台中述及概念较多，牵涉到一些历史与政治内容，我们特别声明：反对以断章取义、割裂上下语境的方式曲解其中任何观点，感谢大家的理解。 互联网文档与网站： ebook.dswxyjy.org.cn 中共中央党史与文献研究院 成果总库 www.nssd.cn 国家哲学社会科学学术期刊数据库 www.cnki.net 中国知网 sinoss.net 高校社科人文信息网 著作（实体书+电子书）： 《实践论》《矛盾论》——《毛泽东选集 第一卷》，毛泽东，人民出版社，1991 《知识分子与大众:文学知识界的傲慢与偏见(1880-1939)》，约翰·凯里，吴庆宏 译，译林出版社，2008 《苏联的心灵：共产主义时代的俄国文化》，以赛亚·柏林，潘永强/刘北成 译，译林出版社，2010 《在马克思墓前的讲话》——《马克思恩格斯选集 第三卷》，弗里德里希·恩格斯，中共中央马克思恩格斯列宁斯大林著作编译局 编译，人民出版社，1972 《涅瓦河畔》，伊·奥多耶夫采娃，李莉 译，敦煌文艺出版社，2014 《塞纳河畔》，伊·奥多耶夫采娃，蓝英年 译，文化发展出版社，2016 《柏拉图对话集》，柏拉图，王太庆 译，商务印书馆，2004 《论独立宣言——政治思想史研究》，卡尔·贝克尔，彭刚 译，商务印书馆，2018 《唯物主义和经验批判主义》，列宁，中共中央马克思恩格斯列宁斯大林著作编译局 编译，人民出版社，1950 《苏联社会阶层与苏联剧变研究》，黄立茀，社会科学文献出版社，2006 《苏联文化体制沿革史》，马龙闪，中国社会科学出版社，1996 《苏联知识分子群体转型研究（1917-1936）》，张建华，北京师范大学出版社，2012 《不合时宜的思想》，高尔基，余一中/董晓 译，花城出版社，2010 《论知识分子问题》——《周恩来选集 下卷》，周恩来/中共中央文献编辑委员会，人民出版社，1984 《湖南农民运动考察报告》——《毛泽东选集 第一卷》，毛泽东，人民出版社，1991 《文学与革命》，托洛茨基，刘文飞/王景生 译，外国文学出版社，1992 《社会主义及其文化》，布哈林，郑异凡 译，重庆出版 音频文件

文字稿

本周的时事通讯总结了关于快速试用软分叉激活机制的讨论，并链接到优化的 LN 寻路算法的更新。 还包括我们的常规部分，其中描述了服务和客户端软件的最新变化、新版本和候选版本的公告，以及流行的比特币基础设施软件的显着变化摘要。 新闻 ● 快速试用讨论：从最近一次关于提议的OP_CHECKTEMPLATEVERIFY 会议的摘要中提到了快速试用软分叉激活方法 在 Jorge Timón 表达 对使用快速试用进行软分叉的担忧，他认为这是有争议的。 Russell O’Connor 解释 之前如何解决这些问题。 Anthony Towns 进一步 描述 了持反对意见的用户如何抵制快速试用激活的软分叉。 ● 支付交付算法更新：René Pickhardt 已发布 到 Lightning-Dev 邮件列表，他发现了一个比他和 Stefan Richter 去年发表的寻路算法更高效的算法。有关该算法的早期讨论，请参阅时事通讯 #163。 Pickhardt 的电子邮件还提出了可以提高快速支付成功率的方法，例如通过实施 stuckless payment 和 允许可退还的多付，如几个 学术论文。 服务和软件的变化 ● Coinswap 实施 Teleport Transactions 宣布：在最近的 Bitcoin-Dev 邮件列表 post 中，Chris Belcher 宣布了一个 alpha 版本 0.1 实现 coinswap 的 Teleport Transactions 协议。 ● JoinMarket 添加taproot发送：JoinMarket v0.9.5 添加发送到[bech32m](https:// bitcoinops.org/en/topics/bech32/) 地址。 ● Mercury Wallet 增加 RBF 支持：Mercury 钱包，Mercury statechain 的钱包，发布 v0.

英文原文 翻译：Google translate 校对：李林 本周的时事通讯描述了用新的操作码扩展或替换比特币脚本的建议，总结了最近关于改进 RBF 政策的讨论，以及指向 OP_CHECKTEMPLATEVERIFY 操作码的继续工作的链接。 还包括我们的常规部分，描述了流行的比特币基础设施项目的显着变化。 News 新闻 ● 比特币脚本的扩展和替代方案：一些开发人员在 Bitcoin-Dev 邮件列表中讨论了改进比特币脚本和 tapscript 语言的想法，这些接收比特币的人使用 指定他们稍后将如何证明他们授权了这些比特币的任何支出。 ● 循环（折叠）：开发者 ZmnSCPxj 描述 提出的 OP_FOLD 操作码作为允许比特币中类似循环的行为的一种方式 脚本。 他描述了可以对循环施加的一系列约束，以确保它们使用的 CPU 或内存不超过比特币脚本和 tapscript 当前可以使用的任何 CPU 或内存——但这会通过消除在脚本中包含重复代码的需要来减少带宽。 ● 使用 Chia Lisp：Anthony Towns 发布 关于向比特币添加 Chia Lisp，这是为 Chia altcoin 设计的 Lisp 方言。 这将是传统比特币脚本和 Tapscript 的完全不同的替代方案，提供与之前提出的 Simplicity 语言相同的重新开始的一些好处。 Towns 建议他的替代方案——“Binary Tree Coded Script”或“btc-script”——比 Simplicity 更容易理解和使用，尽管也许它 将更难正式验证。 ● 改进 RBF 政策的想法：Gloria Zhao 已发布 关于 Replace-by-Fee 的讨论摘要 (RBF) 最近在伦敦举行的 CoreDev.

英文原文 翻译：Google Translate 校对：李林 本周的时事通讯描述了关于未来软分叉应该在多大程度上增加比特币脚本和 Tapscript 语言的表达能力的讨论的多个方面，并总结了一项对用于中继洋葱消息的带宽收费的提议。 还包括我们的常规部分，其中包括比特币核心公关审查俱乐部会议的摘要、新软件版本和 RC 的公告，以及对流行的比特币基础设施项目的显着变化的描述。 新闻 ● 限制脚本语言的表达能力：在 Bitcoin-Dev 邮件列表中，针对将 OP_TXHASH 或 OP_TX 操作码添加到 Script 的提议开始了几个子讨论（参见 Newsletters #185 和 #187)。 Jeremy Rubin 注意到 提案（可能与其他操作码提案相结合，例如 OP_CAT) 可能允许创建递归 covenants——需要的条件在每笔交易中重新使用这些比特币或与之合并的任何比特币，以实现永续性。有人询问 是否有人担心允许比特币中的递归契约，总结了一些最值得注意的问题以下： ● 抗审查能力逐渐消失：贡献者 Shinobi 已发布 重复了他之前在时事通讯中提到的担忧 #157关于递归契约，该契约赋予强大的第三方控制该实体当前控制的任何代币的后续支出。例如，政府可以（通过法律）要求其民众只接受政府以后可以没收的硬币（由比特币共识规则强制执行）。 回复 对 Shinobi 的帖子回应 一年前 的论点也认为抗审查能力逐渐消失也存在于其他地方，如通过用户切换到对第三方控制具有相同要求的替代加密货币（山寨币）或类似侧链的结构。 ● 鼓励不必要的计算：开发者 James O’Beirne 表示 担心比特币脚本增加了太多的表现力或Tapscript 语言将鼓励创建脚本，这些脚本使用的操作次数超过了证明授权花费硬币的人选择花费这笔钱所需的最少操作次数.理想情况下，任何 UTXO（硬币）今天都可以使用单一的紧凑证明来证明支出已获得授权，例如 64 字节 schnorr 签名 .比特币已经允许更复杂的脚本来创建合约，例如多重签名契约和像 LN 这样的协议，但是这种能力可以被滥用以在脚本中包含执行合约条款所不需要的操作。例如，比特币过去一直处于风险 来自重复执行的特殊设计交易的拒绝服务攻击需要大量 CPU 或内存的操作。 O’Beirne 担心表达能力的提高既会创建新的 DoS 向量，也会导致程序员创建未优化的脚本，这些脚本使用了不必要的节点资源。 ● 引入图灵完整性：开发人员 ZmnSCPxj 批评 添加了允许创建故意递归约定的操作码，同时也允许意外创建递归约定。支付给递归契约的钱，无论是有意还是无意，都不会再与普通比特币完全可替代。ZmnSCPxj在图灵完整性和停机问题的背景下表达了这种担忧。

英文原文 翻译：Google Translate 校对：李林 消息应用程序正在使用闪电网络，承诺廉价、抗审查和保密的交易。 但是人们会默认使用这个“杀手级应用”而不是传统的加密消息平台吗？ 基于的Lightning即时通讯是否具有杀手级应用潜力？ 在演示基于闪电网络的消息应用Whatsat的时候，闪电网络实验室开发者Joost Jager 如此问 他的推特粉丝 普通比特币用户可能不会认为消息传递是闪电网络的杀手级用例之一，至少不会排在小额支付、流式支付之前。对于加密消息，他们可能会默认使用 Signal、Keybase 或 Wire 等选项。 这些肯定比 Facebook 的 Messenger 和 WhatsApp 等主流消息应用程序要好，它们的加密选项是隐蔽的保存面孔，不能提供太多的材料机密性。 但 Jager 认为，加密消息传递需要比隐私更进一步； 他们也需要抵制审查，这就是闪电网络消息传递的用武之地。 “加密部分是相似的，在两个系统中，消息内容都是私有的，”Jager 告诉比特币杂志。 “不同之处在于不涉及中央服务器。 没有可以用来关闭所有通信的单一终止开关。 或者更有选择性地使用它来拒绝某些用户进行通信。” WHATSAT: 新瓶装旧酒 与比特币的基础层相同，闪电网络从一开始就支持消息。 在闪电网络支持的消息中已经用上了Blockstream 的卫星，私人短信 服务已用上了闪电网络。 但是最近的 tweeks 协议 通过使用类型-长度-值(TLV)可以更容易地给付款添加额外数据。 TLV 载荷允许人们基于通信协议将额外的无关信息附加到数据包上。 对于 Whatsat，这些无关数据将是绑定到闪电交易中的消息。 Jager 说，启用 TLV 有效负载的更新为 Whatsat 之类的概念铺平了道路，除了对抗审查之外，取决于消息的发送或路由方式，它还可以使最终用户的通信更加私密。 他告诉我们。“基于闪电网络聊天也使得找出谁在与谁交流变得更加困难。不需要在用户之间建立直接（可观察的）TCP/IP 连接，也没有可以重建通信路径的中央服务器，” 闪电网络驱动的消息（或交易，就此而言）是通过洋葱网络传输的，就像通过Tor网络的信息一样。消息从一个节点分流到另一个节点，每个节点只能识别向它发送信息的节点或队列中下一个接收信息的节点。 Jager 现在也承认，如果一个实体运行路径中的大多数节点，那么他们可能能够揭露发送者和接收者。 他补充道：“隐私和安全是相对概念” 因此，在某些情况下，用户之间建立直接支付渠道可能会更好。 例如，如果“间谍”或“攻击者”想通过节点监控对用户进行去匿名化，那么如上所述，洋葱路由支付可能会根据路由提供显着更少的隐私。 在这种情况下，直接支付渠道会更加私密。 但是，如果监视方是 Internet 服务提供商 (ISP) 并跟踪 TCP/IP 地址，那么洋葱路由将更加私密。 然而，直接渠道可以提供绝对免费的消息传递——与潜在的隐私权衡相比，一些用户可能会发现这种好处微不足道。 例如，闪电消息已经是免费使用的服务； 当一个用户向另一个用户发送消息时，他们必须将其附加到付款中，但收件人可以在打开消息后拒绝此付款（对于 Whatsat，返回发件人的消息表明付款已被拒绝用作确认 原始消息）。

英文原文 翻译：Google translate 校对：李林 本周的时事通讯描述了一个新提议的 OP_EVICT 操作码，并包括我们的常规部分，其中包含新版本和候选版本的摘要以及流行的比特币基础设施软件的显着变化. 新闻 ● 提议的操作码用于简化共享 UTXO 所有权：开发人员 ZmnSCPxj 在 Bitcoin-Dev 邮件列表中发布了一项关于 OP_EVICT 操作码的提议，以替代之前提议的 OP_TAPLEAF_UPDATE_VERIFY (TLUV) 操作码。 与 TLUV 一样，OP_EVICT 专注于两个以上用户共享单个 UTXO 所有权的用例，例如连接池、通道工厂和某些约定。要了解 OP_EVICT 的工作原理，请想象一个连接池，其中单个 UTXO 由四个用户控制：Alice、Bob、Carol 和 Dan。. 今天，这四个用户可以创建一个 P2TR（taproot）输出，其密钥路径花费允许他们使用 MuSig2 之类的协议来有效地花费该输出，如果他们都参与创建签名的话。 但是，如果用户 Dan 变得不可用或恶意，Alice、Bob 和 Carol 保持加入池剩余部分的隐私和效率优势的唯一方法是提前与 Dan 准备一棵预签名交易树——不是所有的 哪些需要使用，但所有这些都需要准备好使用以确保完全容错。 随着共享 UTXO 的用户数量的增加，需要创建的预签名交易的数量组合增加，使得该安排高度不可扩展（仅 10 个用户需要预签名超过一百万笔交易）。 其他提议的操作码，如 TLUV 和 OP_CHECKTEMPLATEVERIFY 可以消除组合爆炸。 OP_EVICT 完成了同样的工作，但 ZmnSCPxj 建议它可能是这些操作码（对于这个用例）的更好选择，因为它在删除共享 UTXO 所有权组的成员时使用更少的链上数据。 如果在软分叉中添加了 OP_EVICT，则该组的每个成员都可以与其他成员共享一个公钥以及该密钥的签名，以向成员支付预期金额的输出（例如，Alice 获得 1 BTC，Bob 获得 2 BTC ， 等等）。 一旦每个成员都拥有所有其他成员的公钥和签名，他们就可以无需信任地构建一个地址，允许以两种不同方式中的任何一种使用资金：

A backup The updated

英文原文 试着与现实带来不适共处。有时，大脑会自动解释我们现在对战争的感受和其他地方的战争的差异，而不是简单地承认就是存在偏见，并且我们都参与其中。 作为一个阿拉伯人，发现当下你们如此多的人关心冲突、难民和战争罪行，同样的东西把我变成难民、让我的家人流离失所以及摧毁我的国家，这种差别伤害了我的心理上并留下了创伤。

英文原文 翻译：DeepL 校对： 李林 比特币在协议层面上没有实现隐私保护。一个人存储、交易或以其他方式使用比特币，是保持几乎匿名和让有动机的旁观者永久访问其交易历史的区别。1 可惜的是，实现更强的隐私往往会导致更不方便。老手会说绝对不要重复使用收款地址，但对于懒惰/不懂技术的人来说，生成一个新的地址给别人确实麻烦。 开启 BIP47 钱包 BIP47，分层确定性钱包的可重复使用的收款码，是由Justus Ranvier在2015年提交的。如标题所示，它为现有的分层确定性（或HD）钱包结构增加了功能–特别是通过概述一个促进各方之间重复付款的系统（同时保护他们的隐私）。 分层确定性钱包使用户更容易获得隐私，通过导出公钥而不泄露 “主"钥（或xpub，这应该是保密的）。这些公钥的数量几乎是无限的，可以创建并发放给交易方，他们只能收集某个特定密钥所持有的数量（而不是钱包的全部内容）。 到目前为止，一切都很好。你避免了经典的 “XYZ得知你持有多少钱，现在你的生命处于危险之中 “的情况，而且你可以更有效地划分你的活动，而不必不断地在不同的钱包应用程序中轮换。 可以肯定的是，这是一个纯粹的改善，但当涉及到频繁交易时，仍然不够好。良好的做法是，每次收款都使用一个新的地址，因此不断地重新发放新收款地址会很快变得不方便。 解决方案 BIP47的实施为那些寻求与同行建立经常性支付渠道的人增强了分层确定性钱包的功能，为他们提供了可重复使用的收款码。如果你想打一个可怕的过度简化的比方，支付代码有点像那些Handcash的现金标签，你的朋友可以向他们支付。 我很快会详细说明。首先有几件事要澄清–你不依赖一个受信任的第三方，你在技术上没有向收款码转币，而且它仍然只是一长串字母数字字符（但你现在应该已经习惯了。 如果你不习惯，欢迎来到比特币！）。 要记住的关键是，这些支付代码可以在每次交易中重复使用而不损害隐私，因为币每次都被发送到一个新的链上地址。正如Ranvier在2015年BitcoinTalk的帖子中所说，一个收款码将能够把资金输送到40亿个不同的地址。 它们与其他隐形地址的实现有些不同（Kyle Torpey在这里做了一个很好的比较）–其中一种表现方式是通过使用链上的 “通知交易 “来建立与同行的支付渠道。 在资金可以来回传输之前，发送方会向接收方的监听地址广播一个特殊的交易（使用OP_RETURN），这就启动了通道。通过所有这些在链上的滚动，用户可以恢复他们的渠道，在发生灾难的情况下，只要他们保持一个备份（再次，你无疑是习惯了）。 In the Wild 目前，令人惊讶的是，只有少数软件实现这个功能。Samourai Wallet和Billion是我想到的（Stash Wallet也标榜支持，但它跑不起来）2。在常规功能的基础上，后者进一步实现了使用BIP47的私人消息，而前者则在PayNyms的标准基础上实现了更好的UI/UX。 封面艺术修改自Pixabay。 英文原文是：Bitcoin privacy isn’t something guaranteed at the protocol level. How an individual stores, transacts or otherwise uses Bitcoin is the difference between remaining virtually anonymous and providing motivated onlookers with permanent access to their transaction history.