Go to file
Michael Vines d3b0f87a49 Switch to tempfile 2020-10-11 18:51:09 +00:00
.buildkite
.github
.travis
account-decoder
accounts-bench
banking-bench
banks-client
banks-interface
banks-server
bench-exchange
bench-streamer
bench-tps
ci
clap-utils
cli Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
cli-config
cli-output Fix typo (#12780) 2020-10-10 00:35:52 +00:00
client Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
core Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
crate-features Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
docs Update gossip entrypoints 2020-10-10 08:39:13 -07:00
dos Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
download-utils Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
explorer explorer: Add support for all parsed accounts (#11842) 2020-10-10 01:03:45 -07:00
faucet
genesis
gossip
install Switch to tempfile 2020-10-11 18:51:09 +00:00
keygen
ledger Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
ledger-tool
local-cluster
log-analyzer
logger
measure
merkle-tree
metrics Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
multinode-demo
net
net-shaper
net-utils
notifier Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
perf
poh-bench
programs
ramp-tps Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
rayon-threadlimit
remote-wallet
runtime Bump reqwest/rayon to get past `cargo audit` 2020-10-11 18:51:09 +00:00
scripts
sdk Default to 50% rent burn 2020-10-09 21:52:31 -07:00
stake-accounts
stake-monitor
stake-o-matic
storage-bigtable Expose all rewards (fees, rent, voting and staking) in RPC getConfirmedBlock and the cli 2020-10-09 21:54:13 -07:00
streamer
sys-tuner
system-test
tokens
transaction-status Expose all rewards (fees, rent, voting and staking) in RPC getConfirmedBlock and the cli 2020-10-09 21:54:13 -07:00
upload-perf
validator
version
vote-signer
watchtower
web3.js feat: publish more docker ports in localnet script (#12788) 2020-10-10 14:21:47 +08:00
.clippy.toml
.codecov.yml
.gitignore
.mergify.yml
.travis.yml
CONTRIBUTING.md
Cargo.lock Expose all rewards (fees, rent, voting and staking) in RPC getConfirmedBlock and the cli 2020-10-09 21:54:13 -07:00
Cargo.toml
LICENSE
README.md
RELEASE.md
cargo
fetch-perf-libs.sh
fetch-spl.sh
run.sh

README.md

Solana

Solana crate Solana documentation Build status codecov

Building

1. Install rustc, cargo and rustfmt.

$ curl https://sh.rustup.rs -sSf | sh
$ source $HOME/.cargo/env
$ rustup component add rustfmt

Please sure you are always using the latest stable rust version by running:

$ rustup update

On Linux systems you may need to install libssl-dev, pkg-config, zlib1g-dev, etc. On Ubuntu:

$ sudo apt-get update
$ sudo apt-get install libssl-dev libudev-dev pkg-config zlib1g-dev llvm clang

2. Download the source code.

$ git clone https://github.com/solana-labs/solana.git
$ cd solana

3. Build.

$ cargo build

4. Run a minimal local cluster.

$ ./run.sh

Testing

Run the test suite:

$ cargo test

Starting a local testnet

Start your own testnet locally, instructions are in the online docs.

Accessing the remote testnet

  • testnet - public stable testnet accessible via devnet.solana.com. Runs 24/7

Benchmarking

First install the nightly build of rustc. cargo bench requires use of the unstable features only available in the nightly build.

$ rustup install nightly

Run the benchmarks:

$ cargo +nightly bench

Release Process

The release process for this project is described here.

Code coverage

To generate code coverage statistics:

$ scripts/coverage.sh
$ open target/cov/lcov-local/index.html

Why coverage? While most see coverage as a code quality metric, we see it primarily as a developer productivity metric. When a developer makes a change to the codebase, presumably it's a solution to some problem. Our unit-test suite is how we encode the set of problems the codebase solves. Running the test suite should indicate that your change didn't infringe on anyone else's solutions. Adding a test protects your solution from future changes. Say you don't understand why a line of code exists, try deleting it and running the unit-tests. The nearest test failure should tell you what problem was solved by that code. If no test fails, go ahead and submit a Pull Request that asks, "what problem is solved by this code?" On the other hand, if a test does fail and you can think of a better way to solve the same problem, a Pull Request with your solution would most certainly be welcome! Likewise, if rewriting a test can better communicate what code it's protecting, please send us that patch!

Disclaimer

All claims, content, designs, algorithms, estimates, roadmaps, specifications, and performance measurements described in this project are done with the author's best effort. It is up to the reader to check and validate their accuracy and truthfulness. Furthermore nothing in this project constitutes a solicitation for investment.