The go implementation for the Elrond Network testnet
In order to join the network as an observer or as a validator, the required steps are explained below:
The installation of go should proceed as shown in official golang installation guide https://golang.org/doc/install . In order to run the node, minimum golang version should be 1.12.4.
The main branch that will be used is the master branch. Alternatively, an older release tag can be used.
$ mkdir -p $GOPATH/src/github.com/ElrondNetwork
$ cd $GOPATH/src/github.com/ElrondNetwork
$ git clone https://github.com/ElrondNetwork/elrond-go
$ cd elrond-go && git checkout master
$ GO111MODULE=on go mod vendor
$ cd cmd/node && go build
In order to be registered in the Elrond Network, a node must possess 2 types of (secret key, public key) pairs. One is used to identify the node’s credential used to generate transactions (having the sender field its account address) and the other is used in the process of the block signing. Please note that this is a preliminary mechanism, in the next releases the first (private, public key) pair will be dropped when the staking mechanism will be fully implemented. To build and run the keygenerator, the following commands will need to be run:
$ cd ../keygenerator
$ go build
$ ./keygenerator
Follow the steps outlined here. This is because in order to join the testnet you need a specific node configuration.
OR
The previous generated .pem files needs to be copied in the same directory where the node binary resides in order to start the node.
$ cp initialBalancesSk.pem ./../node/config/
$ cp initialNodesSk.pem ./../node/config/
$ cd ../node && ./node
The node binary has some flags defined (for a brief description, the user can use --help flag). Those flags can be used to directly alter the configuration values defined in .toml/.json files and can be used when launching more than one instance of the binary.
$ go test ./...
- Cryptography
- Schnorr Signature
- Belare-Neven Signature
- BLS Signature
- Modified BLS Multi-signature
- Datastructures
- Transaction
- Block
- Account
- Trie
- Execution
- Transaction
- Block
- State update
- Synchronization
- Shard Fork choice
- Peer2Peer - libp2p
- Consensus - SPoS
- Sharding - fixed number
- Transaction dispatcher
- Transaction
- State
- Network - Message dispatching
- MetaChain
- Data Structures
- Block Processor
- Interceptors/Resolvers
- Consensus
- Block K finality scheme
- VM - K-Framework
- K Framework go backend
- IELE Core
- IELE Core tests
- IELE Adapter
- Smart Contracts on a Sharded Architecture
- Concept reviewed
- VM integration
- SC Deployment
- Governance
- Concept reviewed
- Economics
- Concept reviewed
- Optimizations
- Randomness
- Consensus
- Bootstrap from storage
- Testing
- Unit tests
- Integration tests
- TeamCity continuous integration
- Manual testing
- Epochs
- Nodes dispatcher (shuffling)
- Network sharding
- Optimized wiring protocol
- VM - K-Framework
- EVM Core
- EVM Core tests
- EVM Adapter
- Smart Contracts on a Sharded Architecture
- Dependency checker + SC migration
- Storage rent + SC backup & restore
- Request-response fallback
- Fee structure
- Adaptive State Sharding
- Splitting
- Merging
- Redundancy
- Privacy
- DEX integration
- Interoperability
- Optimizations
- Smart Contract
- Governance
- SC for ERD IP
- Enforced Upgrade mechanism for voted ERD IP
- Testing
- Automate tests with AWS
- Bugfixing
Thank you for considering to help out with the source code! We welcome contributions from anyone on the internet, and are grateful for even the smallest of fixes to Elrond!
If you'd like to contribute to Elrond, please fork, fix, commit and send a pull request for the maintainers to review and merge into the main code base. If you wish to submit more complex changes though, please check up with the core developers first on our riot channel to ensure those changes are in line with the general philosophy of the project and/or get some early feedback which can make both your efforts much lighter as well as our review and merge procedures quick and simple.
Please make sure your contributions adhere to our coding guidelines:
- Code must adhere to the official Go formatting guidelines.
- Code must be documented adhering to the official Go commentary guidelines.
- Pull requests need to be based on and opened against the master branch.
- Commit messages should be prefixed with the package(s) they modify.
- E.g. "core/indexer: fixed a typo"
Please see the documentation for more details on the Elrond project.