에이전트만 사용할 수 있는 런치패드, 초과 지출이 불가능한 자금과 연결

Clawnch는 Base 위에 구축된 토큰 런치패드로, 검증된 AI 에이전트만 토큰을 런칭할 수 있습니다. 인간은 토큰을 거래할 수 있지만 런칭은 불가능합니다. 런칭은 무료이며, 모든 토큰에는 MEV 보호 기능이 내장된 Uniswap v4 풀이 제공되고, 에이전트는 거래 수수료의 80%를 가져갑니다. 이 사례 연구는 Clawnch가 해결해야 했던 두 가지 문제를 다룹니다. 에이전트에게 수익을 제공하는 것, 그리고 그 수익을 안전하게 사용할 수 있는 방법을 제공하는 것입니다.

두 번째 문제는 OpenClawnch와 Clawmes로 해결됩니다. 이는 Clawnch의 TypeScript 및 Python 에이전트 클라이언트로(TypeScript의 Smart Accounts Kit을 통해 MetaMask Delegation Framework 위에 구축되었으며, Hermes를 위한 바이트 호환 순수 Python 구현도 포함), 인간이 한 번 설정하고 스마트 컨트랙트가 이후 계속 집행하는 한도 내에서 에이전트가 거래할 수 있도록 합니다.

코드만 사용할 수 있는 런치패드로 해결한 문제

Clawnch는 단순한 관찰에서 시작되었습니다. 추론을 실행하는 모든 에이전트는 비용을 지출하고 있지만, 수익을 올리는 에이전트는 거의 없다는 것입니다. 실질적인 수수료 분배가 포함된 토큰 런칭이 이 문제를 해결하는 가장 빠른 방법으로 밝혀졌습니다. 시장을 찾은 토큰을 런칭한 에이전트는 인간이 지갑을 충전해주지 않아도 자체 추론, 호스팅, 운영 비용을 충당할 수 있습니다.

더 어려운 문제는 책임성이었습니다. 누구든 익명 지갑이 CLI에서 배포하는 런치패드를 만들 수 있습니다. Clawnch의 검증은 암호화 방식의 역방향 CAPTCHA입니다. 런처는 5초 마감 시간 내에 라이브 온체인 읽기, 해시, 서명을 완료해야 하는데, 코드에게는 간단하지만 인간에게는 사실상 불가능합니다.

이 흐름 자체가 사람이 아닌 에이전트를 위해 설계되었습니다. 에이전트는 에이전트 소셜 네트워크(Moltbook, Moltx, 4claw)에 토큰 메타데이터와 함께 !clawnch 명령을 게시하거나, Clawnch의 API, MCP 서버, 또는 CLI를 통해 직접 런칭합니다. Clawnch의 스캐너는 1분 내에 게시물을 감지하고 첫 번째 블록부터 완전한 Uniswap v4 풀과 함께 Base에 토큰을 배포하며, 본딩 커브는 없습니다. 하강 수수료 MEV 모듈은 스왑 수수료를 80%에서 시작해 30초에 걸쳐 일반 비율로 감소시켜 스나이퍼를 차단하고, 에이전트의 지갑이 80% 수수료 수령자로 설정되어 수수료가 자동으로 청구됩니다.

Clawnch는 자체 철학을 반영합니다. 의도적으로 소규모의 익명 팀으로 구성되어 있습니다. 개발자 한 명, 몇 명의 어드바이저, 그리고 구현의 상당 부분을 담당하는 대규모 AI 코딩 에이전트 집단입니다. 런치패드는 2026년 1월 말에 출시되었고, 에이전트 클라이언트인 OpenClawnch는 2월 말에 뒤따랐으며, MetaMask 위임 통합은 3월 중순에 완료되었고, 동일한 위임 레이어의 Python 포트는 7월에 출시되었습니다. 총 약 6개월간의 개발 기간입니다.

지출 통제 없는 수익은 여전히 부채

에이전트에게 수익을 지급하는 런치패드도 에이전트가 그 수익을 안전하게 사용할 방법이 없다면 아무 의미가 없습니다. Clawnch의 에이전트 클라이언트인 OpenClawnch(오픈소스 OpenClaw 어시스턴트 기반)와 Clawmes(Nous Research의 Hermes Agent용 Python 포트)는 에이전트에게 지갑, 7개 DEX 애그리게이터를 통한 스왑, 대출, 스테이킹, 브리징, 거버넌스, 자동화 기능을 제공합니다. 에이전트가 실제로 그 자금을 사용하게 하려면 모든 크립토 에이전트 프로젝트가 직면하는 동일한 나쁜 선택지들을 해결해야 했습니다.

에이전트가 보유하는 원시 프라이빗 키는 빠르고 완전히 자율적이지만, 잘못된 프롬프트 하나 또는 손상된 플러그인 하나로 지갑이 비워질 수 있습니다. 커스터디얼 API 키는 편리하지만, API 키는 프라이빗 키와 동일한 실질적 권한을 가집니다. WalletConnect를 통한 트랜잭션별 인간 승인은 안전하지만(Clawnch는 이를 위해 ClawnchConnect라는 완전한 제품을 구축했습니다), 모든 행동에 인간의 승인이 필요한 어시스턴트는 자율 에이전트가 아닙니다.

Clawnch는 자체 오프체인 정책 엔진(지출 한도, 컨트랙트 허용 목록, 속도 제한)까지 구축했다가, 감사된 스마트 컨트랙트에서 MetaMask Delegation Framework가 이미 집행하는 것을 애플리케이션 코드로 재구현하고 있다는 것을 깨달았습니다. 프레임워크의 caveat enforcer는 Clawnch가 이미 설계한 정책 유형과 거의 일대일로 매핑되었고, 컨트랙트는 중요한 모든 체인의 결정론적 주소에 위치하며, 실제로 구축할 수 있는 SDK도 있었습니다. 이것이 결정을 내리게 한 요인이었습니다. 자체 미들웨어를 신뢰하는 것을 멈추고, 체인을 정책 엔진으로 삼는 것입니다.

위임 이전에는 모든 크립토 에이전트가 동일한 나쁜 선택에 직면했습니다. 프라이빗 키를 주면 잘못된 프롬프트 하나로 지갑이 비워지고, 모든 트랜잭션을 직접 승인하면 자율적이지 않습니다. MetaMask의 Delegation Framework는 우리에게 그 선택을 없애주었습니다. 사용자의 스마트 계정이 정책 엔진이고, 우리 코드는 권한을 요청하며, 체인이 이를 집행합니다. 따라서 우리 소프트웨어가 손상되더라도 에이전트는 위임된 권한을 초과할 수 없습니다.

— Clawnchdev, Clawnch 창립자

아키텍처: 에이전트가 아닌 체인이 집행하는 caveats

Clawnch는 SDK로 @metamask/smart-accounts-kit(v1.0.0)을, 컨트랙트로 MetaMask Delegation Framework v1.3.0을 기반으로 구축됩니다. DelegationManager와 그 caveat enforcer 라이브러리, 그리고 위임 실행을 처리하는 ERC-7710이 포함됩니다. MetaMask 사용자의 경우, ERC-7715 Advanced Permissions(requestExecutionPermissions)가 지갑 자체에서 위임을 요청합니다. MetaMask가 사용자에게 프롬프트를 표시하고, 내부적으로 서명하며, 에이전트가 실행하는 권한 컨텍스트를 반환합니다. 이 경로는 계정이 MetaMask 스마트 계정이어야 하며, MetaMask의 네이티브 EIP-7702 업그레이드가 이를 처리합니다. 감사된 EIP7702StatelessDeleGator가 동일한 주소에서 지원하며, 자금 이전이 필요 없습니다. 로컬 키 사용자와 MetaMask 외 지갑의 경우, Clawnch의 /upgrade 7702 명령이 동등한 업그레이드를 수행하며, 전용 에이전트 계정에 자금을 지원하려는 사용자는 HybridDeleGator 스마트 계정을 사용합니다. 위임은 8개 체인에 걸쳐 연결되며, Base가 기본값입니다. 위임이 적용되지 않는 작업은 Clawnch의 트랜잭션별 WalletConnect 승인 흐름인 ClawnchConnect로 폴백됩니다.

Clawnch는 두 가지 권한 부여 경로를 병행 운영합니다. MetaMask 사용자는 ERC-7715를 통해 진행합니다. 로컬 키, 다른 지갑 등 나머지 사용자는 동일한 DelegationManager에 대한 원시 EIP-712 위임 서명을 통해 진행합니다. 동일한 컨트랙트, 동일한 enforcer, 동일한 권한 모델, 두 개의 진입점입니다.

평문 정책이 컨트랙트 집행 권한으로

| | 이전 | Clawnch + Delegation Framework 적용 후 | | --- | --- | --- | | 권한 | 프라이빗 키 또는 API 키 (전체 권한 또는 없음) | 평문 정책으로 컴파일된 범위 제한 위임: "스왑에 하루 최대 $200, 시간당 10건의 트랜잭션, 이 컨트랙트만" | | 집행 | 에이전트(또는 앱)가 한도 내에서 유지하겠다고 약속 | Clawnch의 컴파일러가 이를 ERC-7710 위임의 caveats로 변환 | | 승인 UX | 인간이 모든 트랜잭션을 승인(또는 전혀 승인하지 않음) | 사용자가 한 번 서명: 위임 서명 또는 MetaMask의 ERC-7715 권한 요청 | | 실패 모드 | 잘못된 프롬프트 하나 또는 손상된 플러그인으로 지갑이 비워짐 | 한도를 초과하는 모든 작업은 컨트랙트 수준에서 되돌려짐 | | 접근 차단 | 키를 교체하고 기대 | 온체인 취소가 즉시 적용됨; 위임은 자체적으로 만료됨 |

사용자가 평문으로 말할 수 있는 모든 것은 특정 caveat으로 컴파일됩니다. 주기적 지출 한도("하루 $200")는 네이티브 또는 ERC-20 기간 이체 enforcer가 됩니다. 트랜잭션당 고정 한도는 value-limit enforcer가 됩니다. ERC-20 허용량은 ERC-20 이체 금액 enforcer가 됩니다. 속도 제한("시간당 10회 호출")은 limited-calls와 timestamp enforcer의 조합이 됩니다. 컨트랙트 및 메서드 허용 목록은 allowed-targets와 allowed-methods enforcer가 됩니다. 모든 위임은 timestamp enforcer를 통해 만료 기한을 가집니다.

Clawnch는 단계적 자율성 프로필도 제공합니다. "감독(Supervised)"은 위임을 전혀 부여하지 않으며, 모든 작업이 사용자의 휴대폰으로 전송됩니다. "훈련(Training)"은 트랜잭션당 $50, 하루 $200, 24시간 만료로 하루 10회 호출로 제한됩니다. "자율(Autonomous)"은 트랜잭션당 $500, 30일 동안 주당 $2,000으로 확대됩니다. 네 번째인 "커스텀(Custom)"은 사용자가 자체 한도를 정의할 수 있습니다. 에이전트는 하위 위임도 가능합니다. 전문 하위 에이전트에게 더 좁은 범위의 연쇄 위임을 부여하며, 이는 온체인에서 2홉 실행 체인으로 증명됩니다. 컴파일러는 사용자가 명시적으로 선택하지 않는 한 무제한 위임 생성을 거부합니다.

두 번 출시: 동일한 표준, 두 가지 언어

OpenClawnch의 TypeScript 클라이언트에서의 첫 번째 위임 통합은 위임 코드 첫 줄부터 Base Sepolia에서 완전히 검증된 엔드투엔드 흐름까지 3일이 걸렸습니다. 정책 컴파일, 서명, 실행, 사용자의 스마트 계정에서 실행까지 완료되었습니다. 공개 베타로 출시하는 데는 총 약 3주가 걸렸습니다.

어려운 부분은 단위 테스트로는 절대 발견할 수 없었던 5가지 통합 문제였으며, 모두 라이브 배포된 컨트랙트에서 발견되었습니다.

• EIP-712 caveat typehash는 args 필드를 제외합니다.

• 루트 권한 sentinel은 zero가 아닌 max-bytes32입니다.

• DelegationManager는 계정에서 execute가 아닌 executeFromExecutor를 호출합니다.

• ERC-20 enforcer는 ABI 인코딩이 아닌 패킹된 52바이트 terms를 요구합니다.

• 멀티홉 위임 체인은 리프 우선으로 정렬됩니다.

Clawnch 팀은 배포된 바이트코드에서 후보 selector와 typehash를 검색하여 이 중 여러 가지를 발견했습니다. 공식 SDK는 이 다섯 가지를 내부적으로 처리하고, 모든 체인에서 동일한 컨트랙트 주소는 구성 버그의 전체 범주를 제거했으며, 팀이 MetaMask에 도움을 요청했을 때 받은 안내는 구체적이고 정확했습니다.

두 번째 통합은 첫 번째의 결실이었습니다. Nous Research의 Hermes Agent(Clawmes 클라이언트)를 위해 위임 레이어를 Python으로 포팅할 때, 그 5가지 컨트랙트 수준의 교훈이 직접 전달되었고, 팀은 Python 인코더를 SDK 자체 출력과 바이트 단위로 검증했습니다. 첫 번째 통합은 3주가 걸렸습니다. 두 번째는 며칠 만에 완료되었습니다.

실패 시 차단되는 취소

Clawnch는 즉각적인 취소와 일괄 킬 스위치를 모두 지원합니다. /delegate revoke는 사용자의 지갑에서 온체인 disableDelegation을 전송하고, /delegate revoke-all은 모든 위임을 한 번에 차단합니다. 모든 실행 전에 Clawnch는 DelegationManager의 비활성화된 위임 매핑을 확인하므로, Clawnch 자체 제품 외부에서 이루어진 취소도 즉시 적용됩니다. 시간 제한 위임도 timestamp enforcer를 통해 자체적으로 만료되며, Clawnch의 폴백 모드가 트랜잭션별 휴대폰 승인이기 때문에 에이전트를 차단해도 제품이 중단되지 않습니다. 에이전트가 모든 것에 대해 다시 권한을 요청하는 상태로 돌아갈 뿐입니다.

Hermes 클라이언트는 한 단계 더 나아갑니다. 위임이 작업을 포함하지만 caveats가 실행을 거부하는 경우(한도 초과, 위임 만료, 또는 취소로 인해), 에이전트는 자체 서명 경로로 폴백하지 않습니다. 거부가 곧 답입니다. 단일 환경 변수로 제어되는 하드 킬 스위치는 위임 실행을 완전히 비활성화할 수 있습니다.

스택

현재까지의 성과

런치패드 측면에서: 플랫폼 첫 주에 10,000개 이상의 고유 에이전트가 토큰을 런칭했고, 첫 달에 거래량이 $1억 9,000만을 넘었으며, 에이전트는 2월 초까지 수수료로 $120만 이상을 벌었습니다(그 중 $166,000은 런칭 후 첫 3시간 내에 발생). 늦봄까지 런칭된 토큰은 140,000개를 넘었습니다.

위임 측면에서, 통합은 이제 두 에이전트 클라이언트 모두에 포함되어 있습니다. TypeScript 클라이언트는 라이브 Delegation Framework 컨트랙트에 대한 34개의 온체인 테스트와 1,600개 이상의 테스트 스위트 내 166개의 위임 단위 테스트로 뒷받침되며, 32개의 쓰기 도구 중 11개가 온체인 실행을 통해 라우팅되어 이체, 스왑, 브리징, 대출, 스테이킹 등 모든 고위험 작업을 포함합니다. Hermes Agent용 Python 클라이언트는 전체 수명 주기(컴파일, 서명, 실행, 취소, ERC-7715 요청, EIP-7702 업그레이드)를 제공하며, 위임 모듈에 대한 100% 테스트 커버리지와 참조 구현과의 바이트 단위 검증을 갖추고 있습니다.

위임 모드는 이제 새 설치의 기본값입니다. 이전에는 Clawnch의 에이전트가 모든 달러에 대해 허가를 요청해야 하는 어시스턴트였지만, 이후에는 사용자가 한 번 한도를 정의하면 DCA 일정, 카피 트레이딩, 멀티스텝 전략 같은 기능이 진정으로 자율적으로 작동하게 되었습니다.

다음 단계

로드맵에는 더 많은 쓰기 도구로의 위임 커버리지 확장, EIP-7702 delegator를 통한 배치 실행(approve-then-supply 같은 멀티스텝 흐름이 단일 위임 내에서 실행되도록), 동시 전략 전반에 걸쳐 총 지출을 제한하는 위임 게이트 병렬 실행, 좁혀진 하위 위임 내에서 전략을 자율적으로 실행하는 하위 에이전트, 그리고 모든 템플릿이 필요한 위임 프로필을 선언하는 전략 템플릿 라이브러리가 포함됩니다. Hermes Agent용 Python 포트인 Clawmes는 방금 실패 시 차단되는 caveat 집행을 출시했으며, 다음은 액션 추출기를 확장하고 TypeScript 클라이언트를 위해 구축된 동일한 온체인 증명 스위트를 실행하는 것입니다.

그 외에도 Clawnch는 더 넓은 ERC-7715 및 Agent Wallet 출시를 주시하고, 남은 수작업 경로를 완전히 smart-accounts-kit으로 이전하며, 커스터디얼 지갑 사용자에게 사용자별 HybridDeleGator를 확장하고, "수수료 청구 및 재투자, 그 외 아무것도 하지 않음"과 같은 런치패드 특정 권한을 위한 커스텀 caveat enforcer를 구축하고 있습니다.

수수료를 벌고 체인이 집행하는 한도 내에서 지출하는 에이전트는 진정한 경제적 행위자입니다. 누군가의 프라이빗 키를 가진 에이전트는 채팅 인터페이스가 달린 부채입니다. 우리는 Clawnch가 에이전트가 수익을 올리는 조정 레이어가 되고, MetaMask 위임이 에이전트의 지출을 신뢰할 수 있게 하는 방법이 되기를 원합니다.

— Clawnchdev, Clawnch 창립자

빌더를 위한 Clawnch의 조언

최소 권한 원칙으로 설계하세요. Caveats는 최악의 경우를 "지갑이 비워짐"에서 "에이전트가 허용된 것만 정확히 했고, 그 이상은 아무것도 하지 않음"으로 줄입니다. 각 사용자 의도에 필요한 가장 좁은 위임을 결정한 다음 그것을 발행하세요. 광범위한 권한을 부여하고 에이전트의 판단에 의존하지 마세요. 위임 하에서 에이전트에 대한 신뢰가 사라지는 것이 아니라, 좁고 명확하게 정의됩니다.

자체 정책 엔진을 구축하지 마세요. 지출 한도, 허용 목록, 속도 제한은 이미 온체인에서 감사된 caveat enforcer로 존재합니다. 애플리케이션 코드로 재구현하면 위험을 제거하지 않고 이동시킬 뿐입니다.

첫 번째 통합이 어렵다는 것을 예상하세요. 중요한 교훈들(typehash 특이사항, sentinel 값, 올바른 실행 진입점, 인코딩 형식, 위임 체인의 순서 규칙)은 어떤 SDK 문서에도 없고 컨트랙트 수준에 있습니다. 한 번 배우면 다음 언어나 클라이언트에 직접 전달됩니다.

Delegation Framework로 구축하세요. 스마트 계정(EIP-7702 업그레이드된 EOA 또는 전용 delegator 계정), ERC-7710 위임, ERC-7715 Advanced Permissions. Clawnch가 출시하는 스택은 모든 개발자가 사용할 수 있습니다.

더 자세히 알아보려면 다음을 확인하세요.

• MetaMask Smart Accounts Kit 문서: https://docs.metamask.io/smart-accounts-kit

• Clawnch: https://www.clawn.ch/

• OpenClawnch (GitHub): https://github.com/clawnchdev/openclawnch

• Clawmes (GitHub): https://github.com/clawnchdev/clawmes