What Is Solana (SOL)?
Blockchain Solana is an implementation of a fault tolerant replicated state machine. Current publicly available blockchains do not rely on time, or make a weak assumption about the participants abilities to keep time [4, 5]. Each node in the network usually relies on their own local clock without knowledge of any
other participants clocks in the network.
The lack of a trusted source of time means that when a message timestamp is used to accept or reject a message, there is no guarantee that every other participant in the network will make the exact same choice. The PoH presented here is designed to create a ledger with verifiable passage of time, i.e. duration between events and message ordering. It is anticipated that every node in the network will be able to rely on the recorded passage of time in the ledger without trust.
Solana Storage Key Points
Coin Basic | Information |
---|---|
Coin Name | Solana |
Short Name | SOL |
Circulating Supply | 317,464,820.15 SOL |
Total Supply | 511,616,946 |
Source Code | Click Here To View Source Code |
Explorers | Click Here To View Explorers |
Twitter Page | Click Here To Visit Twitter Group |
Whitepaper | Click Here To View |
Support | 24/7 |
Official Project Website | Click Here To Visit Project Website |
Scalefor global adoption
Integrate once and never worry about scaling again. Solana ensures composability between ecosystem projects by maintaining a single global state as the network scales. Never deal with fragmented Layer 2 systems or sharded chains. Solana is all about speed, with 400 millisecond block times. And as hardware gets faster, so does the network.
Decentralizedand unstoppable
Not only is Solana ultra-fast and low cost, it is censorship resistant. Meaning, the network will remain open for applications to run freely and transactions will never be stopped. There’s something for everybody. Follow along, chat on Discord, or read up on what they’re doing. Help secure the network by running decentralized infrastructure. Learn about operating a validator node. Creating tokens and accounts requires SOL for account rent deposits and transaction fees. If the cluster you are targeting offers a faucet, you can get a little SOL for testing.
Transferring tokens to another user, with sender-funding
If the receiver does not yet have an associated token account, the sender may choose to fund the receiver’s account. The receiver obtains their wallet address by running Solana address and provides it to the sender. The sender then runs to fund the receiver’s associated token account, at the sender’s expense, and then transfers 50 tokens into it.
Multisig usage
Solana The main difference in spl-token command line usage when referencing multisig accounts is in specifying the owner argument. Typically the signer specified by this argument directly provides a signature granting its authority, but in the multisig case it just points to the address of the multisig account. Signatures are then provided by the multisig signer-set members specified by the –multisig-signer argument.
Mint with multisig authority
First create keypairs to act as the multisig signer-set. In reality, these can be any supported signer, like: a Ledger hardware wallet, a keypair file, or a paper wallet. For convenience, keypair files will be used in this example. Now the multisig account can be created with the spl-token-multisig subcommand. Its first positional argument is the minimum number of signers (M) that must sign a transaction affecting a token/mint account that is controlled by this multisig account.
The remaining positional arguments are the public keys of all key pairs allowed (N) to sign for the multisig account. This example will use a “2 of 3” multisig account. That is, two of the three allowed keypairs must sign all transactions. Solana To demonstrate that the mint account is now under control of the multisig account, attempting to mint with one multisig signer fails.
Leave a Review