Kalshi ETH Bin Distribution Trader

v1.0.0

Trades ETH price bin markets on Kalshi by exploiting the constraint that all bins must sum to 100%. When the sum deviates, identifies mispriced bins and trad...

0· 86·0 current·0 all-time

Install

OpenClaw Prompt Flow

Install with OpenClaw

Best for remote or guided setup. Copy the exact prompt, then paste it into OpenClaw for diagnostikon/kalshi-eth-bin-distribution-trader.

Previewing Install & Setup.
Prompt PreviewInstall & Setup
Install the skill "Kalshi ETH Bin Distribution Trader" (diagnostikon/kalshi-eth-bin-distribution-trader) from ClawHub.
Skill page: https://clawhub.ai/diagnostikon/kalshi-eth-bin-distribution-trader
Keep the work scoped to this skill only.
After install, inspect the skill metadata and help me finish setup.
Use only the metadata you can verify from ClawHub; do not invent missing requirements.
Ask before making any broader environment changes.

Command Line

CLI Commands

Use the direct CLI path if you want to install manually and keep every step visible.

OpenClaw CLI

Bare skill slug

openclaw skills install kalshi-eth-bin-distribution-trader

ClawHub CLI

Package manager switcher

npx clawhub@latest install kalshi-eth-bin-distribution-trader
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
medium confidence
Purpose & Capability
Name/description (Kalshi ETH bin distribution trading) align with the code and declared requirements: the skill uses simmer-sdk, a Simmer API key to access markets, and (for live mode) a Solana private key for DFlow/Solana transaction signing. Required pip dependency (simmer-sdk) and the Simmer API key are expected for this purpose.
Instruction Scope
SKILL.md and trader.py limit behavior to market discovery, signal computation, and optional live trade execution. The doc defaults to dry-run and requires explicit --live to trade. Minor inconsistency: the SKILL.md header lists only SIMMER_API_KEY in metadata, while installation and clawhub.json also require SOLANA_PRIVATE_KEY for live mode. This is explainable but should be clarified in docs.
Install Mechanism
No installer that downloads arbitrary code is present; dependency is a PyPI package (simmer-sdk) declared in clawhub.json and SKILL.md. This is a typical, low-to-moderate risk install pattern — review the simmer-sdk source before supplying credentials.
Credentials
Requested environment variables (SIMMER_API_KEY, SOLANA_PRIVATE_KEY) are proportionate to a trading skill — the API key to access Simmer/Kalshi and a private key for Solana signing in live mode. These are highly sensitive credentials; the skill also reads optional tuning env vars (SIMMER_YES_THRESHOLD, etc.) which are reasonable. Ensure the Solana key is only provided for live runs and is from a wallet you control with limited funds if you choose to test.
Persistence & Privilege
always:false and autostart:false; automaton entrypoint exists but is managed and not set to run automatically. The skill does not request elevated platform privileges or attempt to modify other skills. Autonomous invocation remains possible (platform default).
Assessment
This skill appears to do what it says: compute bin-distribution signals and optionally execute trades via the Simmer SDK. Before installing or supplying credentials: (1) keep to dry-run mode until you audit the simmer-sdk package and the full trader.py source; (2) only provide SIMMER_API_KEY and SOLANA_PRIVATE_KEY when you understand their scopes — prefer a key/wallet with minimal funds or limited permissions for testing; (3) confirm the skill will only execute live trades with an explicit --live flag (it does by default), and (4) review network activity from simmer-sdk if you require extra assurance. The only minor documentation inconsistency is the SKILL.md header not mentioning SOLANA_PRIVATE_KEY; ask the publisher to clarify that Solana key is only needed for live/DFlow transactions.

Like a lobster shell, security has layers — review code before you run it.

latestvk974cgab7tecjsa8pxqr8sdr2n842xxg
86downloads
0stars
1versions
Updated 3w ago
v1.0.0
MIT-0

Kalshi ETH Bin Distribution Trader

This is a template. The default signal uses the 100% sum constraint on price bins -- remix it with implied distribution fitting, volatility smile analysis, or cross-venue arbitrage. The skill handles all the plumbing (market discovery, trade execution, safeguards). Your agent provides the alpha.

Strategy Overview

Kalshi ETH price markets are structured as mutually exclusive bins (e.g., "ETH above $3000", "ETH $2500-$3000") that must sum to exactly 100%. When retail flow pushes individual bins out of alignment, the sum deviates from 100% and creates structural arbitrage.

Key advantages:

  • Mathematical certainty -- bins MUST sum to 100%, deviations are temporary
  • No external data needed -- pure internal consistency check
  • Self-correcting -- market makers eventually re-align bins

Signal Logic

Sum Constraint Model

  1. Fetch all active ETH price bin markets from Kalshi
  2. Group bins by resolution date (weekly, monthly)
  3. Sum probabilities across all bins in each group
  4. If sum deviates > sum_tolerance from 100%, flag the group
  5. Normalize each bin: fair = current / total_sum
  6. Trade bins where |fair - market| >= entry_edge

Example (with defaults)

BinMarket PFair P (normalized)EdgeAction
ETH $2000-$250025%23.1%-1.9%Hold
ETH $2500-$300035%32.4%-2.6%Hold
ETH $3000-$350030%27.8%-2.2%Hold
ETH above $350018%16.7%-1.3%Hold
Sum108%100%Overpriced

Conviction-Based Sizing

  • conviction = min(|edge| / entry_edge, 2.0) / 2.0
  • size = max($5.00, conviction * MAX_POSITION_USD)
  • Larger edge = larger position, capped at MAX_POSITION_USD

Remix Ideas

  • Implied volatility fitting: Fit a lognormal distribution to bin prices
  • Cross-venue arb: Compare Kalshi bin structure to Polymarket/Betfair
  • Historical mean reversion: Track how fast bin sums revert to 100%
  • Options-implied distribution: Use ETH options chain for fair bin prices

Risk Parameters

ParameterDefaultNotes
Entry edge8%Min per-bin edge to trade
Exit threshold45%Sell when position price reaches this
Max position size$5.00 USDCPer market
Max trades per run3Rate limiting
Sum tolerance5%Min sum deviation to trigger analysis
Max slippage15%Skip if slippage exceeds
Min liquidity$0Disabled by default

Installation & Setup

clawhub install kalshi-eth-bin-distribution-trader

Requires: SIMMER_API_KEY and SOLANA_PRIVATE_KEY environment variables.

Cron Schedule

Cron is set to null -- the skill does not run on a schedule until you configure it in the Simmer UI.

Safety & Execution Mode

The skill defaults to dry-run mode. Real trades only execute when --live is passed explicitly.

ScenarioModeFinancial risk
python trader.pyDry runNone
Cron / automatonDry runNone
python trader.py --liveLive (Kalshi via DFlow)Real USDC

The automaton cron is set to null -- it does not run on a schedule until you configure it in the Simmer UI. autostart: false means it won't start automatically on install.

Required Credentials

VariableRequiredNotes
SIMMER_API_KEYYesTrading authority -- keep this credential private.
SOLANA_PRIVATE_KEYFor liveBase58-encoded Solana private key for DFlow transactions.

Tunables (Risk Parameters)

All risk parameters are declared in clawhub.json as tunables and adjustable from the Simmer UI without code changes.

VariableDefaultPurpose
SIMMER_ETH_BINDIST_ENTRY_EDGE0.08Min per-bin edge to trigger trade
SIMMER_ETH_BINDIST_EXIT_THRESHOLD0.45Sell position when price reaches this level
SIMMER_ETH_BINDIST_MAX_POSITION_USD5.00Max USDC per trade
SIMMER_ETH_BINDIST_MAX_TRADES_PER_RUN3Max trades per execution cycle
SIMMER_ETH_BINDIST_SLIPPAGE_MAX0.15Max slippage before skipping (15%)
SIMMER_ETH_BINDIST_MIN_LIQUIDITY0Min market liquidity USD (0 = disabled)
SIMMER_ETH_BINDIST_SUM_TOLERANCE0.05Min bin sum deviation to trigger analysis

Dependency

simmer-sdk is published on PyPI by Simmer Markets.

Review the source before providing live credentials if you require full auditability.

Comments

Loading comments...