## 椭圆曲线密码学：摘要 传统的公钥密码学依赖于诸如分解大数（RSA）之类的数学难题来保障通信安全，但这些方法需要不断增加密钥长度才能提高安全性。椭圆曲线密码学（ECC）提供了一种更高效的替代方案，可以用显著更小的密钥实现相同的安全级别。 ECC 利用椭圆曲线的独特属性——定义特定形状的方程——来创建“陷门”函数。在曲线上添加点很容易，但反向操作（根据结果找到原始点）在计算上是不可行的。这使得安全的密钥交换（ECDH）和数字签名（ECDSA）成为可能。 该过程涉及各方生成一个私钥和一个对应的公钥（曲线上的一个点）。共享公钥允许他们建立一个共享密钥，用于加密通信。签名使用私钥创建，并使用公钥进行验证，从而确保真实性和完整性。 ECC 的优势在于其较小的密钥尺寸。例如，256 位 ECC 密钥提供与 3,072 位 RSA 密钥相当的安全性，使其非常适合资源受限的设备和更快的计算。虽然目前是安全的，但 ECC 容易受到未来量子计算机的攻击，从而推动了对后量子密码替代方案的研究。ECC 如今广泛应用于 TLS 1.3、Signal 和比特币等协议中，为现代安全需求提供了一种强大而高效的解决方案。
每日HackerNews RSS
## 交互式椭圆曲线密码学介绍 - Hacker News 总结
一个在 [growingswe.com](https://growingswe.com) 上推出的交互式椭圆曲线密码学 (ECC) 介绍正在 Hacker News 上受到关注。用户称赞其易于理解，尤其对于不熟悉底层数学知识的人来说。 许多评论者认为它有助于回顾 ECC 的基本原理，或理解他们之前难以理解的概念，例如点加法和“无穷远点”的作用（作为零）。
讨论强调了交互式工具中的一个错误，并深入探讨了 ECC 的数学基础，将其与群论联系起来。 报告的常见问题是访问网站时出现 SSL 连接错误，推测可能是由于 Let's Encrypt 证书过期或潜在的 ISP 干扰。
对话还涉及寻找适用于密码学的单向函数的难度，以及为什么椭圆曲线目前被认为是最佳选择之一，因为它们能够抵抗已知攻击。 虽然可能存在许多难题，但只有有限数量的问题对于密码学应用而言是实用的。
在世界移动通信大会上，摩托罗拉宣布了安全和企业解决方案的重要进展。一个关键亮点是与GrapheneOS基金会建立的长期合作关系，旨在将高度安全、注重隐私的GrapheneOS操作系统引入未来的摩托罗拉设备。这项合作结合了GrapheneOS的工程技术与摩托罗拉的专业知识以及联想的ThinkShield安全平台。 对于企业而言，摩托罗拉推出了**Moto Analytics**平台，该平台提供设备性能的实时洞察——超越基本的访问控制——以改善故障排除和提高生产力。他们还扩展了**Moto Secure**，增加了**Private Image Data**功能，该功能会自动删除照片中的敏感元数据，以增强用户隐私。 这些新增功能强化了摩托罗拉致力于为消费者和组织提供安全、智能技术的承诺，并利用先进的安全和运营效率工具加强了其B2B生态系统。这些功能的推出时间表将在未来几个月内公布。
Netlify：简单静态托管，通过netlify.toml文件配置CORS。 Vercel：简单静态托管，在vercel.json配置中添加headers。 Cloudflare Pages：简单静态托管，使用简单的_headers文件配置。 GitHub Pages：中等静态托管，使用Cloudflare作为解决方法。 Nginx：中等Web服务器，在站点配置中添加headers。 Apache：简单Web服务器，通过.htaccess文件配置。 Next.js：简单框架，在next.config文件中添加headers。 Express.js：简单框架，使用cors中间件包。 WordPress：简单CMS，通过functions.php、.htaccess或插件添加CORS headers。 Cloudflare：简单CDN，使用Transform Rules添加headers。
## 博客再次流行与CORS困境
一则Hacker News讨论围绕着为“博客再次流行”网站启用CORS（跨域资源共享），该网站是一个新的RSS阅读器，旨在复兴独立博客。开发者解释说，CORS问题给项目增加了大量时间——大约90%，因为最初尝试在浏览器中获取RSS。
核心争论围绕着CORS的目的和有效性。虽然CORS的本意是作为一种浏览器安全措施，但许多评论员认为它主要保护用户数据免受跨站请求的侵害，而不是提供强大的整体安全性。一些人指出，像伪装用户代理或服务器端代理这样的解决方法可以轻松绕过CORS。
人们对网站对JavaScript和动画（特别是Framer Motion）的依赖表示担忧，认为这会影响性能和可访问性。其他人则争论了基于Web的RSS阅读器与原生应用程序的优缺点，支持者强调了Web应用程序提供的沙盒机制、平台独立性和共享状态等优势。最终，这场讨论凸显了安全性、可用性和对更开放的Web生态系统渴望之间的权衡。
一项新研究揭示了大脑处理音乐和图像的关键差异。图像感知将高级含义与基本感官信息分离，而音乐感知似乎同时整合两者。这项由高木领导的研究，为理解大脑打开了令人兴奋的可能性。 研究人员设想利用这些技术重现精神分裂症中的听觉幻觉等体验，甚至一窥动物如何感知世界——并可能重构梦境。尽管梦境重现仍然复杂，但长远潜力延伸至脑对脑的交流，引发了重大的伦理考量。 虽然理论上可以通过刺激感官体验来娱乐，但高木警告说，由于目前的技术限制，这可能还需要10-20年时间。这项研究是解码大脑复杂过程的重要一步，并为研究先前无法触及的主观体验提供了一个窗口。
这次黑客新闻的讨论围绕着大脑活动解码的最新进展，特别是重建内心语言的能力。研究人员在识别想象的句子方面达到了高达74%的准确率，这既令人兴奋，也引发了伦理担忧。
用户们争论了潜在的滥用可能性，尤其是在法律和情报领域，强调了区分真实想法和强迫想法的不可靠性。人们对潜在的胁迫以及基于非自愿想法评判个人的伦理影响表示担忧。
对话还涉及了脑机接口的挑战，例如由于组织对植入物的反应而随着时间推移信号退化。最后，用户们讨论了内在独白的各种体验——有些人有持续的内心声音，有些人没有，但所有人都可能经历强迫想法，无论这些想法是否在内心表达。总体基调是谨慎乐观，但同时也强烈意识到潜在的的反乌托邦应用。
## Vortex：用于更快分析的智能数据压缩 Vortex是一个新的数据压缩框架，专为速度和效率而设计，在TPC-H基准测试中，压缩率比使用ZSTD的Parquet高38%，解压缩速度快10-25倍。与依赖单一压缩编解码器的传统方法不同，Vortex **会根据数据本身动态选择和分层多个轻量级编解码器** – 例如FastLanes、FSST和ALP – 灵感来自BtrBlocks研究。 Vortex超越了Parquet有限的自适应压缩，采用**递归级联过程**：它尝试各种编解码器，然后对初始编码的*结果*进行进一步压缩，持续优化大小，同时保留随机访问。这是通过**采样**实现的 – 分析具有代表性数据子集，以确定最佳编解码器链。 主要特性包括类型特定压缩器（针对整数、浮点数和字符串进行优化）以及每列可配置的压缩策略。Vortex提供了一个仅使用轻量级编解码器的默认策略以提高速度，以及一个添加ZSTD等编解码器的“compact”策略以实现最大压缩。未来的开发重点是领域特定编码以及探索跨列压缩技术以获得更高的效率。 该项目是开源的，可在GitHub上获取。
这个Hacker News讨论围绕着ORC、Parquet等数据压缩格式，以及一个新项目OpenZL。一个关键点是，**扫描速度通常比文件大小更重要**，在优化数据库性能时。一位评论员分享了优化ORC的经验，发现减小读取大小（即使压缩文件更大）并没有显著提高速度，因为瓶颈在于SQL引擎的CPU使用率，而非IO。
有效的压缩依赖于**数据跳过**——组织数据，使引擎能够绕过不相关行。基于常用过滤器的行级重新排序能带来最大的性能提升。
OpenZL被提及，可能更有前景，它能动态构建针对特定数据格式的压缩器，并保持与标准解压缩工具的兼容性。讨论强调，数据库管理员经常会误判哪些过滤器对数据组织最有效。
## 不要重新学习你已经知道的东西：构建个人知识库 我们都有过这样的经历：努力回忆起我们*知道*自己做过的流程。作者亲身经历在重新给PDF添加水印时，意识到技能会因不经常使用而衰退。这引发了对个人知识库力量的提醒——一个记录流程的集合，就像你人生的标准操作程序。 关键是在完成流程后*立即*记录，使用诸如插页日记或音频笔记等方法。将这些“操作指南”存储在可一致搜索的位置（文本文件、Apple Notes等），并使用清晰的标识符，如标签（#howto）和简洁、关键词丰富的标题（例如“减小PDF大小”而不是“为在线商店准备文档”）。 构建这个系统需要有意识地去做，克服推迟记录的冲动。然而，回报——随时可用的解决方案和节省的时间——是值得的。不要让来之不易的知识溜走；记录它，并为你的技能做好未来准备！
## 记录与检索信息：一则黑客新闻讨论总结
这则黑客新闻讨论了记住网上信息以及个人知识管理策略的挑战。核心问题是，像谷歌这样的平台*不希望*用户轻易独立存储信息，因为这会降低用户对它们搜索引擎和广告收入的依赖。
许多评论者分享了个人解决方案，从简单的笔记本和博客文章到更复杂的系统，使用Obsidian、Zim、Kagi搜索和定制工具。一个反复出现的主题是主动*记录*信息的重要性，即使只是简短的记录，也能帮助回忆。 许多用户提倡能够自动捕获和索引数据的系统，例如可搜索的已访问网页数据库或使用LLM处理的语音笔记。
人们提出了对隐私和数据所有权的担忧，一些人更喜欢自托管解决方案，而不是像Kagi（由于登录要求）或Microsoft Recall这样的服务。 最终，讨论强调了对知识管理采取积极主动的态度，并承认为长期保留和可访问性付出努力是值得的。
比特衰退是无声的、累积的、不可避免的。B树内部节点中的单个比特翻转可能导致整个子树的行损坏。标准的SQLite完全依赖于外部工具（ZFS校验和、定期备份、手动PRAGMA integrity_check）来检测和修复这种损坏。FrankenSQLite将恢复直接构建到存储引擎中。RaptorQ喷泉码在写入时为每个数据页生成修复符号。当读取时检测到损坏，无论是由于比特衰退、磁盘错误还是宇宙射线，失活解码会从幸存的符号中重建原始字节。无需恢复备份。无需人工干预。自动恢复，保证在配置的开销预算内。点击下面的健康页面来模拟损坏，并观看引擎实时重建它们。
## FrankenSQLite：一个 Rust 重实现与讨论
FrankenSQLite 是 SQLite 的一个 Rust 重实现，目标是实现并发写入，并在 Hacker News 上进行了展示。该项目利用 Rust 的测试框架、基于属性的测试以及针对原始 SQLite 的一致性测试。然而，讨论很快变得严厉。
用户质疑该项目的可行性，指出在无法访问 SQLite 的完整（且大部分是专有的）测试套件的情况下，完全复制 SQLite 具有困难。人们对该项目对生成式人工智能（“LLM 垃圾”）的依赖表示担忧，许多人观察到实现不完整以及 RaptorQ 等有问题的设计选择。
一些评论员强调了作者已知在开发中使用 AI 代理，这导致人们对代码质量和可维护性的怀疑。关于并发写入与优化单写性能的价值，以及该项目不寻常的许可证的可执行性（该许可证限制 OpenAI 和 Anthropic 的使用）存在争论。
最终，该项目在很大程度上被认为是一项雄心勃勃但有缺陷的努力，体现了人工智能生成代码项目缺乏实际内容的日益增长的趋势。
## 模拟286处理器：深入虚拟现实
受“什么是真实？”的哲学问题启发，本项目通过尝试模拟1980年代的286计算机处理器来探索现实的边界。目标是使处理器启动并运行简单的汇编代码，并质疑如果建立在模拟信号之上，*它*的现实是否更不真实。
该项目的核心是将物理80C286处理器与树莓派Pico连接。由于处理器的57个引脚超过了Pi的能力，使用了MCP23S17 I/O扩展器来管理通信。这需要仔细的接线、引脚映射以及使用MicroPython进行软件开发，以控制扩展器并模拟必要的信号——时钟、复位、地址和数据。
在克服了扩展器内部硬件寻址的挑战后，系统成功执行了一个加载到模拟内存中的简单加法程序。该过程涉及仔细发送指令和数据、处理字节顺序（小端序）以及解释处理器标志。
最终，该项目表明处理器无论其电信号的来源如何都能正常工作，模糊了物理现实和虚拟现实之间的界限。虽然这只是一个小小的步骤，但它为探索外围设备实现和进一步深化模拟打开了可能性。
## 黑客新闻讨论：286 虚拟现实
一场黑客新闻讨论围绕着一个使用286处理器重现虚拟世界项目展开。该项目引发了经历过286芯片的用户，特别是日本PC-98场景中的用户，的怀旧之情，并赞赏对其能力的持续探索。
评论者分享了相关项目，包括286的DIY芯片测试仪和旨在实现周期精确的模拟器。讨论的很大一部分围绕着硬件原型设计面临的挑战。一些人提倡使用万用板连接或通过JLCPCB等经济实惠的服务定制PCB，而另一些人则强调了将此类项目扩展到更复杂的芯片（如奔腾）而不使用现代PCB制造的不切实际性。
对话还涉及中国PCB制造出人意料的低成本，以及影响电子产品定价的更广泛的经济因素，质疑为什么尽管实现了自动化制造，消费者的成本仍然很高。最终，该帖子庆祝了业余爱好者的创造力以及现代电子制造的可及性。
You don't have to
2 天前
## 黑客新闻讨论摘要：“你不需要”文章
一场冗长的黑客新闻讨论围绕一篇题为“你不需要”的文章展开，该文章批判了人工智能的快速且常常不加批判的采用，尤其是在软件开发领域。文章认为，不应仅仅因为潮流而被迫拥抱人工智能，强调了工艺、深刻理解和独立思考的价值。
许多评论者对文章的核心信息表示共鸣，赞扬其细致的视角和“人性化”的写作风格，尽管承认文章篇幅较长。一些人认为文章的长度是合理的，认为这是体验和论证深度的重要组成部分。
然而，很大一部分评论者承认自己只是略读，使用人工智能来总结，或者根本没有读完这篇文章，这凸显了注意力持续时间下降和对简洁信息的偏好。这引发了关于文章长度是否是缺陷或一种有意的风格选择的争论，这反映了文章本身对优先考虑速度而非质量的批判。
讨论还涉及人工智能可能削弱技能的潜力、 “手工”软件的价值，以及使用人工智能来理解一篇*关于*人工智能危险的文章所带来的讽刺意味。最终，该讨论表明，社区内部存在分歧，大家正在努力应对人工智能对其职业和创作过程的影响。
## VMPrint：现代网络的确定性排版
VMPrint是一个纯JavaScript、零依赖的排版引擎，旨在生成像素级精确的PDF，为无头浏览器或复杂的PDF库提供稳定且高性能的替代方案。它通过使用版本化的JSON指令流来构建文档，解决了现有方案的权衡——繁重的依赖、不可预测的布局和内存问题。
该引擎运行在两个阶段：**布局**（确定字形位置、分页和格式化）和**渲染**（将布局转换为PDF或其他格式）。这种分离允许实现可重现的布局、通过JSON快照轻松调试，以及未来扩展到SVG或Canvas等格式。
VMPrint具有体积小（约2MiB）、渲染速度快，并支持多语言文本（拉丁文、CJK、从右向左），具有准确的文本塑形和断字功能。它设计可在任何地方运行——从Cloudflare Workers到浏览器——在不同环境中提供相同的输出。
VMPrint的构建重点是恢复TeX和PostScript等传统排版系统的精度，旨在为开发者提供可靠的工具，以生成出版质量的PDF。目前处于预发布阶段（v0.1.0），并积极寻求贡献。
## VMPrint：零浏览器PDF排版引擎
一位电影导演和系统工程师创建了VMPrint，这是一个轻量级（88KB）且确定性的PDF排版引擎，使用纯TypeScript编写。开发者对现有库在处理复杂多语言文本和剧本特定分页（例如自动在分页处添加“(MORE)”和“(CONT’D)”）方面的局限性感到沮丧，因此构建了一个定制解决方案。
VMPrint避免使用DOM和Node.js API等依赖项，使其能够在Cloudflare Workers和Lambda等环境中运行。它加载OpenType字体，执行基于字素的精确文本分割，并输出用于布局的绝对坐标。性能非常快——在Snapdragon Elite ARM芯片上，8页的复杂文档渲染时间约为28毫秒。
该项目包含`draft2final`，一个用于将Markdown（包括剧本格式）转换为PDF的CLI工具。虽然承认存在权衡，特别是对于阿拉伯语和梵文等语言的复杂文字塑形，由于捆绑包大小的限制，但开发者欢迎贡献并正在探索解决方案。该项目是开源的，旨在提供一种独特的、边缘原生PDF生成方法。
该发布引发了关于AI辅助代码生成以及与Prince和Weasyprint等现有解决方案的比较的讨论。