> For the complete documentation index, see [llms.txt](https://newsandwich.gitbook.io/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://newsandwich.gitbook.io/docs/new-sandwich-whitepaper/kw.md).

# New\_Sandwich\_Whitepaper\_KW

## 프로토콜 코어

New Sandwich는 샌드위치 공격(Sandwich Attack) 방어, 온체인(On-chain) 실행 최적화, 사용자 중심 가치 환원을 중심으로 한 프로토콜입니다. 실시간 온체인 인텔리전스, 실행 전 시뮬레이션, 보호 라우팅(Protected Routing), 준수 백런 전략 경쟁, 검증 가능한 정산을 통해, 정보 비대칭(Information Asymmetry)과 거래 순서 우위(Ordering Advantage)로 포착되던 가치를 사용자, 지갑, 전략 팀, 생태계 프로젝트를 위한 공개 역량으로 재구성합니다.

## 01 경영 요약

### 경영 요약

New Sandwich는 공개 주문 흐름을 위한 온체인 거래 보호 및 전략 실행 기반 프로토콜입니다. 체계적인 기술 역량을 통해 샌드위치 공격과 실행 가치 유출에 대응하며, 독립 생태계 프로젝트에 표준화되고 조합 가능한 프로토콜 접속 및 협업 역량을 제공합니다.

New Sandwich는 지갑, 거래 애플리케이션, 온체인 사용자, 전략 팀, 독립 생태계 프로젝트를 위한 샌드위치 공격 방어 및 온체인 실행 보호 프로토콜입니다. 제품은 사용자 거래 보호를 중심으로 여섯 단계의 연속 프로세스를 형성합니다: 위험 식별, 보호 제출, 실행 전 시뮬레이션, 제약 조건 기반 실행, 사용자 중심 가치 최적화 및 환원, 결과 검증.

New Sandwich는 거래 의도 노출을 줄이고, 사용자 제약을 엄격히 집행하며, 유해한 순서를 식별하고 차단함으로써, 할당 가능한 가치를 규칙에 따라 사용자에게 환원하고 프로토콜 운영을 지원합니다. Flashbots MEV-Share의 공개 메커니즘은 보호된 주문 흐름(Protected Order Flow)이 선택적 공개와 시뮬레이션 제약 하에서 백런 경쟁을 허용하고, 일부 가치를 원래 거래 당사자에게 환원할 수 있음을 보여줍니다.

New Sandwich의 기술 리더십은 시스템 조합 역량에 기반합니다: 다중 소스 온체인 상태 스트림, 샌드위치 위험 점수화, 포크 상태 시뮬레이션(Fork-state Simulation), 교차 라우트 순가치 비교, 프라이빗 제출 및 번들(Bundle) 실행, 전략 어댑터, 비용 귀속, 공개 데이터 증명. 어떤 단일 역량도 New Sandwich의 전부가 아닙니다. New Sandwich의 선도성은 이러한 역량들이 동일한 실행 루프 안에서 시너지를 내는 데서 비롯됩니다.

생태계 협력은 New Sandwich 프로토콜 기술 역량의 규모화 경로이며, 프로토콜 제품 자체를 대체하는 것이 아닙니다. New Sandwich는 샌드위치 공격 방어, 사용자 거래 보호, 실행 최적화를 핵심으로, 노드 참여와 온체인 프로토콜 참여 자격의 두 가지 공식 협력 방식을 통해 전략, 산출, 데이터, 정산 역량을 독립 생태계 프로젝트에 개방합니다.

그림 1-1 | New Sandwich 샌드위치 공격 방어 루프

| 핵심 기능        | 제품 기능                                    | 사용자 결과                       |
| ------------ | ---------------------------------------- | ---------------------------- |
| 위험 식별        | 공개 노출, 슬리피지 공간, 풀 깊이, Gas 경쟁, 순서 위험 식별   | 브로드캐스트 전 거래가 샌드위치에 취약한지 판단   |
| 보호 실행        | 프라이빗 라우팅, 통제된 주문 흐름, 번들, 실패 시 폐쇄 정책      | 의도 조기 노출 및 불안전한 폴백 감소        |
| 사용자 중심 가치 환원 | 사용자 결과를 해치지 않는 인가된 백런 실행만 허용, 샌드위치 공격 금지 | 할당 가능한 MEV를 사용자·지갑·프로토콜에 재분배 |
| 실행 증명        | 시뮬레이션, 라우팅, 체결 품질, 비용, 환원, 거래 해시 기록      | 보호 효과를 조회·감사·누적 가능하게 함       |
| 오픈 전략        | 외부 전략이 표준 어댑터·권한·정산 규칙으로 접속              | 안전 경계를 유지하며 전략 커버리지 확대       |

## 02 온체인 시장 및 샌드위치 위협

### 온체인 거래 환경과 샌드위치 공격

MEV(최대 추출 가능 가치, Maximal Extractable Value)는 블록 생산자나 다른 참여자가 거래 순서 지정, 포함 또는 제외를 통해 얻는 추가 가치입니다. 차익거래와 청산은 DeFi 효율을 높일 수 있지만, 샌드위치 거래는 사용자에게 더 나쁜 체결 가격과 슬리피지를 직접 초래합니다.

### 2.1 온체인 거래에 순서 경쟁이 내재된 이유

온체인 거래는 사용자가 ‘확인’을 클릭하는 순간 완료되지 않습니다. 거래는 RPC, 공개 또는 프라이빗 주문 흐름, 빌더(Builder), 블록 제안, 최종 확인을 거칩니다. 공개 주문 흐름에서 거래 의도는 확인 전에 관찰될 수 있으며, 대규모 스왑, 얕은 유동성, 느슨한 슬리피지, 활발한 경쟁이 함께 샌드위치 공격의 조건을 형성합니다.

| 구조적 위치 | 공격자가 관찰하는 신호                    | 사용자에 미치는 영향                    |
| ------ | ------------------------------- | ------------------------------ |
| 거래 의도  | 거래 쌍, 규모, 최소 수령량, Gas, 대상 계약    | 가격 영향과 허용 가능한 슬리피지 공간 노출       |
| AMM 상태 | 풀 준비금, 가격 곡선, 교차 풀 스프레드, 유동성 깊이 | 선제 거래가 밀어올릴 수 있는 가격 범위 판단      |
| 블록 구축  | 우선 수수료, 번들, 빌더 커버리지, 블록 경쟁      | 선제·사용자·후행 거래의 순서 결정            |
| 실행 결과  | 사용자 체결, 공격자 청산, Gas, 순이익        | 사용자는 더 나쁜 가격을 감수, 공격자는 스프레드 포착 |

그림 2-1 | 샌드위치 공격의 고수준 실행 체인

### 2.2 봇 시스템은 스크립트에서 실행 인프라로 진화 중

초기 봇은 고정 파라미터와 단일 거래 풀에 의존했습니다. 차세대 검색 시스템은 풀 상태, Gas, 오라클, 빌더, 교차 시장 상태를 동시에 읽고 시뮬레이션으로 후보 경로를 비교합니다. 공개 메모리 풀은 모든 체인과 L2에서 동일한 구조가 아니며, 프라이빗 시퀀서와 프라이빗 메모리 풀이 공격 가능성을 바꿉니다. 따라서 프로토콜은 체인 수준 적응을 채택해야 하며, Ethereum L1 가정을 모든 네트워크에 복제할 수 없습니다.

그림 2-2 | 검색자 및 샌드위치 봇 시스템의 기술 진화

### 2.3 기존 단일 포인트 솔루션의 한계

| 일반적인 접근     | 해결하는 문제         | 남은 공백                              |
| ----------- | --------------- | ---------------------------------- |
| 슬리피지 강화     | 공격자 이익 공간 압축    | 과도한 강화는 실패 유발 가능, 프라이버시·라우팅 미처리    |
| 단일 프라이빗 RPC | 공개 노출 감소        | 빌더 커버리지·서비스 가용성 의존, 실행 품질 자동 비교 없음 |
| 거래 시뮬레이션    | 롤백·가격 영향 식별     | 상태·블록·번들 컨텍스트 불일치 시 결과 이탈          |
| 단일 봇        | 한 전략 또는 한 체인 커버 | 유지 비용 높고 시장 구조 변화에 지속 적응 어려움       |
| 데이터 대시보드    | 실행 결과 표시        | 비용 귀속·원시 증명 없으면 표면적 투명성만 형성        |

## 03 New Sandwich 제품 기능

### New Sandwich 제품 기능

New Sandwich는 “사용자 거래 보호 — 의도 노출 감소 — 유해 순서 차단 — 실행 결과 검증”의 완전한 방어 프로토콜입니다.

### 3.1 3계층 방어 메커니즘

| 계층             | 제품 동작                                                   | 핵심 결과                                            |
| -------------- | ------------------------------------------------------- | ------------------------------------------------ |
| Shield \| 보호   | Protected RPC / SDK를 통해 거래 진입, 위험 식별 후 프라이빗 또는 통제 경로 선택 | 거래 의도 공개 노출 감소                                   |
| Guard \| 능동 방어 | 사용자 제약이 파괴되지 않는 전제 하에 준수 백런 전략만 경쟁 허용                   | 사용자를 해치지 않고 할당 가능 백런 가치를 규칙에 따라 환원하며 프로토콜 지속성 기여 |
| Proof \| 증명    | 실행 영수증, 가격 영향, Gas, 환원, 전략 귀속 기록 생성                     | 검증 가능한 데이터로 보호 효과 증명                             |

그림 3-1 | 보호된 주문 흐름과 사용자 중심 가치 환원

### 3.2 제품 형태

| 제품 진입점            | 대상                 | 주요 기능                               |
| ----------------- | ------------------ | ----------------------------------- |
| Protected RPC     | 일반 사용자 및 지갑        | 보호 제출, 라우트 선택, 거래 상태 및 환원 조회        |
| Wallet / DApp SDK | 지갑, DEX, 애그리게이터, 앱 | 위험 사전 점검, 최소 수령량 보호, 라우팅 및 프론트엔드 상태 |
| Execution API     | 기관 및 생태계 프로젝트      | 배치 실행, 제약 전략, 프라이빗 채널, 정산 영수증       |
| Strategy Adapter  | 검색자 및 전략 팀         | 표준 상태 입력, 후보 출력, 시뮬레이션, 권한, 성과 귀속   |
| Data Dashboard    | 사용자, 파트너, 시장       | 거래 보호, 실행 품질, 순가치, 환원, 프로토콜 운영 데이터  |

### 3.3 사용자 거래의 완전한 경로

{% stepper %}
{% step %}

### 사용자 또는 지갑이 거래 의도, 최소 수령량, 기한, 프라이버시 선호를 제출합니다.

{% endstep %}

{% step %}

### 위험 엔진이 풀 깊이, 슬리피지, 공개 노출, Gas 경쟁, 빌더 상태를 결합해 점수를 매깁니다.

{% endstep %}

{% step %}

### 라우팅 엔진이 공개 경로, 프라이빗 경로, 통제된 주문 흐름의 예상 실행 결과를 비교합니다.

{% endstep %}

{% step %}

### 시뮬레이션 엔진이 목표 블록 상태에서 체결, Gas, 롤백, 경쟁 영향, 최악 시나리오를 검증합니다.

{% endstep %}

{% step %}

### 실행 계층이 사용자 제약에 따라 제출하며, 제약을 충족할 수 없으면 취소·강등 또는 명확한 실패 상태를 반환합니다.

{% endstep %}

{% step %}

### 사용자 거래가 완료되고 사용자 제약이 충족된 후, 프로토콜은 인가되고 사용자 결과를 해치지 않는 백런 전략의 참여를 허용하며, 규칙에 따라 신규 가치를 할당합니다.

{% endstep %}

{% step %}

### 정산 계층이 실제 체결, 비용, 환원, 전략 기여, 온체인 증명을 보여주는 검증 가능한 영수증을 생성합니다.

{% endstep %}
{% endstepper %}

## 04 기술 리더십 및 차별화

### 기술 리더십과 차별화

New Sandwich는 체계적인 기술 아키텍처, 정량화 가능한 실행 지표, 감사 가능한 온체인 결과를 통해 온체인 거래 보호와 전략 실행 분야에서 기술 선도 역량을 지속적으로 구축합니다.

그림 4-1 | 기술 리더십의 6대 시스템 역량

### 4.1 선도성은 폐쇄 루프에서 비롯되며, 단일 포인트 솔루션이 아님

| 비교 차원   | 일반적인 단일 포인트 솔루션       | New Sandwich 프로토콜 설계                          |
| ------- | --------------------- | --------------------------------------------- |
| 위험 식별   | 단일 슬리피지 또는 고정 파라미터    | 다중 소스 상태 + 거래 특징 + 경쟁 환경 공동 점수화               |
| 실행 전 검증 | 단순 eth\_call 또는 정적 추정 | 목표 블록 상태, 서명 거래, 번들 컨텍스트, 최악 시나리오 시뮬레이션       |
| 라우팅     | 고정 RPC 또는 단일 빌더       | 공개·프라이빗·번들·폴백 경로를 순 실행 품질로 비교                 |
| 가치 처리   | 공격 차단하나 잔여 MEV 무시     | 통제되고 사용자에 무해한 백런 실행 허용, 할당 가능 가치를 사용자에게 우선 환원 |
| 전략 확장   | 내부 단일 봇               | 외부 전략 어댑터 + 샌드박스 + 권한 + 정산 + 평판               |
| 실행 증명   | 성공/실패 상태              | 체결 품질, Gas, 환원, 귀속, 원시 온체인 기록                 |

## 05 프로토콜 아키텍처

### 프로토콜 전체 기술 아키텍처

그림 5-1 | New Sandwich 프로토콜 기술 스택

| 기술 계층          | 핵심 책임                                        | 주요 출력             |
| -------------- | -------------------------------------------- | ----------------- |
| 온체인 인텔리전스 계층   | 주문 흐름, 블록, DEX, Gas, 오라클, 빌더, 멀티체인 상태 수집     | 표준화된 상태 스트림 및 스냅샷 |
| 위험 및 시뮬레이션 계층  | 위험 분류, 기회 점수화, 파라미터 보조, 포크 시뮬레이션, 최악 시나리오 검증 | 실행 가능 후보 및 위험 라벨  |
| 실행 및 라우팅 계층    | 프라이빗 제출, 번들, 공개 경로, Gas/Nonce, 취소, 폴백        | 온체인 실행 결과         |
| 전략 네트워크 계층     | 내부·외부 전략 등록, 샌드박스, 권한, 쿼터, 평판, 성과 귀속         | 통제된 전략 모듈         |
| 정산 및 가치 계층     | 비용, 순이익, 환원, 협력 할당, 생태계 예산                   | 정산 기록 및 귀속 데이터    |
| 데이터 및 인터페이스 계층 | Dashboard, API, 노드 조회, 자격, Webhook, 공개 증명    | 제품 진입점 및 데이터 자산   |

### 방어 실행 의사코드

```
ctx = observe(tx, pool, gas, oracle, builder_state)

risk = risk_engine.score(ctx) # AI-assisted ranking

route = PRIVATE if risk.high else compare(PUBLIC, PRIVATE)

sim = simulate(tx, route, target_block_state)

require sim.user_out >= tx.min_out # user constraint

require sim.revert_risk <= policy.max_revert

plan = build_atomic_plan(tx, route, constraints)

receipt = submit_or_fail_closed(plan)

refund = internalize_backrun_value(receipt, policy)

attest(receipt, refund, strategy_id, block_number)
```

## 06 체인 인텔리전스 및 위험 탐지

### 온체인 인텔리전스와 위험 식별

프로토콜의 첫 번째 기술 우위는 “거래를 더 빨리 보내는 것”이 아니라, 브로드캐스트 전에 더 완전한 온체인 상태를 형성하는 것입니다. 위험 식별은 거래, 유동성, Gas, 블록 구축, 라우팅 환경을 동시에 이해해야 합니다.

| 데이터 영역      | 전형적 신호                                 | 방어 용도                         |
| ----------- | -------------------------------------- | ----------------------------- |
| 거래 및 주문 흐름  | 대상 계약, 규모, 경로, 최소 수령량, 기한, 프라이버시 선호    | 의도 노출 및 샌드위치 가능 공간 판단         |
| DEX 및 유동성   | 준비금, 곡선, 깊이, 가격 영향, 교차 풀 스프레드          | 가격 이동 및 대체 경로 예측              |
| Gas 및 블록 구축 | Base Fee, Priority Fee, 빌더 가용성, 번들 상태  | 경쟁 비용 및 제출 방식 추정              |
| 가격 및 오라클    | 온체인 오라클, DEX 중간가, 교차 시장 참조             | 가격 이상 및 정산 편차 식별              |
| 역사적 경쟁      | 검색자 특징, 실패 모드, 경로 충돌, 블록 포함률           | 고위험 창구 및 전략 혼잡 식별             |
| 체인 구조       | 공개 메모리 풀, 프라이빗 시퀀서, 블록 시간, 최종성, 재구성 특성 | 단일 체인 가정을 다른 네트워크에 잘못 복제하지 않음 |

### 6.1 샌드위치 위험 점수화

위험 점수화는 “공격자가 반드시 공격할 것”을 예측하는 것이 아니라, 현재 상태에서 거래의 관찰 가능성, 가격 영향, 순서 가능성, 공격 경제성을 추정합니다. 점수는 실행 경로와 제약 강도 선택에 사용됩니다.

| 점수화 차원  | 예시 지표                           | 시스템 동작                  |
| ------- | ------------------------------- | ----------------------- |
| 노출 위험   | 거래가 공개 주문 흐름에 진입하는지, 공유된 힌트 정보량 | 프라이버시 수준 상향 또는 공개 폴백 금지 |
| 가격 영향   | 예상 가격 영향, 풀 깊이 대 거래 규모 비율       | 분할, 경로 변경 또는 제약 강화      |
| 슬리피지 공간 | 최소 수령량과 시뮬레이션 출력 차이             | 공격자가 이용 가능한 공간 판단       |
| 순서 경쟁   | 우선 수수료 변동성, 빌더 경쟁, 최근 샌드위치 패턴   | 프라이빗 경로 선택 또는 실행 지연     |
| 상태 안정성  | 오라클 편차, 유동성 이동, 블록 상태 변화        | 재시뮬레이션 또는 일시 정지 트리거     |

## 07 AI 지원 의사결정 및 시뮬레이션

### AI 지원 의사결정과 실행 전 시뮬레이션

AI는 식별, 순위화, 파라미터 조정 효율을 높입니다. 결정론적 규칙, 사용자 제약, 시뮬레이션 결과가 거래 실행 여부를 결정합니다.

그림 7-1 | AI 지원 의사결정 및 실행 루프

| 역량      | 입력                         | 출력                        | 실행 경계               |
| ------- | -------------------------- | ------------------------- | ------------------- |
| 상태 분류   | 거래, 풀 깊이, Gas, 경쟁, 이력      | 거래 유형, 위험 범주, 후보 전략       | 직접 서명하거나 거래 제출하지 않음 |
| 기회 점수화  | 예상 개선, 비용, 성공률, 상태 안정성     | 후보 우선순위 및 신뢰도             | 순위화 및 자원 할당에만 사용    |
| 파라미터 제안 | 역사적 실행, 변동성, 빌더 성과         | Gas, 쿼터, 라우트, 타임아웃 제안     | 전략 상한 및 시뮬레이션 통과 필수 |
| 이상 탐지   | 시뮬레이션/실거래 편차, 가격 소스, 정산 차이 | 일시 정지, 강등, 폴백 또는 인간 검토 신호 | 이상 시 실패 폐쇄 우선       |

## 08 보호 실행 및 사용자 보호

### 보호 실행과 사용자 가치 보호

프라이빗 거래 경로는 선제 노출을 줄일 수 있지만, 절대 프라이버시나 절대 포함을 의미하지 않습니다. New Sandwich는 프라이빗 라우팅, 번들, 공개 폴백, 실패 폐쇄를 구성 가능한 경로로 설계하며, 사용자 제약을 최종 실행 경계로 삼습니다.

그림 8-1 | 온체인 자동 실행 파이프라인

| 실행 방식    | 적용 시나리오                             | 핵심 제약                               |
| -------- | ----------------------------------- | ----------------------------------- |
| 프라이빗 제출  | 고위험 스왑, 큰 가격 영향, 또는 사용자 선택 프라이버시 모드 | 빌더 커버리지, 타임아웃, 프라이버시 힌트, 포함 상태      |
| 원자적 번들   | 여러 단계가 함께 성공하거나 함께 실패해야 하는 경우       | 체인 및 빌더 지원, 순서, 블록 목표, 롤백 규칙        |
| 공개 경로    | 공개 유동성이 명백히 우수하고 위험이 통제 가능한 경우      | Gas, 슬리피지, 기한, 불안전 폴백 금지            |
| 다중 경로 경매 | 여러 실행자 또는 경로가 체결을 경쟁하는 경우           | 사용자 순 출력과 결정성으로 순위화, 프로토콜 수익만 보지 않음 |

### 8.1 사용자 우선의 보호된 백런 실행

New Sandwich는 사용자 거래가 완료되고 사용자 제약이 충족된 후, 인가된 백런 전략이 상태 변화를 중심으로 경쟁하도록 허용할 수 있습니다. 단, 전략에 샌드위치 공격을 가능하게 할 만큼의 전체 거래 의도를 공개하지 않으며, 보호된 사용자 거래 앞에 전략 거래를 두는 후보를 수락하지 않습니다. 이 메커니즘은 사용자 체결 결과를 해치지 않으면서 할당 가능한 가치를 회수하고, 프로토콜 규칙에 따라 사용자에게 우선 환원합니다. MEV-Share의 공개 메커니즘 역시 선택적 힌트, 시뮬레이션, 사용자 중심 가치 환원에 기반합니다.

| 규칙        | 프로토콜 요구사항                                           |
| --------- | --------------------------------------------------- |
| 순서 제약     | 전략은 보호된 사용자 거래 이후에만 배치되거나, 사용자에 무해한 독립 기회를 실행       |
| 사용자 우선    | 사용자 최소 수령량, 최대 Gas, 기한, 프라이버시 선호는 전략에 의해 덮어씌워질 수 없음 |
| 정보 최소화    | 전략 계산에 필요한 최소 힌트만 공유, 전체 거래 의도 누출 방지                |
| 시뮬레이션 임계값 | 후보는 상태 시뮬레이션, 수익성, 롤백, 사용자 결과 검사를 통과해야 함            |
| 가치 할당     | 신규 가치는 프로토콜 규칙에 따라 사용자, 지갑, 전략, 프로토콜에 할당            |
| 검증 가능 기록  | 후보, 포함, 비용, 순가치, 환원, 온체인 영수증 기록                     |

## 09 오픈 전략 네트워크

### 오픈 전략 네트워크

New Sandwich는 외부 전략에 대해 “진입—인가—시뮬레이션—격리—실행—귀속—정산”의 전체 수명주기 관리를 적용합니다. 전략은 인가된 자산, 네트워크, 거래 유형, 위험 파라미터 범위 내에서만 실행될 수 있으며, 실행 전 상태 시뮬레이션과 제약 검사를 통과해야 하고, 실행 과정은 사용자 거래 우선 원칙을 따르며, 결과는 통일된 귀속 및 검증 가능 정산 시스템에 진입합니다. 프로토콜은 어떤 전략도 보호된 주문 흐름을 이용해 선제 프론트러닝, 샌드위치 공격 또는 기타 사용자 이익을 해치는 거래를 수행하는 것을 금지합니다.

그림 9-1 | 고립된 검색자에서 감사 가능한 전략 모듈로

| 외부 팀의 기존 비용           | 프로토콜이 제공하는 역량                   | 접속 가치              |
| --------------------- | ------------------------------- | ------------------ |
| 노드·리스너·인덱서 반복 구축      | 통일 상태 스트림, 이벤트 구독, 역사 스냅샷       | 인프라 및 유지 비용 절감     |
| 시뮬레이션·Gas·빌더 연결 독립 구축 | 공유 시뮬레이션, 라우팅, 실행 어댑터 계층        | 전략 출시 주기 단축        |
| 안정적 정산·신뢰 기록 부재       | 통일 비용 귀속, 정산, 전략 평판             | 장기 증명 가능한 성과 형성    |
| 체인·시나리오 커버리지 제한       | 멀티체인 적응, 지갑 주문 흐름, 생태계 프로젝트 진입점 | 전략 용량 및 적용 시나리오 확대 |
| 권한·자금 경계 관리 어려움       | 독립 계정, 쿼터, 샌드박스, 화이트리스트, 회로 차단기 | 전략 간 상호 간섭 감소      |

### 9.1 전략 어댑터 인터페이스

```typescript
interface StrategyAdapter {

 evaluate(ctx: StateContext): Candidate[];

 simulate(candidate: Candidate): SimulationResult;

 build(candidate: Candidate, limits: Policy): BundlePlan;

 attest(receipt: ExecutionReceipt): Attribution;

}

// no direct custody; no unrestricted mempool action; no front-run permission
```

| 제어 차원   | 프로토콜 요구사항                                 |
| ------- | ----------------------------------------- |
| 데이터 권한  | 인가된 상태, 힌트, 역사 기록만 접근                     |
| 자금 권한   | 독립 계정, 쿼터 또는 비수탁 실행 구조 사용                 |
| 전략 유형   | 차익거래, 청산, 보호, 사용자 무해 백런 실행 등 설명 가능한 전략 우선 |
| 성과 귀속   | 성공률, 실패률, 비용, 순 기여, 이상을 독립 기록             |
| 평판 및 쿼터 | 안정성, 데이터 일관성, 장기 기여에 따라 동적 구성             |
| 종료 메커니즘 | 이상 전략은 일시 정지, 축소, 권한 철회 가능, 이력 보존         |

## 10 데이터 엔진 및 자동 증명

### 데이터 엔진과 자동화 증명

그림 10-1 | 온체인 이벤트에서 공개 증명까지의 데이터 경로

프로토콜 데이터 엔진은 온체인 네이티브 이벤트, 시뮬레이션 기록, 라우팅 결정, 정산 결과, 생태계 동기화 데이터를 통일된 이벤트 모델로 조직합니다. 자동화 배포는 상호작용을 조작하거나 사용자 댓글을 위장하지 않으며, 이미 검증된 프로토콜 사실을 공식 사이트 공지, X 데이터 카드, Telegram 알림, Webhook, 주기 보고서로 변환합니다.

| 데이터 제품            | 핵심 내용                          | 검증 기반               |
| ----------------- | ------------------------------ | ------------------- |
| Execution Receipt | 라우트, 블록, Gas, 실제 출력, 가격 영향, 상태 | 거래 해시, 블록, 계약 이벤트   |
| Protection Report | 위험 점수, 실행 경로, 벤치마크 비교, 사용자 결과  | 시뮬레이션 스냅샷 및 실제 체결   |
| Value Attribution | 총 가치, 비용, 환원, 전략 기여, 프로토콜 할당   | 정산 주소 및 귀속 원장       |
| Strategy Score    | 성공률, 이상률, 순 기여, 지연, 안정성        | 장기 실행 데이터베이스        |
| Public Data Card  | 공개 가능한 프로토콜 실행·보호·생태계 데이터 요약   | 원본 링크가 있는 정산 완료 이벤트 |

### 10.1 자동화 게시의 진정성 제약

* 확인 및 정산이 완료된 이벤트만 공개 게시 큐에 진입할 수 있습니다.
* 모든 데이터 요약은 거래 해시, 블록 번호, 시간, 지표 정의를 유지합니다.
* 모델이 생성한 텍스트는 구조화된 필드에서 생성되어야 하며, 발생하지 않은 사실을 발명하는 것은 금지됩니다.
* 이상, 실패, 폴백 데이터는 내부 및 파트너 보고서에 진입하며, 성공 사례가 전체 운영 상황을 대체하지 않습니다.
* 소셜 미디어 게시는 데이터 배포 계층이며, 거래 결정의 임계 경로에 진입하지 않습니다.

## 11 보안, 가용성 및 기술 경계

### 보안, 가용성 및 기술 경계

| 보안 영역    | 제어 메커니즘                              | 목표                          |
| -------- | ------------------------------------ | --------------------------- |
| 스마트 계약   | 권한 계층화, 다중 서명, 일시 정지, 업그레이드 프로세스, 감사 | 핵심 규칙 및 자산 운영 범위 제한         |
| 사용자 거래   | 최소 수령량, 기한, 최대 Gas, 프라이버시, 실패 폐쇄     | 프로토콜 수익을 위해 사용자 제약을 희생하지 않음 |
| 외부 전략    | 샌드박스, 어댑터 권한, 시뮬레이션 임계값, 쿼터, 평판      | 제3자 전략 위험 통제                |
| 오프체인 서비스 | 키 격리, 중복 노드, 모니터링 알림, 장애 조치          | 실시간 시스템 가용성 유지              |
| 데이터 일관성  | 서명, 스냅샷, 온체인 영수증, 교차 검증              | 프로토콜·온체인·생태계 기록 일관성 보장      |
| 이상 대응    | 회로 차단기, 규모 제한, 경로 전환, 인간 검토          | 극단 상태 영향 감소                 |

### 11.1 기술 경계

* 프라이빗 라우팅은 거래 의도 노출을 줄이지만, 모든 체인·빌더·시퀀서·네트워크 상태에서 절대 프라이버시나 포함을 보장하지 않습니다.
* 번들 원자성과 순서 제어는 특정 체인 및 블록 구축 인프라에 의존합니다. 지원되지 않을 경우 동등한 체인 수준 실행 어댑터를 사용해야 합니다.
* AI 점수화는 오류가 있을 수 있으므로 서명이나 자금을 직접 제어하지 않습니다. 결정론적 규칙, 시뮬레이션, 사용자 제약이 더 높은 우선순위를 가집니다.
* 샌드위치 공격은 모든 공개 시장에서 프로토콜에 의해 영구적으로 제거될 수 없습니다. 제품 목표는 이용 가능 공간을 축소하고, 실행을 개선하며, 할당 가능한 가치를 회수하는 것입니다.
* 기술 리더십은 실행 성공률, 시뮬레이션 편차, 사용자 순 출력, 환원, 검증 가능 커버리지로 지속적으로 증명되어야 합니다.

{% hint style="info" %}
New Sandwich의 기술 내러티브는 실제 엔지니어링 제약에서 출발합니다. “제로 MEV”, “절대 샌드위치 불가”, “모든 거래가 반드시 환원을 받음”을 약속하지 않으며, 검증 가능한 실행 결과로 보호 역량을 증명합니다.
{% endhint %}

## 11 생태계 개발 및 SWC 로드맵

### 생태계 개발 단계와 SWC 계획

New Sandwich의 생태계 구축은 단계적으로 추진됩니다. 프로토콜 초기에는 거래 보호, 전략 네트워크, 생태계 협력을 우선하며, 생태계 프로젝트의 참여 쿼터를 지분 청약으로 확인합니다. 노드 및 컴퓨팅 파워 네트워크는 생태계가 안정적인 사용자 규모, 실제 호출, 협력 기반을 형성한 후에 출시됩니다.

### 11.1 개발 단계

| 개발 단계      | 핵심 초점                                            | 대응 메커니즘                                                                |
| ---------- | ------------------------------------------------ | ---------------------------------------------------------------------- |
| 초기 생태계 단계  | 프로토콜 제품, 전략 네트워크, 생태계 협력 우선 완료                   | 생태계 프로젝트가 실제 투입 USDT에 따라 생태계 지분 청약, 노드 판매·컴퓨팅 파워 구성·자산 산출 미개방          |
| 생태계 확장 단계  | 다프로젝트·다체인·다전략의 실제 호출 형성                          | 지분 관리, 데이터 검증, 협력 정산 정비, 노드·컴퓨팅 파워 네트워크 운영 기반 마련                       |
| 노드 네트워크 단계 | 생태계 번영 및 인프라 성숙 후 노드·컴퓨팅 파워 네트워크 출시              | 당시 공식 공표 규칙에 따라 노드 정체성, 컴퓨팅 파워 구성, 지분 매핑, 조회 시스템 개방                    |
| SWC 계획 단계  | 노드 네트워크와 생태계 애플리케이션이 안정 규모에 도달한 후 프로토콜 생태계 자산 개발 | 향후 New Sandwich 생태계 토큰 SWC 개발 계획, 발행 배정·기능·총량·배분·거버넌스 규칙은 공식 발표 내용에 따름 |

지분 청약은 초기 단계 생태계 프로젝트의 참여 쿼터와 협력 권한을 기록합니다. 노드, 컴퓨팅 파워, SWC와 동일하지 않으며, 향후 노드 매핑, 자산 발행, 수익 결과에 대한 사전 약속을 구성하지 않습니다.

## 12 노드 정체성 및 컴퓨팅 파워

### 노드 정체성과 컴퓨팅 파워 네트워크

노드 정체성과 컴퓨팅 파워 네트워크는 New Sandwich 생태계 성숙 단계의 계획 역량이며, 프로토콜 초기에 직접 개방되지 않습니다. 초기 생태계 프로젝트는 지분 청약을 통해 참여하며, 생태계가 안정적인 사용자 규모, 실제 호출, 협력 기반을 형성한 후 프로토콜이 공식 공표 규칙에 따라 노드 정체성, 컴퓨팅 파워 구성 및 관련 계산 시스템을 출시합니다.

### 12.1 개발 경로

노드 및 컴퓨팅 파워 네트워크는 “지분 청약 선행, 노드 네트워크 후행” 경로로 추진됩니다. 초기 청약 지분은 생태계 협력 참여 쿼터를 기록하며, 노드 네트워크 공식 출시 후 당시 공표된 매핑·구성·정산 규칙에 따라 후속 권한을 연결합니다.

| 단계           | 운영 방식             | 규칙 설명                                                              |
| ------------ | ----------------- | ------------------------------------------------------------------ |
| 생태계 초기       | 지분 청약             | 생태계 프로젝트가 투입 USDT에 따라 청약 쿼터 확인, 노드·컴퓨팅 파워·자산 산출 미구성                |
| 생태계 성숙기      | 노드 네트워크 준비        | 프로토콜이 실제 사용자·호출 규모·협력 기반에 따라 노드 총량, 컴퓨팅 파워 구성, 지분 매핑, 시스템 접속 규칙 공표 |
| 노드 네트워크 출시 후 | 노드 참여 및 컴퓨팅 파워 구성 | 생태계 프로젝트가 공식 규칙에 따라 노드 정체성 인수, 유효 컴퓨팅 파워 구성, 조회·정산 시스템 접속          |

그림 12-1 | 노드 정체성 및 컴퓨팅 파워 네트워크 계획 공식

| 파라미터          | 규칙                                                                                |
| ------------- | --------------------------------------------------------------------------------- |
| 노드 정체성 총량     | 계획 총량 3,000개, 노드 네트워크 공식 시작 후 프로토콜 정체성 및 유효 컴퓨팅 파워 담지                             |
| 노드당 컴퓨팅 파워 범위 | 계획 범위 100–5,000 유효 컴퓨팅 파워, 구체 구성은 노드 네트워크 공식 출시 시 실행                              |
| 컴퓨팅 파워 가치 기준  | 계획 기준 1 USDT = 1 컴퓨팅 파워, 초기 지분 청약 금액은 활성화된 컴퓨팅 파워와 직접 동일하지 않음                     |
| 네트워크 초기 일일 산출 | 노드 네트워크 공식 시작 후 초기 일일 계산 기준 72,000 단위, 대응 자산·정산 단위는 당시 공식 규칙에 따름                  |
| 개인 산출 공식      | 개인 유효 컴퓨팅 파워 ÷ 네트워크 유효 컴퓨팅 파워 × 당일 네트워크 산출 기준                                     |
| 반감기 주기        | 계획 4년마다 조정, 노드 네트워크 공식 발표 실행 규칙에 따름                                               |
| 구매 진입점        | 초기에는 생태계 지분 청약만 개방, 노드·컴퓨팅 파워는 생태계 성숙 후 생태계 프로젝트 시스템을 통해 개방, 프로토콜 공식 사이트 직접 판매 없음 |

지분 청약은 노드, 컴퓨팅 파워, SWC와 동일하지 않습니다. 노드 네트워크 공식 출시 후 계산에 참여하는 모든 유효 컴퓨팅 파워는 노드 정체성에 바인딩되어야 하며, 생태계 프로젝트는 주문·사용자·노드·컴퓨팅 파워 기록을 동기화하고, 프로토콜은 서명·스냅샷·조회 시스템으로 검증합니다.

## 13 프로토콜 참여 자격

### 프로토콜 참여 자격

프로토콜 참여 자격은 온체인 생태계 협력을 위해 구축된 검증 가능한 접속 도구입니다. 생태계 프로젝트와 일반 사용자 모두 지갑을 통해 보유할 수 있으며, 자격 자체는 직접 수익을 생성하지 않고, 주로 생태계 프로젝트 자격 검증 및 프로토콜 접속에 사용됩니다.

| 속성         | 설명                                             |
| ---------- | ---------------------------------------------- |
| 온체인 보유     | 자격이 사용자 또는 생태계 프로젝트가 인가한 지갑에 기록됨               |
| 개방 구매      | 생태계 프로젝트와 일반 사용자 모두 프로토콜 공식 사이트 지갑 진입점으로 구매 가능 |
| 자격 검증      | 자격을 지원하는 생태계 프로젝트가 스마트 계약에서 읽고 검증 가능           |
| 직접 산출 없음   | 자격이 노드 산출, 고정 배분, 프로토콜 수익을 자동으로 부여하지 않음        |
| 생태계 토큰과 독립 | 자격이 독립 생태계 프로젝트가 발행한 어떤 토큰과도 동일하지 않음           |

| 보유자      | 주요 용도                                 | 권한 경계                                    |
| -------- | ------------------------------------- | ---------------------------------------- |
| 일반 사용자   | 자격을 지원하는 독립 생태계 프로젝트에 진입하여 참여 자격 검증   | 자격 보유만으로 제한된 전략 또는 정산 인터페이스를 직접 호출할 수 없음 |
| 생태계 프로젝트 | 생태계 접속, 프로젝트 계약 검증, 인가된 프로토콜 역량 호출 완료 | 협력 인가, 인터페이스 구성, 권한 심사 완료 필요             |

## 14 왜 오픈 생태계인가

### 왜 오픈 생태계 협력인가

보호 실행과 전략 네트워크는 프로토콜 초기 수익을 구축할 수 있지만, 어떤 단일 체인·단일 전략·단일 팀·단일 주문 흐름이든 용량 한계가 있습니다. 오픈 생태계 협력의 목적은 기술 우위를 더 많은 실제 호출, 사용자 관계, 브랜드 진입점, 데이터 자산, 글로벌 네트워크 효과로 전환하는 것입니다.

| 성장 제약     | 단일 기술 팀의 한계                        | 오픈 생태계가 가져오는 확장               |
| --------- | ---------------------------------- | ----------------------------- |
| 전략 용량     | 기회가 체인·자본·시장·경쟁 강도에 제한             | 다프로젝트·다체인·다전략으로 호출 시나리오 확대    |
| 사용자 및 브랜드 | 실행 팀은 보통 지속적 사용자 관계 부족             | 생태계 프로젝트가 독립 사용자 체계와 시장 도달 형성 |
| 데이터 규모    | 단일 주문 흐름의 데이터 커버리지 제한              | 다생태계가 거래·실행·사용자 데이터를 지속적으로 증가 |
| 제품 경계     | 순수 실행 수익이 더 많은 상업 수요를 커버하기 어려움     | 인터페이스, 자격, 노드, 정산, 데이터 제품 출력  |
| 글로벌 복제    | 프로토콜 측이 모든 지역에서 동일 모델을 직접 운영하기 어려움 | 독립 생태계가 로컬라이즈된 제품과 커뮤니티 완성    |

생태계 협력은 기술 프로토콜의 규모화를 위한 것입니다. 먼저 검증 가능한 보호 및 실행 역량을 구축한 후, 협력을 통해 그 역량을 더 많은 지갑, 애플리케이션, 사용자 체계, 지역 시장에 내재화합니다.

## 15 New Sandwich 공식 생태계 협력

### New Sandwich 공식 생태계 협력 방식

New Sandwich 공식 생태계 협력은 독립 생태계 프로젝트가 자체 주체, 브랜드, 제품, 사용자, 경제 모델을 변경하지 않고, 표준화된 진입점을 통해 프로토콜의 전략 실행, 노드 컴퓨팅 파워, 프로토콜 참여 자격, 데이터 조회, 생태계 정산 역량에 접속하는 것을 의미합니다. 생태계 협력은 기술 프로토콜의 규모화를 위한 것이며, 프로토콜 핵심은 항상 샌드위치 공격 방어, 사용자 거래 보호, 검증 가능한 실행입니다.

통일 정의: New Sandwich는 기반 프로토콜 역량과 접속 규칙을 제공하며, 생태계 프로젝트는 주체·브랜드·제품·사용자·토큰·커뮤니티·시장 운영을 독립적으로 담당합니다. 양측은 프로토콜 인터페이스, 노드 컴퓨팅 파워 또는 온체인 자격을 통해 협력 관계를 수립합니다.

그림 15-1 | New Sandwich 공식 생태계 협력 방식과 이중 트랙 접속 구조

### 15.1 공식 협력 원칙

| 원칙       | 공식 정의                                                         |
| -------- | ------------------------------------------------------------- |
| 기술을 핵심으로 | 생태계 협력은 검증 가능한 샌드위치 공격 방어, 사용자 거래 보호, 전략 실행, 데이터, 정산 역량 위에 구축 |
| 이중 트랙 접속 | 생태계 프로젝트의 사용자 아키텍처에 따라 계정형 노드 참여와 온체인 프로토콜 참여 자격 두 방식 제공      |
| 생태계 독립   | 생태계 프로젝트는 독립 주체, 통제자, 브랜드, 토큰, 사용자 체계, 커뮤니티, 시장 전략을 소유        |
| 프로토콜 통일  | 노드, 컴퓨팅 파워, 자격, 산출, 인터페이스 권한, 정산은 프로토콜 규칙으로 통일 기록·검증          |
| 직무 분리    | 프로토콜 측은 기반 역량 제공, 생태계 프로젝트는 자체 판매·제품·사용자 서비스·시장 운영 담당         |

### 15.2 두 가지 공식 방식 비교

| 차원        | 계정형 생태계 협력 \| 노드 참여 / 지분 청약                                             | 온체인 생태계 협력 \| 프로토콜 참여 자격                       |
| --------- | ----------------------------------------------------------------------- | ---------------------------------------------- |
| 주요 대상     | 이메일·전화·계정 체계와 시장 운영 역량을 갖춘 생태계 프로젝트                                     | 지갑·스마트 계약·온체인 커뮤니티 방식으로 운영하는 생태계 프로젝트          |
| 접속 기반     | 생태계 초기 USDT 투입에 따라 생태계 지분 청약, 노드 네트워크 출시 후 공식 규칙에 따라 노드 참여·컴퓨팅 파워 구성 가능 | 프로젝트 또는 일반 사용자가 프로토콜 참여 자격 구매·보유               |
| 사용자 정체성   | 생태계 계정, 이메일 또는 전화번호                                                     | 지갑 주소                                          |
| 구매 진입점    | 지분 청약은 생태계 프로젝트가 완료, 노드 네트워크 공식 출시 전 노드·컴퓨팅 파워 판매 미개방                   | 프로토콜 공식 사이트가 지갑 구매·보유·자격 조회 개방                 |
| 공식 사이트 기능 | 초기 생태계 협력·청약 정보 기록, 노드 네트워크 출시 후 공식 규칙에 따라 해당 조회 역량 제공                  | 자격 구매·보유·조회 및 자격을 지원하는 생태계 프로젝트 연결             |
| 산출 및 자격   | 초기 청약 금액에 따라 생태계 참여 쿼터 기록, 노드 네트워크 출시 후 공식 규칙에 따라 노드·컴퓨팅 파워·관련 권한 확인    | 자격 자체는 직접 산출하지 않으며, 생태계 프로젝트 자격 검증 및 인가 접속에 사용 |
| 경제 모델     | 생태계 프로젝트가 독립 설계·운영                                                      | 생태계 프로젝트가 스마트 계약을 통해 독립 설계·운영                  |

### 15.3 계정형 생태계 협력: 노드 참여 / 지분 청약

계정형 생태계 협력은 독립 계정 시스템, 시장 조직, 사용자 서비스 역량을 갖춘 생태계 프로젝트에 적용됩니다. 생태계 초기에 프로젝트는 실제 투입 USDT에 따라 생태계 지분을 청약하고, 자체 시스템 내에서 청약 관리·사용자 서비스·시장 운영을 완료합니다. 생태계가 번영하고 노드·컴퓨팅 파워 네트워크가 공식 출시된 후, 프로젝트는 당시 규칙에 따라 노드 참여 및 컴퓨팅 파워 구성 단계에 진입할 수 있습니다.

#### 운영 흐름

{% stepper %}
{% step %}

### 생태계 프로젝트와 New Sandwich가 생태계 지분 청약 규모, 투입 금액, 협력 범위, 시스템 인터페이스, 정산 규칙을 확인합니다.

{% endstep %}

{% step %}

### 노드 네트워크가 아직 출시되지 않은 단계에서, 생태계 프로젝트는 실제 투입 USDT에 따라 직접 생태계 지분을 청약하며, 프로토콜은 해당 참여 쿼터와 협력 권한을 기록합니다.

{% endstep %}

{% step %}

### 생태계 프로젝트는 인가된 인터페이스를 통해 계정·주문·청약 금액·지분 기록을 동기화하고, 자체 시스템 내에서 사용자 서비스와 시장 운영을 완료합니다.

{% endstep %}

{% step %}

### 초기 청약 지분은 노드·컴퓨팅 파워·프로토콜 생태계 토큰을 직접 생성하지 않으며, 관련 기록은 생태계 협력·후속 규칙 연결·권한 확인의 기반이 됩니다.

{% endstep %}

{% step %}

### 생태계가 번영하고 노드·컴퓨팅 파워 네트워크가 공식 출시된 후, 프로토콜은 당시 공표된 규칙에 따라 지분 매핑, 노드 참여, 컴퓨팅 파워 구성, 조회 방식을 결정합니다.

{% endstep %}

{% step %}

### 생태계 프로젝트는 프로토콜 역량과 자체 제품을 중심으로 독립 사용자 체계, 경제 모델, 시장 운영 메커니즘을 구축합니다.

{% endstep %}
{% endstepper %}

#### 직무와 경계

| 주체           | 핵심 직무                                                          | 명확한 경계                                           |
| ------------ | -------------------------------------------------------------- | ------------------------------------------------ |
| New Sandwich | 생태계 지분 등록, 협력 규칙, 노드·컴퓨팅 파워 네트워크 계획, 데이터 검증, 프로토콜 정산, 기술 인터페이스 | 생태계 초기 노드·컴퓨팅 파워 직접 판매 없음, 생태계 프로젝트 사용자 팀 관리 안 함 |
| 생태계 프로젝트     | 지분 청약, 계정 시스템, 주문·사용자 서비스, 제품 설계, 시장 운영, 자체 경제 모델              | 사용자에 대한 제품·운영 책임을 독립적으로 부담                       |
| 생태계 참여 사용자   | 생태계 프로젝트 시스템을 통해 지분 청약 참여, 노드 네트워크 출시 후 공식 규칙에 따라 관련 권한 연결     | 초기 청약은 노드·컴퓨팅 파워·프로토콜 생태계 토큰·고정 수익과 동일하지 않음      |

### 15.4 온체인 생태계 협력: 프로토콜 참여 자격

온체인 생태계 협력은 지갑, 스마트 계약, 온체인 커뮤니티 방식으로 운영하는 독립 프로젝트에 적용됩니다. 프로토콜 참여 자격은 지갑이 보유하며, 생태계 접속, 프로젝트 참여, 자격 검증을 기록하는 데 사용됩니다. 자격 자체는 직접 수익을 생성하지 않으며, 노드 산출이나 프로토콜 배분을 자동으로 부여하지 않습니다.

#### 운영 흐름

{% stepper %}
{% step %}

### 생태계 프로젝트 또는 일반 사용자가 지갑으로 New Sandwich 프로토콜 참여 자격 진입점에 연결합니다.

{% endstep %}

{% step %}

### 사용자가 프로토콜 참여 자격을 구매하거나 보유하며, 자격이 인가된 지갑에 기록됩니다.

{% endstep %}

{% step %}

### 사용자가 해당 자격을 지원하는 독립 생태계 프로젝트에 진입하고, 프로젝트 계약이 자격을 읽고 검증합니다.

{% endstep %}

{% step %}

### 생태계 프로젝트가 자체 규칙에 따라 제품 기능, 커뮤니티 자격, 온체인 컴퓨팅 파워 또는 기타 참여 권한을 개방합니다.

{% endstep %}

{% step %}

### 협력 인가를 완료한 생태계 프로젝트가 제한된 인터페이스를 통해 전략·데이터·정산 서비스를 호출합니다.

{% endstep %}
{% endstepper %}

#### 자격 포지셔닝과 권한 경계

| 참여자          | 자격의 주요 용도                                | 권한 경계                                         |
| ------------ | ---------------------------------------- | --------------------------------------------- |
| 일반 사용자       | 자격을 보유하고 지원하는 독립 생태계 프로젝트에 진입하여 자격 검증 완료 | 자격 보유만으로 제한된 전략·자금·정산 인터페이스를 직접 호출할 수 없음      |
| 생태계 프로젝트     | 프로젝트 접속, 계약 검증, 인가된 프로토콜 역량 호출 완료        | 협력 인가, 인터페이스 구성, 권한 심사, 기술 테스트 완료 필요          |
| New Sandwich | 자격 구매, 온체인 기록, 검증 인터페이스, 생태계 내비게이션 제공    | 자격 보유자를 위해 추천 관계, 팀 계층, 중앙화 사용자 아키텍처를 구축하지 않음 |

#### 독립성 원칙

모든 생태계 프로젝트는 독립 주체, 통제자, 브랜드, 토큰, 사용자 조직, 경제 모델을 소유합니다. New Sandwich는 기반 기술, 산출 규칙, 자격 검증, 데이터, 정산 역량을 제공하며, 어떤 단일 생태계 프로젝트의 보상, 팀 제도, 시장 전략을 프로토콜 기초 규칙으로 정의하지 않습니다.

## 16 비즈니스 모델 및 수익

### 비즈니스 모델과 수익 배분

프로토콜 상업 수익은 우선 보호 실행, 전략 네트워크, 기술 서비스에서 오며, 프로토콜 참여 자격, 개방 인터페이스, 데이터, 생태계 정산으로 보완됩니다. 초기 단계 지분 청약은 협력 확장과 인프라 구축을 지원하며, 노드 및 컴퓨팅 파워 서비스는 생태계가 성숙하고 관련 네트워크가 공식 출시된 후 상업 체계에 편입됩니다. 서로 다른 수익 스트림은 서로 다른 회계 방식을 사용합니다.

| 수익 유형             | 주요 모드                                                             | 주요 고객                |
| ----------------- | ----------------------------------------------------------------- | -------------------- |
| 보호 실행 서비스         | Protected RPC, SDK, 라우트 최적화, 사용자 가치 보호, 기술 서비스 수수료                | 지갑, DEX, 앱, 기관       |
| 전략 네트워크 서비스       | 전략 호출, 실행, 청산, 사용자 무해 백런 실행, 기술 분배                                | 전략 팀, 생태계 프로젝트, 기관   |
| 지분 청약 및 미래 노드 서비스 | 생태계 초기 지분 청약, 생태계 성숙 후 공식 규칙에 따라 노드 정체성·컴퓨팅 파워 구성·조회·시스템 인터페이스 개방 | 계정형 생태계 프로젝트         |
| 프로토콜 참여 자격        | 자격 구매, 검증, 생태계 접속, 계약 호출                                          | 온체인 생태계 프로젝트, 일반 사용자 |
| 개방 인터페이스 및 데이터    | API, SDK, Data API, Webhook, 화이트 라벨, 맞춤 데이터                       | 지갑, 플랫폼, 개발자, 기관     |
| 생태계 정산 서비스        | 프로젝트 접속, 협력 정산, 예산, 주기 계정                                         | 생태계 프로젝트 및 지역 파트너    |

### 16.1 전략 네트워크 할당 가능 청산 수익

전략 네트워크가 온체인 정산을 완료하고 Gas, 실행 비용, 필요한 협력 수수료를 공제한 후, 해당 기간의 순 할당 가능 청산 수익이 형성됩니다. 이 부분은 20% 재단, 40% 프로토콜 생태계 가치 관리, 40% New Sandwich 생태계 풀로 집행됩니다. SWC가 공식 출시되기 전, 프로토콜 생태계 가치 관리 부분은 생태계 발전과 미래 자산 체계를 위한 전용 준비금으로 기능하며, 생태계가 번영하고 SWC가 공식 출시된 후 구체적 용도는 당시 공표된 자산 규칙에 따릅니다. 지분 청약, 프로토콜 참여 자격, 인터페이스, 기업 서비스 수익은 해당 제품과 협력 협약에 따라 별도 회계 처리됩니다.

그림 16-1 | 전략 네트워크 순 할당 가능 청산 수익의 20 / 40 / 40 구조

## 17 거버넌스 및 로드맵

### 거버넌스와 로드맵

이 장은 프로토콜 핵심 기술, 전략 권한, 생태계 지분, 미래 노드 및 컴퓨팅 파워 네트워크, 프로토콜 참여 자격, 생태계 풀 예산, SWC 계획, 업그레이드 프로세스의 거버넌스 구조에 초점을 맞춥니다.

### 17.1 거버넌스 구조

프로토콜 개발 초기에는 재단, 핵심 기술 팀, 다중 서명 거버넌스 위원회가 핵심 파라미터를 관리합니다. 사용자 보호 정책, 라우팅 적응, 생태계 지분, 프로토콜 참여 자격, 생태계 풀 예산, 전략 권한, 프로토콜 업그레이드는 계층적 거버넌스를 채택하며, 노드 총량, 컴퓨팅 파워 공식, SWC 관련 규칙은 해당 개발 단계에서 공식 방안을 형성합니다. 전략 네트워크, 노드, 생태계 프로젝트가 성장함에 따라 공개 의사결정에 적합한 사항이 점진적으로 커뮤니티 및 생태계 거버넌스에 진입합니다.

### 17.2 제품 및 생태계 로드맵

그림 17-1 | 기술 역량 우선, 생태계 규모 점진의 제품 로드맵

| 단계      | 핵심 목표                                            | 주요 산출물                                              |
| ------- | ------------------------------------------------ | --------------------------------------------------- |
| 프로토콜 코어 | 보호 거래, 위험 점수화, 시뮬레이션, 라우팅, 실행 영수증 완료             | Protected RPC / SDK, 시뮬레이션 서비스, 프라이빗 라우팅, Dashboard |
| 전략 네트워크 | 인가되고 사용자 거래 결과를 해치지 않는 백런 실행, 차익거래, 청산, 보호 전략 개방 | 전략 어댑터, 샌드박스, 정산, 평판, 권한 시스템                        |
| 멀티체인 확장 | 체인 수준 주문 흐름 및 블록 구축 구조에 따라 실행 어댑터 배포             | 멀티체인 상태, Builder/Sequencer 적응, 크로스체인 데이터 모델         |
| 생태계 규모  | 노드 참여, 프로토콜 참여 자격, 인터페이스, 지역 생태계 개방              | 이중 트랙 협력, 개발자 포털, 생태계 디렉터리, 주기 보고서                  |

## 17 지표, 용어집 및 참고문헌

### 핵심 지표, 용어집 및 기술 참고

### 17.1 북극성 지표

New Sandwich의 북극성 지표는 프로토콜이 보호된 주문 흐름을 위해 창출하는 검증 가능한 순 실행 가치입니다. 이 가치는 체결 개선, 회피된 손실, 사용자 환원, 전략 순 기여, 검증 가능 커버리지로 구성됩니다.

| 지표 범주      | 핵심 지표                                                       |
| ---------- | ----------------------------------------------------------- |
| 보호 효과      | 고위험 거래 보호 커버리지, 벤치마크 체결 개선, 이상 슬리피지 감소, 사용자 환원              |
| 온체인 인텔리전스  | 커버 체인 및 데이터 소스, 상태 지연, 위험 식별 정확도                            |
| 시뮬레이션 및 실행 | 시뮬레이션 량, 편차, 실행 성공률, Gas 효율, 폴백 및 회로 차단기 비율                 |
| 전략 네트워크    | 활성 전략, 외부 전략 접속, 안정성, 순 기여, 평판 분포                           |
| 검증 가능성     | 완전한 실행 영수증 비율, 원본 링크 커버리지, 비용 귀속 완성도                        |
| 비즈니스 및 생태계 | 보호 거래량, 전략 순 청산 수익, 인터페이스 호출, 생태계 프로젝트 유지율 및 지역 커버리지        |
| 지분·노드·자격   | 초기 지분 청약, 자격 보유 및 생태계 검증, 노드 네트워크 출시 후 유효 노드·네트워크 컴퓨팅 파워·분포 |

### 17.2 주요 용어

| 용어                       | 정의                                                                       |
| ------------------------ | ------------------------------------------------------------------------ |
| MEV                      | 최대 추출 가능 가치(Maximal Extractable Value) — 블록 생산 및 거래 순서 과정에서 추출 가능한 추가 가치 |
| 샌드위치 공격(Sandwich Attack) | 공격자가 목표 거래 전후에 거래를 삽입하여 목표 거래로 인한 가격 변화를 포착하는 행위                         |
| Searcher                 | 온체인 상태를 모니터링하고 차익거래, 청산, 보호 또는 기타 자동화 전략을 제출하는 전문 참여자                    |
| Builder / Relay          | 번들 수신, 블록 구축, 전달을 담당하는 인프라 역할                                            |
| Backrun                  | 목표 거래 이후에 실행되어 해당 거래로 인한 상태 변화를 포착하는 전략                                  |
| Protected Orderflow      | 공개 메모리 풀에 직접 브로드캐스트되지 않고 프라이버시 및 실행 제약 하에 처리되는 거래 흐름                     |
| Strategy Adapter         | 외부 전략이 프로토콜에 접속할 때 사용하는 표준 입력·출력·권한·정산 인터페이스                             |
| 프로토콜 참여 자격               | 지갑이 보유하며 생태계 접속 및 자격 검증에 사용되는 온체인 자격                                     |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://newsandwich.gitbook.io/docs/new-sandwich-whitepaper/kw.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.