SShortSingh.
Back to feed

Polymarket Shifts Crypto Contracts to 60-Second TWAP Settlement via Chainlink

0
·2 views

Polymarket has updated the settlement mechanism for its short-duration crypto Up/Down markets — covering 5-minute, 15-minute, and 4-hour contracts — to use a 60-second Time-Weighted Average Price (TWAP) sourced from Chainlink, replacing the previous 30-second or snapshot-based approach as of August 14. A TWAP calculates the average asset price over a trailing one-minute window, meaning the final settlement reflects a smoothed price rather than a single instantaneous tick. This change significantly raises the cost and difficulty of price manipulation, as an attacker must now sustain a distorted price for a full minute rather than exploiting a brief wick at expiry. For traders and algorithmic systems, last-tick sniping strategies lose most of their edge, and any models calibrated to the older 30-second series will produce systematic errors until recalibrated. The shift is expected to improve overall market integrity and reduce settlement sensitivity to microstructure noise, though it also lowers responsiveness to genuine but very short-lived price moves.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Developer Tests Hermes Agent Bot Mode With Three Specialist AI Agents

Developer Vivek Shetye published a hands-on experiment with Hermes Agent's Bot Mode, building a team of three specialist AI agents designed to hand off tasks between each other. The test focused on a research-challenge-synthesis workflow to evaluate how well AI agents can collaborate sequentially. Shetye documented what worked and what failed during the process, offering a practical assessment of the feature. He also compared Bot Mode to Hermes Agent's Kanban-style workflow to clarify where each approach is best suited. The article was published on DEV Community on August 18 as part of the Hermes Agent Challenge.

0
ProgrammingDEV Community ·

DEV Community Series Traces Reinforcement Learning From 1911 Psychology to Modern AI

A developer on DEV Community has published a multi-part educational series charting the chronological history of reinforcement learning (RL), from early psychological theories to contemporary algorithms. The series begins with foundational ideas such as Thorndike's Law of Effect (1911), Pavlov's reinforcement concept (1927), and Hebb's neural learning hypothesis (1949). It progresses through landmark computational milestones including Turing's pleasure-pain system (1948), Bellman's Dynamic Programming (1957), and Watkins's Q-Learning (1989). Later entries cover breakthroughs like Tesauro's TD-Gammon (1992) and the Policy Gradient Theorem (2000), which advanced modern RL theory. The series uses visual guides and real-world analogies to make complex RL concepts accessible to a broad audience.

0
ProgrammingDEV Community ·

Idle AWS Load Balancers Cost Up to $18/Month Each — Here Is How to Find and Remove Them

AWS Application and Network Load Balancers incur a fixed base charge of roughly $16–$18 per month regardless of whether they handle any traffic. Load balancers are often created early in a project's lifecycle but rarely deleted when the associated services are shut down, leaving orphaned resources that continue billing. Developers can identify idle load balancers by checking CloudWatch request metrics over a seven-day window and inspecting target group health via the AWS CLI. A load balancer showing near-zero requests, no healthy targets, and no DNS references pointing to it is generally safe to delete. Before removing any load balancer, teams should verify it is not serving a low-traffic but critical purpose such as a disaster-recovery endpoint or an internal admin panel.

0
ProgrammingDEV Community ·

Benchmarking AI Models Without Testing Their Servers Is a Critical Oversight

A software engineer writing for DEV Community argues that most AI model evaluations overlook server-side performance, focusing only on output quality. The article highlights a recurring pattern where teams select a free model based on strong demo results, integrate it into CI pipelines, and then face failures days later due to shared server infrastructure. Free-tier endpoints often involve shared tenancy, meaning latency and timeouts are affected by other users' workloads on the same hardware. To address this, the author developed a reproducible Python benchmarking harness that tests a model and its server together using concurrent requests and pass/fail metrics. The piece includes a disclosure that it was prepared as part of outreach for MonkeyCode, whose free model and server options were used in the benchmark.