Go to file
Jon Cinque ddf9efa330
stake-pool: Add ability to withdraw from transient stakes (#1890)
* stake-pool: Add ability to withdraw from transient stakes

It's possible for a very malicious pool staker to constantly increase /
decrease the stake on validators, making it impossible for people to get
their SOL out.

Update the accounting to know how much of the stake is active and how
much is transient and allow users to withdraw from transient accounts,
but only if there's no more active stake.

* Remove mut ickiness
2021-06-11 20:50:59 +00:00
.github ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
.travis Switch to Github Actions for CI (#768) 2020-11-01 18:42:51 +08:00
associated-token-account/program Bump solana crates to v1.6.7 2021-05-05 04:39:49 +00:00
binary-oracle-pair ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
ci ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
docs Fixup spl-token create-account example (#1897) 2021-06-10 19:13:07 +00:00
examples ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
feature-proposal Remove unneeded helper function 2021-05-17 13:07:23 -07:00
governance Governance: Instructions (#1833) 2021-06-05 14:06:57 +01:00
libraries/math ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
memo ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
name-service ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
record/program ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
shared-memory ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
stake-pool stake-pool: Add ability to withdraw from transient stakes (#1890) 2021-06-11 20:50:59 +00:00
themis Update some api urls (#1888) 2021-06-08 12:53:32 -06:00
token ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
token-lending ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
token-swap ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
utils Bump solana crates to v1.6.7 2021-05-05 04:39:49 +00:00
.gitignore Governance program API design 2021-05-17 12:01:20 +01:00
.mergify.yml Add community label to external contributions (#1898) 2021-06-10 17:45:54 -07:00
.travis.yml Simplify github action with scripts (#769) 2020-11-04 10:50:07 +08:00
Cargo.lock ci: Split out test-bpf into separate workflows for each program (#1893) 2021-06-11 22:35:00 +02:00
Cargo.toml Governance program API design 2021-05-17 12:01:20 +01:00
LICENSE Update contributors (#42) 2020-06-17 14:12:46 -07:00
README.md bumped version of cli-tools 2021-03-26 11:12:47 -07:00
cbindgen.sh Move c header generation out of build.rs 2020-08-27 23:32:07 -07:00
coverage.sh Fix coverage on macOS 2020-12-14 12:07:16 -08:00
patch.crates-io.sh Add more solana crates to patch scripts 2021-03-26 20:17:44 -07:00
update-solana-dependencies.sh Flashloan for token lending (#1444) 2021-05-06 23:27:41 -05:00

README.md

Build status

Solana Program Library

The Solana Program Library (SPL) is a collection of on-chain programs targeting the Sealevel parallel runtime. These programs are tested against Solana's implementation of Sealevel, solana-runtime, and deployed to its mainnet. As others implement Sealevel, we will graciously accept patches to ensure the programs here are portable across all implementations.

Full documentation is available at https://spl.solana.com

Development

Environment Setup

  1. Install the latest Rust stable from https://rustup.rs/
  2. Install Solana v1.6.1 or later from https://docs.solana.com/cli/install-solana-cli-tools
  3. Install the libudev development package for your distribution (libudev-dev on Debian-derived distros, libudev-devel on Redhat-derived).

Build

The normal cargo build is available for building programs against your host machine:

$ cargo build

To build a specific program, such as SPL Token, for the Solana BPF target:

$ cd token/program
$ cargo build-bpf

Test

Unit tests contained within all projects can be run with:

$ cargo test      # <-- runs host-based tests
$ cargo test-bpf  # <-- runs BPF program tests

To run a specific program's tests, such as SPL Token:

$ cd token/program
$ cargo test      # <-- runs host-based tests
$ cargo test-bpf  # <-- runs BPF program tests

Integration testing may be performed via the per-project .js bindings. See the token program's js project for an example.

Clippy

$ cargo clippy

Coverage

$ ./coverage.sh  # Please help! Coverage build currently fails on MacOS due to an XCode `grcov` mismatch...

Release Process

SPL programs are currently tagged and released manually. Each program is versioned independently of the others, with all new development occurring on master. Once a program is tested and deemed ready for release:

Bump Version

  • Increment the version number in the program's Cargo.toml
  • Generate a new program ID and replace in <program>/program-id.md and <program>/src/lib.rs
  • Run cargo build-bpf <program> to update relevant C bindings. (Note the location of the generated spl_<program>.so for attaching to the Github release.)
  • Open a PR with these version changes and merge after passing CI.

Create Github tag

Program tags are of the form <program>-vX.Y.Z. Create the new tag at the version-bump commit and push to the solana-program-library repository, eg:

$ git tag token-v1.0.0 b24bfe7
$ git push upstream --tags

Publish Github release

  • Go to GitHub Releases UI
  • Click "Draft new release", and enter the new tag in the "Tag version" box.
  • Title the release "SPL vX.Y.Z", complete the description, and attach the spl_<program>.so binary
  • Click "Publish release"

Publish to Crates.io

Navigate to the program directory and run cargo package to test the build. Then run cargo publish.