2作者: shrecshrec大约 1 个月前原帖
大家好,我们于2月11日启动了一个项目,旨在构建最快、最强大的secp256k1库,利用现代CPU特性和低级汇编。这个项目叫做UltrafastSecp256k1,在短短11天内,我们已经实现了一些相当激进的基准测试和平台覆盖。 我们解决的问题:现有的secp256k1实现(如来自Bitcoin Core的libsecp256k1)虽然经过高度优化,但往往在特定的新硬件特性或跨平台需求上未能充分发挥性能。我们看到了进一步推动这一点的机会,特别是在恒定时间操作和多样化架构方面。 我们所做的(“如何做到的”): - 深度汇编与硬件内在特性:为x86-64和ARM64手动调优的$5 \times 52$域表示。这直接绕过了更高层的抽象,以达到峰值性能。 - 设计为恒定时间:每条关键路径都设计为恒定时间,以减轻侧信道攻击。我们甚至在x86-64的恒定时间下,实现了$k \times G$(生成器标量乘法)比libsecp256k1标准实现快+51%的速度提升。 - 跨平台与嵌入式:我们迅速扩展了支持,从x86/ARM64(包括Android)到ESP32-S3,接下来将开始支持RISC-V(Milk-V Mars)。 - 广泛的语言绑定:该库支持12种以上的语言(Rust、Go、Python、Swift、Dart、Java/Kotlin、通过NPM的Node.js、通过NuGet的C#等),使其易于集成到几乎任何项目中。 我们分享的原因:在11天内,我们已经看到超过5000个克隆,项目正在快速发展。我们希望从HN社区获得关于我们低级优化的反馈,特别是恒定时间实现的细节和平台特定的汇编。 相关基准测试:(可以稍后插入具体数字) - x86-64 ($k \times G$ CT):Ultrafast: 10.4µs vs libsecp: 15.7µs (+51%更快) - ARM64 ($field\_mul$):Ultrafast: 0.083µs vs libsecp: 0.098µs (+18%更快) - ARM64 ($field\_inv$):Ultrafast: 4.47µs vs libsecp: 5.21µs (+17%更快) 我们相信,UltrafastSecp256k1可以成为各种应用中高性能加密需求的关键组件,从区块链节点到安全的物联网设备。 GitHub仓库:[https://github.com/shrec/UltrafastSecp256k1](https://github.com/shrec/UltrafastSecp256k1) 更新日志:[https://github.com/shrec/UltrafastSecp256k1/blob/main/CHANGELOG.md](https://github.com/shrec/UltrafastSecp256k1/blob/main/CHANGELOG.md) 期待您的见解和建设性的批评!
2作者: sdgnbs大约 1 个月前原帖
一个免费的生物阅读扩展,帮助改善注意力缺陷多动障碍(ADHD)和阅读速度。该扩展完全在本地处理文本。<p>许可证:MIT<p>Chrome 网上应用店: https://chromewebstore.google.com/detail/cllpokdpfkelkceomncfgebkegnjepdc?utm_source=item-share-cb<p>源代码: https://github.com/the0cp/citius-vide
2作者: yc_surajkr大约 1 个月前原帖
我创建了 Orvia —— 一个实时的临时协作空间,用于即时对话和快速媒体分享。<p>到目前为止,大约有 200 名用户尝试过它。主要反馈不是关于缺失的功能,而是用户体验:<p>界面感觉过于“黑客工具”<p>空房间让人感到尴尬<p>可见的操作太多<p>因此,我对其进行了重新设计,使其感觉更加平静和无摩擦。<p>这个想法很简单: 创建一个房间 → 分享链接 → 进行对话和分享文件 → 离开 → 房间消失。<p>无需账户。 无需设置。 没有存储历史。<p>它是为快速、私密、零负担的协作而设计的——而不是持久的社区。<p>非常希望能收到关于用户体验和实时体验的诚实反馈,或者任何缺失的功能。<p>网址 - https://orvia.live
1作者: benstarslett大约 1 个月前原帖
Moltbook的崩溃(其特征包括API密钥泄露、代理人冒充,以及许多“自主”机器人实际上是由人类操作的揭露)不仅仅是一起安全事件。这是一个结构性失败:该平台缺乏任何持久的、可加密验证的AI代理身份。 没有一个作为真实来源的注册系统——提供有关代理人所有者、责任人以及如何进行审计的数据——任何代理生态系统都将迅速陷入重复、欺诈、垃圾信息和诈骗的泥潭。Moltbook就是一个典型的例子。 《印度斯坦时报》报道了这一事件,并包含了我的技术评论,基于Jay J. Springpeace于2026年1月16日出版的《我是你的AI代理人》一书中描述的原则——这本书的出版时间早于Moltbook的推出:https://www.hindustantimes.com/world-news/us-news/what-is-moltbook-5-key-facts-about-the-ai-only-social-media-platform-101769833804190.html • 加密身份:AI代理必须拥有一个签名的、不可伪造的身份,并在注册系统中锚定。 • 实时监控:平台需要行为追踪,能够立即暂停异常代理。 • 沙盒环境:代理逻辑必须与敏感系统组件隔离,以防止泄露或未经授权的访问。 该书认为,没有身份和问责层的自主系统本质上是危险的,并提出了AIBSN(人工智能生物序列号)——一个存储在Arweave上的去中心化注册框架。 技术标准:AIBSN.org ________________________________________ 讨论要点: 1. 你是否已经为你的代理使用某种形式的持久身份(如LangGraph、AutoGen、CrewAI等)? 2. 集中的API密钥和速率限制是否足够,还是我们需要为所有AI行为建立一个强大的来源链? 3. AIBSN是否过于复杂,还是正是Moltbook及类似实验中缺失的东西? 我期待技术上的批评、替代方案和实践经验。感谢大家的讨论!
1作者: kiimdonglin大约 1 个月前原帖
当您在使用Claude Code时,如果使用的是韩语、日语或任何非英语语言,会发生两件事: 1. 您会浪费代币——非英语文本所需的代币是英语的2-3倍,以传达相同的意思。每个提示、每个响应、每次上下文的转换都会增加代币的消耗。 2. Claude的推理能力下降——它在语言切换上消耗了上下文预算,而不是专注于实际思考您的代码。 为了解决这个问题,我开发了claude-ts。这是一个位于Claude Code前面的翻译代理: 您(任何语言)→ Haiku/Ollama(→ 英文)→ Claude Code(英文)→ Haiku/Ollama(→ 您的语言)→ 您 Claude Code在内部始终使用英语——这样推理更好,代币消耗更少。翻译几乎不需要成本(Haiku)或根本不需要成本(本地Ollama)。 您可以通过以下命令安装claude-ts: ``` pip install claude-ts ``` - 支持8种语言(韩语、日语、中文、泰语、印地语、阿拉伯语、孟加拉语、俄语) - 通过Ollama提供免费的本地翻译 - 实时代理树可视化 - 保留所有Claude Code功能
2作者: Sem_pre大约 1 个月前原帖
没人谈论的问题 你想接受一笔10,000美元的USDC付款。你有两个选择: 选项A:集成一个支付处理器,比如Coinbase Commerce。设置一个账户,嵌入他们的结账小部件,处理他们的SDK。支付100美元的费用(1%)。 选项B:建立自己的区块链监听器。学习ethers.js,订阅USDC转账事件,处理重组、确认和边缘案例。至少需要两周的工作。 没有折中的办法。没有服务可以简单地告诉你:“是的,这笔特定的付款已到账。” 直到现在。 [https://paywatcher.dev?utm_source=hackernews](https://paywatcher.dev?utm_source=hackernews)