Skip To Content

Blockdaemon Documentation

WebSockets

Overview
Supported Protocols
URI Format
Authentication
Quick Start
Subscribing to a Channel
Client-to-Server Notifications
Channels
Unsubscribing from a Channel

Overview

Ubiquity provides a WebSockets endpoint for streaming a live feed of blockchain data.

You can subscribe to the available channels and receive server-to-client notifications containing

Supported Protocols

URI Format

Use the following URI to connect to your chosen protocol via WebSockets:

wss://ubiquity.api.blockdaemon.com/v2/{protocol}/{network}/websocket

Example

To connect to Ethereum Mainnet, use:

wss://ubiquity.api.blockdaemon.com/v2/ethereum/mainnet/websocket

Authentication

The WebSockets API requires authentication. This is achieved by setting the bearer token in the authorization header:

--headers 'Authorization: Bearer YOUR_TOKEN'

See also: Authentication Guide

Quick Start

Create a WebSocket connection with your preferred tool, for example websocket-client (python):

wsdump --headers 'Authorization: Bearer YOUR_TOKEN' wss://ubiquity.api.blockdaemon.com/v2/ethereum/mainnet/websocket

Send a request to subscribe to a channel with block identifiers:

{"id": 1, "method": "ubiquity.subscribe", "params": {"channel": "ubiquity.block_identifiers"}}

From then on, the server will return subscription notifications containing identifiers of new blocks.

Subscribing to a Channel

To subscribe to a channel, send a request containing the channel ID and other parameters.

The server will return a response with the subscription ID. Then it will asynchronously push notifications with blockchain data (their content depending on the selected channel).

It is possible to create multiple subscriptions.

Request

In your request, specify the following parameters:

id (int64): request ID
method: ubiquity.subscribe
params
├── channel: channel ID (blocks / block_identifiers / txs)
└── detail: filters by addresses and assets (available only for transactions)

For example, this request creates a subscription to identifiers of new blocks:

{"id": 1, "method": "ubiquity.subscribe", "params": {"channel": "ubiquity.block_identifiers"}}

Response

The server will return a response containing the subscription ID (subID). It is included in all notifications and is required for unsubscribing.

id (int64): request ID
result: on success
└── subID (int64): ID of the subscription
error: on failure

{
    "id": 1, 
    "result": { 
        "subID": 1
    } 
}

Server-to-Client Notifications

After a subscription is created, server-to client notifications are automatically triggered.

The client receives JSON objects with the following properties:

method: ubiquity.subscription
params
└── items
├── subID: subscription ID (previously returned by the server)
├── channel: channel ID (blocks / block_identifiers / txs)
├── revert (bool): whether an event got reverted (blockchain reorganization)
└── content: subscription content (depends on the channel)

Please note that one notification may contain several items, related either to the same subscription or to different ones.

This is an example of notifications for the channel with block identifiers:

{
    "method": "ubiquity.subscription",
    "params": {
        "items": [
            {
                "subID": 1,
                "channel": "ubiquity.block_identifiers",
                "revert": false,
                "content": {
                    "number": 14224155,
                    "id": "0xe996673f9228568ed1ea6b35e5cecaa869c7a83e738238879440a42792b43a1d",
                    "parent_id": "0x08365972dc968c8f107c34e3a226fd326ecd74154f412313079da731755a2b82"
                }
        ]
    }
}

Channels

Depending on the channel you subscribe to, the server returns different blockchain data. It is shown in the content section of notifications.

Each channel has a channel ID, which you need to specify in the channel section of your subscription request.

Block Identifiers

Channel ID: ubiquity.block_identifiers
Content: identifiers of new blocks

Content Example


{
    "number": 14210527,
    "id": "0x2cca58803681fe5e1bc4ecee30b9227a66bdd55e014dcc95e7610cc5f1aeb636",
    "parent_id": "0x1490e2347a56375937588fa9c403e31440b9b843c0f75bfe8487bdabb0bdf7de"
}

For more details, see the response schema of the equivalent REST endpoint:
GET Block Identifier by Number/Hash (V2)

Blocks

Channel ID: ubiquity.blocks
Content: new blocks

Content Example


{
    "number": 14210527,
    "id": "0x2cca58803681fe5e1bc4ecee30b9227a66bdd55e014dcc95e7610cc5f1aeb636",
    "parent_id": "0x1490e2347a56375937588fa9c403e31440b9b843c0f75bfe8487bdabb0bdf7de",
    "date": 1644925705,
    "txs_ids": [ ... ],
    "txs": [ ... ]
}

For more details, see the response schema of the equivalent REST endpoint:
GET Block by Number/Hash (V2)

Transactions

Channel ID: ubiquity.txs
Content: new transactions

Request Parameters

In the detail section of the subscription request, you can specify additional parameters to filter transactions by given addresses and assets:

detail
├── addresses (array): list of addresses
└── assets (array): list of asset paths


{"id": 1, "method": "ubiquity.subscribe", "params":  {"channel": "ubiquity.txs", "detail": {"addresses": ["0xF5c6376D88033cfA67A442893F77cbC27A563Dd1"], "assets": ["ethereum/native/eth"]}}}

Content Example


{
    "id": "0x5b6dafc0016707f2ffbffcd9b0212fa1c83ebd9f7191dbfd37a238cf1b248c3c",
    "coin": 60,
    "addresses": [
        "0xF5c6376D88033cfA67A442893F77cbC27A563Dd1",
        "0xF6F9F021b6476b7f946938e513C17Ca8fEAC5be7",
        "transaction_fees"
    ],
    "assets": [
        "ethereum/native/eth"
    ],
    "date": 1645105351,
    "height" : 14223983,
    "block_id": "0x1ad5a0f15a71b2375e699975e973517f91a16affee9ef238886c38a8fb08ae86",
    "status": "completed",
    "operations": {...},
    "tags": [...]
}

For more details, see the response schema of the equivalent REST endpoint:
GET Transaction by Number/Hash (V2)

Unsubscribing from a Channel

To cancel a previously created subscription, send a request containing the channel and subscription IDs.

The server will return a response confirming that the subscription is terminated. The client will no longer receive notifications.

Request

In your request, specify the following parameters:

id (int64): request ID
method: ubiquity.unsubscribe
params
├── channel: channel ID (blocks / block_identifiers / txs)
└── subID: subscription ID (previously returned by the server)


{"id": 2, "method": "ubiquity.unsubscribe", "params": {"channel": "ubiquity.txs", "subID": 1}}

Response

id (int64): request ID
result: on success
└── removed (bool): true if the subscription got removed, false if there is no subscription with the given subID
error: on failure

{ 
    "id": 2,
    "result": {
        "removed": true
    }
}

We don't support Internet Explorer

Please use Chrome, Safari, Firefox, or Edge to view this site.