Skip to main content
Version: Old ArrowSquid docs


This section goes through deploying a squid to Subsquid Cloud. The deployment is managed by the file squid.yaml in the root folder of the squid and defines:


Make sure to check our best practices guide before deploying to production!


Yarn is not supported. Use npm to install Squid CLI and manage your squid's dependencies.

0. Install Squid CLI

Follow this guide, including the optional authentication steps.


The manifest-based deployment flow below was introduced in @subsquid/cli version 2.x. Follow the migration guide to upgrade from older versions of @subsquid/cli.

1. Inspect and deploy using the manifest

Navigate to the squid folder and make sure squid.yaml is present in the root. See the Deploy Manifest page for a full reference.

To deploy a new version or update the existing one (define in the manifest), run

sqd deploy .

For a full list of available deploy options, inspect sqd deploy help.


By default your squid will be deployed as collocated. Collocated squids are intended for development and prototyping only. They share resources with each other and may have stability issues. For production we strongly recommend to deploy your squids as dedicated instead.

2. Monitor Squid logs

Once the squid is deployed, the GraphQL endpoint is available straight away. Normally one should wait until the squid has processed all historical blocks and is fully in sync.

To inspect the squid logs run

sqd logs my-new-squid@v0 -f 

See the logging page for more details on how to inspect logs with sqd.

You can also read logs on the squid page in Cloud. The page also has credentials for direct database access and some metrics visualizations.

What's next?