How to Buy Wrapped Solana (SOL) Guide

Note: This coin is not listed on Binance for trade and service.

Binance is constantly reviewing and adding cryptocurrencies that can be used on the Binance platform. If you would like to know where to buy Wrapped Solana, which is currently not listed on Binance, you can follow the step-by-step guide below.

The most straightforward way is to find a reliable centralized exchange where you can buy Wrapped Solana, similar to Binance. You can refer to Coinmarketcap.com's Markets section to find the list of centralized exchange the coin is listed on.

Another option to buy the Wrapped Solana is through a decentralized exchange (DEX) which supports the blockchain where your Wrapped Solana resides. This guide will show you how to buy Wrapped Solana by connecting your crypto wallet to a decentralized exchange (DEX) and using your Binance account to buy the base currency.

Download a Trust Wallet Wallet

There are several crypto wallets to choose from within the Solana network and Trust Wallet appears to be the most integrated. If you are using a desktop computer, you can download Google Chrome and the wallet Chrome extension. If you prefer using your mobile phone, you can download the wallet via Google Play or the iOS App Store if it’s available. Just make sure that you are downloading the official Chrome extension and mobile app by visiting Trust Wallet’s website.

Set up your Trust Wallet

Register and set up the crypto wallet via the wallet’s Google Chrome extension or via the mobile app you downloaded in Step 1. You may refer to the wallet’s support page for reference. Make sure to keep your seed phrase safe, and take note of your wallet address. You will be using it later on Steps 4 and 6.

Buy SOL as Your Base Currency

Once your wallet is setup, you can login to your Binance account and proceed to the Binance Crypto webpage to buy the SOL. If you are not an existing user, you can refer to our How to Buy SOL guide on registering and buying your first cryptocurrency on Binance.

Send SOL From Binance to Your Crypto Wallet

Once you buy your SOL, go to your Binance wallet section and look for the SOL you purchased. Click on withdraw and fill up the required information. Set the network to Solana, provide your wallet address and the amount you want to transfer. Click the withdraw button and wait for your SOL to appear in your Trust Wallet.

If you are using Binance Website:

If you are using Binance App:

Choose a Decentralized Exchange (DEX)

There are several DEXs to choose from; you just have to make sure the wallet you selected in Step 2 is supported by the exchange. For example, if you use Trust Wallet wallet, you can go to Raydium to make the transaction.

Connect Your Wallet

Connect your Trust Wallet wallet to the DEX you want to use by using your wallet address from Step 2.

Trade Your SOL With the Coin You Want to Get

Select your SOL as the payment and select the Wrapped Solana as the coin you want to acquire.

If Wrapped Solana Doesn’t Appear, Find its Smart Contract

If the coin you want does not appear on the DEX, you can refer to https://explorer.solana.com/ and find the smart contract address. You can then copy and paste it into Raydium. Beware of scams and make sure you got the official contract address.

Apply the Swap

Once you are done with the previous steps, you can click on the Swap button. From deciding where to buy Wrapped Solana to making the purchase, your crypto transaction is now complete!

Cryptocurrency prices are subject to high market risk and price volatility. You should only invest in products that you are familiar with and where you understand the associated risks. The content expressed on this page is not intended to be and shall not be construed as an endorsement by Binance about the reliability or accuracy of such content. You should carefully consider your investment experience, financial situation, investment objectives and risk tolerance and consult an independent financial adviser prior to making any investment. This material should not be construed as financial advice. Past performance is not a reliable indicator of future performance. The value of your investment can go down as well as up, and you may not get back the amount you invested. You are solely responsible for your investment decisions. Binance is not responsible for any losses you may incur. For more information, please refer to our Terms of Use and Risk Warning.

Please also note that data relating to the above-mentioned cryptocurrency presented here (such as its current live price) are based on third party sources. They are presented to you on an “as is” basis and for informational purposes only, without representation or warranty of any kind. Links provided to third-party sites are also not under Binance’s control. Binance is not responsible for the reliability and accuracy of such third-party sites and their contents.

Making the move from EVM to SVM (Solana) requires understanding several key differences between the virtual machines. This article will walk through several of those differences, including accounts, fees, transactions, smart contracts (programs), and more. It will also explore developer setup including tooling and SDKs.

By the end, developers will have the knowledge needed to start their Solana journey.

Understanding the Core Differences

To start, let’s look at the most significant difference between EVM and SVM—the account model design.

Account Model

Unlike Ethereum, Solana was designed to take advantage of multiple cores and support parallel transactions. To achieve this, Solana uses an account model.

An account on Solana is a record in the Solana ledger that either holds data (a data account) or is an executable program (a smart contract or program on Solana).

Like Ethereum, each account has an address identifier. However, unlike Ethereum—where each smart contract is an account with the execution logic and storage tied together—Solana’s smart contracts are entirely stateless. State must be passed to accounts for them to execute on.

Let’s look at a code example. In the Solidity code below, state is tied to the smart contract with the line int private count = 0.

With Rust (Solana) there is a struct within the smart contract stating initialize_counter. This initial counter creates an account with a count of 0. The account is passed to this counter to increment the count. This keeps state from being kept within the smart contract itself.

With Solana, data is stored in separate accounts outside of the program. To execute the logic in a program, pass the account to be performed on.

In the case of this counter program, pass a counter account to the program when calling the increment function, and the program then increments the value in the counter account.

Benefits of the Account Model Design

One of the primary benefits of this account model is program reusability.

With the ERC20 interface on Ethereum, every time a developer creates a new token, they must redeploy the ERC20 smart contract to Ethereum with its specified values. This redeployment incurs a high cost.

But with Solana, it’s not necessary to create and deploy a new smart contract in order to create a new token. Instead, create a new account, known as the mint account, using the Solana Token Program, passing details such as number of tokens, decimal points, who can mint, and more.

And this can be done by simply sending a transaction to the Token Program. Using the Solana Program Library CLI, for example, it’s just a single command:

Local Fee Markets

Another benefit of the account model is that fee markets are local per account.

On Ethereum, fee markets are global. If an NFT collection goes viral and everyone is minting—fees go up for everyone. But on Solana, since fee markets are local per account, only people minting that NFT collection pay the elevated fees. Users not participating are unaffected.

Fees

Let’s dive deeper into fees. On Solana, fees are broken into three categories: base fee, priority fee, and rent. Let’s look at each.

The base fee is calculated based on the number of signatures in a transaction. Each signature costs 5000 lamports (0.000000001 sol = 1 lamport). If a transaction has 5 signatures, the base fee is 25000 lamports.

The priority fee is an optional fee that can be added to a transaction to give it priority. This fee is based on the amount of compute units used in the transaction. Similar to Ethereum gas, this fee is a simple measurement of computing resources required for the transaction.

The final fee, rent, is more like a deposit. When developers create accounts or allocate space on the network, they must deposit SOL for the network to keep their account. Rent is calculated based on the number of bytes stored on the network, and an additional base fee is charged for allocating space.

Transactions

On Solana, program execution begins with a transaction being submitted to the cluster. Each transaction on Solana consists of four parts:

One or more instructions. Instructions are the smallest execution logic on Solana. They can be thought of like function calls on an Ethereum smart contract. They invoke programs that make calls to the Solana runtime to update the state (for example, calling the token program to transfer tokens from one account to another).

An array of accounts to read or write from

One or more signatures

A recent blockhash or nonce. Instead of using an incremental nonce as on Ethereum, on Solana a recent blockhash is pulled from the cluster. With this blockhash, the transaction is only valid for 150 blocks, preventing long-living transaction signatures from being executed at a much later date.

One other significant difference between Ethereum and Solana is that with Solana, transactions can have multiple instructions (function calls on Ethereum). This means it’s not necessary to create custom smart contracts to chain functions in a single transaction. Each instruction can be a separate function call, done in order in the transaction. Transactions are also atomic: if an instruction fails, the entire transaction will fail.

Transaction Limitations

Like with Ethereum gas limitations, there are compute unit limitations on Solana transactions.

Other limitations include:

Each account referenced may be at most 12,000,000 compute units used per block.

Instructions can only be called at a depth of 4 before the transaction reverts.

Mempool

Unlike Ethereum, Solana does not have mempools. Solana validators instead forward all transactions to up to four leaders on the leader schedule. Not having a mempool forces the transactions to hop from leader to leader until blockhash expiration, but it also reduces the overhead of gossip across the cluster.

The Solana Developer Environment

Now let’s look at some of the developer tools on Solana.

Programming Languages

While Ethereum primarily uses Solidity for writing smart contracts, Solana uses Rust. If moving from Ethereum, consider the Anchor framework or Neon, both of which can help developers get started faster by allowing them to build in Solana using familiar EVM tools.

Like Ethereum, there are client-side SDKs available for many of the most popular programming languages, including JavaScript, Python, and Java.

Developer Tooling

Solana does not currently have an equivalent to Foundry, but it does have a wide set of tools equivalent to those used for Solidity.

For a deeper dive, here is a broader list of developer resources.

Creating Smart Contracts

When creating programs on Solana (or when migrating existing Ethereum smart contracts) there are several core differences—too many to cover here. But let’s look at a few of the most common:

Mapping does not directly exist on Solana. Instead, use program-derived addresses. Like mapping, program-derived addresses give the ability to create a map from a key or account to a value stored on-chain.

On Solana, programs are default upgradable. A smart contract can be upgraded by a simple CLI command solana program deploy .

When writing a solidity smart contract, it’s common to check for either msg.sender or tx.origin. There is no equivalent to this on Solana. Each transaction can have multiple signers, and the person sending the transaction is not necessarily the one who signed the transaction.

For more information on programs and how to deploy, check out this guide.

Learn More

Those are some of the most critical differences between developing on Ethereum and Solana. There is much more to learn, of course. And the best way to get started is to jump right in! Here are a few resources for next steps:

The Solana Playground where developers can write, build, and deploy Solana programs from the browser

An intro to Solana development using the Solana Playground

A more detailed look at the differences between developing on Ethereum and Solana

The Solana Bootcamp

Where & How to Buy Wrapped Solana (SOL) Guide