Ardor Features vs Nxt Features

Jean-Luc, Nxt and Ardor core developer, has published a chart on nxtforum.org that compares the major differences in the functionalities between Nxt and Ardor:

Blockchains

Single chain One parent chain with multiple child chains

Transaction tokens

The same token (NXT) is used for establishing the consensus and providing the security of the blockchain, as well as for the basic unit of value in all transactions Only the parent chain token (ARDR) is used in the proof-of-stake consensus, and thus provides security for all child chains. Child chain tokens are used as transactional units of value only.

Transaction fees

Transaction fees are paid in NXT only, requiring users to always have NXT in their accounts. On each chain transaction fees are paid in the native token (coin) of that chain. End users do not need to own ARDR tokens.

Features

Asset Exchange, Monetary System, Aliases, Messaging, Digital Goods Store, Voting System, Shuffling, Data Cloud, Phasing, Account Control, Account Properties All these features are preserved in Ardor, and are available on each child chain. A child chain can optionally be restricted not to enable some features. The parent chain supports a limited subset of features, as it is intended to be used for consensus establishing only and not for everyday transactions.

Accounts

Each passphrase maps to a single account. Passphrases can’t be changed, and there is no wallet file to store. The same mapping of passphrases to account numbers is used as in Nxt. Accounts are global across all child chains, and an account can have balances in each of the existing child chain coins, as well as in ARDR.

Holdings

There is a single coin (NXT), and unlimited user-issued Assets and Monetary System currencies. Each chain has its own coin. Assets and MS currencies can be issued on any child chain, and are available for trading globally. Assets or MS currencies can optionally be restricted* to some child chains only.

Trading

Assets and MS currencies can be traded for NXT only. Assets and MS currencies can be traded on any child chain, with price denominated in the corresponding child chain coin.

Coin Exchange

N/A A new feature, Coin Exchange, allows trading of child chain coins to each other, and also to the parent chain coin (ARDR).

Dividends

Asset dividends can be paid in NXT only. Asset dividends can be paid in any of the child chain coins, by simply issuing the payment transaction on the corresponding chain. Additionally, paying dividends in another Asset or in MS currency has been implemented.

Crowdfunding

Crowdfunding feature is available in the Monetary System, but the funds must be collected in NXT only. Crowdfunding feature is available on all child chains, and on each child chain the funds are collected in the corresponding child chain coin.

Shuffling

Shuffling of NXT, Assets, and MS currencies is available. On each child chain, shuffling of the corresponding coin, or any Asset or MS Currency, is supported.

Aliases

Alias names are globally unique. Alias names are unique within each child chain only.

MS Currencies

Currency codes and names are globally unique. Currency codes and names are unique within a child chain only.

Pruning

Pruning is available for plain and encrypted messages, and for tagged data (data cloud feature). Pruned data are retrieved automatically on demand from designated archival nodes. Pruning and retrieving of all prunable data is available as in Nxt. In addition, the child chain transactions themselves are designed to be prunable and will not need to be stored permanently or re-downloaded by every new node. The actual pruning of transactions will be implemented later.*

Transaction identifiers

Transaction IDs are 64-bit longs, and are globally unique. The 64-bit transaction IDs are no longer guaranteed to be globally unique for child chains. 256-bit transaction hashes (sha256 digests) are used instead as transaction identifiers.

Block generation

A “forging” process is used to create new blocks, with the probability of block creation dependent on the account NXT balance (stake). The same forging algorithm is used as in Nxt, dependent on ARDR account balances only.

Bundling

N/A A new process, “bundling”, is used to group child chain transactions into a parent chain transaction (“child chain block”), which is then included in the parent chain. Any account can play the role of a bundler. The bundling process also performs the exchange of fees paid by users in child chain tokens into ARDR fees accepted by the block forgers.

Phasing

Transaction execution can be made conditional, subject to approval using various voting models. Same voting models as in Nxt, but phasing is possible on child chains only. Approval transactions can be on a different child chain from the phased transaction, and the by-transaction voting model also supports linking to a transaction hash on a different child chain.

Account control

Accounts can be restricted to use phasing only (mandatory approval). Same as in Nxt, but accounts under phasing-only restriction cannot submit transactions on the parent chain, as those cannot be phased.

Peer networking

HTTP based, also with WebSocket support, transmitting JSON formatted data between peers. Completely re-written and optimized, using native Java sockets and binary messages between peers. Block and transaction propagation has been significantly improved, by exchanging and caching information about currently available blocks and transactions between peers and only propagating the missing data pieces.

API

HTTP query APIs, returning JSON formatted response. Mostly unchanged, except:
1. A “chain” parameter has been added to each API that is child chain specific.
2. 64-bit long transaction IDs have been replaced with 256-bit hashes.
3. All prices and rates that were previously defined relative to the smallest indivisible holding amount (“QNT”) are now defined relative to a unit of the holding (share).

Scalability

Transactions are stored in the blockchain permanently, and need to be re-downloaded and re-processed by every new node, which after months and years of operation becomes a significant bottleneck. All child chain transactions will be possible to prune completely, without affecting blockchain security, thus allowing the blockchain size to be kept much smaller. A new node joining the network only needs to download the parent chain transactions, followed by the latest snapshot of the current system state.*

* Functionallity marked with asterisk is planned to be implemented in a future Ardor release. All other functionallity is already implemented and currently being tested on a testnet blockchain.

Source and more information:https://nxtforum.org/core-development-announcements/ardor-vs-nxt-functional-comparison/

https://nxtforum.org/core-development-discussion/list-of-feature-request-for-nrs/

apenzl
Come get me

apenzl

Arthur founded NXTER.ORG in December 2013 and started writing Nxt newsletters to the Nxt community.

Managed the development and implementation of Nxt's visual brand in 2014, with web design bureau Ideenfrische.

Issued the NXTP asset in 2014, a profit sharing asset given to early contributors to Nxter.org that helped turn the site into a magazine, publishing news and articles in several languages, and running faucets, contests and social media campaigns for Nxt. ESMA based a report on Nxter.org's coverage of the Nxt AE in 2015.

Arthur is still one of the driving forces behind Nxter.org. He compiled the acclaimed book about Nxt 'SNAPSHOT', which got published in early 2017.
apenzl
Come get me

Leave a Comment