# 수취인

수취인(Payee)은 [프로그래머블 월렛](https://docs.underscore.finance/ko/undefined-1/user-wallet)에서 결제를 받을 수 있도록 미리 승인된 주소입니다. 단, 그 범위는 사용자가 정한 정확한 한도 안으로 제한됩니다. 시장 데이터 피드, 모델 제공자, 컴퓨트 벤더, 외주 인력, 급여, 구독 서비스처럼 반복 결제가 필요한 대상을 미리 승인해 두세요. 결제당 한도, 기간 한도, 허용 자산, 쿨다운(cooldown)을 설정할 수 있습니다. 자금은 실제로 필요한 마지막 순간까지 DeFi에서 계속 수익을 냅니다.

트레이딩 에이전트는 고정된 USDC 한도 안에서 데이터 피드, 추론 API, GPU 제공자를 계속 가동할 수 있습니다. CFO는 준비금에는 손대지 않고 벤더에게 결제할 수 있습니다. 직원은 자신의 급여를 정확한 금액만큼 인출할 수 있습니다. 모든 결제는 사용자가 정한 규칙에 따라 검증되고, 전송되는 마지막 순간까지 한 푼도 빠짐없이 수익을 냅니다.

## 수취인(Payee)이 필요한 이유

### 에이전트 결제 문제

AI 에이전트가 실제로 동작하려면 서비스 비용을 결제해야 합니다. 시장 정보를 위한 데이터 피드, 의사결정을 위한 추론 API, 실행을 위한 컴퓨트 제공자가 필요합니다. 하지만 에이전트에게 무제한 지출 권한을 주는 것은 위험합니다. 버그나 익스플로잇 하나면 월렛이 비워질 수 있습니다.

수취인은 특정 수취인을 미리 승인하고 강제 한도를 설정함으로써 이 문제를 해결합니다. 트레이딩 에이전트는 고정된 USDC 예산 안에서 데이터 피드와 GPU 제공자를 계속 사용하게 할 수 있지만, 초과 지출도, 새 수취인 추가도, 예산 밖 자금 접근도 불가능합니다. 에이전트는 ([매니저](https://docs.underscore.finance/ko/undefined-1/managers)로서) 결제를 실행할 수만 있습니다. 누가 돈을 받을지는 오직 소유자가 결정합니다.

### 반복적인 암호화폐 결제의 문제

에이전트든 사람이든, 오늘날 정기적인 암호화폐 결제를 하려면 좋지 않은 선택지 중 하나를 고르게 됩니다.

* **수동 전송**: 매 결제 주기마다 주소를 다시 입력하고, 오타 위험을 감수하고, 시간을 낭비해야 합니다
* **완전한 접근 허용**: 프라이빗 키를 공유하거나 무제한 지출 권한을 줘야 합니다
* **전통 은행 사용**: 송금 수수료를 내고, DeFi 수익을 포기하고, 처리 시간을 기다려야 합니다

이 어느 것도 자동화가 필요한 에이전트, 기업, 개인에게 적합하지 않습니다.

### 수취인 해법

수취인 목록은 세밀하게 통제되는 검증된 수취인 체계를 만듭니다.

```
기존 방식: 벤더에게 신용카드 제공 → 원하는 금액을 원하는 때에 청구
Underscore: 벤더를 수취인으로 추가 → 월 $5,000 한도 → USDC만 → 분기마다 자동 만료
```

자금은 결제 순간까지 Aave, Morpho, Euler 같은 DeFi 프로토콜에서 계속 수익을 냅니다. 시스템은 필요한 순간에 필요한 만큼만 자동 인출합니다. 여기에 더해 모든 DeFi 활동에 대해 [보상](https://docs.underscore.finance/ko/undefined-2/rewards)도 획득할 수 있습니다.

## 사전 승인된 수취인, 온체인에서 강제

### 소유자가 통제하는 수취인 목록

**소유자 직접 통제**: [소유자 지갑](https://docs.underscore.finance/ko/undefined-1/user-wallet)인 사용자만 수취인 항목을 직접 추가, 확정, 확장할 수 있습니다. 매니저는 새 수취인을 제안할 수는 있지만, 그 제안은 설정된 지연이 지난 뒤 소유자가 승인하기 전까지 보류 상태로 남습니다. 수취인은 스스로를 제거할 수는 있지만, 소유자 외에는 누구도 활성화하거나 한도를 넓힐 수 없습니다. 이는 정책이 아니라 스마트 컨트랙트로 강제됩니다.

### 변경에 강한 수취인 기록

**온체인 수취인 기록**: 수취인 항목이 설정되면 수취인 주소와 한도는 온체인에 저장됩니다. 매니저가 몰래 "GPU Provider"를 다른 주소로 바꾸거나 소유자 승인 없이 한도를 넓히는 일은 불가능합니다.

### 매니저는 결제만 하고, 목록은 넓히지 못합니다

**권한 분리**: 매니저는 활성화된 수취인에 대해 설정된 한도 안에서만 결제를 실행할 수 있습니다. 하지만 새 수취인을 단독으로 활성화하거나, 수취인 한도를 높이거나, 승인되지 않은 목적지로 자금을 보낼 수는 없습니다. 수취인 목록은 소유자가 통제하고, 에이전트와 운영자는 승인된 흐름만 처리합니다.

이것이 수취인 해법의 핵심입니다. 반복 결제 수취인은 먼저 승인되고, 그 다음에 결제가 그 한도 안에서만 실행됩니다.

## 수취인 제어 및 설정

각 수취인마다 포괄적인 제어를 설정해, 결제가 의도한 방식대로만 일어나게 만들 수 있습니다. 이런 제어는 과지출, 타이밍 오류, 무단 변경을 막아 줍니다.

### 재무 한도

#### 이중 보호 시스템

모든 수취인은 토큰 수량 기준과 USD 가치 기준 한도를 모두 지원합니다.

* **트랜잭션 한도**: 단일 결제당 최대 금액 (예: 1,000 USDC 또는 $1,000)
* **기간 한도**: 일정 기간 동안의 최대 금액 (예: 5,000 USDC 또는 월 $5,000)
* **생애 한도**: 전체 누적 최대치 (예: 50,000 USDC 또는 총 $50,000)

가장 엄격한 한도가 항상 적용되므로 가격 변동성으로부터도 보호됩니다.

#### 기간 설정

* **사용자 정의 기간**: 블록 기준으로 원하는 기간 설정 가능 (예: 43,200 블록 ≈ Base에서 1일)
* **자동 초기화**: 한도는 매 기간마다 새로 갱신됩니다 (남은 금액은 이월되지 않음)
* **자주 쓰는 설정**: 일간, 주간, 격주, 월간, 분기

### 결제 제어

#### 트랜잭션 제한

* **최대 트랜잭션 수**: 기간별 결제 횟수 제한 (예: 월급이라면 월 1회)
* **쿨다운 기간**: 결제 사이 최소 대기 시간 (실수로 중복 지급되는 상황 방지)
* **만료일**: 정해진 시점이 지나면 수취인이 자동으로 비활성화됩니다 (예: 외주 계약 종료일)

#### 자산 제한

각 수취인이 어떤 토큰을 받을 수 있는지 정확히 제어할 수 있습니다.

* **단일 자산**: 오직 한 토큰만 허용 (예: 급여는 USDC만)
* **선호 자산**: 기본 자산을 두되 다른 자산도 일부 허용
* **모든 자산**: 모든 토큰 수령 가능 (트레이딩 데스크에 유용)

### 보안 기능

#### 글로벌 설정 (월렛 전체)

* **풀 결제(Pull Payment) 마스터 스위치**: 모든 풀 결제 허용/비허용
* **자기 결제 토글**: 자기 자신에게 결제할 수 있게 할지 여부
* **기본 한도**: 새 수취인이 상속받는 기본 설정

#### 개별 오버라이드

* **사용자 정의 한도**: 특정 관계에 대해 글로벌 설정을 덮어쓰기
* **풀 결제 권한**: 글로벌에서 꺼져 있어도 수취인별로 허용 가능
* **자산 화이트리스트**: 글로벌 설정보다 더 좁은 토큰 제한

### 시스템 한도

* **최대 수취인 40개**: 월렛당 수용량
* **최대 자산 40개**: 수취인별 제한 목록
* **안전 차단**: 가격 오라클을 사용할 수 없으면 결제 차단
* **가능하면 켜 두세요**: 가격 피드에 장애가 발생하면 월렛이 비워질 수 있기 때문입니다
* **꺼도 되는 경우**: 1:1 페그를 신뢰하는 순수 스테이블코인 운영

가격 오라클은 실제 자산 가격을 블록체인에 제공하는 필수 서비스입니다. 이 가격 데이터가 없을 때 결제를 막음으로써, 오라클 장애 상황에서 자금이 빠져나갈 수 있는 잠재적 익스플로잇을 방지합니다.

### 풀 결제(Pull Payment) 안전장치

**강제 조건**: 풀 결제는 한도를 설정하지 않고 활성화할 수 없습니다. 시스템은 무제한 접근을 막기 위해 최소 하나의 상한(트랜잭션 또는 기간 한도)을 반드시 요구합니다.

## 권한 시스템

### 누가 수취인을 추가할 수 있나요

* **소유자**: 어떤 수취인이든 추가, 확정, 수정, 제거할 수 있는 완전한 권한
* **매니저**: 새 수취인 제안 가능 (지연 후 소유자 승인 필요)
* **기타 주체**: 수취인이나 그 한도를 변경할 권한 없음

### 누가 결제를 실행할 수 있나요

* **소유자**: 한도 안에서 어떤 활성 수취인에게든 결제 가능
* **매니저**: 매니저 한도와 수취인 한도를 모두 만족하는 경우에만 활성 수취인에게 결제 가능
* **수취인**: 명시적으로 허용된 경우 풀 결제 가능

### 누가 제거할 수 있나요

* **소유자**: 어떤 수취인이든 즉시 제거 가능
* **수취인**: 스스로를 제거 가능 (정리된 종료 방식)
* **매니저**: 수취인을 직접 제거할 수 없음

## 라이프사이클 관리

### 활성화 흐름

```
추가됨 → 대기 중 → 활성 → 만료/제거
          (지연)    (사용 중)
```

### 일반적인 활성화/만료 조합

| 사용 사례       | 활성화 지연 | 자동 만료 | 이 조합을 쓰는 이유            |
| ----------- | ------ | ----- | ---------------------- |
| **새 벤더**    | 7일     | 90일   | 새로운 관계에 높은 보안, 분기별 재검토 |
| **정규 직원**   | 3일     | 365일  | 중간 수준 보안, 연간 계약 주기     |
| **신뢰하는 가족** | 1일     | 없음    | 긴급 상황에서 빠른 접근, 지속 관계   |
| **구독 서비스**  | 2시간    | 30일   | 빠른 설정, 월별 청구 주기에 맞춤    |

### 관리 계층

**소유자(사용자)**

* 직접 추가/수정/제거
* 매니저 제안 확정
* 최종 통제권 항상 보유

[**매니저**](https://docs.underscore.finance/ko/undefined-1/managers) — 승인된 운영자

* 한도 안에서 활성 수취인에게 결제 가능
* 새 수취인을 제안할 수 있음 (사용자 승인 필요)
* 직접 활성화, 제거, 한도 확장은 불가능
* 통제를 유지하면서 반복 결제를 위임하기에 적합

**수취인**

* 스스로 제거 가능
* 깔끔한 종료를 지원

> **📋 매니저의 제안은 사용자 승인이 필요합니다**\
> 매니저가 새 수취인을 제안하면 보류 중 요청이 생성됩니다. 사용자가 설정한 보안 지연이 지난 뒤, 사용자가 직접 확정해야 수취인이 활성화됩니다. 이 2단계 프로세스는 승인되지 않은 수취인 추가를 막아 줍니다.

## 풀 결제(Pull Payment): 수취인이 시작하는 선택형 인출

수취인이 사용자의 월렛에서 직접 자금을 인출하도록 허용할 수 있습니다. 단, 언제나 사용자가 미리 정한 한도 안에서만 가능합니다.

### 작동 방식

1. 수취인이 사용자 월렛에서 인출을 시작합니다
2. 스마트 컨트랙트가 설정된 모든 한도를 검증합니다
3. 필요하다면 수익 포지션에서 자금을 자동으로 조달합니다
4. 한도 안이라면 결제가 즉시 실행됩니다

### 이중 활성화가 필요합니다

```
전역 설정: canPull = true  AND  수취인 설정: canPull = true
                ↓
         풀 결제 활성화
```

### 실제 숫자로 보면

기존 구독 방식:

* 매달 $500가 유휴 상태로 대기 = 수익 $0

풀 결제를 쓰면:

* 월 $500가 연 5% 수익 = 연 $25 추가
* 연간 $6,000 구독 비용 = 연 $300 보너스

**안전성**: 풀 결제가 허용된 수취인에는 반드시 한도가 있어야 합니다. 무제한 접근은 허용되지 않습니다.

## 실제 설정 예시

### 에이전트 데이터 피드

```
수취인: Market Data Provider
기간: 30일
한도: 월 $200, 1회 결제
풀 결제 활성화: 예
쿨다운: 25일
자산: USDC만
결과: 에이전트의 데이터 피드가 자동으로 계속 유지됨
```

### 에이전트 컴퓨트 제공자

```
수취인: GPU Compute Vendor
기간: 7일
한도: 주 $500, 결제당 $50
풀 결제 활성화: 아니오 (에이전트가 직접 결제 실행)
자산: USDC만
결과: 주간 예산이 초기화되며 컴퓨트 비용에 상한 적용
```

### 에이전트 추론 API

```
수취인: Inference API Provider
기간: 30일
한도: 월 $1,000, 최대 50회
풀 결제 활성화: 예
쿨다운: 6시간
자산: USDC만
결과: 에이전트가 추론 엔드포인트를 호출하면, 제공자가 사용량 기준으로 대금을 인출
```

### 직원 급여 설정

```
수취인: John Smith - Developer
한도: 격주 $5,000, USDC만
일정: 매달 1일과 15일
결과: 수익을 내는 자금에서 급여 자동 지급
```

### 벤더 관리

```
벤더: SupplyCo
기간: 7일
한도: 트랜잭션당 $2k, 주간 $8k, 생애 $100k
쿨다운: 1시간
자산: 모든 스테이블코인
결과: 경계 안에서 유연한 결제 가능
```

### 가족 지원

```
수취인: 대학생 딸
기간: 30일
한도: 월 $2k, 2회 결제로 분할
자산: USDC만
활성화: 1일 지연
결과: 자동 용돈 지급, 언제든 조정 가능
```

### SaaS 구독

```
서비스: Analytics Platform
풀 결제 활성화: 예
기간: 30일
한도: 월 $149, 1회 결제
쿨다운: 25일
자산: USDC만
결과: 결제를 놓치지 않고, 대기 자금은 계속 수익 창출
```

## 자주 묻는 질문

**만료되면 어떻게 되나요?**\
수취인은 자동으로 비활성화됩니다. 갱신 전까지 결제는 차단됩니다.

**실수로 너무 많이 보내면 어떻게 되나요?**\
그럴 수 없습니다. 블록체인 스마트 컨트랙트가 강제하는 한도 때문에, 설정한 것보다 많이 보내는 것은 불가능합니다.

**직원마다 별도 수취인(Payee)이 필요한가요?**\
네. 각 수취인마다 개별 한도와 추적 정보가 따로 관리됩니다.

**설정 후 한도를 바꿀 수 있나요?**\
네. 변경 사항은 즉시 적용됩니다.

## 완벽한 조합: 매니저 + 수취인

**수취인**은 어떤 반복 결제 대상이 자금을 받을 수 있는지 정의합니다.\
\*\*[매니저](https://docs.underscore.finance/ko/undefined-1/managers)\*\*는 자신의 권한과 예산 안에서 승인된 결제 흐름을 실행합니다.

둘을 함께 쓰면 강력한 권한 분리 모델이 만들어집니다.

* 사용자는 결제 주소를 한 번 검증해 수취인으로 등록합니다
* 매니저는 일상 운영을 처리합니다 (그 수취인에게만 결제)
* 최종 통제권은 사용자에게 남습니다 (직접 수취인을 활성화하거나 확장할 수 있는 것은 소유자뿐)

이 권한 분리 덕분에 신뢰를 넘기지 않고도 일을 위임할 수 있습니다. CFO는 가짜 수취인을 추가하지 못한 채 승인된 벤더에게만 결제할 수 있습니다. AI는 알 수 없는 주소로 자금을 보내지 못한 채 승인된 서비스만 계속 가동할 수 있습니다.

AI 에이전트에게 이 분리는 특히 중요합니다. 에이전트(매니저)는 사전 승인된 서비스 제공자(수취인)에게 결제를 실행할 수 있지만, 새 수취인을 추가하거나 지출 한도를 수정할 수는 없습니다. 어떤 서비스를 에이전트가 결제할 수 있는지, 얼마나 쓸 수 있는지는 월렛 소유자가 정의하며, 이는 정책이 아니라 온체인에서 강제됩니다.

**자세히 보기**: [매니저](https://docs.underscore.finance/ko/undefined-1/managers)가 결제 워크플로를 어떻게 자동화하는지 확인하세요.

## 관련 기능

* [**디지털 수표**](https://docs.underscore.finance/ko/undefined-1/cheques): 시간 지연과 취소 기능이 있는 일회성 결제
* [**매니저**](https://docs.underscore.finance/ko/undefined-1/managers): AI 또는 팀에 결제 작업을 위임하는 방법
* [**화이트리스트**](https://docs.underscore.finance/ko/undefined-1/whitelist): 가장 신뢰하는 주소로의 즉시 무제한 전송 설정
* [**프로그래머블 월렛**](https://docs.underscore.finance/ko/undefined-1/user-wallet): 프로그래머블 월렛과 전체 기능 살펴보기