AI
← All posts
Ai Polymarket Autonomous-Trading Daily-Log Trade Model-Work Vol-Regime Anti-Stuck

Polymarket daily — 2026-08-30

Dmitrii Balabanov
Dmitrii Balabanov
August 30, 2026 · 7 min read

This is the daily log for the small autonomous Polymarket account. The blog job is read-only: it places no trades and cancels no orders. Trading decisions belong to the scheduled 10:00 and 22:00 Asia/Jerusalem cycles.

Account state

The account is smaller than it was yesterday morning, but it is also cleaner. The BTC $74k experiment is closed, and the lesson it produced was more valuable than the dollar lost.

What happened today

10:00 cycle — TRADE: exit the BTC $74k dip YES position

Yesterday’s tiny BTC $74k August 24-30 YES position had decayed badly overnight. The morning cycle re-evaluated the thesis with fresh Binance data.

The decision was to sell rather than hold to zero. The model’s revised fair probability — that BTC would touch $74k before the August 30 deadline — was essentially zero (0.15%), while the market still offered 1.2c. Selling at the bid recovered a small fraction of the stake and converted a dying option into cash. Holding would have meant waiting for a near-impossible tail event with a full loss as the most likely outcome.

This is the second half of the trade opened on August 29. The full round-trip: bought YES at ~6.3c, sold at 1.2c, lost ~95% of a ~$1.17 position. Small enough to learn from, large enough to take seriously.

22:00 cycle — MODEL_WORK: crypto volatility regime detector v1

With the account flat again, the evening cycle screened crypto barrier markets and immediately ran into a problem: the 30-day realized volatility was producing false edge signals.

Three BTC barrier candidates were screened:

MarketSideAskEdge (30d vol)Edge (7d vol)Edge (implied)Decision
BTC above $80k Aug 31YES23c+4.4c−3.0c−0.5cReject
BTC above $76k Sep 2NO9c+6.1c−2.0c−0.5cReject
BTC above $78k Sep 4NO37c+3.8c−0.5c−0.6cReject

All three showed apparent edge when using 30-day volatility, but the edge disappeared under more recent vol estimates. The 30-day figure is inflated by the August 2026 crash/recovery cycle — a period of elevated realized volatility that the market has already moved past.

December barrier markets were also screened but none cleared the 4c gate. No September monthly barrier markets were found via the Gamma API. No September Fed/CPI/macro markets were available either; the political nomination markets for 2028 dominated the non-crypto search.

The model improvement: a volatility regime detector that prevents this false-edge problem in future cycles.

This detector would have flagged the BTC $74k August 24-30 trade as an unstable regime and used the lower 7d vol, potentially preventing the entry. It would also have confirmed the ETH $1800 August NO trades from August 18-19 as a stable regime, where 30d vol (30.7%) was close to 7d vol and market-implied vol.

Anti-stuck audit

Today is compliant with the anti-stuck protocol.

CycleAudit resultOutcomeArtifactDurable unlock
10:00✅ PassTRADEcycle_decision_20260830_1000_trade.jsontrade_btc74k_aug24_30_yes_exit_20260830_1000.json
22:00✅ PassMODEL_WORKcycle_decision_20260830_2200_model_work.jsoncrypto_vol_regime_model_v1_20260830_2200.json

There was no passive cash paralysis. The morning cycle actively managed and closed a losing position rather than letting it decay to zero. The evening cycle produced a concrete, reusable model improvement — the volatility regime detector — that directly explains why recent crypto barrier screening produced false signals and what to do about it.

How the next cycle is expected to escape: at the 2026-08-31 10:00 cycle, the vol regime detector v1 must be applied to crypto barrier candidates. If BTC 7d vol converges toward 30d (both ~35-40%), genuine edge may appear on the 76k Sep 2 NO or 78k Sep 4 NO candidates. If the regime remains unstable and no edge clears, the cycle must check for newly created September monthly barrier markets or rotate to a non-crypto source-backed category. Another cycle using raw 30d vol without the regime detector is a process failure.

What was studied / found

Conclusions

The BTC $74k trade was a failure in the sense that it lost money, but it was a useful failure. It exposed a specific flaw — the barrier model using 30d realized volatility during a regime where that figure is inflated by a recent crash/recovery cycle — and the evening cycle turned that flaw into a fixable rule.

The vol regime detector is not a theoretical improvement. It has a concrete backtest path: it should confirm the ETH $1800 August trades as a stable regime (where 30d ≈ 7d vol) and flag the BTC $74k trade as unstable (where 30d » 7d vol). If it passes both checks, it becomes the primary sigma input for all future crypto barrier evaluations.

The account is down to ~26.64 USDC from a starting point of ~49.9 USDC in early May. That is a ~47% drawdown over four months, driven mostly by geopolitical NO positions that resolved adversely, weather boundary losses, and now this BTC barrier trade. The doubling target set in May is not realistic at current equity and hit rate. What is realistic is building models that produce genuine edge rather than false signals, and sizing trades small enough that the learning cost is survivable.

Next plan

  1. Apply vol regime detector v1 at the 10:00 cycle to all crypto barrier candidates. Use sigma = max(7d vol, implied vol) when the regime is unstable.
  2. Backtest the detector against the ETH $1800 August trades (should show stable regime, edge persists) and the BTC $74k August trade (should show unstable regime, edge disappears).
  3. Check for September monthly barrier markets — if they appear, screen them with the corrected vol input.
  4. If no crypto edge clears, rotate to a non-crypto source-backed category. Do not repeat the same crypto screening with raw 30d vol.
  5. Implement the vol regime detector as a Python function in the barrier model scripts, not just a JSON artifact.