Solana Program Calls require hot walletsSolana Program Calls require a hot wallet and cannot be used in cold workspaces.
Overview of Solana transactions & programs
Solana programs are on-chain executable codes that power the decentralized applications (dApps) and other functionalities within the Solana blockchain. They enable smart contract-like behavior, allowing developers to write logic that processes transactions and manages state.
Solana transactions
A Solana transaction is a set of instructions bundled together to be executed automatically on the blockchain. It typically consists of the following components:
- Signatures: A list of cryptographic signatures to authorize the transaction.
- Message: The core of the transaction, which includes:
- Instructions: The set of actions to be performed. Each instruction targets a specific program on the blockchain, includes accounts to be accessed or modified, and contains any necessary data for the operation.
- Account Keys: A list of all accounts involved in the transaction.
- Recent Blockhash: A reference to a recent block to ensure the transaction is processed promptly and prevent replay attacks.
When a transaction is submitted, it is signed by the relevant parties and serialized before being broadcast to the network.
Fireblocks simplifies interacting with Solana programs by allowing you to use the createTransaction endpoint. This endpoint supports Solana program calls through the PROGRAM_CALL
operation, ensuring secure transaction signing and execution.
SetAuthority instruction not allowedFireblocks' policy does not allow using the
SetAuthority
instruction, as it may expose users to malicious activity.
Policy configuration
Solana Program Calls can be executed in Fireblocks without whitelisting any addresses if the One-Time Address feature is enabled. In this scenario, the Policy rule should include a condition for the Program Call
operation, with the destination set to Any
.
For clients who prefer to work with whitelisted addresses due to security concerns and Fireblocks' best practices, the Policy rule should be configured with the destination type set to Whitelisted only
for any Program Call
operation. In this case, the client must whitelist the following addresses involved in the Solana Program Call transaction:
-
Any non-prewhitelisted program: Fireblocks internally whitelists certain built-in Solana programs, including:
Additionally, the following Sysvar Cluster Data accounts are pre-whitelisted:
Any other program must be explicitly whitelisted as an External Wallet/Contract in Fireblocks.
-
Any account designated as a destination: For the Transfer instructions (if applicable) within the
Program Call
transaction.
Practical example
When performing a SOL to USDC swap on Jupiter, the following list of programs participates in the transaction:

In the example above, Programs 1, 2, and 4 (Green) are automatically whitelisted. However, in this scenario, the customer must manually whitelist the following programs (Red):
- Associated Token Program
- Token Program
- Program #6, which is a custom Jupiter program
Looking for a program's address?You can expand a specific program's section to view its address (the
programId
value).
Additionally, expanding the System Program section reveals that this program includes a single instruction: Transfer
. Expanding the Transfer
instruction shows that, as expected, two accounts are involved:
from
account (index 1)to
account (index 2)
To ensure the Program Call
operation functions correctly, the pubkey
value of theto
address must be whitelisted.

Warning: For demonstrative purposes onlyThe addresses shown above are for demonstrative purposes only! Customers should always review and determine which addresses need to be whitelisted based on the specific Program Call context relevant to their use case.
How do program calls work on Fireblocks?
To make a Solana program call using the Fireblocks API, you will:
- Build the Solana Transaction: Use the Solana
web3.js
library or other tools to construct the unsigned transaction. Ensure the transaction includes all necessary instructions and accounts. - Serialize and Encode: Serialize the unsigned transaction object and encode it in Base64 format.
- Call Fireblocks API:
- Use the Create Transaction endpoint.
- Set the operation parameter to
PROGRAM_CALL
. - Pass the serialized, Base64 encoded transaction object in the
programCallData
parameter within theextraParams
object.
Fireblocks securely signs the transaction using your organization’s private key, ensuring seamless execution without exposing sensitive cryptographic materials.
Example transaction structure
Below is a sample payload for invoking a Solana program using the Create Transaction API :
{
"operation": "PROGRAM_CALL",
"assetId": "SOL",
"source": {
"type": "VAULT_ACCOUNT",
"id": "<your_vault_account_id>"
},
"extraParameters": {
"programCallData": "<base64_encoded_transaction>"
}
}
Parameters
- operation: Must be
PROGRAM_CALL
for Solana program calls. - assetId: Use SOL for Solana mainnet transactions, SOL_TEST for devnet.
- source: The vault account ID that holds the funds and signs the transaction.
- extraParams.programCallData: The unsigned, serialized transaction object (Base64 encoded).
- extraParams.useDurableNonce: (Optional) The configurable durable nonce. The default is
true
(boolean).
Durable nonce usage
- When you submit a transaction, Fireblocks automatically includes a durable nonce by adding an
AdvanceNonce
instruction to your transaction object. However, you can set it tofalse
so we use the "recent blockhash" instead, to comply with the max Solana transaction size. If you want to do so, please setuseDurableNonce
asfalse
.useDurableNonce
is only used with Solana Program Calls. Other Solana transactions do not use this field and will ignore its value.
Fireblocks Solana Web3 Connection Adapter
The Fireblocks Solana Web3 Connection Adapter serves as a bridge between the Fireblocks API and the Solana blockchain, streamlining transaction submissions via Fireblocks when using Solana's official web3.js
library.