Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/kaspanet/rusty-kaspa
Kaspa full-node reference implementation and related libraries in the Rust programming language
https://github.com/kaspanet/rusty-kaspa
consensus-protocol cryptocurrency rust wasm
Last synced: 27 days ago
JSON representation
Kaspa full-node reference implementation and related libraries in the Rust programming language
- Host: GitHub
- URL: https://github.com/kaspanet/rusty-kaspa
- Owner: kaspanet
- License: isc
- Created: 2022-07-17T23:32:26.000Z (over 2 years ago)
- Default Branch: master
- Last Pushed: 2024-10-29T19:13:45.000Z (about 1 month ago)
- Last Synced: 2024-10-29T21:28:02.796Z (about 1 month ago)
- Topics: consensus-protocol, cryptocurrency, rust, wasm
- Language: Rust
- Homepage:
- Size: 8.91 MB
- Stars: 462
- Watchers: 63
- Forks: 149
- Open Issues: 81
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
- best-of-crypto - GitHub - 50% open · ⏱️ 26.05.2024): (Others)
README
Kaspa On Rust
Welcome to the Rust-based implementation of the Kaspa full-node and its ancillary libraries. The contained node release serves as a drop-in replacement to the established Golang node and to date is the recommended node software for the Kaspa network, introducing developers to the possibilities of Rust in the Kaspa network's context.
We invite developers and blockchain enthusiasts to collaborate, test, and optimize our Rust implementation. Each line of code here is an opportunity to contribute to the open-source blockchain movement, shaping a platform designed for scalability and speed without compromising on security and decentralization.
Your feedback, contributions, and issue reports will be integral to evolving this codebase and continuing its maturity as a reliable node in the Kaspa network.
The default branch of this repository is `master` and new contributions are constantly merged into it. For a stable branch corresponding to the latest stable release please pull and compile the `stable` branch.
## Installation
Building on Linux1. Install general prerequisites
```bash
sudo apt install curl git build-essential libssl-dev pkg-config
```2. Install Protobuf (required for gRPC)
```bash
sudo apt install protobuf-compiler libprotobuf-dev #Required for gRPC
```
3. Install the clang toolchain (required for RocksDB and WASM secp256k1 builds)```bash
sudo apt-get install clang-format clang-tidy \
clang-tools clang clangd libc++-dev \
libc++1 libc++abi-dev libc++abi1 \
libclang-dev libclang1 liblldb-dev \
libllvm-ocaml-dev libomp-dev libomp5 \
lld lldb llvm-dev llvm-runtime \
llvm python3-clang
```
3. Install the [rust toolchain](https://rustup.rs/)If you already have rust installed, update it by running: `rustup update`
4. Install wasm-pack
```bash
cargo install wasm-pack
```
4. Install wasm32 target
```bash
rustup target add wasm32-unknown-unknown
```
5. Clone the repo
```bash
git clone https://github.com/kaspanet/rusty-kaspa
cd rusty-kaspa
```
Building on Windows1. [Install Git for Windows](https://gitforwindows.org/) or an alternative Git distribution.
2. Install [Protocol Buffers](https://github.com/protocolbuffers/protobuf/releases/download/v21.10/protoc-21.10-win64.zip) and add the `bin` directory to your `Path`
3. Install [LLVM-15.0.6-win64.exe](https://github.com/llvm/llvm-project/releases/download/llvmorg-15.0.6/LLVM-15.0.6-win64.exe)
Add the `bin` directory of the LLVM installation (`C:\Program Files\LLVM\bin`) to PATH
set `LIBCLANG_PATH` environment variable to point to the `bin` directory as well
**IMPORTANT:** Due to C++ dependency configuration issues, LLVM `AR` installation on Windows may not function correctly when switching between WASM and native C++ code compilation (native `RocksDB+secp256k1` vs WASM32 builds of `secp256k1`). Unfortunately, manually setting `AR` environment variable also confuses C++ build toolchain (it should not be set for native but should be set for WASM32 targets). Currently, the best way to address this, is as follows: after installing LLVM on Windows, go to the target `bin` installation directory and copy or rename `LLVM_AR.exe` to `AR.exe`.
4. Install the [rust toolchain](https://rustup.rs/)
If you already have rust installed, update it by running: `rustup update`
5. Install wasm-pack
```bash
cargo install wasm-pack
```
6. Install wasm32 target
```bash
rustup target add wasm32-unknown-unknown
```
7. Clone the repo
```bash
git clone https://github.com/kaspanet/rusty-kaspa
cd rusty-kaspa
```
Building on Mac OS1. Install Protobuf (required for gRPC)
```bash
brew install protobuf
```
2. Install llvm.The default XCode installation of `llvm` does not support WASM build targets.
To build WASM on MacOS you need to install `llvm` from homebrew (at the time of writing, the llvm version for MacOS is 16.0.1).
```bash
brew install llvm
```**NOTE:** Homebrew can use different keg installation locations depending on your configuration. For example:
- `/opt/homebrew/opt/llvm` -> `/opt/homebrew/Cellar/llvm/16.0.1`
- `/usr/local/Cellar/llvm/16.0.1`To determine the installation location you can use `brew list llvm` command and then modify the paths below accordingly:
```bash
% brew list llvm
/usr/local/Cellar/llvm/16.0.1/bin/FileCheck
/usr/local/Cellar/llvm/16.0.1/bin/UnicodeNameMappingGenerator
...
```
If you have `/opt/homebrew/Cellar`, then you should be able to use `/opt/homebrew/opt/llvm`.Add the following to your `~/.zshrc` file:
```bash
export PATH="/opt/homebrew/opt/llvm/bin:$PATH"
export LDFLAGS="-L/opt/homebrew/opt/llvm/lib"
export CPPFLAGS="-I/opt/homebrew/opt/llvm/include"
export AR=/opt/homebrew/opt/llvm/bin/llvm-ar
```Reload the `~/.zshrc` file
```bash
source ~/.zshrc
```
3. Install the [rust toolchain](https://rustup.rs/)If you already have rust installed, update it by running: `rustup update`
4. Install wasm-pack
```bash
cargo install wasm-pack
```
4. Install wasm32 target
```bash
rustup target add wasm32-unknown-unknown
```
5. Clone the repo
```bash
git clone https://github.com/kaspanet/rusty-kaspa
cd rusty-kaspa
```
Building WASM32 SDK
Rust WebAssembly (WASM) refers to the use of the Rust programming language to write code that can be compiled into WebAssembly, a binary instruction format that runs in web browsers and NodeJs. This allows for easy development using JavaScript and TypeScript programming languages while retaining the benefits of Rust.
WASM SDK components can be built from sources by running:
- `./build-release` - build a full release package (includes both release and debug builds for web and nodejs targets)
- `./build-docs` - build TypeScript documentation
- `./build-web` - release web build
- `./build-web-dev` - development web build
- `./build-nodejs` - release nodejs build
- `./build-nodejs-dev` - development nodejs buildIMPORTANT: do not use `dev` builds in production. They are significantly larger, slower and include debug symbols.
### Requirements
- NodeJs (v20+): https://nodejs.org/en
- TypeDoc: https://typedoc.org/### Builds & documentation
- Release builds: https://github.com/kaspanet/rusty-kaspa/releases
- Developer builds: https://kaspa.aspectron.org/nightly/downloads/
- Developer TypeScript documentation: https://kaspa.aspectron.org/docs/
Kaspa CLI + Wallet
`kaspa-cli` crate provides a cli-driven RPC interface to the node and a
terminal interface to the Rusty Kaspa Wallet runtime. These wallets are
compatible with WASM SDK Wallet API and Kaspa NG projects.```bash
cd cli
cargo run --release
```Local Web Wallet
Run an http server inside of `wallet/wasm/web` folder. If you don't have once, you can use the following:
```bash
cd wallet/wasm/web
cargo install basic-http-server
basic-http-server
```
The *basic-http-server* will serve on port 4000 by default, so open your web browser and load http://localhost:4000The framework is compatible with all major desktop and mobile browsers.
## Running the node
**Start a mainnet node**
```bash
cargo run --release --bin kaspad
# or with UTXO-index enabled (needed when using wallets)
cargo run --release --bin kaspad -- --utxoindex
```
**Start a testnet node**```bash
cargo run --release --bin kaspad -- --testnet
```**Testnet 11**
For participation in the 10BPS test network (TN11), see the following detailed [guide](docs/testnet11.md).
Using a configuration file
```bash
cargo run --release --bin kaspad -- --configfile /path/to/configfile.toml
# or
cargo run --release --bin kaspad -- -C /path/to/configfile.toml
```
- The config file should be a list of \ = \ separated by newlines.
- Whitespace around the `=` is fine, `arg=value` and `arg = value` are both parsed correctly.
- Values with special characters like `.` or `=` will require quoting the value i.e \ = "\".
- Arguments with multiple values should be surrounded with brackets like `addpeer = ["10.0.0.1", "1.2.3.4"]`.For example:
```
testnet = true
utxoindex = false
disable-upnp = true
perf-metrics = true
appdir = "some-dir"
netsuffix = 11
addpeer = ["10.0.0.1", "1.2.3.4"]
```
Pass the `--help` flag to view all possible arguments```bash
cargo run --release --bin kaspad -- --help
```
wRPC
wRPC subsystem is disabled by default in `kaspad` and can be enabled via:
JSON protocol:
```bash
--rpclisten-json =
# or use the defaults for current network
--rpclisten-json = default
```Borsh protocol:
```bash
--rpclisten-borsh =
# or use the defaults for current network
--rpclisten-borsh = default
```**Sidenote:**
Rusty Kaspa integrates an optional wRPC
subsystem. wRPC is a high-performance, platform-neutral, Rust-centric, WebSocket-framed RPC
implementation that can use [Borsh](https://borsh.io/) and JSON protocol encoding.JSON protocol messaging
is similar to JSON-RPC 1.0, but differs from the specification due to server-side
notifications.[Borsh](https://borsh.io/) encoding is meant for inter-process communication. When using [Borsh](https://borsh.io/)
both client and server should be built from the same codebase.JSON protocol is based on
Kaspa data structures and is data-structure-version agnostic. You can connect to the
JSON endpoint using any WebSocket library. Built-in RPC clients for JavaScript and
TypeScript capable of running in web browsers and Node.js are available as a part of
the Kaspa WASM framework.## Benchmarking & Testing
Simulation framework (Simpa)
The current codebase supports a full in-process network simulation, building an actual DAG over virtual time with virtual delay and benchmarking validation time (following the simulation generation).
To see the available commands
```bash
cargo run --release --bin simpa -- --help
```The following command will run a simulation to produce 1000 blocks with communication delay of 2 seconds and 8 BPS (blocks per second) while attempting to fill each block with up to 200 transactions.
```bash
cargo run --release --bin simpa -- -t=200 -d=2 -b=8 -n=1000
```Heap Profiling
Heap-profiling in `kaspad` and `simpa` can be done by enabling `heap` feature and profile using the `--features` argument
```bash
cargo run --bin kaspad --profile heap --features=heap
```It will produce `{bin-name}-heap.json` file in the root of the workdir, that can be inspected by the [dhat-viewer](https://github.com/unofficial-mirror/valgrind/tree/master/dhat)
Tests
**Run unit and most integration tests**
```bash
cd rusty-kaspa
cargo test --release
// or install nextest and run
```**Using nextest**
```bash
cd rusty-kaspa
cargo nextest run --release
```Lints
```bash
cd rusty-kaspa
./check
```Benchmarks
```bash
cd rusty-kaspa
cargo bench
```Logging
Logging in `kaspad` and `simpa` can be [filtered](https://docs.rs/env_logger/0.10.0/env_logger/#filtering-results) by either:
1. Defining the environment variable `RUST_LOG`
2. Adding the --loglevel argument like in the following example:```
(cargo run --bin kaspad -- --loglevel info,kaspa_rpc_core=trace,kaspa_grpc_core=trace,consensus=trace,kaspa_core=trace) 2>&1 | tee ~/rusty-kaspa.log
```
In this command we set the `loglevel` to `INFO`.