Skip to content

Releases: massive-com/client-python

v2.0.1

30 Oct 22:43
5d9c756

Choose a tag to compare

Release Notes – Massive Python Client v2.0.1 (breaking changes)

This is a major breaking release of the Python client as part of our company rebrand from Polygon.io to Massive.com. Polygon.io has rebranded as Massive.com effective October 30, 2025. Existing API keys, accounts, and integrations continue to work exactly as before. The only change in this SDK is that it now defaults to the new API base at api.massive.com, while api.polygon.io remains supported for an extended period. You can still install the old client using pip install polygon-api-client too.

Breaking Changes

  • The default REST API base URL has changed from api.polygon.ioapi.massive.com.
  • The default WebSocket base URL has changed from socket.polygon.iosocket.massive.com.
  • The package name and import path have changed from polygonmassive.

No other breaking changes are introduced. Core functionality, endpoints, and method signatures remain identical.

Migration Guide

To upgrade:

pip install massive

Then update your imports:

from polygon import RESTClient # Old
from massive import RESTClient # New

All API keys, accounts, and integrations continue to function without modification. If you continue using the legacy polygon-api-client package, it will remain supported for an extended transition period.

ℹ️ Additional Information

What's Changed

Full Changelog: v1.16.3...v2.0.1

v1.16.3

30 Oct 14:38
082cd98

Choose a tag to compare

What's Changed

Full Changelog: v1.16.2...v1.16.3

v1.16.2

23 Oct 14:13
3bb3d7b

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v1.16.1...v1.16.2

v1.16.1

16 Oct 12:51
531f64b

Choose a tag to compare

What's Changed

Full Changelog: v1.16.0...v1.16.1

v1.16.0

15 Oct 18:10
d3fd9c5

Choose a tag to compare

Important Changes

Python Version Support: We've removed support for Python 3.8, and the new minimum version is 3.9. This should not introduce any breaking changes to your code or API usage, but it was necessary to update to the latest websockets library, which requires Python 3.9 or higher.

What's Changed

New Contributors

Full Changelog: v1.15.4...v1.16.0

v1.15.4

23 Sep 23:24
0835bba

Choose a tag to compare

What's Changed

  • fix: make resolution optional in list_futures_aggregates to include in query params by @justinpolygon in #926

Full Changelog: v1.15.3...v1.15.4

v1.15.3

17 Jul 15:54
6ca3fc3

Choose a tag to compare

What's Changed

Full Changelog: v1.15.2...v1.15.3

v1.15.2

16 Jul 14:13
f254f53

Choose a tag to compare

What's Changed

Full Changelog: v1.15.1...v1.15.2

v1.15.1

08 Jul 19:08
334277a

Choose a tag to compare

What's Changed

Full Changelog: v1.15.0...v1.15.1

v1.15.0

07 Jul 08:34
f60bfe4

Choose a tag to compare

What's Changed

In this release, we’ve added beta support for Futures, introduced a refactor to WebSocket event parsing to correctly handle overlapping event types across asset classes, and added an option to disable automatic pagination for greater control over result limits. We also fixed a bug related to using custom base URLs with the REST client.

Futures Support (Beta)

  • Added beta support for Futures REST and WebSocket endpoints.

WebSocket Event Parsing Refactor

  • WebSocket event types ("T", "Q", "A", "AM") are now reused across asset classes.
  • Introduced MARKET_EVENT_MAP to resolve event types based on market context (e.g. stocks vs. futures).
  • This allows accurate message deserialization and avoids cross-market parsing errors.

Note for custom WebSocket users: If you're manually processing WebSocket messages, you may need to update your logic to consider the market parameter for Futures messages.

Pagination Control

  • Added support for disabling automatic pagination via pagination=False when instantiating RESTClient.
  • When disabled, limit is treated as a total cap rather than a page size.
  • Helps users fetch a fixed number of results without iterating over all pages.

Bug Fixes

  • Fixed an issue where custom base URLs were not properly respected in REST requests.

Commits

Full Changelog: v1.14.6...v1.15.0