返回首页
最新
我认为我们还没有到达那个阶段,但如果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/)
欢迎提出问题、批评和建议。
老实说,我就是喜欢这种繁琐的布局。