最新

我从零开始构建了一个微型幻想游戏机，灵感来源于 90 年代初期的掌上游戏机。<p>它完全在浏览器中运行（JavaScript + WebAssembly），包含一个虚拟的类似 ARMv4 的 CPU，1 MB 的 RAM，一个最小的 RTOS，16 色图形，并且可以运行用 C/C++ 编写的游戏。<p>为了测试这个系统，我制作了一个可以运行的一维版吃豆人： - 迷宫只是一条直线 - 幽灵仍然追逐你 - 能量豆和得分道具的功能与原版一样 - 在虚拟 CPU 上实时运行<p>演示（在浏览器中运行，无需下载）： <a href="https:&#x2F;&#x2F;beep8.org&#x2F;b8&#x2F;beep8.html?b8rom=1dpacman" rel="nofollow">https:&#x2F;&#x2F;beep8.org&#x2F;b8&#x2F;beep8.html?b8rom=1dpacman</a><p>技术细节： - 类似 ARM 的 CPU（无浮点运算），模拟 4 MHz - 自定义 RTOS（线程，信号量，SVC 中断） - 128×240 像素显示屏，16 色调色板 - 基于 WebGL 的 PPU，用于瓦片和精灵 - 游戏使用 GCC 编译成 ROM 并在虚拟机上执行<p>这是一个个人学习项目。非商业用途，无广告，无追踪。 如果有人感兴趣，我可以分享更多关于 CPU 指令集、内存映射、RTOS 或 WebAssembly 中的性能挑战的信息。<p>欢迎反馈、批评和提问。

大家好， 我正在协助搭建一个开源平台，该平台聚合了来自 Beefy Finance 等协议和类似智能合约的高收益储蓄机会（年化收益率 10% 起）。 我们的理念是：不同于每个 DeFi 平台抽取一定比例的费用，Analog 作为一个纯粹的 SaaS 层——用户直接与底层合约交互，我们仅收取固定的订阅费用，用于提供界面和分析，针对那些收益率更高（10% 到 40% 年化收益率），但风险更高且需要不断再平衡的合约。 我是来自产品端的联合创始人，并非开发者，因此我试图更好地了解技术社区对这种设置可能存在的担忧或风险点。

作为一个想要设计类似 EC2 的云资源调度系统的人，我一直很好奇它们是如何深入运作的。我知道我需要一个任务队列，但选择哪个呢？Kafka？NATS (JetStream)？RabbitMQ？或者他们真的只是用一些未开源的黑魔法设计了自己的持久化、可靠的任务队列？ 直到今天我仍然不清楚。此外，我还专注于将其作为某种 Kubernetes Operator 运行。