What changed in PolyTortoise.

Cleaner redemption activity and reproducible installs

What changed for you: repeated redemption rows from the same transaction no longer crowd the activity sample, and production installs now use a deterministic dependency lock.

Only repeated REDEEM rows with the same transaction hash are collapsed. Buy and sell activity remains unchanged.

The production lock keeps test-only pytest metadata out of the runtime environment while preserving the exact required client packages. Leader selection, copy sizing, risk limits, order handling, balances, and live or paper routing are unchanged.

Private problem reports now include useful diagnostics

What changed for you: reply to an optional screenshot with /bugreport and a description to send a small private, redacted diagnostic report and receive a tracking ID.

The report includes a sanitized account snapshot and recent relevant copy activity, while routine noise and private values are removed. Screenshots are re-encoded before storage. Never include a seed phrase, private key, API secret, or password.

If the private bridge is unavailable, PolyTortoise keeps the existing local operator route instead of claiming the report was submitted. Leader selection, copy sizing, risk limits, order handling, balances, and live or paper routing are unchanged.

Busy leaders no longer delay everyone else

What changed for you: fast-feed work for different customers can now run at the same time instead of waiting behind one busy customer's queue.

Each customer's trades still run one at a time and stay in order. Every customer queue remains bounded, and a full queue drops only its own newest fast-feed hint.

The normal two second backup check remains the reconciliation path. This release does not change wallets, leader settings, balances, copy sizing, risk limits, or live and paper routing.

Busy trade bursts stay controlled

What changed for you: a full fast-feed work queue no longer floods the service log with unhandled errors during a busy market burst.

The newest fast-feed hint is dropped cleanly when that queue is full, the drop is counted for diagnostics, and warning logs are limited to one per minute. The normal two second backup check remains the reconciliation path and continues to find that leader trade.

This release does not change wallets, leader settings, balances, copy sizing, risk limits, or live and paper routing.

Copies are spotted seconds sooner

What changed for you: a leader's buy is picked up the moment it lands on-chain instead of on the next two second check, and every control you set on a leader applies to that faster feed exactly as it does to the slower one.

The fast trade feed was still listening for an older Polymarket event that stopped being published, so every copy was being found by the slower backup check. It now listens for the current event on both of Polymarket's exchanges, and a leader is recognised whether their order was the one resting on the book or the one that crossed it.

Muted leaders stay muted, leaders you have set to buys off or sells off stay off, and consensus mode still waits for the number of leaders you asked for. Consensus counts each leader trade once even though both feeds now see it, and it waits for the backup check rather than copying early if the market behind a fast feed trade cannot be identified. Paper trading models the order book the same way on both feeds, so simulated results stay as realistic as before.

The backup check still runs exactly as before, and the operator is warned if the fast feed ever goes quiet while the backup check is still finding trades. This release does not change copy sizing, execution routing, or stored balances.

Paper fills stay visible on the dashboard

What changed for you: a simulated paper fill no longer disappears from Dashboard and Leaders when later skipped trades flood the list.

Copied, missed, and failed paper decisions stay in the recent list. Dashboard now refreshes itself and shows those paper decisions under your open positions.

This release does not change copy sizing, execution routing, or stored balances.

Saved entry-price filters stay put when you edit a leader

What changed for you: the min and max accepted entry price on a leader no longer reset when you save that leader again.

If you set a custom accepted entry-price band and later change size, paper/live, or copy directions, that band is kept. Blank Mini App fields keep the last saved band instead of writing 0–100¢.

This release does not change copy sizing, execution routing, or stored balances.

Clearer public pages and Telegram recovery

What changed for you: the public site is easier to navigate on a phone, result context is visible before large figures, and opening the Mini App outside Telegram now gives you a direct recovery action.

Paper simulation evidence now sits beside the public result figures, including the replay window, fixed position size, fee treatment, and exclusion of open positions. Community wording describes activity without implying that every account is profitable.

All public destinations are available from the mobile menu, the docs show their section index on small screens, and the wallet lookup reports validation problems inline without losing the entered address.

The Mini App carries the PolyTortoise visual system into its signed-out shell. If Telegram authentication context is missing, it offers Open in Telegram and optional troubleshooting instead of labelling the situation as a network failure.

This release does not change copy sizing, leader selection, execution routing, or trading logic.

Final 50/50 settlements use realized results

What changed for you: final 50/50 paper outcomes now close at their actual payout and the alert says whether your trade won, lost, or finished neutral.

When Polymarket marks a binary UMA market fully resolved with a 50/50 payout, paper positions now settle at $0.50 per token. A closed market at $0.50 that is not in the final resolved state remains open in PolyTortoise.

Paper settlement notices now label a result as a win, loss, or neutral outcome from the trade's realized profit or loss, including its entry price, instead of treating every 50/50 payout as a loss.

This release retains the current fee-inclusive settled-result accounting, archived active-position reads, complete same-second copy cursors, and settlement-credit classification from 1.1.40.

Current Polymarket position accounting and complete copy cursors

Active-position reads now include archived positions where Polymarket provides them, and settled-result profit uses the current fee-inclusive gross entry basis when that field is available.

The copy cursor now remembers each activity row, so separate leader fills recorded in the same second are processed once each instead of one being skipped.

Multi-row redemption credits remain classified as settlement activity and do not generate a false customer-deposit alert.

Current collateral and proportional leader exits

Spendable-balance checks now use Polymarket's current pUSD collateral for existing proxy, Safe, and deposit-wallet accounts. Legacy USDC.e can still be converted through the deposit flow, but it is no longer mistaken for immediately tradable pUSD.

When a leader trims a position, PolyTortoise now measures the leader's confirmed remaining token balance and mirrors the same fraction instead of closing the follower's entire position. Several unseen trims in one check are reconstructed in sequence so the follower is not over-closed. If that ratio cannot be verified, the bot keeps the existing risk-off full-exit fallback and labels it clearly.

The cryptography runtime now uses the fixed 50.x release line after the release advisory audit.

Order posting now waits through documented matching-engine restart and post-only windows. The Mini App uses Telegram's native confirmation dialog for manual paper exits, with a normal browser fallback.

Balance-adjusted minimum orders now wait without alert spam

PolyTortoise now recognizes Polymarket's current minimum-notional response for marketable buys and checks the final signed amount after the official client applies spendable-balance and trading-fee adjustments.

If that adjustment leaves less than Polymarket's $1 minimum, the bot skips the doomed order before submission and enters the existing quiet balance wait. The customer receives one useful notice, no order or fee is recorded, and eligible copying resumes automatically after spendable pUSD recovers. Existing positions, exits, settlement monitoring, and automatic redemption continue.

Low balance waits quietly instead of repeating failed copies

When Polymarket reports that spendable pUSD is too low for a live copy, PolyTortoise now sends one clear waiting-for-balance notice and stores that state across restarts. Repeated eligible leader trades no longer produce the same failure alert or another doomed order while the balance is unchanged.

The bot rechecks the spendable balance at a bounded interval and automatically resumes when an eligible copy fits after a meaningful balance increase. Existing positions, mirrored exits, and automatic redemption keep running while new buys wait. Rejected copies record no fee.

Per-leader controls and clear copy decisions

Each leader can now use either your account sizing rules or a fixed amount, plus its own minimum leader-trade size and accepted entry-price band. Existing copy targets continue to inherit the account rules until you edit them.

The Leaders screen now keeps a private recent-decision history showing whether a trade was copied, submitted, missed, skipped, or failed, together with the useful reason. It does not expose wallet, order, transaction, condition, balance, or credential details.

Settings now shows whether an automatic redemption retry is waiting and when the last automatic redemption succeeded. A temporary Polymarket closed-market lookup delay is labelled as an automatic retry instead of a permanent redeem failure.

Choose paper or live before copying a leader

The Leaders screen now opens an explicit copy setup instead of silently creating a paper target. Choose Paper or Live, set the maximum per copied trade, and see the active mode before saving.

A new Your copies section keeps every followed leader, mode, per-trade maximum, copied directions, recent activity, and Edit control together in one place. Copy setup can now preserve or change whether that leader's buys, sells, or both are mirrored.

Settings now leads with the current copy-worker state and target counts, provides safe Pause/Resume and Manage copies controls, and links previously hidden wallet and price-snipe tools. Telegram's native Settings menu also opens this screen directly. Safety-triggered pauses still require review instead of being bypassed from the Mini App.

Switching modes from this screen removes the other mode for that leader, while stopping a copy removes only the selected mode. Copy-setting changes affect future copies and do not silently close existing positions; copying starts with the leader's next eligible trade and does not backfill existing positions.

Clear sizing limits, complete win alerts, and useful leaderboard stats

Market-minimum notices now identify the setting that actually limited a copy. In Balanced mode, the leader cap is correctly described as a ceiling while the leader percentage and available-cash percentage determine the copy size.

Fee-matched official closed positions now repair result notifications when a winning token is removed before the resolver sees it. Each repaired result is sent once, and outside or manual Polymarket trades are excluded.

The public leaderboard no longer publishes total traded. It now pairs official all-time profit and loss with closed-position wins, losses, and the biggest closed win.

Live results now reconcile with the Polymarket ledger

Wins, losses, win rate, and closed market P&L now reconcile against Polymarket's official closed-position ledger instead of relying only on the bot's local settlement cache.

Winning redemptions and other internal trading credits are no longer announced as new deposits. External wallet funding still receives the normal deposit confirmation, while an unverified credit uses neutral balance wording.

Leaderboard now separates profit from trading activity

The leaderboard is ranked by official all-time Polymarket profit and loss. Total traded is now clearly labelled as activity rather than earnings and no longer carries a misleading plus sign.

A short metric key explains why account profit, total traded, and current wallet balance are different numbers. Wallet balances remain private and are never used for ranking.

On phones, every leaderboard metric now appears in one compact labelled card instead of being hidden beyond a wide table.

Clear live wins, losses, and shareable result cards

The live Portfolio now keeps a separate settled-results table with high-contrast wins, losses, win rate, and realized market P&L. Paper results remain outside the live view.

Bounded copy orders that find no liquidity at the leader's price are now shown as safe missed copies, with no fill or fee, while live copying remains active.

When a live position resolves, Telegram now identifies the selected outcome, market P&L, stake, returned amount, and redemption state in one concise notification.

Each result notification includes a privacy-safe image card that can be forwarded or shared without exposing a username, wallet, balance, order ID, or copied leader.

Live dashboard now has one compact trading layout

Portfolio, Leaders, Trade, Trades, and Settings now use the same compact trading-console navigation, typography, spacing, controls, and high-contrast gain and loss colours.

The live Portfolio now records a separate live-equity history and plots current marked account equity over time. Paper history remains separate and is not used in the live chart.

Recent live fills also keep price and age visually separated on small screens.

Live copies no longer leave stale orders resting

New live copies now take immediately available liquidity only up to the leader's observed price. Any unfilled remainder is cancelled instead of remaining on the book after the leader has moved on.

A fallback reconciler also cancels older resting orders after a short timeout, rechecks the final fill before recording fees, and keeps unresolved cancellations durable for another check.

Matched trades remain pending until Polymarket reports terminal confirmation. Partial fills use the exchange's exact confirmed size, while failed settlements record no service fee.

Live Portfolio is now a compact trading view

Live accounts now open to current live cash, marked positions, open P&L, recent fills, and live copy targets without mixing retained paper balances or positions into the same screen.

Each open position shows its current Polymarket mark and expected market end time. Marks refresh every five seconds, with gains and losses shown in their correct direction.

Telegram live-copy confirmations now name the selected outcome, and decimal copy caps are shown exactly in /size confirmations.

Portfolio dashboard loads correctly again

Fixed a JavaScript parsing error in the active-copy status text that could leave the portfolio dashboard stuck before it loaded account data.

Wallet migration now matches the live SDK context

The migration approval check now reads the current Polymarket SDK's production contract configuration directly. This completes the compatibility correction while keeping the same fail-closed transfer and credential checks.

Deposit-wallet approvals use the current SDK

The confirmed /migrate flow now completes its trading-approval check with the current Polymarket wallet SDK. A failed approval still leaves the existing wallet and copy targets unchanged.

Wallet migration now stays stopped until confirmed

A deposit-wallet rejection now moves live targets to paper once and preserves that change across the copy worker's polling cycle. The bot points to the existing /migrate flow instead of repeating an outdated notice.

Migration now verifies the current deposit wallet, all trading approvals, and any pUSD transfer confirmation before switching the bot wallet or restoring the targets that were live.

Live controls now use live account state

Live position limits, daily-loss checks, and duplicate-market protection now read the funded account's live positions and history. Retained paper activity stays available for review without consuming live capacity or pausing live copying.

Accepted live orders that are still pending continue to count toward the limit, so the bot remains conservative while an order is being confirmed.

Cleaner homepage action

The final homepage action now keeps its heading, explanation, and Telegram button in separate readable regions on desktop and a clean vertical stack on mobile.

Balance-aware live copying

The recommended presets now scale each copy against currently spendable pUSD as well as the leader trade and configured caps. Missing live-balance data fails closed instead of guessing a funded size.

Fresh live follows cannot replay old paper activity, delayed leader trades expire before execution, and funded copies are processed before paper snapshots. Telegram start and trade commands also move blocking work off the update loop.

The Mini App now separates live trades from retained paper history, shows when each watched leader was last active, keeps long preset labels readable on small screens, and lists opted-in leaderboard profiles while Polymarket ranking data is still warming up.

Quieter safety-pause alerts

Daily-loss limits still block every new copy while the limit is active, but Telegram now sends at most one pause reminder per account every six hours instead of repeating the same alert for each skipped leader trade.

Clearer public results and tools

The results page now leads with one standardized 30-day replay. Community records remain available as activity context, but are no longer presented as one combined strategy result.

Closed activity now uses cumulative counters from a dated baseline instead of a rolling recent-history view. The paper resolver also rotates through large portfolios so later positions are not starved behind the first page.

Fixed overlapping titles on the wallet and guides pages, tightened the wallet lookup flow, added a guide to reading paper results, and brought this changelog through the current release.

The onboarding cohort is now the public replay

The public 30-day replay now uses the same evidence-ranked leaders offered to a new paper account, with fixed copy sizes, the configured entry-price range, and the 1% copy fee included.

Current Polymarket market discovery

Gamma market discovery now follows the current bounded keyset pages instead of relying on the deprecated offset path, while preserving exact token and condition matching.

Readable live result rows

Restored readable text in asynchronously loaded paper records and kept wins, losses, and open records distinct on the light public-site palette.

New public-site identity

Rebuilt the public site around the compact race-bureau identity, with a new tortoise mark, consistent navigation, stronger contrast, and responsive public pages.

Safer SDK configuration audit

Updated the startup contract audit for the current unified SDK configuration so a packaging change is not mistaken for an on-chain contract migration.

Current unified Polymarket SDK

Moved to the current unified Python SDK line while preserving trade-ID fill reconciliation, pUSD V2 contracts, and the managed Telegram flow.

Correct pUSD withdrawal guidance

Withdrawal screens now identify the outgoing asset as pUSD on Polygon and ask users to confirm that an exchange or custodian supports that exact asset before sending.

Clean settlement for resolved, unfilled orders

PolyTortoise now recognizes Polymarket's resolved-market cancellation response as a final no-fill result. Unfilled orders leave the reconciliation queue cleanly instead of being checked again after the market has closed.

Confirmed and partial fills are still reconciled first, while unfilled resolved orders create no PolyTortoise fee. No customer action is required.

Complete live-wallet trading approvals

Managed deposit wallets now include Polymarket's Neg Risk Adapter in the gasless trading-approval batch. This fixes the allowance-zero rejection that could appear on some multi-outcome markets even after wallet repair reported success.

New wallet setup, migration, and /heal now use the same complete approval path and read every required permission back on-chain before reporting success. A safety-paused account still requires an explicit /resume after the repair is confirmed.

More reliable live-wallet settlement

Accepted live-copy orders are now followed through delayed confirmation, so completed fills are reconciled reliably after a restart without counting an order twice.

Current Polymarket deposit wallets now use the official gasless wallet flow for USDC.e conversion and resolved-market redemptions. Failed redemptions retry safely instead of being forgotten.

Wallet approval repair now verifies every required approval on-chain before reporting success. Mini App sessions also stop retrying once Telegram authentication expires and give a clear re-open instruction.

Smoother live copies on current Polymarket

Updated PolyTortoise for Polymarket's latest order-match responses and current official client release.

Live copies now check each market's current minimum order size before submitting. If a chosen cap is too small, the bot keeps the cap unchanged, skips safely, and gives one clear adjustment option. Skipped orders do not create a PolyTortoise fee.

Tightened the real-time market connection heartbeat and refreshed V2 funding help so current pUSD and older USDC.e balances are described accurately.

Feedback, bug reports, and suggestions now have a more reliable route to support.

Compact docs layout

Removed a landing-page style collision that stretched the docs summary into a large empty box. Tightened the title, sidebar, spacing, and summary so the setup steps now appear in the first desktop screen.

One website, one navigation system

Standardized the header, footer, product links, and Telegram call to action across the homepage, leaderboard, paper results, wallet lookup, docs, changelog, guides, privacy, and terms pages.

Fixed the wallet lookup's top-leader link so it opens the live leaderboard instead of the paper tape, and aligned the paper-mode offer with how the bot actually runs.

Moved the legal pages into the same dark visual system, restored full site navigation on them, and aligned privacy and account-deletion instructions with the live Telegram commands.

Docs matched to the live bot

Updated the command map from the commands registered by the production Telegram bot. Removed instructions that treated /fees and /trades as Telegram commands; those views live inside the Mini App.

Replaced the old generic USDC and gas step with the current funding flow: run /go_live, open /deposit, then send pUSD or USDC.e on Polygon to the per-user deposit wallet.

Separated the two public result surfaces clearly. Results is the aggregate paper tape. Leaderboard is opt-in all-time Polymarket account P&L from live users and never uses paper P&L.

Corrected the bot help text and page dates, kept account support private in Telegram, and linked the live leaderboard throughout the docs.

Live community rankings and a cleaner launch site

Added an opt-in community leaderboard backed by Polymarket's official all-time account P&L. Users can appear anonymously, under a nickname, publicly, or stay off the board.

The public response excludes wallet addresses, Telegram IDs, balances, settings, and individual trade lists. Existing users remain private until they opt in.

Separated custom and Polymarket Builder fee modes so the two fee paths cannot be attached to the same new order.

Rebuilt the homepage around the Telegram auto-copy flow, added direct support and leaderboard links, tightened public wording, and added stronger browser security headers.

Leaner Polymarket reads and clearer paper-copy controls

Copy polling now starts from each followed wallet's saved cursor with a short overlap, while activity, leaderboard, wallet, portfolio, and public-result views request only the time range they actually use.

These smaller requests follow Polymarket's current Data API guidance without shortening the history required by each feature.

New paper users get a balanced first-run profile after choosing leaders, with one-tap Cautious, Balanced, and More trades presets. Existing users keep their current settings.

When paper cash is already allocated to open positions, new buys pause with one clear explanation instead of repeated insufficient-balance alerts. Sell and resolution monitoring continues.

One clear status for every copy-trading state

Added /status with one Ready, Waiting, or Blocked verdict, the current blocker, and one safe next action.

Status now shows configured leader targets, effective sizing and entry filters, consensus requirements, sell-copy behavior, open positions, and the latest observed funding state.

Returning users with no copy targets see the existing one-tap paper onboarding button again. A zero-trade account is explained as waiting for a future eligible leader trade instead of looking broken.

Wallet status distinguishes tradable pUSD from USDC.e that is still waiting for automatic wrapping, and does not guess whether a safety pause was manual or automatic.

The paper-first top-three flow and trading rules are unchanged. Leaderboard rank remains historical public evidence, not a profitability endorsement.

The landing page now waits for the live results API instead of showing stale performance figures, and older blog examples now point readers to the current public ledger rather than freezing an old win rate into the article.

Corrected the live setup command to /go_live in the guide and added the registered /dashboard command to /help.

Safer copy controls and clearer wallet evidence

Fixed duplicate market exposure checks so positions saved with the current PaperEngine field names are recognized before another copy is opened.

Live copying now pauses after a confirmed zero-allowance failure and gives one clear recovery path instead of repeatedly retrying or changing account state automatically.

Wallet views now label the recent matched-pair sample and PnL divided by leaderboard volume precisely. The evidence score is a public data composite, not predicted returns.

Pinned the July Polymarket client releases used by this deployment, including support for the exchange's newer price ticks.

Polymarket compatibility refresh

Updated PolyTortoise for the current Polymarket trading API and SDK package line used by the live bot.

Improved live-mode startup so existing users keep using their saved Polymarket trading credentials when available.

Reset the public results baseline so the results page starts from a clean, current paper-mode run.

Reduced noisy background warnings that did not require customer action.

Added public Docs and Changelog pages so setup, fees, commands, and release notes are easier to find.

Mini App and public results

Launched the public paper results page with aggregate paper PnL, win rate, recent trades, losses, open positions, and leader snapshots.

Added the wallet lookup page for quick public inspection of recent Polymarket wallet activity.

Expanded the Telegram Mini App with portfolio, leaders, manual trade search, trade history, fees, deposit, snipes, and settings pages.

Paper-first Telegram launch

Initial PolyTortoise release: Telegram-native copy trading with paper mode, leaderboard targets, manual wallet watch, alerts, and live-mode path.

Added per-user target settings, paper portfolio tracking, and live wallet setup for users who choose to fund live mode.