ERCOT · Pricing

DAM shadow prices

Every binding transmission constraint in the day-ahead market with its limit, cleared flow and shadow price — why nodal prices diverge from the lambda. Collected from ERCOT MIS (NP4-191).

ercot-dam-shadow-pricesdaily, ~12:35 CT · 1h rows263 entities
105T105_1
$13.11
2026-08-30 17:00 UTC
1080__A
$0.33
2026-09-19 00:00 UTC
100027_D_1
$0.19
2026-09-16 20:00 UTC
Read from the Dryos API and cached for an hour; the stream itself updates daily, ~12:35 CT.

What is in it

Updates
daily, ~12:35 CT · 1h rows
Entities
263 entities — 105T105_1, 1080__A, 100027_D_1…
Source timezone
US Central — every timestamp Dryos serves is UTC
Coverage
28 August 2026 to now
Rows held
24,768
Primary key
iso, interval_start_utc, constraint_id, contingency_name

What it measures

Every value, its unit, and what the source means by it.

  • Shadow price$/MW

    Marginal value of one more MW of headroom on the constraint.

    shadow_price
  • Constraint limitMW

    The binding limit, MW.

    constraint_limit_mw

Columns

Exactly what a request answers with, read from the API rather than written here.

ColumnTypeDescription
interval_start_utcrequiredtimestampStart of the interval, UTC. Always UTC — ERCOT publishes wall-clock Central with a repeated-hour flag, which is resolved on ingest.e.g. 2026-08-29T14:15:00Z
isorequiredstringPublishing ISO.e.g. ERCOT
constraint_idrequiredintegerERCOT's constraint id.e.g. 6
constraint_namerequiredstringConstraint name, usually the monitored element.e.g. SANA_FMR1
contingency_namerequiredstringContingency under which the constraint binds.e.g. SCOLBAL8
constraint_limit_mwrequirednumberConstraint limit, MW.e.g. 50
constraint_value_mwrequirednumberCleared flow, MW.e.g. 50
violation_amount_mwrequirednumberAmount by which the limit was violated, MW. Almost always zero.e.g. 0
shadow_pricerequirednumberShadow price of the constraint, $/MW — the marginal value of one more MW of headroom.e.g. 134.56
from_stationrequiredstringFrom station.e.g. SCRCV
to_stationrequiredstringTo station.e.g. KNAPP
from_station_kvrequirednumberFrom-station voltage, kV.e.g. 138.0
to_station_kvrequirednumberTo-station voltage, kV.e.g. 138.0
source_published_at_utcrequiredtimestampWhen ERCOT posted the document this row came from, UTC. For reports republished on a rolling window this is the vintage: the same interval appears once per publication, and the newest is the current view.e.g. 2026-08-29T14:17:01Z
collected_at_utcrequiredtimestampWhen Dryos collected this row, UTC. Stamped by the platform, not the collector.e.g. 2026-08-29T14:18:02Z

Read it

Public, read-only, no key and no sign-up. Relative times stay relative, so a URL keeps working.

The newest rows

shell
curl "https://api.dryos.ai/v1/datasets/ercot-dam-shadow-prices/query?node=105T105_1&limit=12"

The catalogue entry — every column, its type and the source

shell
curl "https://api.dryos.ai/v1/datasets/ercot-dam-shadow-prices"

Full parameters — bucketing, aggregation, filters and search — are on the API reference.

Ask an agent

The same stream through the Model Context Protocol, so Claude, ChatGPT, Cursor or any MCP client can query it directly.

shell
claude mcp add --transport http dryos https://api.dryos.ai/mcp

Then ask:

What has Shadow price been at 105T105_1 over the last 24 hours, and when did it peak?

Setup for every client is on the MCP server page.

How this stream is checked

  • Pulled straight from ERCOT MIS · NP4-191-CD — no reseller in between — and compared against that file before it is served.
  • Null means the source did not report it — never zero.
  • A reading lands daily, ~12:35 CT; the interval timestamp is the start of the interval, in UTC.
  • ERCOT settles and publishes on US Central time. Every timestamp Dryos serves is UTC.

Related streams