Ontology

Version 1.0

English | 中文

Welcome to Ontology's source code library!

Ontology is dedicated to creating a modularized, freely configurable, interoperable cross-chain, high-performance, and horizontally scalable blockchain infrastructure system. Ontology makes deploying and invoking decentralized applications easier.

The code is currently alpha quality, but is in the process of rapid development. The master code may be unstable; stable versions can be downloaded in the release page.

The public test network is described below. We sincerely welcome and hope more developers join Ontology.

Features

• Scalable lightweight universal smart contract
• Scalable WASM contract support
• Crosschain interactive protocol (processing)
• Multiple encryption algorithm support
• Highly optimized transaction processing speed
• P2P link layer encryption (optional module)
• Multiple consensus algorithm support (VBFT/DBFT/RBFT/SBFT/PoW)
• Quick block generation time

Contents

• Build development environment
• Get Ontology
  • Get from source code
  • get from release
• Server deployment
  • Select network
    • Public test network Polaris sync node deployment
    • Single-host deployment configuration
    • Multi-hosts deployment configuration
  • Implement
  • ONT transfer sample
• Contributions
• Open source community
  • Site
  • Developer Discord Group
• License

Build development environment

The requirements to build Ontology are:

• Golang version 1.9 or later
• Glide (a third party package management tool)
• Properly configured Go language environment
• Golang supported operating system

Get Ontology

Get from source code

Clone the Ontology repository into the appropriate $GOPATH/src/github.com/ontio directory.

$ git clone https://github.com/ontio/ontology.git

or

$ go get github.com/ontio/ontology

Fetch the dependent third party packages with glide.

$ cd $GOPATH/src/github.com/ontio/ontology
$ glide install

Build the source code with make.

$ make all

After building the source code sucessfully, you should see two executable programs:

• ontology: the node program/command line program for node control
• tools/sigsvr: (optional)Ontology Signature Server - sigsvr is a rpc server for signing transactions for some special requirement.detail docs can be reference at link

get from release

You can download at release page.

Server deployment

Select network

To run Ontology successfully, nodes can be deployed by three ways:

• Mainnet sync node deployment
• Public test network Polaris sync node deployment
• Single-host deployment
• Multi-hosts deployment

Mainnet sync node deployment

Run ontology straightly

 ./ontology --networkid 1

PS: There is no need of config.json file, will use the default setting.

Public test network Polaris sync node deployment

Run ontology straightly

 ./ontology --networkid 2

PS: There is no need of config.json file, will use the default setting.

Single-host deployment configuration

Create a directory on the host and store the following files in the directory:

• Node program + Node control program ontology
• Wallet filewallet.dat

Run command $ ./ontology --testmode --networkid 3 can start single-host test net.

Here's a example of single-host configuration:

• Directory structure

  $ tree
  └── ontology
      ├── ontology
      └── wallet.dat

Multi-hosts deployment configuration

Note: When using --networkid with a custom value, you must also use the --config=config.json (or the name of your config file) argument otherwise the node will default to Mainnet.

VBFT Deployment

In the multi-hosts enviroment, we need 7 nodes to run ontology at least in VBFT.

We can perform a quick deployment by modifying the default configuration file config.json.

1. Generate 7 wallet file, each wallet contains an account. These account is bookkeepers of consensuse. The account generated by :

   ./ontology account add -d -w wallet.dat
   Use default setting '-t ecdsa -b 256 -s SHA256withECDSA' 
   	signature algorithm: ecdsa 
   	curve: P-256 
   	signature scheme: SHA256withECDSA 
   Password:
   Re-enter Password:
   
   Index: 1
   Label: 
   Address: AXkDGfr9thEqWmCKpTtQYaazJRwQzH48eC
   Public key: 03d7d8c0c4ca2d2bc88209db018dc0c6db28380d8674aff86011b2a6ca32b512f9
   Signature scheme: SHA256withECDSA
   
   Create account successfully.
   

   use -w argument to define wallet file name

2. Modify config.json, set public key and address of 7 accounts generated in last step into peers config in config.json.

3. Copy related file into target host, including:

   • Default configuration fileconfig.json
   • Node programontology
   • wallet file

4. Set the network connection port number for each node (recommend using the default port configuration, instead of modifying)

   • NodePortis P2P connection port number (default: 20338)
   • HttpJsonPort and HttpLocalPort are RPC port numbers (default: 20336, 20337)

5. Seed nodes configuration

   • Select at least one seed node out of 7 hosts and fill the seed node address into the SeelList of each configuration file. The format is Seed node IP address + Seed node NodePort.

DBFT Deployment

In the multi-hosts enviroment, we need 4 nodes to run ontology at least in DBFT.

We can perform a quick deployment by modifying the default configuration file config-dbft.json.

1. Copy related file into target host, including:

   • Default configuration fileconfig-dbft.json
   • Node programontology

2. Set the network connection port number for each node (recommend using the default port configuration, instead of modifying)

   • NodePortis P2P connection port number (default: 20338)
   • HttpJsonPort and HttpLocalPort are RPC port numbers (default: 20336, 20337)

3. Seed nodes configuration

   • Select at least one seed node out of 4 hosts and fill the seed node address into the SeelList of each configuration file. The format is Seed node IP address + Seed node NodePort.

4. Create wallet file

   • Through command line program, on each host create wallet wallet.dat needed for node implementation.

     ./ontology account add -d -w wallet.dat
     Use default setting '-t ecdsa -b 256 -s SHA256withECDSA' 
     signature algorithm: ecdsa 
     curve: P-256 
     signature scheme: SHA256withECDSA 
     Password:
     Re-enter Password:
         
     Index: 1
     Label: 
     Address: AXkDGfr9thEqWmCKpTtQYaazJRwQzH48eC
     Public key: 03d7d8c0c4ca2d2bc88209db018dc0c6db28380d8674aff86011b2a6ca32b512f9
     Signature scheme: SHA256withECDSA
         
     Create account successfully.
     

5. Bookkeepers configuration

   • While creating a wallet for each node, the public key information of the wallet will be displayed. Fill in the public key information of all nodes in the Bookkeepers field of each node's configuration file.

     Note: The public key information for each node's wallet can also be viewed via the command line program:

     1	AYiToLDT2yZuNs3PZieXcdTpyC5VWQmfaN (default)
     	Label: 
     	Signature algorithm: ECDSA
     	Curve: P-256
     	Key length: 384 bits
     	Public key: 030e5d50bf585ff5c73464114244b93f04b231862d6bbdfd846be890093b2c1c17
     	Signature scheme: SHA256withECDSA
     

6. Modify config file name: rename config-dbft.json to config.json

Deploy Completed

Now multi-host configuration is completed, directory structure of each node is as follows:

 $ ls
 config.json ontology wallet.dat

A configuration file fragment can refer to the config-dbft.json file in the root directory.

Implement

Run each node program in any order and enter the node's wallet password after the Password: prompt appears.

If you wish to run a consensus node (such as in a privatenet), the --enableconsensus argument must be used.

 $ ./ontology
 $ - Input your wallet password

Run ./ontology --help for details.

ONT transfer sample

-- from: transfer from； -- to: transfer to； -- amount: ont amount；

  ./ontology asset transfer  --to=AXkDGfr9thEqWmCKpTtQYaazJRwQzH48eC --amount=10

If transfer asset successd, the result will show as follow:

Transfer ONT
From:TA6edvwgNy3c1nBHgmFj8KrgQ1JCJNhM3o
To:TA4Xe9j8VbU4m3T1zEa1uRiMTauiAT88op
Amount:10
TxHash:10dede8b57ce0b272b4d51ab282aaf0988a4005e980d25bd49685005cc76ba7f

TxHash is the transfer transaction hash, we can query transfer result by txhash. Because of generate block time, the transfer transaction will not execute befer at least generate one block.

Query transfer status sample

--hash:transfer transaction hash

./ontology asset status --hash=10dede8b57ce0b272b4d51ab282aaf0988a4005e980d25bd49685005cc76ba7f

result：

Transaction:transfer success
From:AXkDGfr9thEqWmCKpTtQYaazJRwQzH48eC
To:AYiToLDT2yZuNs3PZieXcdTpyC5VWQmfaN
Amount:10

Query account balance sample

--address: account address

./ontology asset balance --address=AYiToLDT2yZuNs3PZieXcdTpyC5VWQmfaN

result：

BalanceOf:AYiToLDT2yZuNs3PZieXcdTpyC5VWQmfaN
ONT:10
ONG:0
ONGApprove:0

Contributions

Please open a pull request with a signed commit. We appreciate your help! You can also send your code as emails to the developer mailing list. You're welcome to join the Ontology mailing list or developer forum.

Please provide detailed submission information when you want to contribute code for this project. The format is as follows:

Header line: explain the commit in one line (use the imperative).

Body of commit message is a few lines of text, explaining things in more detail, possibly giving some background about the issue being fixed, etc.

The body of the commit message can be several paragraphs. Please do proper word-wrap and keep columns shorter than 74 characters or so. That way "git log" will show things nicely even when it is indented.

Make sure you explain your solution and why you are doing what you are doing, as opposed to describing what you are doing. Reviewers and your future self can read the patch, but might not understand why a particular solution was implemented.

Reported-by: whoever-reported-it & Signed-off-by: Your Name [email protected]

Open source community

Site

• https://ont.io/

Developer Discord Group

• https://discord.gg/4TQujHj/

License

The Ontology library is licensed under the GNU Lesser General Public License v3.0, read the LICENSE file in the root directory of the project for details.