Polymarket Bot Tutorial · Chapter 2 of 32

Polymarket bot 코드를 한 줄도 작성하기 전에 알아야 할 것들: 필요한 Python 또는 Node.js 실력 수준, web3 기초, 주당 시간 투자, 그리고 실거래를 위한 최소 자본.

Polymarkets.co.il의 수석 작가 Harley Young 작성. 최종 검토: 2026년 5월.

이 챕터의 범위

이 챕터는 어떤 코드보다 앞선 전제 조건 점검입니다. 프로그래밍 실력, web3 숙련도, 확률 이해력, 주당 시간, 초기 자본의 다섯 가지 차원에서 최소 기준을 정의하며, 의도적으로 엄격합니다. 인터넷의 많은 bot 가이드는 더 포용적으로 보이는 것이 더 잘 팔리기 때문에 전제 조건을 무시합니다. 하지만 우리는 이를 건너뛰는 일이 실제로 돈을 잃게 만드는 것을 봐왔습니다. 충분히 훈련되지 않은 빌더는 risk control 없이 배포하고, 일주일 안에 wallet을 날리고, deposit fee조차 회복하지 못합니다. 아래 기준을 아직 모두 충족하지 못하더라도 이 시리즈의 나머지는 읽을 가치가 있지만, live trading은 아직 아닙니다.

  • 필요한 programming skill
  • 필요한 Web3 / blockchain 기초
  • 확률과 수학의 기초
  • 주당 시간 투자
  • 설정해야 할 hardware와 accounts
  • paper vs live를 위한 capital floor
  • 아직 시작하면 안 되는 경우

필요한 programming skill

최소 기준은 "초보가 아닌 중급"입니다. 다음에 익숙해야 합니다: HTTP requests와 JSON responses, 선택한 언어의 async/await semantics, 문서가 빈약할 때 third-party SDK의 source를 읽는 능력, 그리고 전체 프로세스를 멈추지 않고 error를 처리하는 능력. 필요하지 않은 것은 web framework, database 경험, frontend skill입니다.

구체적인 테스트: py-clob-client(Python) 또는 @polymarket/clob-client-v2(Node)를 내려받아 Polygon testnet(또는 mainnet에서 $1)으로 buy order를 넣어 보세요. 깨끗한 머신에서 이것이 2시간 이내에 끝난다면 최소 기준에 도달한 것입니다. 주말이 걸리고 끝내고 나서 답답함만 남는다면, 먼저 더 작은 HTTP-client 프로젝트부터 만드세요.

필요한 Web3 / blockchain 기초

SDK source를 읽을 때 매번 google 번역에 의존하지 않을 정도의 web3 vocabulary가 필요합니다. 구체적으로:

  • EOA vs proxy wallet-externally owned account(private key)와, 자금을 보유하고 EOA의 signature로 제어되는 smart-contract wallet의 차이입니다. Polymarket 사용자는 proxy에 pUSD를 보유하고, EOA가 order에 서명합니다.
  • ERC-20 / ERC-1155-token standard입니다. USDC와 pUSD는 ERC-20입니다. outcome share는 ERC-1155 token입니다.
  • Allowance / approval-Polymarket의 contract가 당신의 token을 이동할 수 있도록 하는 on-chain permission입니다.
  • RPC endpoint-Polygon state를 읽는 데 사용하는 HTTPS 또는 WebSocket URL입니다.

Solidity를 작성하거나, contract를 배포하거나, consensus를 이해할 필요는 없습니다. MetaMask 튜토리얼 5시간과 OpenZeppelin 문서 읽기로 최소 기준을 충족할 수 있습니다.

확률과 수학의 기초

Polymarket 가격은 확률입니다. 0.42에 거래되는 market은 해당 outcome이 YES로 결론날 확률이 42%임을 뜻합니다. 빌더가 살아남는지 아닌지를 가르는 세 가지 정량적 습관이 있습니다.

첫째, 결과가 아니라 expected value로 생각하세요. 0.30에 매수한 $5 베팅이 $16.67를 지급한다면, 모델이 실제 확률을 30%보다 높게 본다면 비록 다음 5번을 연속으로 잃더라도 +EV입니다. 둘째, spread tax를 이해하세요: 왕복 거래마다 bid-ask spread와 0.5% fee를 내므로, 1.5% 미만의 edge는 transaction cost에 먹힙니다. 셋째, variance를 솔직하게 읽으세요-55% win rate 전략도 짧은 구간에서는 10-15번의 win/loss 연속이 나올 상당한 가능성이 있습니다. 그에 맞춰 계획하지 않으면, 그것에 겁먹게 됩니다.

고급 통계는 필요하지 않습니다. 고등학교 수준의 확률 이해와 종이 위에서 EV 계산을 할 수 있는 능력이면 충분합니다.

주당 시간 투자

처음 3개월 동안의 솔직한 주간 시간 배분은 다음과 같습니다:

  • 1-2시간: 그날의 market 활동을 읽고, UMA dispute calendar를 훑고, overnight event 동안 가격이 어떻게 움직였는지 살펴보기.
  • 2-3시간: coding-보통 새로 만드는 것보다 고장 난 것을 고치는 일입니다. order-type bug, RPC outage, schema change 등.
  • 1-2시간: backtesting과 bot의 diary 읽기. execution 자동화로 절약한 시간은 분석 시간으로 돌아옵니다.

합계는 주 4-7시간입니다. 3시간 미만이면 bot은 정체됩니다: edge는 약해지고, 당신은 눈치채지 못하며, 지난달에 수익을 내던 strategy가 조용히 -EV로 바뀝니다. 10시간을 넘기면 아마 bot의 output을 손으로 직접 거래하고 있을 가능성이 높고, 그러면 bot을 쓰는 의미가 사라집니다.

설정해야 할 hardware와 accounts

hardware 기준은 의도적으로 낮습니다. 지난 5년 내 노트북이면 누구나 paper mode를 돌릴 수 있습니다. 월 $5-10짜리 VPS가 live를 호스팅합니다(4장). 권장 사전 구축 체크리스트:

  • Polymarket account(웹 가입, $1k 초과 deposit 시 KYC)
  • Polygon wallet-MetaMask 또는 SDK와 호환되는 any signer
  • Polygon RPC API key-Alchemy 또는 QuickNode의 free tier면 충분함(5장)
  • source control용 GitHub account
  • 선택한 provider의 VPS account(4장)
  • alert용 Telegram bot token(선택 사항이지만 권장)

live trading 전에 드는 총 setup cost: free tier를 유지하면 $15 미만입니다. 총 소요 시간: 토요일 오후 한 번.

paper vs live를 위한 capital floor

capital floor는 권장 사항이 아니라 hard line입니다. paper-trading은 simulated balance로 돌아가며 무료입니다. 전략이 필요로 하는 만큼 충분히 하세요. live에서는 세 가지 기준이 중요합니다.

$50 미만: deposit하지 마세요. Polygon gas fee + 1.4-million-dollar CFTC settlement-era $1.4M minimum-order-equivalent friction 때문에 이 규모는 순수히 교육용입니다. paper에서 이미 배울 수 있는 것 외에는 아무것도 배우지 못합니다.

$50-200: smoke-test 구간입니다. deposit하고 5-10개의 live order를 넣은 뒤, bot의 bookkeeping이 Polymarket의 기록과 일치하는지 확인하세요. wallet을 수업료라고 생각하세요. 전부 잃더라도 교훈은 싸게 얻은 것입니다.

$200-1000: fee economics가 작동하는 최소 기준입니다. 이보다 낮으면 5 shares 미만의 GTC order가 흔하고, 거절되기 쉽습니다. 이보다 높으면 여러 market에 걸쳐 10-share position을 구성할 수 있습니다.

$1000+: bot의 PnL이 인간 검토자에게 의미 있는 절대 달러 기준으로 복리처럼 쌓이기 시작하는 구간입니다. 우리가 아는 지속적 수익성을 달성한 대부분의 빌더는 먼저 이 수준에서 이를 달성했습니다.

아직 시작하면 안 되는 경우

솔직한 세 가지 부적격 사유입니다.

  1. 그 돈이 필요하다면. bot trading은 edge가 있어도 변동성이 큽니다. 다음 달 월세를 내야 하는 wallet은 bot capital이 아닙니다. 다음 달 청구서가 걸려 있을 때 15번 연속 손실을 견디는 discipline은 존재하지 않습니다.
  2. 아직 paper-trading을 안 했다면. 30-trade gate(1장)는 협상 불가입니다. paper validation 전에 live로 가는 것은 빌더가 첫 $200을 잃는 가장 흔한 이유입니다.
  3. 전략이 "whales 따라하기"라면. Polymarket의 top wallet에 대한 on-chain analysis는, 보이는 whales가 이미 결론 난 market에서 늦은 시점의 0.99-arb를 하고 있다는 것을 일관되게 보여줍니다-그들은 directional trader가 아니며, 그들의 늦은 진입을 따라 하면 edge가 사라진 뒤에 도착하게 됩니다.

해당 사항이 있다면, 다음 30개 챕터는 background로 읽을 가치는 있습니다. live trading은 아닙니다.

자주 묻는 질문

Polymarket bot을 위해 가장 먼저 배워야 할 programming language는 무엇인가요?
Python입니다. py-clob-client SDK가 가장 성숙했고, 생태계(분석용 pandas, HTTP용 requests, on-chain 읽기용 web3.py)가 가장 크며, 문법도 가장 쉽습니다. 나중에 latency를 더 줄이거나 이미 익숙한 stack이 있다면 Rust나 Node.js로 이동하세요.
Polymarket bot을 만들려면 smart contract를 이해해야 하나요?
깊게까지는 아닙니다. Polymarket이 Polygon에서 동작하고, 담보 자산이 USDC에서 pUSD로 교체되었으며(2026년 4월), order는 EIP-712로 서명된다는 점만 알면 됩니다. SDK가 contract call을 추상화합니다. raw contract를 직접 다루는 경우는 자산을 bridge하거나 on-chain event를 직접 읽을 때뿐입니다.
Polymarket bot은 주당 몇 시간이 실제로 필요한가요?
솔직히 말해: 처음 2-3개월 동안 주 10-20시간입니다. coding은 일부에 불과합니다. 대부분의 시간은 trade 검토, fill 디버깅, strategy 개선, paper trading 중 모니터링, risk-management code 작성에 들어갑니다. 주간 검토 없이 unattended로 도는 bot은 결국 고장납니다.
노트북으로 Polymarket bot을 돌릴 수 있나요?
paper trading이라면 가능합니다. live trading은 불가능합니다. 노트북은 sleep하고, Wi-Fi가 끊기고, 업데이트로 재부팅됩니다. bot이 24/7 연결 상태를 유지하려면 VPS가 필요합니다. VPS 선택은 이 시리즈의 4장에서 자세히 다룹니다.
어떤 수학을 알아야 하나요?
확률의 기초(Bayes, expected value, variance), 기본 통계(correlation, backtest용 regression), 그리고 position sizing을 위한 Kelly criterion입니다. 대부분의 strategy에 calculus나 stochastic process는 필요하지 않습니다. 기초는 /guide/probability-thinking/ 가이드를 참고하세요.
시작하려면 1000 USD 이상이 꼭 필요한가요?
아닙니다. 0에서 시작하세요(paper trading). paper bot이 30개의 closed trade를 55%+ win rate로 통과하면, live에 25-50 USD를 deposit하세요. live 결과가 50개 이상의 closed position 동안 paper 결과와 일치할 때만 scale 하세요. capital sizing은 가장 천천히 키워야 하는 변수이지, 첫 번째 변수가 아닙니다.