Skip to content

damccull/signum-node

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Signum Node

Node Build GPLv3 Get Support at https://discord.gg/ms6eagX

The world's first HDD-mined cryptocurrency using an energy efficient and fair Proof-of-Commitment (PoC+) consensus algorithm running since August 2014.

Contributing

See CONTRIBUTING.md

Network Features

  • Proof of Commitment - ASIC proof / Energy efficient and sustainable mining
  • No ICO/Airdrops/Premine
  • Fully Community Driven
  • Turing-complete smart contracts, via SmartJ and SmartC
  • Asset Exchange; Updateable On-chain Data (Aliases), Naming System, Crowdfunds, NFTs, games, and more (via smart contracts)

Network Specification

  • Block time is 4 minutes
  • Block size is 375,360 byte
  • Minimum transaction size is 184 bytes
  • Minimum network fee is 0.01 Signa
  • Transactions per second is at least 16
  • Smart Transactions per second (multiple payouts) is up to 5,000 STPS
  • Maximum 1,200,000 balance changes per block
  • Total Supply: 2,138,119,200 SIGNA up to block 972k + 100 SIGNA per block after that
  • Block reward started at 10,000/block in 2014
  • Block reward decreased at 5% each month with a minimum mining incentive of 100 SIGNA per block
  • Automated burning of subscription interval payment fees and smart contract step fees from block 1,029,000 SIP-36

Features

  • Decentralized Peer-to-Peer network with spam protection
  • Built in Java - runs anywhere, from a Raspberry Pi to a Phone
  • Fast sync with multithreaded CPU or, optionally, an OpenCL GPU
  • HTTP API for clients to interact with network
  • Interactive OpenAPI Documentation

Installation

Prerequisites

Windows

Any recent 64 bit Windows should suffice (a Java 11 is embedded in the windows package).

Linux and Mac, Java 64-bit 11 (Recommended) or higher

You need Java 64-bit 11 (recommended) or higher installed. Install the openjdk-11-jre package or similar for your distribution. To check your java version, run java -version. You should get an output similar to the following:

openjdk version "11.0.13" 2021-10-19
OpenJDK Runtime Environment (build 11.0.13+8-Ubuntu-0ubuntu1.20.04)
OpenJDK 64-Bit Server VM (build 11.0.13+8-Ubuntu-0ubuntu1.20.04, mixed mode, sharing)

The important part is that the Java version starts with 11. (Java 11)

Tipp: Use SDK! for easy installation of Java

Using an optional RDBMS (MariaDB, PostgreSQL)

Signum Node uses an embedded file based database (H2) as default. But it's possible to use either MariaDB or PostgreSQL as alternative database.

The minimum required version of MariaDB is 10.6.


Should I use MariaDB, PostgreSQL or H2?

H2 is a very fast file based (embedded) database. Signum Node builds up the entire database out of the box and does not require any further set up. This makes H2 an interesting choice especially for less-technical users who just want to start and/or run a local (not publicly accessible) node. Choose this, if you want to run just a local node without public exposure and/or you don't want to connect to the database while running the node. Furthermore, the resulting database file is easily shareable, such others can use a snapshot and sync from there.

Update: H2 has proven to be unstable. We do not recommend the usage of H2 anymore

Sqlite is just like H2 a file based (embedded) database. Signum Node builds up the entire database out of the box and does not require any further set up. This makes Sqlite an interesting choice especially for less-technical users who just want to start and/or run a local (not publicly accessible) node. Choose this, if you want to run just a local node without public exposure. Furthermore, the resulting database file is easily shareable, such others can use a snapshot and sync from there. Sqlite is still experimental, and considered as a substitute for H2.

MariaDB and PostgreSQL on the other hand require an additional set-up. It is the better choice for publicly accessible nodes, as they are considered more stable, especially under higher load.

MariaDB and PostgreSQL are not as fast as H2, so expect higher re-synchronisation times. The performance hit for MariaDB and PostgreSQL is related to the TCP/IP connection, which is per se slower than File-IO (especially for SSDs). Due to that model concurrent access is possible, i.e. one can run an additional service against the same database, which is not possible with H2, as the file gets locked.

Stability Speed Setup Backup Concurrency Purpose
H2 - (1) ⭐⭐⭐ ⭐⭐⭐ ⭐⭐⭐ Local Node
Sqlite ⭐⭐ (2) ⭐⭐ ⭐⭐⭐ ⭐⭐⭐ ✅ (3) Local Node
MariaDB ⭐⭐ Public Node, Additional Services
PostgreSQL ⭐⭐ (2) Public Node, Additional Services

(1) H2 - even with updated Version 2 - has proven to be unstable and causing database issues - mostly File I/O exceptions, and data inconsistencies.

(2) PostgreSQL and Sqlite support is still experimental. So, stability needs to be proven over time, but in general Postgres itself is as least stable/reliable as MariaDB.

(3) Sqlite supports concurrent reading. Writing is still limited to one writer at a time.


See in the following documents how to set up for different database

Configure the Signum Node

Grab the latest release (or, if you prefer, compile yourself using the instructions below)

In the conf directory, copy node-default.properties into a new file named node.properties and modify this file to suit your needs (See "Configuration" section below)

To run the node, double click on signum-node.exe (if on Windows) or run java -jar signum-node.jar. On most systems this will show you a monitoring window and will create a tray icon to show that Signum node is running. To disable this, instead run java -jar signum-node.jar --headless.

Configuration

Running on mainnet

Starting with the release version 3.3.0 and higher the concept of the config file changed. To run the node for mainnet with the default options, no configuration change is needed.

All default/recommended parameters are defined in code by the Signum Node but you can overwrite the parameter within the config file to suit your needs. The default values for the available settings are shown in the conf/node-default.properties file as commented out.

Configuration Hints

Configure your cash-back

As an incentive for users to run their own full nodes, SIP-35 introduced the concept of fee cash-back. In order to receive the 25% cashback on the fees for transactions created by your node, set your own account ID in the configuration file:

node.cashBackId = 8952122635653861124

Note: the example ID above 8952122635653861124 is the SNA account.

The cash-back is paid from block 1,029,000.

H2/MariaDB

By default Signum Node is using H2 (file based) as database. If you like to use MariaDB you will need to adjust your conf/node.properties:

#### DATABASE ####
DB.Url=jdbc:mariadb://localhost:3306/signum
DB.Username=
DB.Password=

Please modify the DB.Url to your own specifications (port 3306 is the standard port from MariaDB) and also set the DB.Username and DB.Password according your setup for the created database.

UPnP-Portforwarding

By default the UPnP port forwarding is activated. If you run the node on a VPS you can deactivate this by setting it to "no".

## Port for incoming peer to peer networking requests, if enabled.
# P2P.Port = 8123
## Use UPnP-Portforwarding
P2P.UPnP = no

Enable SNR

If you set on the P2P.myPlatform a valid Signum address and you fulfill the SNR requirements your node aka the set Signum address will be rewarded with the SNR. The SNR (Signum Network Reward) is a community driven bounty paid to all node-operators which run continuous (uptime > 80%) and with the newest release a Signum node.

## My platform, to be announced to peers.
## Enter your Signum address here for SNR rewards, see here: https://signum.community/signum-snr-awards/
P2P.myPlatform = S-ABCD-EFGH-IJKL-MNOP

You can check your node using the explorer.

Hardware Requirements

The Signum Node is not hardware demanding nor it needs a fast internet connection. The specifications for the hardware is as follows:

  • Minimum : 1 vCPU, 1 GB RAM, 20 GB HD, Minimum Swapfile 2GB (Linux)
  • Recommended : 2 vCPU, 2 GB RAM, 20 GB HD, Minimum Swapfile 4GB (Linux)

Tuning options

If you run the minimum requirement you can turn off the indirectIncomingService in the config file to reduce CPU and file usage. By default this parameter is activated.

## Enable the indirect incoming tracker service. This allows you to see transactions where you are paid
## but are not the direct recipient eg. Multi-Outs.
node.indirectIncomingService.enable = false

Testnet

Starting with the Signum node version 3.3.0 and higher the node is able to handle different chains in a multiverse manner. All parameters for a different chain are set in the code section of the node and can be activated by pointing to the other chain aka universe in the config file. No additional setting is needed.

In order to run a testnet node adjust your conf/node.properties to:

## Run with a different network
# Testnet network
node.network = signum.net.TestnetNetwork

If no custom DB is set, a H2 file will be created as db/signum-testnet.mv.db. For a MariaDB setup you need to configure a testnet instance in the config file.

Private Chains

In order to run a private (local) chain with mock mining just select the network:

node.network = signum.net.MockNetwork

This will allow you to forge new blocks as soon as you submit a new nonce. Note that P2P is disabled when running in this mode.

API Documentation

Since Version 3.4.3 the new interactive API documentation based on OpenAPI Spec V3 is shipped and active by default.

You can access it via <host>:8125/api-doc (or <host>:6876/api-doc for Testnet respectively).

Read more about the documentation

Building from sources

Building the latest stable release

Run these commands (the main branch is always the latest stable release):

git clone https://github.com/signum-network/signum-node.git
cd signum-node
./gradlew dist

Your packaged release will now be available in the build/distribution directory.

Building the latest development version

Clone the repository as instructed above and run these commands:

git switch develop
./gradlew dist

Your packaged release will now be available in the build/distribution directory.

Please note that development builds will refuse to run outside of testnet or a private chain

Running the automated tests

Clone the repository as instructed above and run:

./gradlew test

Updating the Phoenix Wallet

Since V3.0 the Phoenix Wallet is available as built-in alternative to the classic wallet. Within a release of the node software automatically the latest available release of the Phoenix wallet will be applied. As the Phoenix Wallet is a project apart from this repository the node and wallet software have different release cycles. Therefore, an additional update script (at this moment only for Linux/MacOS) is provided.

Just run ./update-phoenix.sh, which is available in the distribution package

Releasing

To cut a new (pre)-release just create a tag of the following format vD.D.D[-suffix]. Githubs actions automatically creates a pre-release with entirely build executable as zip.

git tag v3.0.1-beta
git push --tags

Docker

See DOCKER.md for information on running and building docker images.

Database Development

To get more details about how to work with database changes look at more detailed docs.

Developers

Main Developer: jjos2372. Donation address: S-JJQS-MMA4-GHB4-4ZNZU

Frequent Contributors:

For more information, see Credits

Appendix

About

BRS - Burst Reference Software

Resources

License

Code of conduct

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Java 95.7%
  • TypeScript 3.1%
  • HTML 0.4%
  • JavaScript 0.3%
  • Shell 0.2%
  • CSS 0.2%
  • Dockerfile 0.1%