Nami 是一个模块化 DeFi 生态系统，旨在于单一的操作体验中协调多条区块链。

其架构将本地执行与协议级协调分离开来。

Ethereum、Base 和 Robinhood 在本地执行活动、承载流动性，而供应量、投票和 Epoch 结果则作为单一系统的一部分进行协调。

中心辐射架构

Nami 采用中心辐射（hub-and-spoke）架构。

Ethereum 充当中心链。

它是新增 NAMI 供应量的来源，也是每个 Epoch 全局结果的结算层。Base、Robinhood 以及未来集成的链则作为分支链运行。

Ethereum 负责需要协议级协调的功能，而分支链则支持本地的协议执行。

这是一个层级结构，而非流程。中心链 Ethereum 负责供应量来源和结算。它通过 CCIP 连接到两条分支链：Base 和 Robinhood。

中心链/分支链的区分纯粹属于基础设施层面，由协议在协议层面处理。

本地执行，统一协调

Nami 的多链模型将本地执行与协议级协调分离开来。

流动性和执行保持在本地。

池完全位于各自所在的链上，并在该链上维护其资产、流动性和状态。

协调在整个协议范围内进行。

NAMI 供应量、投票权、Epoch 周期和结算作为单一系统的组成部分进行协调。

各链本地：流动性池、兑换、LP 仓位、挖矿与奖励。
由 Nami 协调：NAMI 供应量、投票权、Epoch 周期、Epoch 结算。

这种分离也决定了 Nami 组织市场的方式。部署在不同链上的池可以代表相同的经济敞口，同时在每条链上保持流动性和执行的独立。

ETH / USD 市场 → OmniGauge → 三个并行的本地池：Ethereum 本地池、Base 本地池、Robinhood 本地池。

在投票层面，这些池作为同一市场的不同实现进行协调。

单一 NAMI 供应量

NAMI 在所有支持的链上维持单一且协调一致的供应量。

新增 NAMI 供应量仅在 Ethereum 上产生。

分配给其他链的部分通过销毁-铸造（burn-and-mint）模型进行分发，从而在整个协议中精确保持原始释放量。

NAMI 在 Ethereum、Base 和 Robinhood 上使用相同的合约地址，没有封装形式，也没有由跨链桥持有的代币储备。

Nami 释放 → 铸造于 Ethereum → 总释放量，随后拆分为三份分配：Ethereum 分配、Base 分配、Robinhood 分配。
由于 Ethereum 是起源链，Ethereum 分配直接成为 Ethereum 上的 NAMI。
Base 分配和 Robinhood 分配各自经过销毁 → CCIP → 在各自链上铸造，最终形成 Base 上的 NAMI 和 Robinhood 上的 NAMI。

分支链上的铸造和销毁权限只能通过协议授权的渠道访问，并在系统配置的限额内运行。

代币跨链流转

Nami 资产根据每种代币或仓位在协议中承担的功能，遵循不同的跨链流转模式。

支持的链之间的流转使用 Chainlink CCIP 作为传输层。

借助无限期 veNAMI 的跨链流转，仓位及其关联的投票权均可在支持的链之间转移，而标准仓位的生命周期则始终保留在其创建所在的链上。

veNAMI 的转移还受到与 Epoch 周期相关的操作限制，以在周期的最后阶段保持投票与结算之间的一致性。

跨链消息传递

在 Chainlink CCIP 之上，Nami 通过专用路由器按功能区分跨链流程。

协议消息、NAMI 转账和 veNAMI 仓位流转各自遵循独立的路径。

ChainLink CCIP 分为三个独立的并行路由器，每个路由器都有各自的专用功能：
消息路由器 → 协议消息。
Nami 跨链桥路由器 → NAMI 转账。
VE 跨链桥路由器 → 无限期 veNAMI 与 wveNAMI。

消息路由器负责处理跨链协议协调所需的消息。

NAMI 跨链桥路由器负责管理 NAMI 转账，并将普通用户转账与系统操作（包括释放分发）区分开来。

VE 跨链桥路由器负责管理无限期 veNAMI 仓位和 wveNAMI 的跨链转移。

每条接收到的消息在能够影响协议之前，都会根据其来源、授权路径和目的地进行验证。

Epoch 协调与结算

尽管活动、池和投票分布在多条链上，Nami 仍按照单一的 Epoch 周期运行。

每个 Epoch 持续 7 天，并在所有支持的链上于周四 00:00 UTC 结束。

Epoch 结束时，结果会被汇总，主 Keeper 会在 Ethereum 上提出一个结算根（settlement root），即代表该 Epoch 全局结果的密码学承诺。

随后，结算进入一个可公开观察的 1 小时验证窗口。

在此期间，与主 Keeper 在运营上相互隔离的独立验证者会核实所提出的根是否与实际的 Epoch 结果一致。

验证者无法提前激活结算。在验证窗口期间，他们只能在出现不匹配时拒绝该结算。如果未发生拒绝，结果只有在窗口到期后才可执行。

所有链上的活动与投票 → Epoch 结束 → 结果计算完成 → 主 Keeper 提出结算根 → 1 小时验证窗口，随后分为两种结果：
不匹配 → 已拒绝。此路径到此终止：结算不会继续进行。
有效 → 等待到期 → 结果激活 → 释放分发 → 并行分发至 Ethereum、Base 和 Robinhood。

只有在结算激活之后，经批准的释放量才会被分发至其目标链。

安全边界

这些机制界定了 Nami 跨链架构的安全边界。

每个组件都在既定的权限、目的地和容量限制范围内运行。

暂停会阻止发起新的操作，但不会使已交给传输层的消息失效。这些消息仍可完成投递或被重试。

每条跨链路径都在预先定义的授权和容量边界内运行，从而降低孤立问题可能造成的影响。

这对用户意味着什么

多链协调在协议层面进行，用户无需管理跨链桥、路由或链之间的同步。

对于多链功能，Nami 会自动协调转换、转移、部署和投票需要在何处进行，同时让用户始终能看到资产和流动性所在的链。

协调以单一资产建立仓位的过程，包括转换、跨链以及在目标链上的部署。

协调流动性在支持的链之间的转移，用户无需重建仓位。

让用户为一个市场投票一次，即可协调在不同链上代表该市场的各个池。

本地执行。统一协调。一个协议。