potd-trader
Buy the 0xinsider Pick of the Day on your own Polymarket account, with a small stake and explicit spending limits. Dry-run is the default. Your wallet key signs locally through the official Polymarket SDK.
Setup guide · API contract · Release notes
Install a version with locked dependencies
Python 3.12+ and uv are required. Supported systems: macOS and Linux, including WSL. The process locks require a local filesystem, not NFS or a synced folder.
git clone --branch v0.3.0 --depth 1 https://github.com/0xinsider/potd-trader potd-trader-src
cd potd-trader-src
uv sync --locked
uv run --locked potd-trader init
The v0.3.0 release identifies the
merged commit and includes SHA-256 checksums for its package artifacts. For an immutable source
pin, check out that full commit instead of a moving branch. uv sync --locked installs the
versions and artifact hashes in the checked-in uv.lock and refuses a stale lockfile. Installing
an unversioned Git URL or a package without its lockfile does not reproduce that environment.
init creates a new potd-trader/ folder inside the checkout. It asks four questions, hides both
keys as you type, writes .env at mode 600 in a mode 700 folder, and runs account checks and a
forced dry run. An inherited LIVE=yes cannot make this setup run buy. Only the final confirmation
can enable subsequent live commands. An existing folder is never overwritten.
From that new folder, uv finds the project in its parent directory:
cd potd-trader
uv run --locked potd-trader run --dry-run
uv run --locked potd-trader live on # type "spend real money" yourself
uv run --locked potd-trader watch
What leaves your machine
| Goes to | What | Why |
|---|---|---|
api.0xinsider.com |
your 0xinsider API key | read today's Pro picks |
clob.polymarket.com |
signed authentication messages, derived API credentials, signed orders, and token IDs | authenticate, check balance, quote, and buy |
gamma-api.polymarket.com |
token IDs | read market identity, kickoff, tick size, and status |
polymarket.com/api/geoblock |
your IP, as with any request | check trading eligibility for your location |
polygon.drpc.org |
public wallet, token, and contract addresses in RPC calls | SDK wallet and approval checks |
relayer-v2.polymarket.com |
wallet addresses; relayer credentials and signed approval requests when setup is requested | SDK wallet and relayer operations |
These are runtime destinations, not package-installation hosts. The reviewed SDK is pinned to
polymarket-client==0.10.0. The private key remains inside the signing process; there is no
0xinsider endpoint accepting it. OXINSIDER_API_BASE only accepts https://api.0xinsider.com;
redirects are refused. The optional builder code stays optional. No withdrawal command exists.
Keeping the key local does not make a recommendation feed infallible. A compromised feed could recommend unwanted purchases within your limits. Use a dedicated wallet and a small budget.
Set up by hand or with an agent
Inside the versioned checkout:
cp .env.example .env
chmod 600 .env
Fill in these values locally; never paste keys into a chat:
OXINSIDER_API_KEY: a live Pro key from 0xinsider.com/developers.POLYMARKET_PRIVATE_KEY: the signer key. Email/Google login: Polymarket Settings, Export private key (official help). Wallet login: export from that wallet app.POLYMARKET_WALLET_ADDRESS: the account address in your Polymarket profile menu, which holds the pUSD. This can differ from the signer address.
uv run --locked potd-trader status
uv run --locked potd-trader run --dry-run
An agent must read AGENTS.md, keep secrets out of output, run only these read/dry-run
checks, and leave enabling live orders to you. status reports region, account, approvals,
balance, reserved UTC budget, and unresolved orders. Missing approvals require setup with a
Relayer API key configured in .env; that command submits approval transactions, not orders.
Stop and resume
uv run --locked potd-trader live off
uv run --locked potd-trader live status
live off writes a persistent HALT file beside the active .env, then waits for any submission
already in progress before acknowledging the stop. Running watchers using that folder cannot
start another submission after that acknowledgment. An order already sent may fill; this is not
an order-cancellation command. If a network call is stuck, the acknowledgment can wait for it.
Creating HALT yourself signals the stop before the next post too.
live on requires your confirmation, writes LIVE=yes, and clears HALT. A watcher that started
with live control enabled can resume on its next cycle. One started in dry-run stays dry until
restarted. run --dry-run and watch --dry-run always prohibit orders. Live mode requires both
process settings and the active file to say exactly yes, with no HALT; an inherited variable
cannot override a file saying no, and a missing control file fails closed. Restart after changing
other settings. A local .env is used alone; the home file is a fallback, not merged into it.
What happens before an order
- Validate current New York product dates and unique pick slots/tokens. Refuse a duplicate or inconsistent slate. Skip settled, unreleased, started, out-of-rank, or incomplete picks.
- Require a positive published price and a current entry authorization for the selected token.
- Check the independent Polymarket market identity and backed outcome, an explicitly open market, known kickoff, tick size, and minimum order size. Keep the kickoff buffer.
- Quote the book for your stake. Enforce
MAX_PRICE,MAX_SLIPPAGE_PCT, and the authorization'smax_entry_pricetogether. The authorization is a drift limit, not a promise of profit. - Recheck the market and book before signing. After signing, recheck live control and the quote deadline (30 seconds at most, shorter near kickoff/authorization expiry).
- Under an exclusive file lock, reload the ledger, reject a repeated pick/slot/token, and reserve the stake against the local UTC submission day. Persist and sync the reservation before posting.
- Post one Fill-and-Kill BUY through the SDK's separate
post_order. Record its result without automatic approval transactions or an application retry of an ambiguous submission.
Live preflight also checks geoblocking, wallet approvals, and the available balance. FAK orders
can fill partially; their full requested principal remains reserved for that UTC day. Exchange
fees are additional: STAKE_USD and DAILY_CAP_USD bound order principal, not fee-inclusive debits.
watch honors Retry-After, release times, and proof_pending_picks[].retry_at. Read transport
failures receive bounded backoff with a visible warning; an ambiguous order does not get retried.
Ledger and recovery
ledger.json beside .env records local submission timestamps, pick identities, reserved stakes,
and exchange answers. The adjacent .lock file coordinates concurrent processes. All instances
for one wallet must share this ledger and configuration folder on the same local filesystem;
separate copies or machines do not coordinate. Never delete the ledger or lock files while running.
A submitting, accepted, or unknown entry blocks the pick, the same date/rank slot even if its
token changes, and the token even if the feed relabels its date. Known rejections release their
reservation. submitting and unknown entries continue consuming budget across midnight until
reconciled. Corrupt state fails closed. Existing v1 ledgers remain readable without a migration.
uv run --locked potd-trader ledger
For an unresolved order: stop all instances, inspect Polymarket Activity and the order/fill state, and preserve a backup. Only after proving no order can still execute should you remove its local entry. If the order exists, preserve its identity and record the confirmed result instead. Never clear an entry just to make the bot try again. There is no automatic unknown-order reconciliation.
Upgrade from 0.2.0
Stop every old watch process first: the old live off command cannot stop an already-running
old binary. Back up your private configuration folder and ledger, install the new release in a
separate checkout, and use the same ledger path. Run --dry-run before restarting live.
Behavior changes: DAILY_CAP_USD=0 is rejected; set a positive cap. Dates are checked against New
York, but spending is capped by locally recorded UTC submissions. Missing safety data now skips
trading. Alternate API origins are refused. Environment-only live deployments must mount an
active .env control file containing LIVE=yes; keys may still come from the environment.
Settings
| Variable | Default | Meaning |
|---|---|---|
LIVE |
no |
exact yes in process settings and active .env, with no HALT |
STAKE_USD |
5 |
order principal per pick; 0 means no buys |
MAX_PRICE |
0.925 |
maximum purchase probability |
MAX_SLIPPAGE_PCT |
3 |
maximum increase over the published backed price |
DAILY_CAP_USD |
25 |
positive ceiling on UTC order principal plus unresolved prior intents |
KICKOFF_BUFFER_MINUTES |
5 |
stop buying this far before kickoff or authorization expiry |
MIN_RANKS / MAX_RANKS |
1 / 6 |
inclusive ranked slots; a day carries up to 10 picks, so MAX_RANKS=10 buys every one |
LEDGER_PATH |
ledger.json beside .env |
shared durable order state |
POTD_TRADER_HOME |
~/.potd-trader |
fallback configuration folder |
WATCH_IDLE_MINUTES |
30 |
idle recheck cadence |
Docker
Build from the release checkout. Mount the configuration folder so live off on the host and
container see the same control file and ledger. Never bake secrets into the image.
docker build -t potd-trader:0.3.0 .
docker run --rm -v "$PWD/potd-trader:/app/data" potd-trader:0.3.0
Verification and limits
./scripts/pre-merge-check.sh
The gate runs lint, formatting, strict source typing, fake-exchange safety tests, and CLI checks. The tests exercise competing processes, crash recovery, duplicate picks, UTC budgets, stop timing, malformed feeds, and credential routing without wallet keys or real submissions. A public SDK/book read checks provider compatibility separately. Neither proves future feed integrity or profit.
Orders spend real money and cannot be undone. Polymarket regional restrictions apply. This tool is MIT licensed, with no warranty; 0xinsider does not operate or custody your wallet.
Metadata
Release files for potd-trader 0.3.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| potd_trader-0.3.1.tar.gz | 24.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| potd_trader-0.3.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 54.3 kB
Release files / potd_trader-0.3.1.tar.gz
| Download URL | potd_trader-0.3.1.tar.gz |
|---|---|
| Size | 24.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
54cd1ce22c68463d2c8e3ce856f04e58ec43f11d723376e76f5a3662aa0d7e7c
|
|
BLAKE2b-256 checksum How to use checksums |
1355c2cb763891673435b57edbf003caa7ff61310aad759d15ab5e00b7bd92b3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 26, 2026.
Transparency logRelease files / potd_trader-0.3.1-py3-none-any.whl
| Download URL | potd_trader-0.3.1-py3-none-any.whl |
|---|---|
| Size | 29.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
9208ff9286f013c8ea62677a35c3a7e096b6a1b8fbceef58af6cc3115cf7535d
|
|
BLAKE2b-256 checksum How to use checksums |
930b497b9a281a5bd7b097577f5c9be0d20bb6e87df232f584937f79b5ee04b6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 26, 2026.
Transparency log