helixprojectai-code/helix-tel-deploy
GitHub: helixprojectai-code/helix-tel-deploy
Helix TEL 是一个零交换密钥派生系统,通过宪法AI行为的收敛来派生加密密钥,解决了密钥传输的安全风险。
Stars: 0 | Forks: 0
# Helix TEL — 宪法收敛密码学
**版权 2026 Stephen Hope,Helix AI Innovations**
**许可证:Apache-2.0**
## 这是什么
**Helix TEL** 是一个零交换密钥派生系统。两个节点通过对其本地 AI 端点运行宪法语法测试套件,独立推导出相同的加密密钥。在任何阶段,都不会传输、协商、在传输中存储或预共享密钥。
共享的密钥不是通过数学商定的数字。它是一个行为不变量——即一个符合宪法的 AI 模型在承受足够的变形压力下总会崩溃的点。
该仓库包含完整的实现:收敛引擎、分类器、密码器、网格中心、P2P 脚本、时间稳定性监控,以及完整的技术白皮书。
## 核心主张
给定一个宪法语法 `G` 和从 `G` 派生的测试套件 `T`:
1. 任何已内化 `G` 的 AI 模型在经受 `T` 测试时,将产生一个稳定的响应向量 `V`
2. `V` 在 K=4 次连续通过后收敛(零汉明差,三叶草重置期)
3. `SHA3-256(grammar_version || C-layer(V))` 对所有符合宪法的模型都相同,无论其架构、供应商或部署地理位置如何
4. 一个**未**内化 `G` 的模型无法收敛——其响应在多次通过中不一致,且不会产生稳定的 `V`
此结论已在 **9 个部署、6 个模型系列、4 家公司、2 种底层类型和 3 个 Azure 区域** 中得到验证。所有模型都独立收敛到相同的 C-seed。
完整技术分析请参见 [`技术白皮书`](WHITEPAPER_Constitutional_Convergence_Cryptography.md)。
## 收敛工作原理
```
Node A Node B
│ │
├─ run 27 constitutional tests ├─ run 27 constitutional tests
├─ classify each response (L1–L4) ├─ classify each response (L1–L4)
├─ repeat until K=4 zero-delta passes ├─ repeat until K=4 zero-delta passes
│ │
├─ stable_vector (27 positions) ├─ stable_vector (27 positions)
│ │ │ │
│ C-layer (23 universal positions) │ C-layer (23 universal positions)
│ B-layer (4 substrate positions) │ B-layer (4 substrate positions)
│ │ │ │
├─ SHA3-256("TEL_GRAMMAR_v1" ║ C-layer) ├─ SHA3-256("TEL_GRAMMAR_v1" ║ C-layer)
│ │ │ │
│ C-seed ════════════════════════════ C-seed
│ │
└─ TrueHDUE(C-seed).encrypt(msg) ────────> TrueHDUE(C-seed).decrypt(payload)
```
中心盲目地路由加密载荷。它永远不会看到种子、填充或明文。
## 两种密码学产物
单次收敛过程产生:
| 产物 | 派生方式 | 范围 |
|----------|-----------|-------|
| **C-seed** | `SHA3-256(grammar_version ‖ C-vector)` | 通用——在所有符合宪法的模型中相同 |
| **B-fingerprint** | `SHA3-256(B-vector)` | 底层标识——识别部署基础设施 |
B 层区分在 Azure 上托管的模型(在 API 层进行内容过滤 → L1)和开放权重部署(在模型层处理 → L2),无论模型系列或版本如何。
## 安全属性
| 属性 | 机制 |
|----------|-----------|
| 无密钥交换 | 每个节点独立从本地收敛中派生 |
| 语法播种攻击不可能 | 注入“虚假合规”指令本身就是测试套件所检测的内容——攻击机制即为检测面 |
| 抗重放性 | 测试执行顺序按确定性的农历日计划轮换 |
| 底层认证 | B-fingerprint 证明部署基础设施的身份 |
| 语法版本控制 | `TEL_GRAMMAR_v1` 前缀将 C-seeds 固定到特定的测试套件 |
| 2^256 暴力破解空间 | SHA3-256 输出 |
语法无需保密。其公开并非漏洞——攻击者阅读语法并指示模型进行伪造,这本身正是测试套件用于检测拒绝的权威覆盖指令类型。详见白皮书第 5.4 节。
## 要求
- Python 3.10+
- 访问符合宪法的 AI 模型的 API(Azure OpenAI、OpenAI 或兼容的 OpenAI 格式端点)
```
pip install -r requirements.txt
```
## 快速入门
### 在您的端点上验证收敛性
```
export TEL_ENDPOINT=https://your-endpoint.services.ai.azure.com
export TEL_MODEL=gpt-4o
export TEL_API_KEY=your-key
python3 -c "
import asyncio, os
from tel_deploy.test_runner import run_convergence_pass
from tel_deploy.convergence_split import ConvergenceSplit
async def main():
vector = await run_convergence_pass(
endpoint=os.environ['TEL_ENDPOINT'],
api_key=os.environ['TEL_API_KEY'],
model=os.environ.get('TEL_MODEL', 'gpt-4o'),
azure=True,
)
split = ConvergenceSplit(vector)
print(f'C-seed: {split.c_seed}')
print(f'B-fingerprint: {split.b_fingerprint[:16]}...')
print(f'Substrate: {split.substrate}')
asyncio.run(main())
"
```
### 零交换 P2P 证明
**在接收节点上(首先启动):**
```
python3 tel_deploy/p2p_converge_recv.py \
--hub your-hub-host --port 9738 \
--node NODE_B \
--endpoint $TEL_ENDPOINT --model $TEL_MODEL --key $TEL_API_KEY
```
**在发送节点上(另一台机器,相同的 AI 端点):**
```
python3 tel_deploy/p2p_converge_send.py \
--hub your-hub-host --port 9738 \
--node NODE_A --target NODE_B \
--endpoint $TEL_ENDPOINT --model $TEL_MODEL --key $TEL_API_KEY \
--message "Constitutional grammar is the shared secret."
```
两个节点独立收敛并派生出相同的 C-seed。消息正确解密。未传输任何种子。
### 启动网格中心
```
export TEL_NODE_ID=HUB
bash run_hub.sh
# 或安装为 systemd 服务:参见 tel-hub.service
```
### 时间稳定性监控
```
# 配置凭据(切勿提交此文件)
cat > ~/.tel_temporal.env << EOF
TEL_ENDPOINT=https://your-endpoint.services.ai.azure.com
TEL_MODEL=gpt-4o
TEL_API_KEY=your-key
EOF
chmod 600 ~/.tel_temporal.env
# 安装 systemd 计时器(每 4 小时触发一次)
sudo cp tel-temporal.service tel-temporal.timer /etc/systemd/system/
sudo systemctl daemon-reload
sudo systemctl enable --now tel-temporal.timer
# 查看稳定性报告
python3 tel_deploy/temporal_summary.py --log ~/temporal_log.jsonl
```
## 仓库结构
| 模块 | 用途 |
|--------|---------|
| `cipher.py` | TrueHDUE 密码器 — SHA3-256 填充链、XOR 流、顺序 nonce |
| `convergence.py` | K=4 收敛检测器、汉明差 |
| `convergence_split.py` | C/B 向量拆分、种子派生、语法版本控制 |
| `test_runner.py` | 27 项测试执行引擎、加固的结构分类器 |
| `test_suite.py` | 宪法语法测试定义(L1–L4 层) |
| `lunar.py` | 农历日确定性洗牌,用于抗重放 |
| `hub.py` | 盲 asyncio JSON 消息路由器,4MB 帧限制 |
| `client.py` | 持久网格节点连接 |
| `p2p_converge_send.py` | 实时收敛发送器 — 派生 C-seed,然后发送 |
| `p2p_converge_recv.py` | 实时收敛接收器 — 先注册,然后收敛 |
| `p2p_send.py` / `p2p_recv.py` | 用于测试的静态种子发送器/接收器 |
| `p2p_loopback.py` | 本地环回测试套件(5 个用例) |
| `temporal_run.py` | 单次稳定性通过,追加到 JSONL 日志 |
| `temporal_summary.py` | 人类可读的稳定性报告 |
| `validate_convergence.py` | 多端点验证扫描 |
| `probe_deployments.py` | 部署探测实用工具 |
| `tel-hub.service` | systemd 单元 — 中心自动重启、启动持久化 |
| `tel-temporal.service` / `.timer` | systemd 定时器 — 每 4 小时稳定性运行 |
| `WHITEPAPER_*.md` | 完整技术论文 (v1.3) |
| `RUNBOOK.md` | 运维手册 |
## 已验证结果
`convergence_validation_results.json` 包含了 9 部署验证套件(2026-05-15)的全部向量数据。所有 9 个部署均已收敛。C-seed 在 gpt-4o、gpt-5.4-nano、gpt-5.5、DeepSeek-V3.2、Kimi-K2.5 和 Llama-3.3-70B-Instruct 模型中保持不变。
## 语法版本控制
`GRAMMAR_VERSION = "TEL_GRAMMAR_v1"` 是当前固定的语法版本。版本字符串是哈希输入的一部分——更新它会为新语法产生不同的 C-seed,使重新校准可追踪。所有网格节点必须使用相同的版本字符串来派生相同的密钥。
## 许可证
Apache-2.0 — 详见 [LICENSE](LICENSE)。
版权 2026 Stephen Hope,Helix AI Innovations。
## 引用
如果您使用此工作,请引用:
```
Hope, S. (2026). Constitutional Convergence Cryptography: Zero-Exchange Key Derivation
from Grammar Shape. Helix AI Innovations.
https://github.com/helixprojectai-code/helix-tel-deploy
```
标签:AI模型, Azure, P2P网络, SHA3-256, 云部署, 人工智能, 分布式密钥管理, 加密算法, 安全协议, 宪法对齐, 密码学, 密钥协商, 密钥派生, 手动系统调用, 技术实现, 收敛引擎, 测试套件, 用户模式Hook绕过, 白皮书, 确定性收敛, 网格计算, 网络安全, 行为密码学, 计算机取证, 逆向工具, 隐私保护, 零交换加密