MetaMask Agent Wallet로 무기한 선물 거래하는 법: 9가지 핵심 팁

MetaMask Agent Wallet는 mm perps 명령어 세트를 통해 Hyperliquid에서 무기한 선물을 거래합니다. 트레이더가 에이전트에게 일반 언어로 포지션을 요청하면, 에이전트는 해당 요청을 담보 입금, 견적 조회, 포지션 개설, 이익 실현 및 손절 수준 설정, 이후 포지션 청산 또는 크기 조정 등의 명령어로 라우팅합니다. 지갑은 수탁 기능을 유지하며, 입금은 정책 검사를 거치고 에이전트는 제안만 합니다.

이러한 역할 분담이 에이전트 기반 무기한 선물 거래와 인터페이스를 직접 조작하는 거래의 차이점입니다. 단 한 문장에 주문 유형, 슬리피지, 규모에 관한 많은 암묵적 가정이 담길 수 있습니다. 이 글에서는 명시적으로 짚어볼 만한 세부 사항을 다루며, MetaMask의 지갑 수준 제어가 실제로 적용되는 워크플로우 부분과 그렇지 않은 부분을 포함합니다.

이 글은 거래 메커니즘 가이드이며, 무기한 선물 입문서가 아닙니다. 무기한 선물이 무엇이며 어떻게 가격이 책정되는지는 초보자를 위한 무기한 선물 거래 및 무기한 선물 핵심 개념을 참고하세요. 포지션 크기 산정의 수학적 원리는 무기한 선물 거래의 레버리지와 마진을 참고하세요. 지갑 카테고리 자체에 대해서는 에이전틱 지갑이란 무엇인가 및 에이전틱 지갑의 작동 방식을 참고하세요.

무기한 선물 기능 한눈에 보기

다음은 무기한 선물 워크플로우에서 활용하는 명령어들입니다. 이 기능들을 파악해두면 의도한 대로 요청을 표현하기가 훨씬 쉬워집니다.

출처: MetaMask Agent Wallet 명령어 레퍼런스.

이러한 기본 이해를 바탕으로, MetaMask Agent Wallet로 무기한 선물을 거래할 때 알아야 할 9가지 핵심 팁을 소개합니다.

1. 첫 요청 전에 무기한 선물 계정에 자금을 입금하세요

Hyperliquid 서브 계정은 처음 사용 시 비어 있습니다. 담보가 입금되기 전에 에이전트에게 포지션 개설을 요청하면 HYPERLIQUID_ERROR 또는 ORDER_REJECTED 오류가 발생할 수 있으며, 에이전트가 재시도할 수 있는 방법이 없습니다.

mm perps deposit은 기본적으로 Arbitrum에서 USDC를 가져오므로, USDC가 Arbitrum에 있어야 하거나 --source-chain-id로 해당 체인을 지정해야 합니다. 거래소의 현물 잔고에 이미 있는 담보는 새로 입금하는 대신 mm perps transfer --direction spot-to-perp으로 이동할 수 있습니다.

기억해둘 만한 수치가 하나 있습니다. 명목 금액 $10 미만의 주문은 INVALID_AMOUNT 오류로 거부되며, 포지션 크기나 레버리지를 늘리라는 안내가 표시됩니다. 소액 테스트 거래도 이 최소 기준을 충족해야 합니다.

2. 포지션 개설 전에 견적을 조회하거나 드라이 런으로 미리 확인하세요

mm perps quote는 주문을 제출하지 않고 포지션 가격을 조회합니다. mm perps open --dry-run은 한 단계 더 나아가 서명이나 제출 없이 전체 주문을 검증합니다.

에이전트를 사용할 때는 수동 인터페이스보다 이 두 기능이 더욱 중요합니다. 트레이더가 일반적으로 화면에서 확인하는 확인 단계를 에이전트가 건너뛰도록 설정할 수 있기 때문입니다. 견적 조회나 드라이 런을 통해 서명 전에 수치를 다시 한번 사람이 확인할 수 있습니다.

3. 지정가 주문을 원한다면 "limit"을 명시하세요

mm perps open은 --type market 또는 --type limit을 받으며, 지정가 주문에는 --limit-px가 필요합니다. "ETH에 $200으로 5배 롱 열어줘"처럼 가격 지시 없이 표현된 요청은 시장가 주문으로 처리됩니다.

시장가 주문은 스프레드를 넘어 체결되며 슬리피지, 즉 예상 체결 가격과 실제 체결 가격의 차이가 발생할 수 있습니다. 유동성이 낮은 시장에서는 이 차이가 더 커집니다. 진입 가격을 중시하는 트레이더는 일반적으로 가격을 명시하고, 체결 확실성을 더 중시하는 트레이더는 그렇지 않습니다.

4. 진입과 청산 시 슬리피지 상한선을 설정하세요

mm perps open과 mm perps close 모두 베이시스 포인트 단위로 표현된 상한선인 --max-slippage-bps를 지원합니다. 문서에는 기본값이 명시되어 있지 않으므로, 이 플래그 없이 제출된 주문은 명시된 수치가 아닌 CLI가 적용하는 기본값으로 실행됩니다.

상한선을 명시적으로 설정하는 것은 에이전트가 재해석할 수 없는 방식으로 자율 개설을 제한하는 몇 안 되는 지시 중 하나입니다. 또한 청산 시에 이를 잊기 쉬운데, 청산은 슬리피지가 가장 큰 타격을 주는 구간입니다. 다른 모든 사람도 동시에 청산하려는 순간에 집중되기 때문입니다.

5. 이익 실현과 손절을 의도적인 두 번째 단계로 설정하세요

mm perps open은 이익 실현이나 손절 수준을 받지 않습니다. 이는 mm perps modify --tp 및 --sl 로 설정하며, --leverage, --tp, --sl 중 하나 이상이 있어야 합니다.

실질적인 결과: 에이전트가 개설한 포지션에는 누군가 요청하기 전까지 청산 주문이 없습니다. "BTC에 $100으로 5배 롱 열고, 진입가 4% 아래에 손절, 8% 위에 이익 실현 설정해줘"라는 프롬프트는 두 개의 명령어를 설명하고 둘 다 실행합니다. 첫 번째 절에서 멈추는 프롬프트는 청산 주문 없는 포지션만 남깁니다. 진입과 동시에 청산 수준을 설정하는 것이 이 두 상태 간의 간격이 문제가 되지 않도록 하는 방법입니다.

6. MetaMask가 검사하는 것은 주문이 아닌 입금임을 알아두세요

무기한 선물 워크플로우에서 MetaMask의 지갑 수준 제어가 실제로 평가하는 단계는 입금뿐입니다. 입금은 두 거래 모드 모두에서 위협 스캔을 거칩니다. Guard Mode에서는 특히 24시간 롤링 출금 한도에 대해서도 측정되며, MetaMask 문서에서는 Hyperliquid 입금을 토큰 전송 및 스왑과 함께 포함 카테고리로 명시합니다. 입금이 해당 한도를 초과하거나 어느 모드에서든 위협 스캔에 감지되면, 작업은 2단계 인증 승인을 위해 AWAITING_MFA 상태로 일시 중지됩니다. QR 로그인의 경우 MetaMask Mobile 푸시 알림으로, 브라우저 로그인의 경우 이메일 링크로 전달되며, 누군가 응답할 때까지 에이전트는 진행할 수 없습니다. 이는 서버 지갑 모드에 적용되며, 거래 모드는 자체 지갑 연결 방식에는 적용되지 않습니다.

포지션 개설, 수정, 청산은 MetaMask가 시뮬레이션하는 EVM 트랜잭션이 아닌 Hyperliquid 자체에서 이루어집니다. 이러한 작업은 위협 스캔 대상이 아니며, 출금 예산을 소비하지 않고, 허용 목록 검사를 받지 않으며, 포지션 크기와 관계없이 2단계 인증을 트리거하지 않습니다. 출금 한도를 통과한 $2,000 입금은 입금 시점에 면밀히 검토되지만, 동일한 담보로 25배 레버리지로 개설된 $50,000 포지션은 지갑의 추가 검토를 받지 않습니다. 출금 한도는 포지션 크기 제어가 아닌 자금 조달 시점의 제어이며, 주문 자체의 규모 관리는 전적으로 프롬프트 내용과 에이전트의 처리 방식에 달려 있습니다.

실용적인 습관: MetaMask의 안전장치가 적용되는 유일한 순간이므로, 실제로 위험에 노출하려는 금액에 맞게 신중하고 별도의 단계로 계정에 자금을 입금하세요. 해당 입금 이후의 모든 것은 트레이더와 에이전트의 책임입니다.

7. 항상 동일한 방식으로 로그인하세요

Google, 이메일 패스워드리스, MetaMask Mobile QR은 동일한 이메일 주소를 여러 방식에 사용하더라도 각각 다른 서버 지갑 주소로 연결됩니다. Hyperliquid 계정은 특정 지갑에서 자금이 입금되므로, 다른 방식으로 로그인하면 해당 담보가 없는 다른 주소가 표시됩니다.

이를 방지하는 습관: 하나의 로그인 방식을 선택하고 항상 그 방식을 사용하며, 로그인 후 mm wallet address를 실행하여 요청하기 전에 예상 주소를 확인하세요. 자금은 원래 위치에 있지만, 잘못된 세션에서는 보이지 않을 뿐입니다.

8. HIP-3 DEX 범위를 의도적으로 지정하세요

잔고, 포지션, 주문은 기본적으로 메인 Hyperliquid DEX를 기준으로 합니다. --dex 은 쿼리 범위를 특정 HIP-3 DEX로 지정하며, --all-dexes는 잔고 및 포지션 조회 시 모든 DEX에 걸쳐 집계합니다.

"내 포지션이 뭐야"라고 한정 없이 묻는 에이전트는 메인 DEX만 보고합니다. 여러 DEX에 분산된 포트폴리오의 경우, 이 답변은 읽어봐도 불완전하다는 것이 명확하지 않으므로, 전체 현황을 파악하려는 프롬프트에는 --all-dexes를 명시하는 것이 좋습니다. mm perps dexs는 사용 가능한 식별자 목록을 보여줍니다.

범위 지정 플래그는 주문 실행이 아닌 읽기 명령어에 문서화되어 있으므로, --dex는 여기서 가시성 제어로 이해하는 것이 가장 적절합니다.

9. 테스트넷이 아닌 견적 조회와 드라이 런으로 연습하세요

mm perps open --dry-run은 심볼, 방향, 크기, 레버리지를 포함한 완전히 명시된 주문을 서명이나 제출 없이 검증합니다. mm perps quote와 함께 사용하면, 담보가 위험에 노출되기 전에 에이전트가 실제로 제출할 내용을 라이브 가격 기준으로 전략 프롬프트를 처음부터 끝까지 실행하여 확인할 수 있습니다.

--network testnet은 읽기 및 거래 명령어에 존재하지만, 현재 라이브 전략을 테스트넷에서 연습하는 것은 실용적이지 않습니다. Hyperliquid의 테스트넷은 Agent Wallet의 자금 조달 경로를 통해 이용할 수 없는 별도의 faucet 전용 USDC 변형을 사용하므로, 테스트넷 무기한 선물 계정은 메인넷과 동일한 방식으로 자금을 입금할 수 없습니다. 이 문제가 해결될 때까지는 드라이 런과 견적 조회가 더 신뢰할 수 있는 연습 도구입니다.

라이브 버전의 경우, --yes는 open, close, modify, cancel의 대화형 확인 프롬프트를 건너뛰며, 이것이 예약 또는 스크립트 기반 플로우를 가능하게 합니다. --yes가 하지 않는 것은 팁 6에서 설명한 입금 단계에서 지갑 자체의 제어를 비활성화하는 것입니다. 확인 프롬프트를 건너뛰면 주문에 대한 사람의 검토가 제거되지만, MetaMask가 검사하는 내용은 변경되지 않습니다.

Agent Wallet이 무기한 선물에 대해 하지 않는 것

경계를 더 넓게 암시하는 것보다 명확히 하는 것이 더 유용합니다.

내장된 전략 엔진은 없습니다. Agent Wallet은 거래 기능을 제공하며, 의사 결정 로직은 에이전트와 트레이더가 지시하는 내용에 있습니다. 무기한 선물 포지션을 위한 전용 카피 트레이딩 기능, 신호 피드, 또는 자동 리밸런싱은 제공되지 않습니다. 이러한 종류의 커스텀 로직을 원하는 트레이더는 플러그인으로 구축할 수 있습니다. 이는 설치된 npm 패키지가 동의 기반 읽기 또는 트랜잭션 제출 권한 하에 CLI에 새 명령어를 추가할 수 있는 베타 기능이지만, 내장 기능이 아닌 직접 구축해야 하는 경로입니다.

펀딩은 거래소가 설정한 일정에 따라 발생하며, 지갑은 트레이더를 대신하여 이를 모니터링하지 않습니다. 여러 펀딩 주기에 걸쳐 레버리지 포지션을 유지하면 무기한 선물 펀딩 메커니즘과 타이밍에서 다루는 것처럼 복리로 누적되는 비용이 발생합니다. 펀딩 확인을 요청받은 에이전트는 확인합니다. 요청받지 않은 에이전트는 확인하지 않습니다.

마진 동작은 지갑이 아닌 거래소에 의해 설정됩니다. 두 모델의 차이와 각각의 청산 의미에 대해서는 무기한 선물 거래의 교차 마진 vs 격리 마진을 참고하세요.