最新

我认为我们还没有到达那个阶段，但如果KYC（了解你的客户）变得更加严格，我预见到一个经过高度筛选的数据库，列出各个生活领域中找到最佳交易的地方，可能会比10万美元更有价值。 至少这个高度筛选的数据库是你的，没人可以干扰它或从你那里夺走它，相比之下，那10万美元可能在瞬间就会消失，如果银行认为你的行为模式异常，比如去哥伦比亚度假并在许多提供良好体验的场所玩得很开心，这种情况可能看起来很愚蠢。 此外，银行讨厌你花钱，并会尽一切可能阻止你这样做。 也许我对此是孤独的，但我会开始更加关注物质和体验的东西，以及如何更接近源头获取这些东西，从而获得更好的交易。我会越来越少地盲目追求粗俗的财富积累，因为这些积累的钱并不属于你，随时可能被夺走。 这很可能是对目前食品和水的消费方式的一种延伸，后者的消费方式更多是及时供应，而不是长时间的积累。 钱也可能会遵循这种趋势，目标可能是拥有足够的资金度过明天，并在此期间尽量以最佳价格进行购买，知道明天又会有新的资金流入，这个过程将一次又一次地重复。

大家好， 我在想，防御领域的创始人们是如何获得意向书（LOI）的？我有点陷入了困境。我无法在没有资金的情况下完成一个完整的演示，但又无法在没有客户验证的情况下获得资金，而没有演示就无法获得有效的客户验证。 想知道大家有没有什么想法？

幕后揭秘： - 由Firebase提供的实时消息功能 - 好友列表、群组及在线状态 - 带自动回复的离开消息（以及经典的%n、%d、%t变量） - 好友图标和可编辑的个人资料 - 群聊房间 - 实际的AIM音效 - 完整的Windows 98桌面界面——任务栏、桌面图标、开始菜单等。 如果您有任何建议或反馈，我将非常感激能听到您的意见。虽然还有很多工作要做，但这一直是我热爱的项目。 现在，所有登录的用户都会自动添加到您的好友列表中。我认为这是一种很好的方式，可以让人们开始互相聊天。 前几天，我和一个家伙聊到了90年代的滑板、Tony Hawk Pro Skater，他通过即时消息给我发送了一张他偶尔收到的CCS杂志的照片。

嗨，HN， 我是Mach的创始人（[GitHub链接](https://github.com/octalide/mach) 或 [官方网站](https://machlang.org)）。两天前，我们终于实现了完全自我托管。我想在这里发个帖子，展示一下这个语言，因为这是我们一个重要的里程碑。 ## 对这个语言的简要介绍： - 在整个流程中没有任何外部依赖。这包括LLVM、libc绑定或类似的东西（除了历史上的引导编译器，它需要任何C编译器，并且已经完全被淘汰）。 - Mach是一个极具主观性的语言，非常反对“魔法”。所见即所得是这个语言的核心原则。没有隐藏的行为、隐式类型转换或“自动特性”。简单性和消除模糊性是这个语言所坚持的核心原则。 - 目前性能比C慢大约4倍，几乎完全是由于缺乏深度的编译器优化，如自动向量化，这些尚未完全实现。最终，Mach的性能将至少与C持平。 ## 我为什么要构建这个？ 我喜欢像C、Zig、Go和（有时）Rust这样的低级系统语言，但我想要一个积极反对“聪明才智”的语言，以便于长期维护和整体清晰性。Mach非常有主见，并明确要求冗长的表达方式，这是其他语言所不敢的。计算机不是魔法，你写的代码也不应该假装它们是。 这个项目最初是我个人的学习机会，但随着时间的推移，发展成了一个功能齐全的语言。不过，我仍然有很多东西需要学习，我很高兴能在这个项目继续发展的过程中不断学习。 ## 我（读者）为什么要关心？ 如果你喜欢C，你可能会喜欢Mach。Mach在写C的“感觉”上受到很大启发，但在语法上有很多改进，避免了许多陷阱，揭示了许多内部机制，并且拥有一个更好的依赖管理系统。 如果你想尝试一个完全能够替代C的语言，尤其是如果你想为其开发做出贡献，那么请务必来试试。 ## 我应该去哪里查看？ GitHub仓库中有一个链接，可以让你加入我们的Discord，如果你想和我或其他一些常规用户聊天的话。我的个人账户中有所有现有的工具以及一些示例仓库，如果你有兴趣尝试的话。 ## 这个项目在X个月后会死掉吗？ 我已经在后台工作这个项目超过两年了。这是一个长期项目，我计划在不论是否有用户基础的情况下，继续维护下去。如果你对这个语言有任何兴趣，我强烈鼓励你参与其开发，因为它将以某种形式永远存在。 我知道这段话有点“啰嗦”，但我想说，能够参与这个项目是我莫大的快乐，我非常欢迎任何意见和贡献，尤其是如果你对这个语言有不满或发现需要修复的问题。 告诉我你们的想法吧！

嗨，HN， 在过去几天里，我一直在构建USTPS（UDP快速传输协议安全版），这是一种基于UDP的实验性加密传输协议。 USTPS的主要目标是低延迟视频流传输。服务器可以接收视频源并通过USTPS端点进行暴露，而Linux和Android（Termux）客户端则接收流并将其本地暴露给如VLC、mpv和FFmpeg等应用程序。 虽然流媒体传输是主要关注点，但USTPS并不限于媒体传输。它还可以用于其他可靠的基于UDP的加密应用程序，这也是我在其基础上构建USSH的原因。 与基于TCP的传输相比，USTPS的一些主要设计差异包括： - USTPS是可靠的，但不保证顺序。 - 如果数据包N丢失，后续数据包仍然可以被接受并立即处理。 - 丢失的数据包通过选择性重传进行恢复。 - 排序由应用层在需要时处理。 这意味着传输层本身不会引入首部阻塞（Head-of-Line Blocking）。权衡在于，要求有序的应用必须自行实现重排序。我认为这是一个合理的权衡，因为它避免了强迫每个应用都承担传输层排序的成本。 为了兼容媒体播放器，默认的USTPS客户端在127.0.0.1:1238创建一个本地TCP端点。 客户端维护一个小的重排序缓冲区（默认350毫秒），以便在将数据转发到本地TCP流之前，给重传数据包留出时间。这使得现有软件如VLC、mpv和FFmpeg可以在不修改的情况下正常工作。 USTPS目前提供： - 使用ACK和选择性重传的可靠传输 - X25519密钥交换 - AEAD加密（AES-GCM和ChaCha20-Poly1305） - 可选的无序实时输出模式 - 流位置元数据 - 多客户端支持 - 本地TCP兼容输出 - 无拥塞控制（目前是故意的） 在开发USTPS的同时，我还构建了USSH，这是一种完全基于USTPS运行的类SSH远程终端。 USSH使用相同的无序传输，但客户端在向用户展示之前重建并排序终端数据。这可以防止终端数据损坏，同时仍然允许传输层保持无序。 USSH包括： - 交互式终端会话 - PTY支持 - 密码认证 - 主机密钥验证（TOFU） - 通过USTPS进行端到端加密通信 我目前正在通过Termux在我的Android手机上使用USSH来管理我的VPS。 这个项目非常年轻（不到一周），主要是实验性和教育性的。我希望能得到从事传输协议、流媒体系统、SSH实现、QUIC、SCTP和网络软件的人的反馈。 USTP-Secure: [https://github.com/x1colegal/USTP-Secure](https://github.com/x1colegal/USTP-Secure) USSH: [https://github.com/x1colegal/USSH](https://github.com/x1colegal/USSH) 互联网草案： USTPS草案: [https://datatracker.ietf.org/doc/draft-x1co-ustps/](https://datatracker.ietf.org/doc/draft-x1co-ustps/) USSH草案: [https://datatracker.ietf.org/doc/draft-x1co-ussh/](https://datatracker.ietf.org/doc/draft-x1co-ussh/) 欢迎提出问题、批评和建议。

老实说，我就是喜欢这种繁琐的布局。