오픈클로(OpenClaw) 창립자를 해커톤에서 만나다: '랍스터'들은 또 무엇을 할 수 있을까?
오픈클로(OpenClaw) 창립자를 해커톤에서 만나다: '랍스터'들은 또 무엇을 할 수 있을까?
2026년 3월 초, 런던은 잠시 '에이전트 주도'의 모든 것이 모이는 수도가 된 듯했다. UK AI Agent Hack x OpenClaw 특별판이 임페리얼 칼리지 런던에서 7일간의 빌드 스프린트와 데모 데이 피날레를 열며 1,200명 이상의 빌더들을 툴링, 워크숍, 그리고 제품 출시라는 한 가지 목표를 향해 한자리에 모이게 했다. 공식 일정은 이것이 단순한 캠퍼스 해커톤이 아니라, AI 에이전트를 실제 운영 시스템에 가깝게 만들고 월요일이 되면 사라져 버리는 데모가 되지 않도록 설계되었음을 명확히 했다. (이벤트 타임라인 및 형식에 대한 자세한 내용은 UK AI Agents Lab 해커톤 페이지에서 확인하세요.)
암호화폐 분야에서 활동하고 있다면 이미 그 이면에 깔린 메시지를 알아차렸을 가능성이 높다: AI 에이전트가 경제 주체로 부상하고 있다. 그리고 소프트웨어가 실제 업무를 수행하기 시작하면, 암호화폐 스택이 제공하는 데 있어 유난히 뛰어난 세 가지 요소가 필요하다.
- 소유권 (에이전트와 그 출력을 누가 통제하는가)
- 결제 레일 (어떻게 지불하고, 받고, 전 세계적으로 정산하는가)
- 검증 가능성 (무엇을, 언제, 어떤 권한 하에 수행했는가)
해커톤에서 오픈클로 에이전트들은 커뮤니티로부터 애정을 담아 "랍스터"라는 별명으로 불렸다. 이 별명은 귀엽지만, 그 함의는 매우 심각하다: 웹3에서 "랍스터"는 단순한 챗봇이 아닌, 지갑 사용자가 될 수 있다.
왜 이 해커톤이 웹3 빌더들에게 중요한가
이벤트 개요에 따르면, 오픈클로 중심의 특별 에디션은 2026년 3월 1일부터 7일까지 진행되었으며, 오프닝 컨퍼런스, 핸즈온 워크숍, 그리고 투자자 및 업계 인사들이 참여하는 심사에서의 데모 데이가 포함되었다. 이러한 규모와 실제 통합에 대한 의도적인 집중은 수많은 암호화폐 빌더들이 주목한 이유를 설명해 준다. (이벤트 구조 및 날짜: UK AI Agents Lab EP.4.)
역사적으로 암호화폐 해커톤은 새로운 원시적인 기술들을 만들어냈다 – 탈중앙화 거래소(DEX) 애그리게이터, 레이어2(L2) 툴링, 계정 추상화 지갑, MEV(Miner Extractable Value) 인식 인프라 등이 그것이다. 2025년에는 트렌드가 바뀌었다: 빌더들은 점점 더 *"일반 사용자가 온체인 작업을 어떻게 쉽게 사용할 수 있게 할까?"*라고 질문했다. 2026년에는 다음 질문이 등장한다: "인간이 아닌 존재가 온체인 작업을 안전하게 수행하게 하려면 어떻게 해야 할까?"
도구 접근 권한을 가진 AI 에이전트는 다음과 같은 작업을 수행할 수 있다:
- 문서와 대시보드를 읽고,
- API를 호출하고,
- 트랜잭션을 푸시하고,
- 포지션을 관리하고,
- 다른 에이전트들과 협력할 수 있다.
이것은 더 이상 "프롬프트 엔지니어링"이 아니다. 이것은 **운영(operations)**이며, 운영에는 보안 경계가 필요하다.
창립자의 암호화폐 회의론은 이야기의 일부일 뿐, 모순이 아니다
널리 논의된 한 가지 긴장감은 오픈클로 창립자가 암호화폐 참여에 대해 신중한 입장을 보여왔다는 점인데, 이는 오픈클로 생태계가 웹3 실험과 충돌하는 상황에서도 마찬가지였다. 이러한 "밀고 당기기"는 커뮤니티 보고서에서 명확하게 드러난다: 암호화폐 빌더들은 에이전트를 스테이블코인과 온체인 신원의 자연스러운 소비자로 보는 반면, 일부 에이전트 빌더들은 투기가 실제 유틸리티로부터 주의를 산만하게 한다고 우려한다. 이러한 논쟁을 잘 보여주는 스냅샷은 오픈클로 현상과 웹3와의 인접성에 대한 Odaily의 보도에서 찾아볼 수 있다. (배경 및 커뮤니티 관점: Odaily의 오픈클로 붐 보도.)
웹3 팀에게 중요한 시사점은 모든 것에 토큰을 억지로 끼워 넣는 것이 아니다. 오히려 더 실용적인 흐름을 인식하는 것이다:
- 에이전트는 내부 생산성 도구로 시작한다.
- 그런 다음 자율적인 서비스 제공업체가 된다.
- 프로그래밍 가능한 결제, 감사, 권한이 필요하게 된다.
- 그제서야 토큰화가 디자인 옵션이 된다 (기본값이 아니라).
"랍스터"는 암호화폐에서 또 무엇을 할 수 있을까? 다섯 가지 실제 방향
다음은 블록체인 및 암호화폐 분야에 특히 중요한 다섯 가지 에이전트 기능과 빌더들이 이를 어떻게 접근하기 시작했는지에 대한 내용이다.
1) 에이전트 기반 결제: 스테이블코인을 API로 전환
가장 큰 돌파구는 "거래하는 에이전트"가 아니다. 그것은 지불할 수 있는 에이전트이다 – 데이터, 추론, 컴퓨팅, 구독, 현상금, 또는 인간 노동력을 위해 – 은행 통합 스프린트 없이.
이 분야의 구체적인 산업 신호는 에이전트 간 워크플로와 스테이블코인 정산을 컴포저블하게 만드는 에이전트 친화적인 결제 프로토콜의 등장이다. 코인베이스의 x402에 대한 글은 이를 "에이전트 기반 상거래"로 프레임하며, 에이전트가 동일한 루프 내에서 가치 흐름을 협상하고 정산할 수 있도록 한다. (개요: 코인베이스의 x402 및 에이전트 기반 결제.)
실제로 이를 통해 다음과 같은 것이 가능해진다:
- 콜 당 지불하는 데이터 피드
- 지출 한도가 있는 자동화된 SaaS 구독
- 머신이 머신 서비스를 구매하는 것
- 콘텐츠, 추론, API에 대한 마이크로 결제
이것이 "AI x 암호화폐"의 덜 주목받지만 더 지속 가능한 버전이다.
2) 에이전트에게 키를 넘기는 대신 온체인 "위임"
에이전트가 거래를 수행할 것이라면, 개인 키는 잘못된 추상화이다. 당신이 원하는 것은 위임된 권한이다:
- 기간 한정 권한
- 금액 제한 지출
- 허용 목록에 있는 계약 상호작용
- 철회 가능한 세션 키
이것이 바로 계정 추상화가 단순한 사용자 경험(UX)을 넘어 **에이전트 안전 공학(agent safety engineering)**이 되는 지점이다. ERC-4337은 이더리움의 합의를 변경하지 않고도 프로그래밍 가능한 검증 및 페이마스터 흐름을 구현할 수 있는 스마트 계약 지갑에 대한 접근 방식을 공식화한다. (주요 참고 자료: EIP-4337.)
잘 설계된 에이전트 지갑 스택은 다음과 같은 일을 할 수 있다:
- "루트" 기관은 오프라인으로 유지하고,
- 에이전트에게 제한적인 세션 키를 발급하며,
- 온체인 작업 전에 정책 검사를 시행하고,
- 에이전트가 오작동할 경우 즉시 철회할 수 있다.
이것이 "랍스터"에게 당신을 소유하게 하지 않고 일하게 하는 방법이다.
3) 검증 가능한 실행: 증명, 로그, 그리고 책임
웹2 자동화에서 "감사 추적"은 SaaS 공급업체가 노출하기로 결정한 모든 것이다. 웹3에서는 더 나은 것을 할 수 있다:
- 트랜잭션 흔적은 공개되고,
- 서명은 귀속 가능하며,
- 상태 변경은 검사할 수 있으며,
- 인센티브는 선행을 보상하고 남용을 처벌할 수 있다.
이는 기본적으로 규정 준수하는 에이전트의 문을 열어주며, 에이전트의 행동 기록이 신뢰도의 일부가 된다. 시간이 지남에 따라 이는 다음과 같이 발전할 수 있다:
- 자율적인 서비스 제공업체를 위한 온체인 평판
- 검증 가능한 마일스톤에서 해제되는 에스크로 기반 결제
- 불변하는 로그에 고정된 분쟁 해결
핵심은: 암호화폐는 에이전트의 행동을 단순히 신뢰하는 것이 아니라 검증할 수 있는 것으로 바꾼다.
4) "에이전트 경제": 지출만 하는 것이 아니라 수익을 창출하는 에이전트
가장 흥미로운 "랍스터"는 당신의 작업을 실행하는 것이 아니라, 작은 사업체를 운영하는 것이다:
- 서비스(연구, 모니터링, 라우팅, 실행)를 판매한다.
- 스테이블코인으로 지불받는다.
- 자신의 컴퓨팅 및 데이터 비용을 지불한다.
- 더 나은 툴링에 재투자한다.
Odaily는 최근 판매량이 발생하고 작업을 조정하는 에이전트를 실험하는 여러 오픈클로 관련 프로젝트를 강조하며, 더 광범위한 "에이전트 경제" 내러티브를 향한 방향을 제시했다. (예시 및 프레임워크: Odaily의 오픈클로 x 암호화폐 프로젝트 보도.)
토큰을 완전히 무시하더라도 경제적 순환은 규율을 강제하기 때문에 중요하다:
- 측정 가능한 결과
- 측정 가능한 비용
- 측정 가능한 보안 위험
- 측정 가능한 투자 수익률(ROI)
이것이 바로 AI 에이전트 분야가 "멋진 데모" 함정을 벗어나기 위해 필요한 것이다.
5) DeFi 자동화 - 단, 프로덕션 트레이딩 인프라처럼 다룰 경우
네, "랍스터"는 DeFi를 할 수 있습니다:
- 재조정
- LP 범위를 관리
- 담보 건전성 비율 모니터링
- 의도 기반 스왑 실행
- 트레저리 규칙 실행
하지만 DeFi는 적대적이고 컴포저블하기 때문에, 에이전트가 가장 빠르게 위험해질 수 있는 곳이기도 하다. 에이전트가 서명할 수 있다면, 공격자들은 다음과 같은 시도를 할 것이다:
- 악성 호출 승인으로 프롬프트 주입
- 오염된 웹 페이지 또는 도구 출력을 통해 속임
- "유용한" 자동화된 단계를 통해 자금 빼내기
보안 연구는 도구가 활성화된 에이전트가 새로운 공격 표면을 도입한다는 점을 점점 더 명확히 하고 있다: 프롬프트 주입, 안전하지 않은 도구 호출, 데이터 유출, 그리고 비용이 많이 드는 실패 모드가 그것이다. (예를 들어, arXiv의 오픈클로 중심 보안 분석을 참조: “Let the Claw Grip Your Hand”.)
따라서 올바른 사고 모델은 다음과 같다: 에이전트는 슈퍼파워를 가진 신뢰할 수 없는 직원이다. 당신은 그런 직원에게 트레저리의 최고 권한 키를 주지 않는다.
보안 기본값: 에이전트가 암호화폐에 손댈 수 있도록 하면서 망하지 않는 방법
지갑, 스마트 계약 또는 거래소와 상호 작용하는 에이전트를 구축(또는 사용)하는 경우, "자율성"이 "사고"로 바뀌지 않도록 하는 최소한의 안전장치는 다음과 같다.
실용적인 아키텍처 (진지한 팀들이 사용하는 방식)
-
콜드(Cold) 권한 (인간 통제)
- 루트 키는 오프라인 상태 유지
- 설정 변경 및 고가치 이체에만 사용
-
핫(Hot) 에이전트 지갑 (정책 제한)
- 소액 잔액
- 지출 한도
- 허용 목록에 있는 계약 및 메서드
- 단기 세션 키
-
최초 시뮬레이션 후 실행
- 브로드캐스트 전 사전 비행 시뮬레이션
- 예상 결과와 다를 경우 실패 처리
-
영구적인 작업은 인간 개입 필수
- 새 주소
- 새 계약 승인
- 대규모 이체
- 권한 변경
에이전트 시대에도 하드웨어 서명이 여전히 중요한 이유
소프트웨어가 "자율적"이 될수록, 최종 승인을 해당 소프트웨어와 물리적으로 분리하는 것이 더욱 가치 있게 된다.
하드웨어 지갑은 다음과 같은 마지막 검문소 역할을 할 수 있다:
- 개인 키가 에이전트 기기에 절대 닿지 않는다.
- 사용자는 무엇이 서명되는지 확인한다.
- 피싱 또는 악의적인 승인을 더 쉽게 탐지할 수 있다.
이 워크플로에서 OneKey를 사용한다면, 통합은 간단하다: OneKey는 오프라인 개인 키 보호를 중심으로 구축되었으며, 소프트웨어 스택은 피싱 방지 및 명확한 트랜잭션 이해를 강조한다. 이러한 기능은 AI 에이전트가 귀하를 대신하여 트랜잭션을 준비할 때 더욱 중요해진다. 이러한 보호 기능을 요약한 공개 참고 자료 중 하나는 Chrome 웹 스토어의 OneKey 지갑이다.
해커톤의 진정한 교훈: 암호화폐의 역할은 에이전트를 안전한 경제 주체로 만드는 것이다.
UK AI Agent Hackathon EP.4 페이지에는 재미있는 커뮤니티 규칙("암호화폐 대화 금지")이 포함되어 있는데, 이는 에이전트 인프라 대화에서 웹3가 종종 빠진 조각으로 나타나는 것을 고려하면 아이러니하다. (규칙 및 맥락: UK AI Agents Lab EP.4.)
하지만 더 깊은 진실은 다음과 같다:
- AI 에이전트는 빠르게 능력을 키우고 있다.
- 암호화폐는 제약 조건을 제공한다.
- 제약 조건은 능력을 신뢰할 수 있는 시스템으로 변환하는 것이다.
2025년, 암호화폐의 주요 사용자 집착은 UX였다 (가스 추상화, 서명 간소화, 체인 통합). 2026년에는 새로운 집착이 등장하고 있다: 안전한 자율성 – 소프트웨어가 금융적으로 훔치거나, 유출하거나, 자멸하지 않도록 하면서 행동하게 만드는 방법.
"랍스터"는 확실히 코드 작성이나 웹 검색 이상의 것을 할 수 있다. 암호화폐에서 그들은 다음과 같이 될 수 있다:
- 지불자 및 판매자
- DAO 참여자
- 트레저리 운영자
- 규정 준수 인식 실행자
- 자율적인 서비스 사업체
하지만 이는 우리가 모델만큼이나 신중하게 권한 부여 및 보관 계층을 구축할 경우에만 가능하다.
마무리 생각: 랍스터에게 왕관 보물을 주지 마라
웹3에서 오픈클로 스타일의 에이전트를 실험하고 있다면, 작게 시작하라:
- 지갑을 분리하고,
- 지출 한도를 설정하고,
- 계정 추상화 또는 위임 키를 사용하고,
- 위험도가 높은 작업에 대해 하드웨어 확인을 요구하고,
- 모든 도구 출력을 잠재적으로 적대적인 것으로 취급하라.
자율성은 어차피 올 것이다. 암호화폐 빌더들의 기회는, 에이전트가 가치를 이동하기 시작할 때, 인간이 검증하고 – 그리고 철회할 수 있는 – 규칙 하에서 그렇게 하도록 보장하는 것이다.
