Intro
- When a user needs to transfer or swap from an SVM chain (e.g. Solana), the Skip Go API will return an
SvmTxtype for the developer to pass to the user for signing - This doc is intended for CosmosSDK and EVM developers who aren’t already familiar with the concepts of transaction construction in the SVM and need to use
SvmTxto help their users move from/to Solana and other SVM chains. - Due to the difficult nature of including Solana transactions on chain during times of high network congestion, we HIGHLY recommend using the
/submitendpoint to avoid dealing with complex retry logic and/or multiple RPC providers for submission reliability. Skip Go API’s/submitendpoint implements best practices for Solana transactions submission for you!
Interact with Solana Wallets
We recommend using @solana/wallet-adapter to interact with Solana wallets and build transactions. It provides a standardizedAdapter object that wraps all major Solana wallets (e.g. Phantom, Backpack, etc…), as well as visual React components for wallet selection. See here for all the supported wallets.
Set up the SkipClient to use a Solana wallet
All you need to do is initialize the getSVMSigner method in SkipClient.options to extract the @solana/wallet-adapter-base from the user’s connected wallet of choice:
TypeScript
route, executeRoute, and the other methods of SkipClient as you normally would.
The rest of these docs cover the underlying details of the data structures, in case you need them.
Understand SvmTx Data Structure
The SvmTx has 2 fields that the developer needs to understand:
chain_id: The ID of the chain that this transaction should be submitted totx: This is the base64 encoded bytes of the transaction you should have the end user sign.
Info on SvmTx.tx
This is a fully constructed transaction. You don’t need to change it or add anything to it to prepare it for signing. You just need to sign it and have the user submit it on chain within about 1 minute (or the nonce will expire).
For more detail, the transaction already includes:
- User’s nonce (In Solana, this is actually a recent blockhash by default)
- Instructions (Solana’s equivalent to messages)
- Base transaction fees (Set to the default of 500 lamports per signature)
- Priority fees (More info on how we set these below)
Signing tx
Skip Go Client takes care of all of the complexity of signing the transaction that gets returned in SvmTx.tx.
You just need to have set the getSVMSigner method in the SkipClientOptions object in the SkipClient constructor then use executeRoute or executeTxs.
How Priority Fees are Set
Solana “priority fees” affect how likely it is a transaction gets included in a block. Unlike for many other major blockchain networks, Solana’s priority fees are evaluated “locally”. In other words, the size of the fee is compared to other transactions that access the same pieces of state (e.g. the same DEX pool, the same token contract etc…):- If the fee is low relative to other transactions that access the same state, the transaction is unlikely to get included.
- If its high relative to these other transactions accessing similar state, its likely to be included
Have questions or feedback? Help us get better!Join our Discord and select the “Skip Go Developer” role to share your questions and feedback.