1 个稳定版本
1.3.0 | 2020年8月1日 |
---|
#21 in #dapp
用于 2 个 仓库
47KB
1K SLoC
Astar 网络是基于 Substrate 框架的互操作区块链,也是 Polkadot 生态系统内去中心化应用的中心。通过 Astar 网络和 Shiden 网络,人们可以将代币抵押到智能合约,以奖励为网络提供价值的项目。
关于对该项目的贡献,请阅读我们的 贡献指南。
从源码构建
本节假定开发者正在运行 macOS 或 Debian 变体操作系统。对于 Windows,尽管有运行方法,但我们建议使用 WSL 或虚拟机以获得稳定性。
从终端执行以下命令以设置开发环境并构建节点运行时。
# install Substrate development environment via the automatic script
$ curl https://getsubstrate.io -sSf | bash -s -- --fast
# clone the Git repository
$ git clone --recurse-submodules https://github.com/AstarNetwork/Astar.git
# change current working directory
$ cd Astar
# compile the node
# note: you may encounter some errors if `wasm32-unknown-unknown` is not installed, or if the toolchain channel is outdated
$ cargo build --release
# show list of available commands
$ ./target/release/astar-collator --help
使用 Nix 构建
# install Nix package manager:
$ curl https://nixos.org/nix/install | sh
# run from root of the project folder (`Astar/` folder)
$ nix-shell -I nixpkgs=channel:nixos-21.05 third-party/nix/shell.nix --run "cargo build --release"
运行收集者节点
要设置收集者节点,您必须有一个完全同步的节点,并使用适当的参数,可以使用以下命令完成。
# start the Shiden collator node with
$ ./target/release/astar-collator \
--base-path <path to save blocks> \
--name <node display name> \
--port 30333 \
--rpc-port 9944 \
--telemetry-url 'wss://telemetry.polkadot.io/submit/ 0' \
--rpc-cors all \
--collator
现在,您可以通过发送以下 RPC 负载数据来获取节点的会话密钥。
# send `rotate_keys` request
$ curl -H 'Content-Type: application/json' --data '{ "jsonrpc":"2.0", "method":"author_rotateKeys", "id":1 }' localhost:9933
# should return a long string of hex, which is your session key
{"jsonrpc":"2.0","result":"<session key in hex>","id":1}
完成此步骤后,您应该有一个带有节点会话密钥的在线验证者节点。有关密钥管理和验证者奖励,请参阅我们的 验证者指南在线。
运行 RPC 测试
RPC 测试套件可以对任何版本运行。要运行测试,请访问 https://github.com/AstarNetwork/Astar/actions/workflows/rpcTest.yml。点击运行工作流程,在下拉菜单中输入您想运行测试套件的版本标签。然后点击绿色运行工作流程按钮以启动测试套件。
工作区依赖处理
所有依赖项都应该列在工作区根目录下的 Cargo.toml
文件中。这允许我们通过在单个位置修改版本来轻松更改整个仓库中使用的 crate 的版本。
当前,如果需要 非标准,必须在根目录的 Cargo.toml
文件中设置 default-features = false
(与这个问题相关:问题)。否则,它将没有任何效果,导致编译失败。此外,由于从根目录到子crate的导入不正确,因此应避免定义这些导入。
在根目录的 Cargo.toml
中定义 特性 与具体crate的 Cargo.toml
中定义的特性相加。
添加依赖项
- 检查依赖项是否已在根目录的
Cargo.toml
中定义- 如果 是,则无需操作,只需注意启用的特性
- 如果 否,则添加它(确保如果依赖项在 非标准 上下文中使用,则使用
default-features = false
)
- 将
new_dependecy = { workspace = true }
添加到所需的crate - 如果依赖项已使用
default-features = false
定义,但您需要在 标准 上下文中使用它,请向所需的crate添加features = ["std"]
。
进一步阅读
依赖项
~9MB
~179K SLoC