2作者: Victornomics9 个月前
这真是一项巨大的创新,它建立在区块链领域的两大巨头之上。Hemi 正在创建一个网络,它将比特币无与伦比的安全性与以太坊构建应用程序的灵活性相结合。通过其 Proof-of-Proof 系统,Hemi 将交易锁定在比特币上,使其更加安全,同时仍然允许开发者构建强大的 DeFi 项目。 Hemi 提供的交易与比特币链本身一样安全。该网络的 Hemi 虚拟机 (hVM) 和 Hemi 比特币工具包 (hBK) 技术栈让开发者能够构建强大的 DeFi 应用程序,在不牺牲可编程性的前提下,利用比特币的流动性。在处理了超过 2000 万笔交易的激励测试网之后,Hemi 的主网于 2025 年 3 月上线,并且势头不减。 现在,随着 Hemi 在 BingX 上市,该项目正在向更广泛的交易者和投资者开放大门,他们相信比特币和以太坊应该携手合作,而不是相互竞争。 比特币和以太坊区块链能否携手合作?你有什么看法?
4作者: acossta9 个月前
我开发了 Captan (<a href="https:&#x2F;&#x2F;github.com&#x2F;acossta&#x2F;captan" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;acossta&#x2F;captan</a>),这是一个用于管理初创公司股权结构的开源 CLI 工具。 Captan 将所有数据存储在一个简单的 JSON 文件中,你可以用 Git 进行版本控制,而无需使用电子表格或付费的 SaaS 股权结构解决方案。 它支持: - 利益相关者(创始人、员工、投资者) - 证券类别(普通股、优先股、期权池) - 股票发行 - 带有归属计划的期权授予(每月、锁定期) - SAFEs(记录 + 在定价轮融资时模拟转换) - 股权结构计算(已发行 vs 完全稀释) - CSV/JSON 导出 - 审计日志(“航海日志”) 总的来说,Git 中的 JSON 文件将提供比大多数商业解决方案更好的可审计性和版本控制。 模拟不同的场景非常容易,只需创建一个 Git 分支并模拟你需要的任何内容。 快速体验: --------------------------------------- npm install -g captan $captan init --name "Acme, Inc." --pool-pct 20 $captan enlist stakeholder --name "Alice Founder" $captan issue --security sc_common --holder sh_alice --qty 5000000 $captan chart 示例输出: Captan — 股权结构表(截至今日) 名称 已发行股份 占比 Alice Founder 5000000 100.00% 总计 已发行股权:5000000 已归属期权:0 已发行总额:5000000 完全稀释总额:7000000 --------------------------------------- 我开发它的原因:早期创始人(包括我自己)通常还不需要 Carta 或 Pulley——只需要一个清晰、可 hack 的方式来跟踪所有权。我想要一些透明、对开发者友好且原生支持 Git 的工具。 代码库:<a href="https:&#x2F;&#x2F;github.com&#x2F;acossta&#x2F;captan" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;acossta&#x2F;captan</a> npm:<a href="https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;captan" rel="nofollow">https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;captan</a> 我很乐意收到关于哪些功能能让它对你更有用的反馈? 谢谢!
4作者: liszper9 个月前
Crazy Context 是一款有趣的无代码工具,用于生成项目提示,然后一键将其转化为基于 JavaScript 的应用程序。 它拥有强大的版本控制和独特的方法,同时超级易于使用,价格低廉且速度快。它非常适合任何试错型方法。
1作者: liszper9 个月前
Crazy Context 是一款有趣的无代码工具,用于生成项目提示,然后一键将其转化为基于 JavaScript 的应用程序。 它拥有强大的版本控制和独特的方法,同时超级易于使用、便宜且快速。它非常适合任何试错型方法。
1作者: totisjosema9 个月前
我用 Claude Code 已经有几个星期了,如果使用量很大,账单就会变得相当高。那么,什么时候从按 API 调用付费切换到订阅模式,或者反过来,会更划算呢?有没有人算过这笔账,或者分享过关于临界点的报告? 谢谢!
1作者: gooob9 个月前
这里有在谷歌从事安卓开发工作的人吗?体验如何?我对新的开发者验证要求很感兴趣:https://developer.android.com/developer-verification/guides 你能否详细介绍一下这些规则是如何产生的?其他开发者对这些规则和安卓的未来有什么看法? 另外,你们为什么放弃了安卓版本按字母顺序命名的惯例? 我发帖是因为我没有从任何真正从事安卓开发工作的人那里听到过关于这些的信息。觉得这里应该是个发帖的好地方。
1作者: dearilos9 个月前
嘿,HN!我们是 Ilya 和 Nikita。我们正在构建 wispbit (<a href="https://wispbit.com" rel="nofollow">https://wispbit.com</a>) - 一个帮助保持代码库标准活力的工具。 在 AI 编码工具的帮助下,工程师们编写的代码比以往任何时候都多。代码产出增加了,但管理这些代码的工具却没有改进。后台代理仍然会编写糟糕的代码,而你的 IDE 仍然会在没有正确上下文的情况下编写垃圾代码。 所以我们构建了 wispbit。它通过扫描你的代码库中已经使用的模式来工作,并制定规则。规则会随着标准的改变而更新,你可以随时编辑规则。 你可以在代码审查期间强制执行这些规则,并且由于我们有这个规则系统,你可以将它们作为 MCP 引入你的编码 IDE,这样你的代理就能生成更准确的代码。你可以把它想象成一个可以带到任何地方的便携式规则文件。 我们投入了大量精力来构建一个能产生良好规则并避免垃圾代码的系统。对于代码库爬取,我们有一个代理,它会分发子代理,类似于 Anthropic 的研究代理。这些子代理将遍历并查找模块和目录中的常见模式,并向主代理报告,主代理会综合结果。我们还会对你的 pull request 评论进行历史扫描,确定哪些评论得到了解决,过滤掉不适合作为规则的评论,并用它来创建或更新规则。 我们的早期用户看到了 80% 以上的解决率,这意味着 wispbit 提出的评论有 80% 得到了解决。 从长远来看,我们认为自己将成为 AI 编写代码的验证层。有了 Devin 和 Cursor 这样的工具,我们发现自己不得不反复提示相同的解决方案。我们仍然不知道 AI 辅助代码库的长期影响,所以我们希望尽快介入。 我们已经开放了在 <a href="https://wispbit.com" rel="nofollow">https://wispbit.com</a> 上为 HN 用户免费注册。我们随时可以聊天并回答问题!