Release Version 4.51.0 (February 6, 2026)
- Pre-deployment steps
- Post-deployment steps
- Release migations
- Changes to notice
- New functionality
- Fireblocks integration
- Webhook dispatcher
- Improvements
- API changes
- Configuration changes
- Database changes
- Permissions changes
Pre-deployment steps
|
To be done before deployment |
|---|
|
Check configuration changes and apply them in the |
|
Check if the release contains migrations. Migrations can affect deployment and downtime. |
|
Use |
Post-deployment steps
|
To be done after deployment |
|---|
|
Verify permission changes and assign or remove required permissions if they have been overridden |
|
Add new properties from the I18n properties changes to the downloaded i18n properties file and add translation for them if needed. Use |
Release migrations
|
Release migrations |
|---|
|
Changes to notice
|
Changes to notice |
|---|
|
The following APIs were removed:
|
New functionality
|
Feature |
Description |
Benefits |
|
Added ability to set support contacts on the UI in System settings → Support contact settings |
An administrator can set support contacts on the UI in System settings → Support contact settings. These contacts will be shown to users on the mobile application. |
More flexible system management |
Fireblocks integration
Fireblocks is an institutional digital asset infrastructure that provides secure custody and on-chain transaction execution, and its integration with SDK.finance enables crypto assets to be managed within a ledger-based financial system with controlled withdrawals, validated deposits, policy-driven execution, and full operational and accounting oversight.
|
Feature |
Description |
|
Ability to create an account in a UTXO-based asset. |
The user selects a UTXO-based currency (BTC) and initiates account creation in that currency. SDK.finance
|
|
Ability to create an account in an Account-based asset. |
The user selects an account-based currency (e.g., ETH) and initiates account creation in that currency. SDK.finance
|
|
Implemented webhook listener compatible with Fireblocks Webhooks v2. |
The SDK.finance exposes a webhook endpoint compatible with Fireblocks Webhooks v2. The endpoint receives webhook notifications for transaction events (such as |
|
Implemented a deposit to the account in Account-based and UTXO-based assets managed by Fireblocks integration. |
The user sends funds to a deposit address that was generated for this user during account creation. Fireblocks detects the incoming transaction and sends a webhook notification to SDK.finance. SDK.finance validates the transaction status and, if the transaction is completed, credits the user’s account in SDK.finance. |
|
Ability to set safe withdrawal limit at the currency settings level. |
An administrator configures the system safe withdrawal limit for a specific currency in SDK.finance and specifies whether this limit must be checked during the withdrawal flow. |
|
Implemented a withdrawal from the account in Account-based and UTXO-based assets managed by Fireblocks integration. |
The user requests a withdrawal from their SDK.finance account to an external blockchain address. SDK.finance performs internal validations, verifies safe withdrawal limit if required, liquidity in the designated Fireblocks Withdrawal Vault, and initiates a Fireblocks withdrawal transaction. Withdrawal flow is executed via two API calls. To run this flow, the currency provider details must be configured with a valid
Returns:
|
Webhook dispatcher
The webhook dispatcher allows integrations to be built at the middleware level based on events emitted by SDK.finance, without requiring any changes to the SDK.finance codebase, enabling external systems to react to platform events and implement new integrations in a flexible, event-driven way.
|
Feature |
Description |
|
Implemented webhook dispatcher |
Webhook dispatcher can be configured to send defined events to the defined URL. All webhook requests are signed using HMAC-SHA256 to ensure authenticity and integrity. Retry and Backoff Strategy is supported and can be configured. |
|
Ability to configure sending webhook event when a KYC check is required. |
When an organisation’s KYC status changes to pending (organisation is marked as ready for review) and the configured in the system KYC provider is a custom provider with external integration enabled, the system will generate and send a Webhook will be sent if KYC provider is marked as active in the configuration ( Example of webhook notification body:
|
|
Ability to configure sending webhook event when a transaction with 3rd party integration is created. |
When API Webhook will be sent if the provider is linked to custom gate (gate with Example of webhook notification body:
|
Improvements
|
Feature |
Description |
|
Terms and Conditions and Privacy Policy documents are stored on back-end side instead of Mobile application and are received by Mobile application using APIs. |
An administrator can upload Terms and Conditions and Privacy Policy documents on the BackOffile UI. Mobile application gets documents by callling APIs. |
|
Changed UI for managing Contracts. |
The Contracts Management UI has been improved to be more user-friendly, clearer, and easier for managing contracts efficiently. |
|
Added ability to enable OTP for login for users who do not have a verified phone but have verified email. |
If users do not have a verified mobile phone, they can enable OTP for login using a verified email. |
API changes
Updated |
|
The optional query parameter “resourcePrefixes” was added to the request URL. Request examples:
|
|
The request parameters |
|
added optional |
|
If a phone is passed in the request and OTP is enabled, then the response will be:
If an email is passed in the request and OTP is enabled, then the response will be:
|
|
The new optional query parameter |
Added |
|
Upload an agreement documents. The maximum file size is 3MB by default. It can be changed in the system configuration by modifying the
Request body example:
Response body example:
|
|
View agreement documents.
|
|
Download an agreement document.
Request body example
|
Deprecated/Deleted |
|
I18n properties changes
Added |
|
The following properties were added:
|
Configuration changes
|
New configuration property introduced: Array of organization types that will be supported for Agreement documents upload. Defines which types of organizations can have Terms and Conditions and Privacy Policy documents |
|
If Fireblocks integration is enabled, JWKS endpoints: Fireblocks publishes public keys in JWKS format for validating webhook signatures. Use the endpoint that matches your workspace’s environment. |
|
Environment |
URL |
|---|---|
|
US Production |
|
|
EU |
|
|
EU2 |
|
|
Sandbox |
New environment variables were introduced for Webhook Configuration with the following default values:
-
Enable or disable the webhook dispatcher timer
WEBHOOK_TIMER_ENABLED=false
-
Execution interval for the webhook dispatcher timer as cron expression
WEBHOOK_TIMER_SCHEDULE_EXPRESSION=0 0/1 * ? * *
-
Maximum time that webhook events are retained in the system (24 hours)
WEBHOOK_TIMER_EVENT_DELIVERY_TTL=PT24H
-
Time to wait before attempting to resend a failed webhook event
WEBHOOK_TIMER_EVENT_DELIVERY_RESEND_DELAY=PT30S
-
Maximum number of times the system will attempt to deliver a webhook event
WEBHOOK_TIMER_EVENT_DELIVERY_MAX_ATTEMPTS=5
-
Enable exponential backoff for webhook retry attempts
WEBHOOK_TIMER_EVENT_DELIVERY_EXPONENTIAL_BACKOFF=true
-
The base URL where webhook callbacks will be sent
WEBHOOK_URL=https://your-domain.com/api/v1/webhook/callback/url
-
The shared secret used to sign webhook requests
WEBHOOK_SHARED_SECRET=unique-shared-secret-key
-
Time to wait for establishing a connection to the webhook endpoint in milliseconds
WEBHOOK_TIMEOUT_CONNECT=5000
-
Maximum time to wait for the webhook endpoint to respond in milliseconds
WEBHOOK_TIMEOUT_REQUEST=5000
-
Array of event types that will trigger webhook notifications
WEBHOOK_EVENT_TYPES=KYC_CHECK_REQUIRED,GATE_TOPUP_INITIATED,GATE_WITHDRAWAL_INITIATED
Database changes
-
Added a new column
withdrawal_limit_check_enabled(boolean, NOT NULL, defaultfalse) to thecurrency_deftable to support withdrawal limit control logic. -
Extended the length of the
namecolumn in theaccount_deftable toVARCHAR(64)to allow longer account names.
Permission changes
New permission created: AGREEMENT_DOCUMENT_MANAGER, AGREEMENT_DOCUMENT_VIEWER
And granted to:
-
administrator -
ceo