Nami는 하나의 사용 경험 안에서 여러 블록체인을 조율하도록 설계된 모듈형 DeFi 생태계입니다.

Nami의 아키텍처는 로컬 실행과 프로토콜 전반의 조율을 분리합니다.

Ethereum, Base, Robinhood는 활동과 유동성을 로컬에서 처리하며, 공급량, 투표, Epoch 결과는 하나의 시스템의 일부로 조율됩니다.

허브 앤 스포크

Nami는 허브 앤 스포크 아키텍처를 사용합니다.

Ethereum은 허브 역할을 합니다.

새로운 NAMI 공급량의 원천이자 매 Epoch 전체 결과의 정산 레이어입니다. Base, Robinhood 및 향후 통합될 체인은 스포크로 작동합니다.

Ethereum은 프로토콜 전반의 조율이 필요한 기능을 담당하고, 스포크는 로컬 프로토콜 실행을 지원합니다.

이것은 흐름이 아닌 계층 구조입니다. 허브인 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 주기와 연동된 운영상 제약도 받으며, 이를 통해 주기의 마지막 단계에서 투표와 정산 간의 일관성을 유지합니다.

크로스체인 메시징

Nami는 Chainlink CCIP 위에서 전용 라우터를 통해 크로스체인 흐름을 기능별로 분리합니다.

프로토콜 메시지, NAMI 전송, veNAMI 포지션 이동은 각각 독립된 경로를 따릅니다.

ChainLink CCIP는 각자 전용 기능을 가진 세 개의 독립적인 병렬 라우터로 나뉩니다:
메시지 라우터 → 프로토콜 메시지.
Nami 브리지 라우터 → NAMI 전송.
VE 브리지 라우터 → 무기한 veNAMI & wveNAMI.

메시지 라우터는 체인 간 프로토콜 조율에 필요한 메시지를 처리합니다.

NAMI 브리지 라우터는 NAMI 전송을 관리하며, 일반 사용자 전송을 발행량 분배를 포함한 시스템 작업과 분리합니다.

VE 브리지 라우터는 무기한 veNAMI 포지션과 wveNAMI의 크로스체인 전송을 관리합니다.

수신된 각 메시지는 프로토콜에 영향을 미치기 전에 출처, 승인된 경로, 목적지를 기준으로 검증됩니다.

Epoch 조율 및 정산

활동, 풀, 투표가 여러 체인에 분산되어 있지만, Nami는 단일 Epoch 주기로 운영됩니다.

각 Epoch는 7일 동안 지속되며, 지원되는 모든 체인에서 목요일 00:00 UTC에 종료됩니다.

Epoch가 종료되면 결과가 통합되고, 메인 키퍼가 Ethereum에 정산 루트(settlement root)를 제안합니다. 이는 해당 Epoch의 전체 결과를 나타내는 암호학적 커밋먼트입니다.

이후 정산은 공개적으로 관찰 가능한 1시간 검증 기간에 들어갑니다.

이 기간 동안 메인 키퍼와 운영상 분리된 별도의 검증자들이 제안된 루트가 실제 Epoch 결과와 일치하는지 검증합니다.

검증자는 정산을 조기에 활성화할 수 없습니다. 검증 기간 동안 검증자는 불일치가 있을 경우에만 정산을 거부할 수 있습니다. 거부가 발생하지 않으면 결과는 기간이 만료된 후에만 실행 가능해집니다.

모든 체인의 활동 & 투표 → Epoch 종료 → 결과 산출 → 메인 키퍼가 정산 루트 제안 → 1시간 검증 기간, 이후 두 가지 결과로 나뉩니다:
불일치 → 거부됨. 이 경로는 여기서 끝나며, 정산은 진행되지 않습니다.
유효 → 만료까지 대기 → 결과 활성화 → 발행량 분배 → Ethereum, Base, Robinhood에 병렬로 분배됩니다.

정산이 활성화된 후에야 승인된 발행량이 대상 체인으로 분배됩니다.

보안 경계

이러한 메커니즘은 Nami 크로스체인 아키텍처의 보안 경계를 정의합니다.

각 구성 요소는 정해진 권한, 목적지, 용량 한도 내에서 작동합니다.

일시 정지는 이미 전송 계층에 전달된 메시지를 무효화하지 않으면서 새로운 작업이 시작되는 것을 막습니다. 해당 메시지는 여전히 전달을 완료하거나 재시도될 수 있습니다.

각 크로스체인 경로는 사전에 정의된 승인 및 용량 경계 안에서 작동하여, 개별 문제의 잠재적 영향을 줄입니다.

사용자에게 주는 의미

멀티체인 조율은 프로토콜 수준에서 이루어지며, 사용자가 브리지, 라우팅 또는 체인 간 동기화를 관리할 필요가 없습니다.

멀티체인 기능의 경우 Nami는 전환, 전송, 배포, 투표가 어디에서 이루어져야 하는지 자동으로 조율하며, 자산과 유동성이 위치한 체인은 사용자에게 계속 표시됩니다.

단일 자산으로 포지션에 진입하는 과정을 조율하며, 여기에는 전환, 브리지, 대상 체인에서의 배포가 포함됩니다.

사용자가 포지션을 다시 구성할 필요 없이 지원되는 체인 간 유동성 이동을 조율합니다.

사용자가 하나의 시장에 한 번 투표할 수 있게 하며, 서로 다른 체인에서 해당 시장을 나타내는 풀들을 조율합니다.

로컬 실행. 통합 조율. 하나의 프로토콜.