- 博客(95)
- 收藏
- 关注
RSS订阅原创 规模化联邦方案（去火管化：每群/频道独立主题 + DHT/见证发现 + 真 nm-federation + NAT 直投 + E2E 配对）
> 现有联邦靠**一条 gossip 主题全量广播**所有群/频道/私聊/命名，`nm-federation` 仍是 16 行桩。> 目标：**按主题订阅**——流量与可见性收敛到相关方，可扩展、无单点、为 E2E 预留。> 这是一条**纯后端 crate 线**（`crates/nm-federation`/`nm-gossip`/`nm-node`），惠及桌面+移动，**不碰 `clients/app` 与 `clients/mobile`**，可与移动端并行。
2026-10-04 19:58:46
261
原创 电：从地球燃料到宇宙语言——论为什么电力是文明必须选择的通用能源
有一种说法很形象：煤炭和石油，本质上是"地球过去的阳光"。几亿年前的植物与浮游生物把太阳能固定下来，埋进岩层，经过高温高压与漫长时间，才成为今天我们可以直接点燃的燃料。也就是说，化石能源并不是一种"能源"，而更像是一种"储藏"——某个特定行星、特定生物圈、特定地质历史共同写就的一本能量账本。它有产地、有边界、有储量，烧一点少一点；它高度依赖地球的过去，因此也天然带着地球的地缘政治。
2026-10-02 22:15:07
848
原创 企业 Java 为什么显得傻大笨粗
> 这四个字说的是企业里最常见的那种 Java：Spring Boot、ORM、应用服务器、按「先跑起来」堆出来的微服务。> 它不是说 Java 语言不能算数，也不是说 HotSpot 的峰值吞吐差。长生命周期、算得很多的进程，JIT 往往很强。> 问题出在另一头：什么都还没做，进程就已经又大又重；业务对象只占一小块，框架和虚拟机把其余内存占满。> 内存还便宜的时候，这种形状能被机器挡住。内存价格按倍往上走的时候，每一份重复的基线都变成采购。
2026-09-28 17:51:40
345
原创 去中心分布式命名系统设计（类 DNS · Mesh-DNS）
*本设计与既有 gossip 联邦、自证明公钥体系一脉相承：把「难」压缩到域名一层（见证/PoW/桥接三选一），把「易」交给 home node 委派——从而在去中心前提下同时拿到人类可读与全局唯一。*
2026-09-28 15:08:18
323
原创 自建 iroh-relay + iroh-dns-server 部署指南
让 nmspace 完全依赖**你自己**的中继与发现服务运行，摆脱 n0 公共基础设施——> 两台位于不同 NAT 后的服务器，凭公钥即可穿透 NAT、端到端加密互通。
2026-09-28 09:58:40
341
原创 nmspace 去中心化命名设计：为 node-id / 实体 id 起「域名式」名字（id↔name 双向）
目标：`89e182a8…` 这种 **node-id / 实体 id 不直观、难记忆**。设计一套**去中心**的命名系统，> 给每个 id 一个**域名式的好记名字**，支持 **name→id（正向解析）** 与 **id→name（反向命名）**。> **本篇只出方案**（架构 / 数据模型 / 解析 / 唯一性 / 信任与安全 / 落地路线），不含实现。> 复用 nmspace 既有能力：联邦 gossip、签名目录(LWW 收敛)、home_node 归属、黑名单、内容寻址。
2026-09-27 13:37:03
190
原创 nanomesh 去中心化社交能力设计：富用户属性 · 群聊 · 主题订阅 · 频道
目标：在 **无中心服务器、P2P + 联邦（iroh + gossip）** 的网络里，为终端用户提供> **富属性（头像 / 状态 / presence）**、**群聊**、**主题订阅**、**频道** 能力。> 设计原则：*每个实体有 home_node 权威副本 · 跨节点最终一致 · 一切写自签防篡改 · 大对象内容寻址按需取 · 尽量复用已有 iroh-gossip / 目录 / 联邦机制。
2026-09-26 22:14:26
278
原创 去中心化算力网络方案
在 **imspace 去中心即时通讯网络**（iroh + gossip + 联邦 + 能力授权 + 黑名单）之上，构建一个> **无需注册、按公钥参与、经济学保证、以推理算力为主** 的去中心算力网络（DePIN）。> 算力与数据在链下(imspace)流动；一条**现成公链**只承载代币/托管/质押/罚没/结算/仲裁。
2026-09-23 16:14:14
902
原创 cmx-agent：从「桌面智能体」到「后端服务模式智能体」的改造方案
结论：可行，且不需要重写内核。** cmx-agent 从设计上就是「同核多壳」——CLI / Web / Tauri / IM 四壳都汇入同一个 `AgentApp` 回合内核，壳里零业务逻辑；「后续 Headless HTTP」在多处代码注释与主方案里被列为**既定但尚未实现的第四前门**。所以「后端服务模式」的骨架 = **再加一个薄的 HTTP 服务壳
2026-09-23 10:48:52
481
原创 基于 iroh 的去中心化即时通讯系统
目标：用 Rust 实现一套**去中心化**即时通讯系统，支持 **P2P 消息、群组、频道订阅、多服务器联邦**；QUIC 传输层放弃 s2n-quic，改用 **iroh**（其底层为 quinn）。
2026-09-22 19:30:38
280
1
原创 Rust Tauri 2 桌面框架详细使用说明
Tauri = 最小的壳，最大的自由**：不画 UI，只管「系统 WebView 前端 + Rust 后端 + IPC + 安全 + 打包」；前端随便选、包体个位数 MB、移动端转正、安全模型完备——Electron 的正统继承人减去 150MB Chromium。对**已有 Web 资产**的团队（比如 CMX），它是把存量变现的最短路径；代价是渲染受系统 WebView 制约、三平台要测兼容。
2026-09-21 08:26:15
334
原创 Rust Slint 桌面框架详细使用说明
定位**：Slint 是**声明式 `.slint` DSL** 驱动的原生 UI 框架——UI 用一门专门的标记语言写（类 QML），`build.rs` 在**编译期把它生成 Rust 代码**，逻辑用 Rust 写，**设计与逻辑物理分离**。创始团队出自 Qt/QML，目标就是「现代 Qt」。
2026-09-21 08:24:30
233
原创 Rust Dioxus 桌面框架详细使用说明
定位**：Dioxus 是**组件 + RSX + 信号**的全 Rust 跨端 UI 框架——用 React 的心智（组件 / Props / Hooks），但状态用**信号**、更新靠**订阅**（细粒度、非虚拟 DOM 全树 diff）。**一份代码目标 Web / 桌面 / 移动 / 全栈
2026-09-20 21:09:12
339
原创 Rust iced 桌面框架详细使用说明
*定位**：iced 是**受 Elm 启发的纯 Rust GUI 库**——用 `State + Message + update + view` 四件套写界面，界面是状态的纯函数，数据单向流动、状态变更全程可追溯。自绘（wgpu + tiny-skia 软件兜底），被 System76 选为整个 **COSMIC 桌面环境**的 UI 框架，体量已被验证。> **版本基线（2026-09）**：iced **0.13.x**（0.14 开发中）。
2026-09-20 19:40:00
275
原创 Rust egui 桌面框架详细使用说明
定位**：egui（读作 “e-gooey”）是纯 Rust 的**立即模式**（immediate mode）GUI——**每一帧把 UI 代码从头跑一遍，界面就是代码此刻的输出**；无回调、无数据绑定、无虚拟树 diff。`eframe` 提供开箱即用的窗口壳。渲染器无关（输出三角网格，wgpu/glow/自定义皆可），因此能嵌进任何游戏引擎；Web(WASM) 是一级公民；AccessKit 无障碍在桌面默认启用。
2026-09-20 19:38:43
216
原创 Rust 桌面 GUI 框架横评：iced · egui · Dioxus · Tauri 2 · Slint
五个框架其实是五个问题的答案：egui 答「多快」，iced 答「多正」，Dioxus 答「多全」，Tauri 答「多轻」，Slint 答「多深」。** 先想清楚你的问题是哪一个，答案自然浮出来——而对一个已有 Web 资产的团队，Tauri 2 往往是把存量变现的最短路径。
2026-09-20 08:24:08
619
原创 Pingora 技术方案：用 Rust 构建下一代代理
Pingora 是 Cloudflare 用 Rust 写的**网络服务框架**，用来构建高性能、可编程、内存安全的代理（反代 / API 网关 / 负载均衡）。它是 Cloudflare 内部替代 nginx 的引擎，支撑其边缘每天 **1 万亿+** 请求。
2026-09-19 12:21:52
311
1
原创 用 Rust 实现以太坊共识层公链技术方案
Lighthouse 用 Rust 实现了以太坊的**共识层（CL）**：它跑**信标链**、按 **Gasper（LMD-GHOST 选链头 + Casper FFG 定终局）**推进共识与最终性，用 **ProtoArray** 把分叉选择做到 O(1) 均摊，用 **SSZ + hash_tree_root** 承诺状态，用 **HotColdDB + 分层差分（hdiff）**低成本存历史，用 **libp2p** 跑 P2P，并通过 **Engine API** 指挥执行层（如 reth）。它在部
2026-09-18 20:24:52
273
原创 用 Rust 实现以太坊执行层公链技术方案
reth 用 Rust 把「一条以太坊公链」拆成了一摞**可独立复用的库**：`revm` 负责确定性 EVM 执行，`reth-db`(MDBX)+Static Files 做冷热分层存储，`reth-stages` 用分阶段流水线同步，`reth-trie` 算状态根，`reth-network` 跑 devp2p，`reth-engine` 对接共识层的 Engine API。到了 **2.0（2026）**，它以 **1.7 Gigagas/s** 的执行吞吐、**~240GB** 的归档体积和 *
2026-09-18 14:50:49
320
原创 Rust + WASM 在后端与区块链中的应用技术方案
> 区块链对**确定性、沙箱安全、可计量、可移植**的极致要求，恰好是 **Rust + WASM** 的强项：Rust 提供无 GC 的内存安全，> WASM 提供逐指令可计费的隔离沙箱。于是它既能做**「链本身」**（Substrate 运行时即 WASM，支持无分叉升级），> 也能做**「链上智能合约」**（CosmWasm / ink! / NEAR / Soroban / Stylus）。同一套能力回到普通后端，> 就是 `wasmtime` 内嵌 + fuel 计量的多租户安全执行。
2026-09-18 13:40:54
328
原创 基于 code-server 的 Rust + WASM 轻量服务开发调试落地方案
在 code-server 里用 CodeLLDB 驱动 wasmtime 进程 + DWARF 调试信息 即可对 Rust 编译出的 .wasm 打源码级断点、单步、看变量；WASI 标准形态用 wasmtime serve/run 跑独立轻量服务，插件形态用 extism 内嵌进宿主。全链路只依赖 rustup + wasmtime + extism 三件套，浏览器即可开发调试。
2026-09-18 11:24:00
605
原创 Extism 插件框架详细使用说明
**定位**：Extism 是**通用插件框架**——在 `wasmtime` 之上封装出「极简 bytes ABI + 能力清单 Manifest + 宿主函数 + 配置/状态/HTTP + 多语言 SDK/PDK」。一句话：**让任何软件都能安全地被插件扩展，且宿主与插件可以是不同语言。**
2026-09-17 21:51:28
131
原创 Rust wasmtime crate 详细使用说明
定位**：`wasmtime` 是 Bytecode Alliance 出品、基于 Cranelift 的 WebAssembly 运行时，也是 Rust 生态里嵌入 WASM 的事实标准。后端把不可信 / 可插拔逻辑跑进 WASM 沙箱，正在成为插件系统、Serverless、边缘计算、多租户策略引擎的主流做法。
2026-09-17 21:23:08
469
原创 Rust 宏系统详解与使用指南
「Rust 没有反射（reflection），也没有运行时元编程——所有元编程都发生在编译期，所以它是零成本抽象。」
2026-09-17 16:46:25
291
原创 周而复始：LLM · Agent · Loop，与那个叫 π 的圆
Loop 是当下 Agent 世界最响的词。但它不是工程师发明的新东西——它是这个世界一直以来运转的样子。> 潮起潮落、昼夜四季、心跳呼吸、生灭轮转，宇宙从不写直线，它只画圆。> 我们造出的 Agent，不过是无意间，又把这个圆重描了一遍。
2026-09-16 15:06:32
571
原创 SAP ERP Foundation V1.1 — 58 表逐列详解
本文对cmx_fndschema 下全部逐一说明「这一列做什么、什么场景会用、值长什么样」。列清单与类型已用脚本比对校验（58/58 表、498/498 列、0 处差集）。（DDL 真源）、（表用途与 SAP 源）、与（E01–E16 语义修正）、（示例值取自真实 fixture，非编造）。：每模块一张内嵌 SVG（base64 直嵌，无需外部文件、无网络依赖，GitHub/VSCode/浏览器直接渲染）。
2026-09-15 08:42:18
172
原创 同质化业务单据统一处理流水线 · 完整方案
**方案主张**：**一套内核 × 元数据定义差异 × 插件补个性**。公共属性与公共方法（装载/校验/保存/状态机/编号/权限/审计/转换/Agent 通道）在内核统一实现一次；单据间差异由 **DOC 元数据定义**表达；与具体业务强相关的个性逻辑（差旅标准校验、招待费限额、合同条款联动、结算核销）以**插件**挂接到内核的生命周期钩子上。**新增一种单据 = 写一份 DOC 定义 +（可选）挂几个插件，内核与页面零改动。**
2026-09-14 10:50:03
306
原创 Rust Arena 在企业 ERP 系统中的应用建议报告
基于 Arena（内存竞技场 / 区域分配器）的特性，结合本工作区（`cmx-workspace`：元数据驱动的企业平台，Rust/axum，`cmx-container` 轴心 + flow/report/model/rules/mdm/onto/dataauth 七引擎，**集群无状态**硬约束），给出「**哪些 ERP 场景适合用 arena、用哪种、怎么用**」的可执行建议与示例代码。
2026-09-13 21:33:03
546
原创 Rust Arena（内存竞技场 / 区域分配器）模式详解与实现对比
**Arena**（竞技场 / 区域分配器 / region allocator）是一种「**批量分配、统一释放**」的内存管理模式：从一块预留内存里飞快地划出对象，**不单独归还**，等整个 arena 生命周期结束时一次性释放。它在 Rust 中尤其重要——既是高性能内存管理手段，也是**绕开借用检查器、优雅建模图/树/自引用结构**的惯用法（用索引句柄或统一生命周期引用替代 `Rc<RefCell<T>>`）。
2026-09-13 16:14:20
307
原创 Rust QUIC 协议实现对比分析报告
系统对比 Rust 生态中 5 个主流 QUIC 实现——**quinn**（社区）、**quiche**（Cloudflare）、**s2n-quic**（AWS）、**neqo**（Mozilla）、**msquic 的 Rust 绑定**（Microsoft，C 内核）——从出品方、语言纯度、架构模型、TLS 后端、HTTP/3、拥塞控制、特性支持、生产采用、许可证、性能等多个维度展开，并给出特性矩阵、评分热力图与选型决策树。
2026-09-13 12:54:09
262
原创 Rust 线程间消息队列（Channel）实现全景报告
「线程内消息队列」在 Rust 语境下通常指单进程内、跨线程/跨任务的消息传递机制，即 channel（通道）家族。它是 Rust “不要用共享内存来通信，而要用通信来共享内存”（Do not communicate by sharing memory; instead, share memory by communicating）并发哲学的核心载体。
2026-09-13 12:08:33
294
原创 cmx-agent · LLM 配置管理 / 交互 / Context / SSE 详尽方案
范围：cmx-agent 的大模型接入全链路——LLM 配置与管理（cmx-agent-model / model_select / ModelSlot）、如何与 LLM 交互（OpenAiCompatModel 编解码 + 工具调用）、Context 管理（session.rs::model_context + 事件窗口分页）、SSE 与前端交互（ChannelSink + axum /api/stream + Tauri emit + 前端 streamSend）。
2026-09-11 16:55:41
348
原创 cmx-agent 回合循环（Loop）详尽分析与设计方案
cmx-agent 的「loop」是一个 回合（Turn）内的步进（Step）循环：每个 Step 让模型推理一次，若模型请求工具就（守卫→审批→并发执行→回灌）后据日志重建上下文再进下一步；直到模型不再要工具（Completed）、步数触顶（MaxSteps）或被停机（Stopped）。整个过程只读写一份 append-only 会话日志——这既是「同核多壳」的地基，也是崩溃/重启后可恢复的保证。
2026-09-11 11:59:55
408
原创 从功能门户到数字孪生：本体范式，为何是企业软件系统的未来
企业软件走过六十年，主流形态始终是一件事：**把现实世界的复杂性，抽象成一棵功能菜单树（或一片事务码森林），再塞进一个统一门户里交给用户**。这套模式是无数系统分析师、架构师、程序员反复"设计—抽象—编码"的结晶，它在功能不多时优雅，却有一个致命的规模性缺陷：**功能越多，用户找到功能的成本越高，系统离业务本来的样子越远。**
2026-09-10 15:47:32
590
原创 元数据体系 × 本体系统 —— 关系解析与「基于元数据构建本体」详细方案
企业的物理库里只有「行与列」,没有业务语义。**本体(Ontology)是企业的世界模型**——它回答「什么存在、如何关联、何为真」,是纵向贯穿全栈的「真相脊柱」。而 **元数据,就是让物理表变成对象世界的那张「地图」**:它告诉本体「采购申请对象 = 哪张表、哪些列、走哪个外键、指标怎么算」。
2026-09-10 10:06:40
488
原创 模型中心 · 弹性组合(FLC)元数据实现
三部曲之三:本报告与《业务单据 DOC》《业务字典 DCT》构成 `metaKind` 三元定义(DCT / DOC / FLC)完整对照。**DOC 是"多表层级过程",DCT 是"单表自关联树",FLC 则是站在二者之上的"维度组合配置/规则引擎"。
2026-09-10 07:19:16
230
原创 模型中心 · 业务字典(DCT)元数据实现
范围:cmx-model(模型中心独立微服务)+ cmx-dct(运行期数据访问层)中,业务字典(metaKind = DCT) 元数据的定义、编译、部署、运行期消费全链路。姊妹篇:本报告与《业务单据(DOC)元数据实现设计方案》同构对照——DOC 是"多表层级(批→头→行)“,DCT 是"单表自关联树”;二者共享同一套编译/部署内核,差异只在层级形状。
2026-09-09 23:25:33
444
原创 模型中心 · 业务单据(DOC)元数据实现
cmx-model 的业务单据元数据实现,把"一张多层业务单据(如会计凭证:批→头→科目行→辅助行)"表达为一份磁盘上的 JSON 定义,再经编译器产出强类型 TableDefine,由加法-only 部署器内省数据库现状、diff 出增量 DDL 落成物理表,最后在运行期由 DocMetaView 这一强类型投影驱动装载与回存。
2026-09-09 17:26:29
363
原创 cmx-ontology 对标 Palantir 本体：差距分析与追平超越报告
cmx-ontology 在"本体内核"上已经真实追平了 Palantir 的六原语语义 + 动能模型**（351/351 测试、真机集成 flow/report），这是一个了不起的工程事实——很多号称"本体平台"的产品连对象集代数编译成一条 SQL、动作事务性 Outbox 真触发流程都做不到。
2026-09-08 19:36:45
291
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人