Skip to main content
Use this guide to create your first strategy through the B2B API, update its allocation, and make it available to distributors. Read Becoming a Strategy Provider for the provider role, distribution options, and update lifecycle.

Before you start

Keep your API key on your backend. The key needs:
  • strategies:write to validate, create, and update strategies.
  • strategies:read to list strategies and read their configuration, performance, and version history.
If you do not have a key, request B2B API access. The examples below use these shared values:

1. Define and validate your first strategy

Allocations use CAIP-19 asset IDs. A strategy can contain from 1 through 50 assets. Each weight must be a positive percentage string with no more than two decimal places. All weights must total 100. Start with a private draft:
The validation route accepts the same body as the create route. It checks the allocation structure and whether Glider supports the requested assets. The create route repeats these checks.

2. Create the strategy

Store the returned strategyId. It identifies the strategy across all future versions and is the value that distributors use.

3. Manage the strategy

Use these routes to operate your strategy: All update routes require strategies:write. Cross-tenant access returns 404. For example, update the display metadata without changing the allocation:
The metadata route uses JSON Merge Patch and accepts only name, description, and isPublic.

4. Change weights or add assets

Allocation versions are immutable. Publish a new version with the complete target allocation. The request is not a partial patch. If you omit an existing asset, it is not part of the new target. This example changes both weights and adds WBTC:
A new strategy version becomes active immediately. Every enrolled portfolio uses the new target during its next rebalance. Coordinate with distributors before you publish a material change.
Previous versions remain available from GET /v2/strategies/{strategyId}/versions. To restore an old allocation, publish that allocation again as a new version.

5. Change the schedule

Replace the configured cadence with an interval or cron schedule:
The route also accepts a five-field cron expression and IANA timezone:
Read the configured cadence with GET /v2/strategies/{strategyId}/schedule. Read runtime values, such as nextDueAt, from GET /v2/portfolios/{portfolioId}. Changing the strategy schedule updates the cadence for enrolled portfolios.

6. Change preferences or fees

  • PATCH /v2/strategies/{strategyId}/preferences merge-patches swap settings.
  • PATCH /v2/strategies/{strategyId}/fees merge-patches strategy fee overrides.
Read the current values before you patch them. Omitted fields keep their current values.

7. Make the strategy public

After you review the strategy, set isPublic to true:
You can also send isPublic: true when you first create the strategy. Keeping it private until review is safer because it prevents distribution of an unfinished allocation. When the strategy is public:
  • Give distributors the strategyId. They use their own Glider API key, not yours.
  • A distributor with strategies:read can read the strategy configuration.
  • A distributor with enroll:write can use the strategyId in the two-stage enrollment flow.
  • You can share its Glider page at https://glider.fi/strategy/{strategyId}.
Public status does not guarantee placement in Glider’s curated or top-performing collections. Curated placement is managed by Glider. Top-performing placement depends on live strategy analytics. Contact Glider if you want the strategy considered for a featured surface.
Other applications can browse Glider-selected public strategies through GET /v2/discovery/strategies. That endpoint returns the curated and top_performing collections. A partner that already has your strategyId can integrate the strategy directly without waiting for curated placement.

Reference