aoxc/aoxchain
GitHub: aoxc/aoxchain
一个基于 Rust 的模块化 Layer-1 区块链框架，专注于确定性执行、安全优先的网络架构以及可治理的后量子密码学迁移路径。
Stars: 1 | Forks: 0
# AOXChain
AOXChain 是一个专注于以下领域的确定性 Layer-1 工程项目：
1. 内核拥有的共识和结算策略，
2. 协议治理的确定性 VM 执行，
3. 具备分阶段后量子迁移控制的密码敏捷性。
## 仓库状态（2026年4月3日）
如果您声明已就绪，请使用保留的命令证据和明确的门控输出。
## 为什么选择 AOXChain
AOXChain 专为那些对确定性行为和可审计边界有严格要求的环境而设计：
- 确定性执行和重放一致性，
- 入口和策略边界的故障关闭（fail-closed）验证，
- 对信任/终局性的内核优先解释，
- 明确的密码配置文件治理（包括 PQ 过渡路径），
- 由可复现制品支持的发布决策。
## AOXChain 是一条针对量子的链吗？
**是的——根据路线图和架构意图。**
AOXChain 通过配置文件版本化的密码学、混合迁移窗口和回滚安全的治理流程来实现量子韧性，而不是无法验证的“绝对安全”声明。
主要参考文档：
- `QUANTUM_ROADMAP.md`
- `QUANTUM_CHECKLIST.md`
- `WHITEPAPER.md`
## 仓库布局
| 路径 | 用途 |
|---|---|
| `crates/` | 协议、内核、VM、网络、服务和操作员 crate。 |
| `configs/` | 运行时/网络配置文件定义和环境包。 |
| `tests/` | 集成、对抗性和生产就绪性验证套件。 |
| `scripts/` | 质量/就绪性/审计证据工作流的自动化脚本。 |
| `docs/` | mdBook + 面向操作员的技术和治理文档。 |
| `artifacts/` | 生成的证据和发布/就绪性制品。 |
## 规范文档
- `READ.md` — 规范技术参考和执行契约。
- `WHITEPAPER.md` — 端到端协议架构、信任模型和生产闭环叙述。
- `SCOPE.md` — 范围内/范围外及兼容性姿态。
- `ARCHITECTURE.md` — 组件拓扑、流程和依赖方向。
- `SECURITY.md` — 私下披露和安全处理模型。
- `TESTING.md` — 强制性验证策略和门控标准。
- `NETWORK_SECURITY_ARCHITECTURE.md` — 验证者/哨兵/RPC 信任分段基线。
- `docs/ADVANCED_NODE_ROLE_BLUEPRINT.md` — 完整的多角色、多平面拓扑和分阶段激活模型。
- `ROADMAP.md` — 项目路线图。
- `QUANTUM_ROADMAP.md` + `QUANTUM_CHECKLIST.md` — 密码学迁移执行/门控。
- `docs/PRODUCTION_IMPLEMENTATION_BLUEPRINT.md` — 生产实施和闭环矩阵。
- `docs/PRODUCTION_READINESS_CHECKLIST.md` — 可审计的生产通过/不通过检查表和所需证据映射。
- `docs/OS_COMPATIBILITY.md` — 跨操作系统和 Docker 兼容性契约。
## 工程和操作员基线命令
质量和就绪性：
```
make help
make build
make test
make quality
make audit
make testnet-gate
make testnet-readiness-gate
make quantum-readiness-gate
make quantum-full
```
运行时生命周期：
```
make runtime-source-check AOXC_NETWORK_KIND=
make runtime-install AOXC_NETWORK_KIND=
make runtime-verify AOXC_NETWORK_KIND=
make runtime-activate AOXC_NETWORK_KIND=
make runtime-status AOXC_NETWORK_KIND=
```
## 就绪性和晋升策略（简版）
只有当所需的门控通过并保留证据时，AOXChain 才应被视为已准备好用于目标环境。
对于测试网通过/不通过决策，请使用：
- `make testnet-gate`
- `make testnet-readiness-gate`
- `cargo test -p tests`
如果任何必需的门控失败，状态为 **NOT_READY**，直到补救和重新验证完成。
## 兼容性和变更纪律
当出于确定性、安全性或架构完整性的需要时，可能会接受破坏性变更，但它们必须：
- 明确声明，
- 附带影响理由的文档，
- 附带相关的验证证据。
架构敏感的变更（共识、执行语义、加密策略、存储格式、API 行为、操作员控制）需要对规范文档进行同步更新。
## 实验性和免责声明
AOXChain 根据 [MIT 许可证](./LICENSE) 以 **“原样”** 基础分发。
维护者和贡献者不对正确性、可用性、适销性、特定用途的适用性或监管/合规适宜性提供任何保证，除非适用法律禁止。
请勿将测试网就绪性解释为生产保证。标签：JSONLines, Layer-1, Rust, Web3, 共识机制, 内核级安全, 分布式账本, 加密敏捷性, 区块链, 可视化界面, 后量子密码学, 基础设施, 审计, 密码学, 手动系统调用, 抗量子, 提示词模板, 生成式AI安全, 确定性执行, 结算层, 网络安全, 网络流量审计, 虚拟机, 请求拦截, 通知系统, 重放一致性, 链上治理, 隐私保护, 隐私计算, 零信任