# WAsmC 技术与生态研究 > 研究归属:yinxiaoshuai · 建立日期:2026-10-09 · 研究基线:WAsmC v0.0.21 ## 专题首页与动态图 - **[打开 WAsmC 研究专题首页](index.html)**:包含架构、Lib 生态、tpc08 性能数据、应用场景与已知风险。 - **[打开 16:9 高清原生 SVG 动画](assets/wasmc-ecosystem-animated.svg)**:1920 × 1080 矢量画布,支持浏览器动态播放、无损放大;禁用动画时仍可阅读。 - [返回 LRI 研究专题目录](../../research_domains/index.html):从“算力与系统”栏目进入本专题。 ## 第二轮深度研究(2026-10-09) 本轮采用华为式红白简约视觉体系,按「语言/工具链 → Core Wasm 与 Lib/Host → 独立实测 → 适用场景 → 真实风险」组织内容。图表不使用泛化的“倍速排名”,每一组比较单独说明测量边界。 - **[专题首页(两张 16:9 原生 SVG 动画)](index.html)**:架构与生态、性能与实测对照,可直接浏览器播放或独立打开。 - [WAsmC 语言与生态总览 SVG](assets/wasmc-ecosystem-animated.svg):Core Wasm、Provider 4.9、Std 1.4.1、LibSearch 0.5、生态和真实能力边界。 - [tpc08 性能图谱 SVG](assets/wasmc-performance-animated.svg):五档热编译、V8/JS 三组内核、AOT/Wasmi 进程级耗时、JSON/gzip Lib 对照。 - **[完整第二轮深度研究报告(网页版)](reports/wasmc-ecosystem-review-v2.html)**:可折叠/定位章节目录、表格、复现及资格限定。 - [Markdown 报告原文](reports/wasmc-ecosystem-review-v2.md) · [第一轮详细记录](reports/tpc08-evaluation.md) · [冻结实验汇总 JSON](data/tpc08-evaluation.json)。 **已验证的关键数字**:126 B 源码热编译 P50 15.324 μs;112.3 KB 源码热编译 P50 5.141 ms;新 Node 测试进程 P50 58.450 ms。三组 V8 执行内核与 JavaScript 基本持平;独立 AOT 程序与 Clang C 进程接近。所列数据均为 tpc08 特定环境观测,不构成生产 SLA。特定类型不匹配可导致无效 Wasm,Std Base64 特定输入出现 trap,根因未隔离。 ## 研究定位 WAsmC 是以标准 Core WebAssembly 为优先输出的 WIT-shaped 编程语言与生态;面向 AI Agent 动态生成可执行逻辑、可组合 Lib、受控 Host 能力和嵌入式运行场景。不能将其等同于完整 Rust,也不能将 Core Wasm 与 Component 的运行契约混为一谈。 ## 专题导航 1. **语言与编译器**:语法、类型系统、u64、结构化值、诊断、Core 编译与热编译。 2. **Core Wasm 运行性能**:常驻编译器、冷启动、Wasmi、V8、Wasmtime AOT 和原生 C 的可比测量。 3. **Lib 与 Host 生态**:Provider 4.9、Std 1.4.1、LibSearch 0.5、42 个 Root、236 API、278 搜索条目;分别记录可执行 Core、Component 与 native-source。 4. **AI Agent 应用**:动态生成、规则引擎、可控插件、数据管道、边缘计算、DAG 替换与回滚。 5. **正确性与限制**:类型检查、Wasm 验证、资源所有权、异常输入、设备资格、版本兼容和授权边界。 6. **版本演进**:版本、不可变 commit、制品摘要、功能差异和复现实验。 ## 首次评估摘要(tpc08,2026-10-09) - 评估仓库: https://github.com/cbgroom/wasmcrelease - 固定提交:`c888af39c11640644591ff42aeaf8b09f632f651` - 平台:Intel i7-13700 / WSL2 Linux x86_64 / Node 24.21.0。 - 常驻编译器热编译 P50:126 字节源码约 **15.3 μs**;112,300 字节源码约 **5.14 ms**。不包含新进程启动成本。 - 三个计算内核在 V8 内执行与 JavaScript 接近;独立 Wasmtime AOT 与 Clang C 进程耗时接近。默认 Wasmi CLI 的端到端执行显著较慢。 - 当前发布库中 14 个 native-source 条目不能作为设备运行资格的证据。 - 独立负向测试发现:Core 编译路径可对特定类型不匹配源码返回成功但产生无效 Wasm;Std Base64 对特定 256 字节序列出现 `unreachable` trap。两者是已观察问题,根因及覆盖范围未定。 - Node 18 不具备当前 Std 所需的 function-references 和 tail-call 支持。 - 当前授权只允许非商业研究;商业和生产使用需另行取得书面许可。 ## 证据管理原则 明确区分:项目声明 / 已发布产物 / 官方 CI 结果 / 本地独立复现实测 / 推断。 性能结论应附输入语料、引擎版本、预热方式、采样数、P50/P95、计时边界;不要把热编译与进程冷启动混合,也不要用 Core Wasm 文件大小冒充独立可执行文件大小。 ## 外部参考 - [WAsmC GitHub](https://github.com/cbgroom/wasmcrelease) - [v0.0.21 Release](https://github.com/cbgroom/wasmcrelease/releases/tag/v0.0.21) - [语言手册](https://github.com/cbgroom/wasmcrelease/blob/v0.0.21/LANGUAGE.md) - [库生态](https://github.com/cbgroom/wasmcrelease/blob/v0.0.21/LIB.md)