#solana #blockchain #version #remote #scale #rebuilt #install

bin+lib solana-remote-wallet

区块链,为扩展性重建

406 个稳定版本

2.0.7 2024 年 8 月 24 日
2.0.3 2024 年 7 月 20 日
1.18.22 2024 年 8 月 9 日
1.18.20 2024 年 7 月 24 日
0.23.8 2020 年 2 月 29 日

#581 in 神奇豆子

Download history 13620/week @ 2024-05-04 13740/week @ 2024-05-11 13473/week @ 2024-05-18 14034/week @ 2024-05-25 13821/week @ 2024-06-01 13243/week @ 2024-06-08 13742/week @ 2024-06-15 19209/week @ 2024-06-22 13760/week @ 2024-06-29 13149/week @ 2024-07-06 14163/week @ 2024-07-13 15560/week @ 2024-07-20 17329/week @ 2024-07-27 42970/week @ 2024-08-03 24235/week @ 2024-08-10 14490/week @ 2024-08-17

101,563 每月下载量
用于 393 个crate(26 直接使用)

Apache-2.0

630KB
13K SLoC

Rust 12K SLoC // 0.0% comments Bitbake 1K SLoC // 0.2% comments Shell 440 SLoC // 0.1% comments

Solana

Solana crate Solana documentation Build status codecov

构建

1. 安装 rustc, cargo 和 rustfmt。

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

在构建 master 分支时,请确保您正在使用最新的稳定 rust 版本,通过运行

$ rustup update

在构建特定发布分支时,您应该在 ci/rust-version.sh 中检查 rust 版本,并在必要时通过运行

$ rustup install VERSION

请注意,如果这不是您机器上的最新 rust 版本,则 cargo 命令可能需要一个 覆盖 才能使用正确的版本。

在 Linux 系统上,您可能需要安装 libssl-dev, pkg-config, zlib1g-dev, protobuf 等。

在 Ubuntu 上

$ sudo apt-get update
$ sudo apt-get install libssl-dev libudev-dev pkg-config zlib1g-dev llvm clang cmake make libprotobuf-dev protobuf-compiler

在 Fedora 上

$ sudo dnf install openssl-devel systemd-devel pkg-config zlib-devel llvm clang cmake make protobuf-devel protobuf-compiler perl-core

2. 下载源代码。

$ git clone https://github.com/anza-xyz/agave.git
$ cd agave

3. 构建。

$ ./cargo build

测试

运行测试套件

$ ./cargo test

启动本地测试网

在本地启动自己的测试网,说明请参阅 在线文档

访问远程开发集群

  • devnet - 稳定的公共集群,可通过 devnet.solana.com 访问,用于开发。每天 24 小时运行。了解更多关于 公共集群 的信息

基准测试

首先,安装 rustc 的夜间构建版本。 cargo bench 需要 nightly 版本中仅有的不稳定功能。

$ rustup install nightly

运行基准测试

$ cargo +nightly bench

发布流程

此项目的发布流程请参阅 此处

代码覆盖率

要生成代码覆盖率统计信息

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

为什么要有覆盖率?虽然大多数人把覆盖率视为代码质量指标,但我们主要将其视为开发者生产力指标。当开发者对代码库进行更改时,假设这是一个针对某些问题的解决方案。我们的单元测试套件是我们对代码库解决的问题集进行编码的方式。运行测试套件应该表明您的更改没有侵犯他人的解决方案。添加一个测试保护您的解决方案免受未来更改的影响。比如说,您不明白为什么存在某一行代码,尝试删除它并运行单元测试。最近的测试失败应该告诉您该代码解决了什么问题。如果没有测试失败,请提交一个拉取请求,询问“这段代码解决了什么问题?”另一方面,如果测试失败并且您能想到一个更好的解决方案,您的解决方案拉取请求将非常受欢迎!同样,如果重写测试可以更好地传达它所保护的代码,请将此补丁发送给我们!

依赖项

~13–24MB
~351K SLoC