Fireblocks is updating the process for the creation of new Stellar wallets on January 1, 2024. After this date, customers will be responsible for funding the base reserve upon creation of a new wallet on Stellar. No action is required for customers who have an existing Stellar wallet.

• Added the Documentation > Best Practices > Associating End Clients with Transactions guide
  • This guide clarifies which endpoints and parameters to use to associate specific end clients with transactions for internal/auditing purposes or AML/CFT purposes

• Updated the Documentation > Fireblocks Use Cases page
  • Changed the section's name to The Fireblocks Platform
  • Added the following platform overview pages:
    • Wallet-as-a-Service
    • Self-Custody Infrastructure
    • Tokenization
    • Treasury Management

• Updates have been made to the following pages:
• The Supported Asset Objects page has been renamed Blockchain & Asset Objects
• Transaction Objects - Improvements to parameter descriptions and organization.
• Transaction Webhooks - Improvements to parameter descriptions and organization.
• API Co-Signer Callback - Improvements to parameter descriptions and organization.
• Transaction Signing & Approval
  • The code sample on this page has been improved.
  • The RawMessageData description clarifies that it's only compatible with raw signing transactions on Bitcoin and Ethereum blockchains.

• Added Structuring Your Vault to the Best Practices category

• The API Co-Signer Callback landing page has been updated to include additional information about callback handling.
• Some parameter definitions in the Transaction Signing & Approval and Configuration Approval sub-pages have been improved.

A new article titled Transaction Sources & Destinations has been added to the developer portal detailing which locations can be identified as a source or destination when creating new transactions or retrieving existing transactions.

1. The Supported Assets section has been renamed Blockchains & Assets. The following endpoints have been moved to Blockchains & Assets in the documentation with no change to their behavior:
   1. GET https://api.fireblocks.io/v1/estimate_network_fee
   2. POST https://api.fireblocks.io/v1/transactions/validate_address/{assetId}/{address}
2. Additional documentation has been added to the following endpoints:
   1. List transaction history
   2. Find a specific transaction
   3. Find a specific transaction by external transaction ID
3. Removed options that have never been officially supported by Fireblocks with the exception of a small group of beta workspaces:
   1. Filter transactions by OEC_PARTNER
   2. The fields maxBip44AddressIndexUsed and maxBip44ChangeAddressIndexUsed have been removed from vault endpoints. Fireblocks has never returned these options and they were documented incorrectly.
4. If a confirmation threshold is set by transaction ID or set by transaction hash and the value is below the required number of confirmations for a specific blockchain, an error with code 400 1451 is returned. This error response has been active since March 14, 2023.
5. The code samples for the following endpoints have been corrected:
   1. GET /v1/transactions
   2. GET /v1/transactions/validate_address/{assetId}/{address}
   3. GET /v1/vault/accounts/{vaultAccountId}/{assetId}/{change}/{addressIndex}/public_key_info

The Webhooks & Notifications, and API Co-Signer Callback sections of the API Reference guide have been updated to a clearer order, with new sections for each notification type. There have been no changes to webhooks or co-signer callback behavior.

• Affected endpoints and objects
  • The create a transaction, list transactions, find a specific transaction, and find a specific transaction by external ID endpoint responses, webhook event objects, and API Co-Signer callback objects are now in a clearer order and descriptions of most fields are improved.
• The TransactionOperation data object now includes all options with a detailed description of each one.
• The feePayerInfo field has been removed from the documentation. It was included in the Developer Documentation but has never been returned in any response.
• Known limitations
  The following limitations are known for the following cases:
  • When creating a transaction, if the forceSweep parameter is set to true for a transfer when the source account is 1 DOT, the transaction will fail. Any amount more or less than 1 DOT succeeds. This is a Polkadot blockchain limitation.
  • When retrieving transactions, if a transaction uses the destinations object with more than one value in the array, the blockInfo data object is returned as null.
• Compound
  The SUPPLY_FROM_COMPOUND and REDEEM_FROM_COMPOUND transaction operation have been removed from the documentation.
  These options are deprecated and no longer available when creating a transaction. They are still returned when retrieving relevant past transactions.
• Recommended numeric string fields
  Several numeric fields have been deprecated. Although they are still supported, they are now replaced by numeric string fields that are highly recommended and allow greater accuracy. The deprecated fields and the recommended amountInfo object that replaces them are described below.
• The amountInfo object is now recommended
  The amount, requestedAmount, netAmount, and amountUSD numeric fields have been deprecated for all Transaction Response objects. The deprecated fields are still returned in all relevant responses but are not recommended. The amountInfo object that was introduced in September 2020, includes all these fields as strings and is recommended in place. These string fields ensure support for accurate decimal precision.
  • The amountInfo object comprises the following fields:
    • amount - string
      If the transfer is a withdrawal from an exchange, the actual amount that was requested to be transferred. Otherwise, it is the requested amount. This value will always be equal to the amount (number) parameter of TransactionDetails.
    • requestedAmount - string
      The amount requested by the user.
    • netAmount - string
      The net amount of the transaction, after fee deduction.
    • amountUSD - string
      The USD value of the requested amount.