Silubium is a decentralized blockchain project built on Bitcoin's UTXO model, with support for Ethereum Virtual Machine based smart contracts, and secured by a proof of stake consensus model. It achieves this through the revolutionary Account Abstraction Layer which allows the EVM to communicate with Silubium's Bitcoin-like UTXO blockchain. For more general information about Silubium as well as links to join our community, go to https://silubium.org
Welcome to the Silubium Ignition Main Network. This is the main network where the tokens hold value and should be guarded very carefully. If you are testing the network, or developing unstable software on Silubium, we highly recommend using either testnet or regtest mode.
The major features of the Silubium network include:
- Compatibility with the Ethereum Virtual Machine, which allows for compatibility with most existing Solidity based smart contracts. No special solidity compiler is required to deploy your smart contract to Silubium.
- A Proof of Stake consensus system which is optimized for Silubium's contract model. Any user can stake and help to secure the network. There is no voting, master nodes, or minimum amount required. There have been transactions as small as 2 Silubium that have created blocks in the past.
- The Decentralized Governance Protocol is completely implemented and functional, which allows certain network parameters to be modified without a fork or other network disruption. This currently controls parameters like block size, gas prices, etc.
- Uses the UTXO transaction model and is compatible with Bitcoin, allowing for existing tooling and workflows to be used with Silubium. This allows for the infamous SPV protocol to be used which is ideal for light wallets on mobile phones and IoT devices.
Note: Silubium Core is considered beta software. We make no warranties or guarantees of its security or stability.
These are some resources that might be helpful in understanding Silubium. Note that the unofficial documents are not created by the Silubium team.
Basic usage resources:
- Official Silubium Usage Guide
- Unofficial Silubium staking tutorial
- Unofficial Silubium staking tutorial on Raspberry Pi
- Unofficial Silubium staking tutorial on AWS EC2
- Unofficial guide for keeping your wallet safe
- Block explorer
- Unofficial block explorer
Development resources:
- Deploying a custom token to Silubium
- Early example faucet contract
- Unofficial Silubium Hello World tutorial
- Silubium Book - A Developer's Guide To SILUBIUM
General Info about Silubium:
- Mainnet event AMA
- Silubium's PoS vs CASPER
- Technical article explaining Silubium's PoS model in depth
- Unofficial What is Silubium article
- Smart contract deployment tool
- DApp JavaScript Library
- A toolkit for building silubium light wallets
- CORS silubiumd RPC proxy for DApp
- Docker images for running silubium services
- HTTP API that powers the block explorer and the SILUBIUM web wallet
Silubium Core is our primary mainnet wallet. It implements a full node and is capable of storing, validating, and distributing all history of the Silubium network. Silubium Core is considered the reference implementation for the Silubium network.
Silubium Core currently implements the following:
- Sending/Receiving Silubium
- Sending/Receiving QRC20 tokens on the Silubium network
- Staking and creating blocks for the Silubium network
- Creating and interacting with smart contracts
- Running a full node for distributing the blockchain to other users
- "Prune" mode, which minimizes disk usage
- Regtest mode, which enables developers to very quickly build their own private Silubium network for Dapp testing
- Compatibility with the Bitcoin Core set of RPC commands and APIs
Silubium Core uses a full node model, and thus requires downloading the entire blockchain. If you do not need the entire blockchain, and do not intend on developing smart contracts, it may be more ideal to use an alternative wallet such as one of our light wallets that can be synchronized in a matter of seconds.
A light wallet that supports the Ledger hardware wallet and is based on the well known Electrum wallet software.
Download: https://github.com/silubiumproject/silubium-electrum/releases
These wallets run on mobile devices and synchronize quickly.
Android Download: https://play.google.com/store/apps/details?id=org.silubium.wallet
iOS Download: https://github.com/silubiumproject/silubium-ios (open source, we are still working with Apple to get approval for their app store)
This light wallet runs in your Chrome browser as a browser extension. This wallet requires a Ledger device to use.
How to install: https://ledger.zendesk.com/hc/en-us/articles/115003776913-How-to-install-and-use-Silubium-with-Ledger
This is a quick start script for compiling Silubium on Ubuntu
sudo apt-get install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils git cmake libboost-all-dev
sudo apt-get install software-properties-common
sudo add-apt-repository ppa:bitcoin/bitcoin
sudo apt-get update
sudo apt-get install libdb4.8-dev libdb4.8++-dev
# If you want to build the Qt GUI:
sudo apt-get install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler qrencode
git clone https://github.com/silubiumproject/silubium --recursive
cd silubium
# Note autogen will prompt to install some more dependencies if needed
./autogen.sh
./configure
make -j2
Here is a brief description for compiling Silubium on CentOS, for more details please refer to the specific document
# Compiling boost manually
sudo yum install python-devel bzip2-devel
git clone https://github.com/boostorg/boost.git
cd boost
git checkout boost-1.66.0
git submodule update --init --recursive
./bootstrap.sh --prefix=/usr --libdir=/usr/lib64
./b2 headers
sudo ./b2 -j4 install
# Installing Dependencies for Silubium
sudo yum install epel-release
sudo yum install libtool libdb4-cxx-devel openssl-devel libevent-devel
# If you want to build the Qt GUI:
sudo yum install qt5-qttools-devel protobuf-devel qrencode-devel
# Building Silubium
git clone --recursive https://github.com/silubiumproject/silubium.git
cd silubium
./autogen.sh
./configure
make -j4
The commands in this guide should be executed in a Terminal application.
The built-in one is located in /Applications/Utilities/Terminal.app
.
Install the OS X command line tools:
xcode-select --install
When the popup appears, click Install
.
Then install Homebrew.
brew install cmake automake berkeley-db4 libtool boost --c++11 --without-single --without-static miniupnpc openssl pkg-config protobuf qt5 libevent imagemagick --with-librsvg qrencode
NOTE: Building with Qt4 is still supported, however, could result in a broken UI. Building with Qt5 is recommended.
-
Clone the silubium source code and cd into
silubium
git clone --recursive https://github.com/silubiumproject/silubium.git cd silubium
-
Build silubium-core:
Configure and build the headless silubium binaries as well as the GUI (if Qt is found).
You can disable the GUI build by passing
--without-gui
to configure../autogen.sh ./configure make
-
It is recommended to build and run the unit tests:
make check
Then you can either run the command-line daemon using src/silubiumd
and src/silubium-cli
, or you can run the Qt GUI using src/qt/silubium-qt
For in-depth description of Sparknet and how to use Silubium for interacting with contracts, please see sparknet-guide.
Silubium is GPLv3 licensed.
The master
branch is regularly built and tested, but is not guaranteed to be
completely stable. Tags are created
regularly to indicate new official, stable release versions of Silubium.
The contribution workflow is described in CONTRIBUTING.md.
Developer IRC can be found on Freenode at #silubium-dev.
Testing and code review is the bottleneck for development; we get more pull requests than we can review and test on short notice. Please be patient and help out by testing other people's pull requests, and remember this is a security-critical project where any mistake might cost people lots of money.
Developers are strongly encouraged to write unit tests for new code, and to
submit new unit tests for old code. Unit tests can be compiled and run
(assuming they weren't disabled in configure) with: make check
. Further details on running
and extending unit tests can be found in /src/test/README.md.
There are also regression and integration tests, written
in Python, that are run automatically on the build server.
These tests can be run (if the test dependencies are installed) with: test/functional/test_runner.py
Changes should be tested by somebody other than the developer who wrote the code. This is especially important for large or high-risk changes. It is useful to add a test plan to the pull request description if testing the changes is not straightforward.