势

ECHO Shi 技术架构

三维编织 · 64卦约束 · 势位跃迁

Version 1.4 Protocol Layer
ECHO PROTOCOL V1.4

万物有灵，皆可生长

ECHO 的「势」是一个三维编织的动态系统。通过时间、空间、关系三个维度的交织， 配合 64 卦协议层约束，在保护创作者主权的同时维护生态健康。 代码即法律，约束即保护。

核 核心公式

实际生效配置 = 创作者意图 ∩ 物理法则范围
创作者意图
通过四权配置（用/衍/扩/益）表达的创作主权，是创作者对资产的规则设定
物理法则
由 64 卦定义的协议层约束，防止短视行为破坏生态，保护所有参与者
实际配置
两者的交集。既尊重创作者主权，又保护已进入生态的所有参与者

什么是「势」

Shi —— 东方智慧中的生长动力学

源于易经

「势」不是静态的位置，而是动态的流动。 就像河流中的水，每一刻都在变化，但又有其内在的规律。 64卦不是分类标签，而是描述事物在不同阶段的能量状态。

—— 从潜藏（坤）到爆发（乾），是势能积累与释放的完整周期

三维编织

传统系统用一维指标（如热度、排名）衡量资产。 「势」用三维张量：时间（活跃程度）、 空间（平台分布）、关系（引用网络）。 只有这三个维度的交织，才能完整描述一个资产的生命状态。

—— 单一维度的成功往往是片面的，三维编织呈现全貌

为什么用 64 卦？

64

足够精细

4×4×4=64，三个维度各4档，足够描述资产的微妙状态变化

⚖️

文化共识

64卦是东方文化的元语言，跨越千年的智慧沉淀，易于理解

🔗

数学完备

6位二进制可编码64种状态，天然适配计算机系统

🌊

动态生长

卦象变化描述事物演化，从潜藏到爆发，每个阶段都有意义

「势」的三重含义

1. 势能（Potential）

资产蕴含的生长可能性。不是现在的价值，而是未来的潜力。

2. 势位（Position）

资产在三维空间中的坐标。时间、空间、关系的交汇点，定义了当前状态。

3. 势场（Field）

影响资产生长的环境力量。边界自适应，阈值动态调整，形成生态张力。

设计哲学

约束不是限制，而是生态的免疫系统

🌱 为什么需要约束？

假设没有约束，创作者可以：

  • × 大成期资产设 衍=0（禁止衍生）— 生态已形成，突然切断关系链
  • × 成熟期设 益=0（锁定收益）— 投资者无法退出
  • × 热门资产随意提高价格10倍 — 用户流失，生态萎缩
  • × 频繁软分叉收割用户 — 信任机制瓦解

✅ 约束保护的是谁？

// 约束 ≠ 剥夺创作者主权
// 约束 = 保护已进入生态的所有参与者
创作者 ──→ 资产 ──→ 用户/衍生者/投资者
│ │ │
└──────────┴────────────┘
↑ 约束保护这层关系

创作者的"绝对自由"会导致公地悲剧——个体理性决策导致集体非理性结果。

约束 ≠ 中心化

这是最关键的澄清。ECHO的约束设计不是平台控制，而是协议规则。

❌ 中心化平台（如抖音）

  • 规则制定：单一实体
  • 规则修改：单方面
  • 执行：中心化服务器
  • 退出：无法选择

✅ ECHO协议

  • 规则制定：开源代码
  • 规则修改：社区投票
  • 执行：分布式节点
  • 退出：可分叉迁移

64卦约束的本质：代码即法律，不是平台政策。它是生态的免疫系统——既保持去中心化，又保护生态健康。

三层架构

势枢生势场，势场藏势位，势位定生长

枢

势枢

ShiShu

三维编织的元结构，生成势场的源头。时间、空间、关系三个维度交织，构成64个单元格的完整张量空间。

// 三维张量
T[时间][空间][关系]
// 每个维度 4 档
0-3 共 64 个单元格
场

势场

ShiChang

64 种涌现场域模式，自适应的物理边界。每周重新测绘边界，基于75%分位数的动态阈值调整。

// 每周重新测绘
B_t = percentile(D_{t-1}, 75%)
// 边界自适应
动态阈值调整
位

势位

ShiWei

资产在势场中的位置-能量状态。六爻坐标定位横向状态，势能度量评估生长潜力。

// 六爻坐标
初九 → 上九 (0-5)
// 势能计算
E = f(势位, 梯度, 动量)

层级关系

势枢
三维编织
生
势场
64卦模式
藏
势位
六爻坐标
定
生长
资产演化

四权配置

创作者的四大主权维度

◈

用权

使用权

控制资产被访问和使用的开放程度。

0完全私密
1-2受限访问
3-4开放使用
5完全开放
✦

衍权

衍生权

控制他人基于该资产创作衍生作品的能力。

0禁止衍生
1-2受限衍生
3-4鼓励衍生
5完全开放
◎

扩权

扩展权

控制资产在不同平台和媒介上的传播范围。

0单一平台
1-2有限平台
3-4多平台
5跨域传播
◉

益权

收益权

控制资产产生的经济收益的分配方式。

0免费
1-2限量收益
3-4收益共享
5最大化收益

势枢 (ShiShu) — 三维编织

三个维度的元结构，所有「势」产生的源头

时

时间维度

基于使用频率的动态评估

0 沉寂 7天内使用 < 3次
1 稳定 7天内使用 3-10次
2 活跃 7天内使用 10-50次
3 爆发 7天内使用 ≥ 50次
空

空间维度

基于平台分布的空间评估

0 单平台 仅1个平台
1 少平台 2-3个平台
2 多平台 4-7个平台
3 跨域 8+平台或线上线下
关

关系维度

基于引用关系的网络评估

0 孤立 0次引用
1 初连 1-5次引用
2 网络 6-20次引用
3 生态 20+次引用

三维张量可视化

T[时间][空间][关系] = 64个单元格，每个对应一个卦象

沉寂 稳定 活跃 爆发
单平台 少平台 多平台 跨域
孤立 初连 网络 生态
T=0 · 沉寂
T=1 · 稳定
T=2 · 活跃
T=3 · 爆发
当前坐标
T[2][2][3]
对应卦象
泽山咸
生命阶段
大成期

64卦约束表

协议层物理法则，每个卦象定义四权配置的安全范围

卦象 坐标 阶段 ◈ 用 ✦ 衍 ◎ 扩 ◉ 益 特殊约束

⚠️ 强制约束示例：咸卦

大成期资产必须满足以下条件，否则系统将强制调整：

  • 用权 ≥ 4（必须使用开放）
  • 扩权 ≥ 3（必须扩展发现）
  • 衍权 ≥ 3（必须开放衍生）

三层渐进约束

1
预警 (7天前)
通知创作者即将变势，提供趋势分析和调整建议
2
软调整 (协商)
暂停新授权，已有授权继续有效，保护既有用户
3
硬边界 (最后手段)
严重冲突时强制调整到最低开放档位

势位跃迁模拟

资产从潜藏到大成的完整生命周期演示

步骤: 0 / 6

当前状态

卦象
坤卦
坐标
T[0][0][0]
阶段
潜藏期

六爻可视化

从下往上：初九 → 上九
生命周期日志
> 等待开始...

BA最佳尝试模式

Best Attempt (BA) —— 真实性优先于完美性

📊
允许统计误差
不追求100%精确，允许合理误差范围
🚫
禁止系统性造假
打击刷量行为，保护生态真实性
📝
类比报税系统
自我申报+抽查验证+违规惩罚

为什么采用BA模式？

完全精确的数据验证在分布式系统中成本极高。BA模式在真实性和可行性之间取得平衡：

  • • 正常创作者无需担心被误判（统计误差在可接受范围）
  • • 刷量行为会被检测并惩罚（系统性异常）
  • • 7天挑战期提供申诉机会（纠错机制）

休眠机制

创作者的保护性权利 —— 在特殊时期暂停约束生效

休眠规则

  • 3 每年最多 3 次
  • 90 每次最长 90 天
  • 🔒 期间势位锁定，约束不生效
  • ⏸️ 已授权用户权益不受影响

适用场景

  • • 创作者需要专注创作，暂时不希望管理生态
  • • 市场环境剧变，需要时间观察再调整策略
  • • 个人原因（健康、家庭等）需要暂时退出
  • • 争议期，需要时间协商解决方案

艮卦对应：当资产进入艮卦（止息期）或创作者主动申请休眠，系统将锁定当前配置，暂停约束计算，为创作者提供喘息空间。

分叉自由

极端情况下的终极选择权 —— 带数据离开

📦
导出
完整数据导出
🚀
部署
自定义协议部署
🔄
迁移
资产和用户迁移
📢
通知
生态参与者通知

为什么必须允许分叉？

分叉是去中心化协议的终极安全保障。如果创作者认为ECHO协议的约束不再符合其利益，他们可以选择：

  1. 导出所有资产数据和用户关系
  2. 部署自己的协议实例（可以修改或移除约束）
  3. 邀请原生态用户自愿迁移
  4. 原ECHO网络上的资产标记为"已分叉"

这确保了协议层约束不会变成平台层的压迫。

约束引擎实现

核心算法与技术架构

核心算法

// 计算有效配置：创作者意图 ∩ 物理法则
function
calculateEffectivePolicy(
blueprint: Blueprint,
currentShi: Hexagram
): EffectivePolicy {
// 获取当前卦象的约束规则
const rules = HEXAGRAM_RULES[currentShi];
// 计算交集
return {
yong: intersect(blueprint.yong, rules.constraints.yong),
yan: intersect(blueprint.yan, rules.constraints.yan),
kuo: intersect(blueprint.kuo, rules.constraints.kuo),
yi: intersect(blueprint.yi, rules.constraints.yi),
conflicts: detectConflicts(blueprint, rules)
};
}

约束表结构

interface
HexagramConstraints {
hexagramId: string;
tensorCoord: [number, number, number];
constraints: {
yong: { min: number; max: number; };
yan: { min: number; max: number; };
kuo: { min: number; max: number; };
yi: { min: number; max: number; };
};
specialRules: SpecialRule[]; }

冲突检测

enum
ConflictSeverity {
WARNING = 'warning',
CRITICAL = 'critical',
BLOCKING = 'blocking'
}
// 严重程度计算
distance ≥ 2 → BLOCKING
distance = 1 → CRITICAL
distance = 0 → WARNING

智能合约接口

ShiPositionRegistry.sol

// SPDX-License-Identifier: MIT
pragma solidity
^0.8.0;
contract
ShiPositionRegistry {
// 势位结构
struct ShiPosition {
uint8 timeYao;
uint8 spaceYao;
uint8 relationYao;
uint256 shiEnergy;
uint256 lastUpdate;
}
// 资产 => 当前势位
mapping(bytes32 => ShiPosition) public assetPosition;
// 更新势位（由预言机调用）
function updateShiPosition(
bytes32 assetId,
uint8 timePercentile,
uint8 spacePercentile,
uint8 relationPercentile,
bytes calldata proof
) external onlyRole(ORACLE_ROLE);
// 检查配置是否合规
function validatePolicy(
bytes32 assetId,
Policy memory policy
) external view returns (ValidationResult);
}

API 设计

GET /api/v1/assets/{id}/constraints

获取资产的当前约束状态

// Response
{
"currentHexagram": "咸卦",
"effectivePolicy": {
"yong": 4,
"yan": 3,
"kuo": 3,
"yi": 2
},
"adjusted": {
"yong": true,
"yan": false
},
"conflicts": []
}
POST /api/v1/alerts/respond

响应预警

// Request
{
"alertId": "alert_xxx",
"action": "manual_adjust",
"adjustments": {
"yan": 3
}
}
// action: accept | manual_adjust | hibernate | dismiss
POST /api/v1/assets/{id}/hibernate

申请休眠

// Request
{
"duration": 90, // 天数，最大90
"reason": "专注创作",
"signature": "0x..."
}

核心理念总结

「势」不是束缚，而是生长的轨道。

64卦约束保护的是已进入生态的所有参与者， 让创作者的主权与生态的健康在代码层面达成和解。

代码即法律，约束即保护，分叉即自由。