The official Go client library for the Polygon REST and WebSocket API. This client makes use of Go generics and thus requires Go 1.18. See the docs for more details on our API.
This section guides you through setting up a simple project with polygon-io/client-go.
First, make a new directory for your project and navigate into it:
mkdir myproject && cd myproject
Next, initialize a new module for dependency management. This creates a go.mod
file to track your dependencies:
go mod init example
Then, create a main.go
file. For quick start, you can find over 100+ example code snippets that demonstrate connecting to both the REST and WebSocket APIs. Here's an example that fetches the last trade for AAPL
.
cat > main.go <<EOF
// Stocks - Last Trade
// https://polygon.io/docs/stocks/get_v2_last_trade__stocksticker
// https://github.com/polygon-io/client-go/blob/master/rest/trades.go
package main
import (
"context"
"log"
"os"
polygon "github.com/polygon-io/client-go/rest"
"github.com/polygon-io/client-go/rest/models"
)
func main() {
// init client
c := polygon.New(os.Getenv("POLYGON_API_KEY"))
// set params
params := &models.GetLastTradeParams{
Ticker: "AAPL",
}
// make request
res, err := c.GetLastTrade(context.Background(), params)
if err != nil {
log.Fatal(err)
}
// do something with the result
log.Print(res)
}
EOF
Please remember to set your Polygon API key, which you can find on the polygon.io dashboard, in the environment variable POLYGON_API_KEY
. Or, as a less secure option, by hardcoding it in your code. But please note that hardcoding the API key can be risky if your code is shared or exposed. You can configure the environment variable by running:
export POLYGON_API_KEY="<your_api_key>" <- mac/linux
xset POLYGON_API_KEY "<your_api_key>" <- windows
Then, run go mod tidy
to automatically download and install the necessary dependencies. This command ensures your go.mod
file reflects all dependencies used in your project:
go mod tidy
Finally, execute your application:
go run main.go
To get started, you'll need to import two main packages.
import (
polygon "github.com/polygon-io/client-go/rest"
"github.com/polygon-io/client-go/rest/models"
)
Next, create a new client with your API key.
c := polygon.New("YOUR_API_KEY")
Or create a client with a custom HTTP client implementation.
hc := http.Client{} // some custom HTTP client
c := polygon.NewWithClient("YOUR_API_KEY", hc)
After creating the client, making calls to the Polygon API is simple.
params := models.GetTickerDetailsParams{
Ticker: "AAPL",
}.WithDate(models.Date(time.Date(2021, 7, 22, 0, 0, 0, 0, time.Local)))
res, err := c.GetTickerDetails(context.Background(), params)
if err != nil {
log.Fatal(err)
}
log.Print(res) // do something with the result
Our list methods return iterators that handle pagination for you.
// create a new iterator
params := models.ListTradesParams{Ticker: "AAPL"}.
WithTimestamp(models.GTE, models.Nanos(time.Date(2021, 7, 22, 0, 0, 0, 0, time.UTC))).
WithOrder(models.Asc)
iter := c.ListTrades(context.Background(), params)
// iter.Next() advances the iterator to the next value in the list
for iter.Next() {
log.Print(iter.Item()) // do something with the current value
}
// if the loop breaks, it has either reached the end of the list or an error has occurred
// you can check if something went wrong with iter.Err()
if iter.Err() != nil {
log.Fatal(iter.Err())
}
We also provide a builder method to make it easier to retrieve all trades and quotes for a specific day.
params := models.ListQuotesParams{Ticker: "AAPL"}.
WithDay(2021, 7, 22). // get all quotes for July 22, 2021
WithOrder(models.Asc)
iter := c.ListQuotes(context.Background(), params)
for iter.Next() {
log.Print(iter.Item())
}
if iter.Err() != nil {
log.Fatal(iter.Err())
}
Advanced users may want to add additional headers or query params to a given request.
params := &models.GetGroupedDailyAggsParams{
Locale: models.US,
MarketType: models.Stocks,
Date: models.Date(time.Date(2021, 7, 22, 0, 0, 0, 0, time.Local)),
}
res, err := c.GetGroupedDailyAggs(context.Background(), params,
models.APIKey("YOUR_OTHER_API_KEY"),
models.Header("X-CUSTOM-HEADER", "VALUE"),
models.QueryParam("adjusted", strconv.FormatBool(true)))
if err != nil {
log.Fatal(err)
}
log.Print(res) // do something with the result
Users of the Launchpad product will need to pass in certain headers in order to make API requests. Example can be found here.
Sometimes you may find it useful to see the actual request and response details while working with the API. The client allows for this through its models.WithTrace(true)
option.
You can activate the debug mode per request as follows by adding models.WithTrace(true)
after the params
:
iter := c.ListAggs(context.Background(), params, models.WithTrace(true))
When debug mode is enabled, the client will print out useful debugging information for each API request. This includes: the request URL, the headers sent in the request, and the headers received in the response.
For instance, if you made a request for TSLA
data for the date 2023-08-01
, you would see debug output similar to the following:
Request URL: /v2/aggs/ticker/AAPL/range/1/day/1672531200000/1678320000000?adjusted=true&limit=50000&sort=desc
Request Headers: map[Accept-Encoding:[gzip] Authorization:[REDACTED] User-Agent:[Polygon.io GoClient/v1.14.1]]
Response Headers: map[Content-Encoding:[gzip] Content-Length:[1639] Content-Type:[application/json] Date:[Tue, 05 Sep 2023 23:25:00 GMT] Server:[nginx/1.19.2] Strict-Transport-Security:[max-age=15724800; includeSubDomains] Vary:[Accept-Encoding] X-Request-Id:[ba3d3e9f42622bd16d05dafe01200f72]]
This can be an invaluable tool for debugging issues or understanding how the client interacts with the API.
Import the WebSocket client and models packages to get started.
import (
polygonws "github.com/polygon-io/client-go/websocket"
"github.com/polygon-io/client-go/websocket/models"
)
Next, create a new client with your API key and a couple other config options.
// create a new client
c, err := polygonws.New(polygonws.Config{
APIKey: "YOUR_API_KEY",
Feed: polygonws.RealTime,
Market: polygonws.Stocks,
})
if err != nil {
log.Fatal(err)
}
defer c.Close() // the user of this client must close it
// connect to the server
if err := c.Connect(); err != nil {
log.Error(err)
return
}
The client automatically reconnects to the server when the connection is dropped. By default, it will attempt to reconnect indefinitely but the number of retries is configurable. When the client successfully reconnects, it automatically resubscribes to any topics that were set before the disconnect.
After creating a client, subscribe to one or more topics and start accessing data. Currently, all of the data is pushed to a single output channel.
// passing a topic by itself will subscribe to all tickers
if err := c.Subscribe(polygonws.StocksSecAggs); err != nil {
log.Fatal(err)
}
if err := c.Subscribe(polygonws.StocksTrades, "TSLA", "GME"); err != nil {
log.Fatal(err)
}
for {
select {
case err := <-c.Error(): // check for any fatal errors (e.g. auth failed)
log.Fatal(err)
case out, more := <-c.Output(): // read the next data message
if !more {
return
}
switch out.(type) {
case models.EquityAgg:
log.Print(out) // do something with the agg
case models.EquityTrade:
log.Print(out) // do something with the trade
}
}
}
See the full example for more details on how to use this client effectively.
This client will attempt to follow the release cadence of our API. When endpoints are deprecated and newer versions are added, the client will maintain two methods in a backwards compatible way (e.g. ListTrades
and ListTradesV4(...)
). When deprecated endpoints are removed from the API, we'll rename the versioned method (e.g. ListTradesV4(...)
-> ListTrades(...)
), remove the old method, and release a new major version of the client. The goal is to give users ample time to upgrade to newer versions of our API before we bump the major version of the client, and in general, we'll try to bundle breaking changes like this to avoid frequent major version bumps.
There are a couple exceptions to this. When we find small breaking issues with this client library (e.g. incorrect response types), we may decide to release them under the same major version. These changes will be clearly outlined in the release notes. Also, methods that fall under the VX client are considered experimental and may be modified or deprecated as needed. We'll call out any breaking changes to VX endpoints in our release notes to make using them easier.
If you found a bug or have an idea for a new feature, please first discuss it with us by submitting a new issue. We will respond to issues within at most 3 weeks. We're also open to volunteers if you want to submit a PR for any open issues but please discuss it with us beforehand. PRs that aren't linked to an existing issue or discussed with us ahead of time will generally be declined. If you have more general feedback or want to discuss using this client with other users, feel free to reach out on our Slack channel.