Solver Network

복수 Solver Node가 경쟁하고, Super Validator가 실행 결과를 검증·확정하는 네트워크 계층을 설명합니다.

---

Network Topology

┌─────────────────────────────────────────────────────────────────────────┐
│  EZYS Solver Network                                                     │
│                                                                         │
│  ┌─────────────────┐  ┌─────────────────┐  ┌─────────────────┐        │
│  │ Solver Node A   │  │ Solver Node B   │  │ Solver Node C   │        │
│  │ (Validator)     │  │ (Validator)     │  │ (Validator)     │        │
│  │                 │  │                 │  │                 │        │
│  │ LP α, β, γ     │  │ LP δ (자체)     │  │ LP ε, ζ        │        │
│  └────────┬────────┘  └────────┬────────┘  └────────┬────────┘        │
│           │                    │                     │                 │
│           │  Execution         │  Execution          │  Execution     │
│           │  Proposal          │  Proposal           │  Proposal      │
│           │                    │                     │                 │
│           └────────────────────┼─────────────────────┘                 │
│                                │                                       │
│                   ┌────────────▼────────────┐                          │
│                   │   Super Validators      │                          │
│                   │   (BFT Consensus)       │                          │
│                   │                         │                          │
│                   │  SV₁  SV₂  SV₃  ...    │                          │
│                   │                         │                          │
│                   │  - Selection (2/3 BFT)  │                          │
│                   │  - Ordering             │                          │
│                   │  - Commitment           │                          │
│                   └────────────┬────────────┘                          │
│                                │                                       │
│                                ▼                                       │
│                     Execution Commitment                               │
│                    (verified & finalized)                              │
│                                                                         │
└─────────────────────────────────────────────────────────────────────────┘

Formal Definition

Given:
  I = Intent
  V = { v₁, v₂, ..., vₘ }                 Validator 집합
  SV = { sv₁, sv₂, ..., svₖ }             Super Validator 집합 (k ≥ 3)

Each Validator proposes:
  Pᵥ = argmin score(qᵢ) for qᵢ ∈ Q(I)    최적 호가 선별

Super Validators reach consensus:
  E = BFT_select(P₁, P₂, ..., Pₘ)         2/3 다수결 선택
    = (I, q*, v*)                         where q* = best quote, v* = winning validator

Commitment requires:
  |{ sv ∈ SV | sv.approve(E) }| ≥ ⌈2k/3⌉   BFT 합의 조건

---

Participants

Validator (Solver Node Operator)

Validator는 Solver Node를 운영하며, Intent에 대한 최적 실행 경로를 제안하는 역할입니다.

책임	설명
LP 호가 수집	관리하는 LP들에게 호가를 요청하고 병합
최적화	Cost Model로 최적 후보 선별
Execution Proposal 생성	서명된 실행 제안서를 네트워크에 제출
Execution 실행	선택된 경우, 실제 체결 및 Settlement Plan 생성

Validator는 네트워크 참여에 따라 보상을 수령할 수 있습니다.

---

Super Validator

Super Validator는 EZYS 네트워크의 최종 결정자이자 인프라 수호자입니다. 단순히 최적 실행을 선택하는 것을 넘어, 네트워크 전체의 합의, 거버넌스, 정산 확정까지 책임집니다.

누가 Super Validator가 되는가?

Super Validator는 **초대제(Invitation-only)**로 운영됩니다. 네트워크의 신뢰와 안정성을 보장할 수 있는 기관만 참여합니다.

자격 요건	설명
기관 유형	글로벌 은행, 대형 증권사, 인프라 사업자
기술 인프라	BFT 합의 노드를 24/7 운영할 수 있는 인프라
규제 준수	주요 금융 관할권의 라이선스 보유
심사 절차	EZYS Foundation의 심사 및 기존 Super Validator 승인

┌────────────────────────────────────────────────────────────────────┐
│  Super Validator Composition                                        │
│                                                                    │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐             │
│  │  Global Bank  │  │  Global Bank  │  │  Securities  │             │
│  │  (SV₁)       │  │  (SV₂)       │  │  Firm (SV₃)  │             │
│  └──────────────┘  └──────────────┘  └──────────────┘             │
│                                                                    │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐             │
│  │   Infra      │  │  Stablecoin  │  │   Custody    │             │
│  │   Provider   │  │  Issuer      │  │   Provider   │             │
│  │   (SV₄)      │  │  (SV₅)      │  │   (SV₆)      │             │
│  └──────────────┘  └──────────────┘  └──────────────┘             │
│                                                                    │
│  Why invitation-only?                                              │
│  → 네트워크 보안의 핵심 계층                                         │
│  → 합의 참여자의 신뢰성이 전체 시스템 신뢰 결정                       │
│  → 글로벌 금융기관의 참여 = 기관 고객 신뢰 확보                       │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘

Super Validator의 역할

책임	설명
BFT 합의 운영	분산 합의를 통해 트랜잭션 순서 결정 및 확정
Execution 검증	모든 Execution Record의 정당성을 검증하고 서명
글로벌 순서 보장	실행 순서를 결정하여 이중 체결, 충돌 방지
Commitment	Epoch 단위로 Execution Set을 On-chain에 기록
거버넌스	프로토콜 파라미터 변경에 대한 투표권 행사

Super Validator는 네트워크 운영에 따라 최고 수준의 보상을 수령합니다.

---

BFT Consensus

Super Validator들은 Byzantine Fault Tolerant (BFT) 합의를 통해 최종 결정을 내립니다. 전체 Super Validator 중 2/3 이상이 동의해야 Execution이 확정됩니다.

Consensus Flow

┌────────────────────────────────────────────────────────────────────┐
│  BFT Consensus Flow                                                 │
│                                                                    │
│  1. Proposal Collection                                            │
│     │  각 Validator가 Execution Proposal 제출                       │
│     │                                                              │
│     ▼                                                              │
│  2. Proposal Broadcast                                             │
│     │  Super Validator들이 모든 Proposal 수신                       │
│     │                                                              │
│     ▼                                                              │
│  3. Voting Round                                                   │
│     │  각 Super Validator가 최적 Proposal에 투표                    │
│     │  (Cost Model Score 기준)                                      │
│     │                                                              │
│     ▼                                                              │
│  4. Consensus Check                                                │
│     │  2/3 이상 동의 여부 확인                                      │
│     │                                                              │
│     ▼                                                              │
│  5. Execution Commitment                                           │
│     선택된 Proposal을 확정, Settlement 진행                         │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘

Voting Example

┌────────────────────────────────────────────────────────────────────┐
│  BFT Voting Round                                                   │
│                                                                    │
│  Proposals Received:                                               │
│                                                                    │
│    Validator A: rate=1449.80  fee=7bps   score=1449.84            │
│    Validator B: rate=1450.10  fee=5bps   score=1450.14            │
│    Validator C: rate=1449.95  fee=12bps  score=1450.05            │
│                                                                    │
│  Super Validator Votes:                                            │
│                                                                    │
│    SV₁ (Global Bank)     → Validator A  ✓                         │
│    SV₂ (Global Bank)     → Validator A  ✓                         │
│    SV₃ (Securities Firm) → Validator A  ✓                         │
│    SV₄ (Infra Provider)  → Validator A  ✓                         │
│    SV₅ (Stablecoin)      → offline      ✗                         │
│    SV₆ (Custody)         → Validator A  ✓                         │
│                                                                    │
│  Result: 5/6 approved (≥ 2/3) → Execution Committed ✓             │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘

BFT Safety

BFT 안전성 보장:
  전체 Super Validator 수: n
  정상 합의 필요 수: ⌈2n/3⌉
  허용 장애 노드 수: ⌊(n-1)/3⌋

  예시: n=6인 경우
    합의 필요: 4개 이상
    허용 장애: 1개

  → 1~2개 노드가 오프라인이어도 네트워크는 정상 운영
  → 악의적 노드가 1/3 미만이면 잘못된 합의 불가능

---

Execution Commitment

Epoch & Batch

Execution들은 Epoch 단위로 배치 처리되어 On-chain에 기록됩니다.

┌────────────────────────────────────────────────────────────────────┐
│  Epoch-based Commitment                                             │
│                                                                    │
│  Epoch N                           Epoch N+1                       │
│  ┌─────────────────────────────┐  ┌─────────────────────────────┐ │
│  │  E₁  E₂  E₃  ...  Eₖ       │  │  Eₖ₊₁  Eₖ₊₂  ...           │ │
│  │                             │  │                             │ │
│  │  Execution Set              │  │  Execution Set              │ │
│  └──────────────┬──────────────┘  └─────────────────────────────┘ │
│                 │                                                  │
│                 ▼                                                  │
│        Merkle Root 생성                                            │
│                 │                                                  │
│                 ▼                                                  │
│        Super Validator 서명 (2/3+)                                 │
│                 │                                                  │
│                 ▼                                                  │
│        On-chain Commitment                                         │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘

Commitment Structure

Given:
  Epoch e with Executions { E₁, E₂, ..., Eₖ }

Merkle Tree:
  Leaf(Eᵢ) = hash(Eᵢ)
  Root = MerkleRoot({ Leaf(E₁), ..., Leaf(Eₖ) })

Commitment:
  C(e) = (epoch, Root, count, SuperValidatorSignatures)

On-chain Record:
  ExecutionSets[epoch] = C(e)

---

Privacy Model

LP 간 호가 정보가 상호 노출되지 않는 Privacy-preserving 구조입니다.

Information Boundaries

┌────────────────────────────────────────────────────────────────────┐
│  Privacy Boundaries                                                │
│                                                                    │
│  ┌──────────────────────────────┐                                  │
│  │  Solver Node A (Validator)   │                                  │
│  │                              │                                  │
│  │  LP α quote: 1,449.80  ─┐   │                                  │
│  │  LP β quote: 1,450.25  ─┤   │   Proposal:                     │
│  │  LP γ quote: 1,451.00  ─┘   │──▶ "best=1,449.80"              │
│  │                              │   (LP별 호가 비공개)              │
│  │  [Internal: all quotes]     │                                  │
│  └──────────────────────────────┘                                  │
│                                                                    │
│  ┌──────────────────────────────┐                                  │
│  │  Solver Node B (Validator)   │                                  │
│  │                              │   Proposal:                     │
│  │  LP δ quote: 1,450.10  ─────│──▶ "best=1,450.10"              │
│  │                              │                                  │
│  └──────────────────────────────┘                                  │
│                                                                    │
│  Super Validators (BFT):                                          │
│    Receives: A=1,449.80 / B=1,450.10                              │
│    BFT Vote: 2/3+ approve Validator A                             │
│    Reveals: winning execution only                                 │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘

Who Knows What

정보	Solver 내부	Super Validator	Public
개별 LP 호가	✓	✗	✗
Solver별 최적 제안	✓	✓	✗
최종 체결 가격	✓	✓	✓
체결 Validator ID	✓	✓	✓
Merkle Root	✓	✓	✓
타 참여자 거래 내용	✗	✓ (blinded)	✗

Blinded Merkle Tree

각 참여자는 자신의 거래만 검증할 수 있습니다. 다른 참여자의 거래 내용은 해시로 가려집니다.

┌────────────────────────────────────────────────────────────────────┐
│  Blinded Merkle Tree                                                │
│                                                                    │
│                        Root (On-chain)                             │
│                       /              \                             │
│                    H₁₂                H₃₄                          │
│                   /    \            /    \                         │
│                 H₁      H₂        H₃      H₄                       │
│                 │       │         │       │                        │
│                 E₁      E₂        E₃      E₄                       │
│                 │                                                  │
│              (내 거래)                                              │
│                                                                    │
│  참여자 A가 받는 Proof:                                             │
│    - E₁ (내 거래 데이터)                                            │
│    - H₂ (sibling hash, E₂ 내용 모름)                               │
│    - H₃₄ (subtree hash, E₃, E₄ 내용 모름)                          │
│                                                                    │
│  → 자기 거래가 Set에 포함되었음을 증명 가능                           │
│  → 다른 참여자의 거래 내용은 알 수 없음                               │
│  → Root Hash만 On-chain에 기록 → 저비용 검증                       │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘

---

End-to-End Flow

Intent부터 On-chain Commitment까지의 전체 흐름:

┌────────────────────────────────────────────────────────────────────┐
│  End-to-End Flow                                                    │
│                                                                    │
│  1. FSP submits Intent                                             │
│     │                                                              │
│     ▼                                                              │
│  2. Validators collect LP quotes & generate Proposals              │
│     │                                                              │
│     ▼                                                              │
│  3. Super Validators run BFT consensus                             │
│     │  - Select best Proposal (2/3+ vote)                          │
│     │  - Determine global ordering                                 │
│     │                                                              │
│     ▼                                                              │
│  4. Execution Committed                                            │
│     │  - Winning Validator executes trade                          │
│     │  - Settlement Plan generated                                 │
│     │                                                              │
│     ▼                                                              │
│  5. Epoch closes                                                   │
│     │  - All Executions in epoch batched                           │
│     │  - Merkle Root computed                                      │
│     │                                                              │
│     ▼                                                              │
│  6. On-chain Commitment                                            │
│     │  - Super Validators sign Root                                │
│     │  - Root recorded on-chain                                    │
│     │                                                              │
│     ▼                                                              │
│  7. Settlement executed                                            │
│     - On-chain legs (USDC, etc.)                                   │
│     - Off-chain legs (KRW, USD, etc.)                              │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘

---

Next Steps

• Solver Node - Solver Node 내부 아키텍처

• Settlement - 하이브리드 정산 메커니즘