最新

嘿，HN社区， 我不久前开发了一个开源项目，它在GitHub上变得相当受欢迎。这是我在管理岗位上工作了一段时间后，重新与编程建立联系的一种有趣方式。 这也让我亲眼见证了开源领域的变化。 生成的问题和拉取请求的数量给我带来了压力。有些是有帮助的，但很多则不是。无论如何，维护者现在必须在他们已经免费做的所有工作之上，审查、分类和回应越来越多的“AI”生成的工作。 一个实际的应对方法是，维护者也可以使用这些工具：过滤问题、进行初步的拉取请求审查、帮助处理安全补丁、编写测试，或者处理项目中的一些重复性工作。这并不是每个人都能接受的，我对此表示尊重。但如果使用得当，它确实可以提供帮助。 问题在于成本。 开源维护者不应该个人承担维持项目生成工作量所需的计算费用。 这种新出现的压力就是我构建opub的原因。 opub允许捐赠者为开源项目提供计算资源。维护者可以创建有限金额的计算密钥，并在30多个模型中与编码代理和工具一起使用。代币的使用和支出与项目相关联，连同捐赠一起，项目的计算余额在公开中可见。 注册现已开放，我非常希望听到HN社区的反馈。 如果你维护一个在GitHub上有100个以上星标的开源项目，前20位注册者可以获得我们提供的50美元的起始捐赠计算资源。

在过去的五年里，我一直在从零开始重新设计Freenet，这是我在2000年代早期的点对点项目（现在更名为Hyphanet）。<p>新的Freenet自去年12月以来已经上线，并推出了一些早期应用，如River[1]，我们的去中心化群聊工具，以及Delta——一个去中心化的内容管理系统。用户们已经开始在Freenet上构建自己的应用，包括游戏，我们也在开发一些有趣的应用，如Atlas，一个搜索/推荐引擎。<p>在架构上，这个新的Freenet是一个全球去中心化的键值存储，其中键是WebAssembly合约，定义了对于该键哪些值（即“状态”）是有效的，如何或何时可以改变这些值，以及如何在节点之间高效地同步状态。<p>我们开发了一种独特的（据我所知）一致性问题解决方案，每个合约必须定义一个“合并”操作，用于合约相关状态的处理。这个操作必须是可交换的，这意味着你可以以任何顺序合并多个状态，最终结果将是相同的。<p>这种方法允许状态更新像病毒一样在网络中传播[2]，通常在几秒钟内或更短时间内实现一致的全局状态。<p>与万维网类似，Freenet应用可以从网络本身下载并在网页浏览器中运行——类似于普通网络上的单页应用。然而，与其连接到数据中心运行的API，Web应用则是通过本地WebSocket连接直接连接到Freenet节点，并与Freenet合约和委托进行交互。<p>如果你想尝试Freenet，我们为主要桌面操作系统提供了方便的安装程序，但尚未支持移动设备，你可以在几秒钟内通过River与其他用户聊天[3]。如果你有任何问题，我很乐意回答，你也可以阅读我们的常见问题解答[4]，或者观看我在三月份的演讲[5]。<p>[1] <a href="https://github.com/freenet/river" rel="nofollow">https://github.com/freenet/river</a><p>[2] <a href="https://freenet.org/about/news/summary-delta-sync/" rel="nofollow">https://freenet.org/about/news/summary-delta-sync/</a><p>[3] <a href="https://freenet.org/quickstart/" rel="nofollow">https://freenet.org/quickstart/</a><p>[4] <a href="https://freenet.org/faq/" rel="nofollow">https://freenet.org/faq/</a><p>[5] <a href="https://youtu.be/3SxNBz1VTE0" rel="nofollow">https://youtu.be/3SxNBz1VTE0</a>