elective-stereophonic
elective-stereophonic
Nxt 2.0 Overview
singapore
Please login or register.

Login with username, password and session length
Advanced search  

News:

Latest Nxt Client: Nxt 1.11.15

Pages: [1] 2  All

Author Topic: Nxt 2.0 Overview  (Read 15618 times)

Damelon

  • Administrator
  • Hero Member
  • *****
  • Karma: +792/-54
  • Offline Offline
  • Posts: 2314
    • View Profile
    • Nxt Inside
Nxt 2.0 Overview
« on: May 23, 2016, 06:08:15 pm »

This text is also available for download HERE


By: Jean-Luc

Nxt 2.0 Overview

1. Introduction

The Nxt cryptocurrency platform has been running and actively used in production for more than 2 years now. Its solid design and stability have been proven in practice, in addition to being subject to code review by independent experts.

Implemented in Java, the leading industry standard language for financial applications, the Nxt platform allows fast development and addition of new features. Being a second-generation blockchain, not a clone of Bitcoin, it has been designed from scratch to serve as a platform for much more than simple money transfer transactions. It supports trading of user-created tokens (asset exchange), listing and buying of digital goods, creation of custom currencies (monetary system), decentralized crowdfunding, a voting system with very flexible vote counting options, conditional transaction execution (phasing - analogous to multisig in Bitcoin, but much more powerful), and so on. The relative ease with which such new features have been added regularly by the development team every few months during the last two years proves the well-designed and flexible architecture of the platform.

2. Current platform limitations

The Nxt development team is constantly acquiring feedback from businesses looking to use the Nxt platform, and is trying to make the Nxt platform even more flexible and scalable in the long term.

Based on such feedback, some limitations of the current software have been identified. One limitation for example is the need for all platform features to use the same token, i.e. the "NXT" coin, not only for the payment of transaction fees to the network, but also for most transactions that need to use some token to measure value, e.g. pricing of asset exchange ask/bid orders, prices of digital goods listed on the marketplace, exchange rates of monetary system currencies. For many business needs, a custom blockchain is desired, with its own payment token, which can currently be provided by the Nxt platform only by means of offering a "clone" - i.e., a completely separate blockchain, running a modified version of the same software, but not linked in any other way to the original Nxt blockchain. The disadvantage of this solution is that a business who needs such a clone blockchain must run its own servers, generating blocks and processing transactions. In addition to being a burden for most small businesses, running a blockchain on only a few servers with few accounts creating blocks (a process known as "forging") lowers the system security, as compared to the main public Nxt blockchain currently running on hundreds of servers with many independent forging accounts. Such a clone also is bound to lag behind the current public chain software, in terms of feature additions and security bugfixes.

Another limitation of the current design, which is common for all other blockchain platforms too, is the so called blockchain bloat. It is due to the fact that every node needs to store all transactions ever created since the blockchain was started, and not only store them, but re-process all of them when it downloads the blockchain for the first time. This is a security requirement stemming from the trustless design of blockchain platforms. Being a proof-of-stake cryptocurrency, the balance of an account ("stake") at a given blockchain height determines, in a pseudo-random manner, whether this account is eligible to generate ("forge") the next block. For a node downloading the blockchain from scratch, the only way to verify that the next block it is downloading was indeed generated by a legitimate account (i.e. having sufficient stake), is to make sure it calculates and verifies each account balance as it downloads the blockchain, by processing all old transactions it encounters during the download. This represents a processing bottleneck that will only get worse as the blockchain size and the number of transactions per second increase.

While at the current transaction processing rate bloat is not yet a problem, and we have come up with several innovative solutions to reduce it even more (such as prunable data - allowing optional removal of data from the blockchain, yet when needed automatically restoring such data in a trustless manner from archival nodes), bloat is a serious issue that must be solved in a fundamental way, in order for a blockchain platform to be future-proof and scalable.

3. Proposed solution

We have identified an elegant solution that will allow us to address the above limitations of the current software, while building upon existing design and code, and reusing the time-tested platform features without having to re-implement them. The architecture of the next-generation Nxt platform, Nxt2.0, will take the system further, provide scalability, make it even more flexible, yet preserve its security and stability.

The fundamental concept of the Nxt2.0 design is a clean separation of "forging token" and "transactional token". Currently, it is the NXT coin that serves this dual purpose, being used both to determine forging stake, i.e. the right of an account to generate blocks, and to execute all kinds of value-transfer transactions, i.e. represent unit of value. A separation of these two functions is what we believe can achieve both much greater scalability, by reducing blockchain bloat, and flexibility, by allowing multiple other transactional tokens to be used, in effect allowing custom "child chains" to exist and run on the same network of nodes.

4. Implementation details

The current single blockchain will be replaced by a combination of one forging chain, on which transactions are denominated in one token, tentatively called "FXT", and multiple child chains, each having its own transactional token.

The forging chain will support a very limited set of allowed transaction types, such as transfer of FXT from one account to another, trading of FXT to each of the child chain tokens and back, and a special type of "ChildChainBlock" transactions. The forging power of each account will depend on its FXT balance, in exactly the same way it depends currently on the NXT balance. All transactions that change FXT balances will be recorded on the forging chain, and therefore downloading and re-processing the transactions from the forging chain will provide exactly the same proof-of-stake security as the current Nxt platform. But all transactions that modify child chain token balances only, or any other account holdings, will not be recorded on the forging chain, but only on their corresponding child chains. Thus, removal ("pruning") of those child chain transactions after they are no longer needed, will not affect the blockchain security, as validity of FXT account balances can always be verified in a trustless manner by each node.

Of course, the validity of child-chain transactions and account balances (in native tokens) must also be ensured by the platform, and this will be done by anchoring them to the forging chain by means of the ChildChainBlock transactions. This special transaction type will contain as attachment a list of transactions belonging to a single child chain, i.e. denominated in that child chain native token and their execution affecting only account balances and holdings on that chain. In effect, such an attachment represents a "block" on the child chain, although no actual forging (block generation) is done on child chains. But those attachments will be linked to the ChildChainBlock transaction by means of a cryptographic hash only, thus allowing its signature verification to be performed even after the actual content of the attachment has been pruned after some time. This is building upon design and technology already implemented and in production use on the current Nxt platform - in the form of prunable messages, and prunable data ("data cloud"), and a network of special purpose archival nodes to store them.

Each node running the blockchain will validate the transactions from all child chains, before they are pruned. A node downloading the blockchain from scratch will no longer be able to fully validate child chain transactions that have already been pruned (it will only verify their hashes and ChildChainBlock transaction signature), but this does not lower the overall blockchain security as it can still verify that the accounts who forged the blocks containing them were eligible to forge at that time, and therefore those transactions must have been validated by all up to date nodes while their data was still available, in order to get included in the currently winning (best difficulty) blockchain fork selected by the majority of nodes.

All transactions from all chains must be processed by all nodes. All nodes will carry all child chains for the last 1440 blocks at least. Archival nodes can opt to store one or more child chains longer, or indefinitely. Transactions on the child chains will be pruned completely after 1440 blocks on nodes not configured to archive them longer.

In addition to forging chain transactions and blocks, each node will need to store the current state of all accounts, as represented by balances in native child chain tokens, asset and monetary system balances, account properties, aliases, and all other objects and account holdings that are created as result of transactions. Any state that might be needed for validation of future transactions must be kept. But once the rolling fork resolution limit of 720 blocks has passed, older state (i.e. the values of such balances and holdings) no longer needs to be kept. Such state is being removed ("trimmed") even now, however in the current system a node that downloads the blockchain from scratch is reprocessing all past transactions, thus re-creating each past state and trimming it as it goes along. In the 2.0 design, those old transactions will also have been pruned, so re-creating past state in order to arrive at current state will no longer be possible. To solve this issue, snapshots and snapshot propagation will be implemented.

Periodically, each node will calculate a snapshot of the state of all derived objects, and a hash of this snapshot will be included in the current block by its forger. All nodes that are up to date and on the same fork already have exactly the same state, and thus will be able to verify this hash (and reject the block if invalid). A protocol will be defined by which nodes that are out of date, or downloading the blockchain from scratch, are able to request the latest snapshot from up to date nodes, validate it based on its hash being included in the blockchain, and download it in a decentralized manner. In this way such nodes will catch up with the latest system state, bypassing the need to re-process all old transactions, that are already pruned.

The snapshot data itself does not need to propagate through the network when the snapshot hash is calculated. Each node that is up to date already has the state of all child chains, so it can generate such a snapshot for itself. It must only validate that the hash the forger calculated for the snapshot indeed matches its own snapshot.

Fee on child chains will be denominated in the chains native tokens, but the forging chain block forgers will still accept fees in the forging token (FXT) only. To convert fees collected in native tokens to FXT, the role of "bundlers", or ChildChainBlock creators, will be introduced. Any account can serve as a creator of a childchain block, provided it is willing to accept the fees (in native token) collected from the transactions in the childchain block, and in exchange pay the required fee (in FXT) to the forging chain block forger. This will establish a market rate for child chain token to FXT token. If the fee in native token offered by a transaction sender is too low by current market rate, when converted to FXT, no-one will be willing to bundle such transaction into a ChildChainBlock, and the sender must resubmit the transaction with a higher fee. If a child chain token loses value completely and no-one is willing to exchange it to FXT, transaction processing on that child chain will naturally stop - unless someone interested in keeping it alive is willing to subsidize it, creating ChildChainBlocks and paying the expected FXT fees to the forgers, while getting worthless (by free market rate) native tokens in return.

Child chains will compete with each other for inclusion into a block, since at the end the forgers will still look at the fee/size ratio for each transaction and will want to maximize their forging profits, subject to main chain block size and transaction numbers limits.

5. Gains and benefits

The scalability benefit provided should be obvious. A new node downloading the blockchain only needs to download and process the transactions from the forging chain, and the latest state snapshot. No validation and processing of any old child chain transactions will be needed, resulting in huge performance gains and storage space savings. Old transactions from all child chains can be pruned, and kept only on archival nodes, which in the future can specialize as commercial service providers, to provide this archival function for a fee, yet in a trustless way.

Each child chain will have its own native transactional token, which will have independent market value, or could be pegged by the child chain creator to an external unit of value (e.g. BTC, a fiat currency, or some other asset).

In a transparent way, this makes it possible to conduct transactions denominated in the transaction sender's token of choice, by just designating the transaction to belong to the specific child chain available for that token. For example, assets can be traded not only for NXT, but for BTC or EUR, as long as such a child chain with a token pegged to that currency exists. Digital goods listed on a specific child chain automatically have their prices denominated in that chain token, and so on.

As transactions on each child chain pay fees in their native token, users of a specific child chain do not need to acquire and deal with NXT coins only to pay fees. End users do not even need to be aware of the existence of the forging chain which takes fees in FXT only. A child chain creator can sponsor their chain, by covering fees for the users, even for a token that otherwise does not have a market value.

Since all child chains are run by the same code, they all can support the same features (transaction types), and at launch those will be all the features of the current Nxt platform. But a chain can optionally be limited to support only a subset of the globally available transaction types, thus excluding features that are not needed by the specific child chain creator business, are undesireble, or have legal restrictions in their jurisdiction.

Child chains can enforce further rules on transactions denominated in their token, such as permissioning, limiting which accounts are authorized to issue specific transaction types, in order to e.g. comply with KYC rules for a child chain pegged to a fiat currency, or assets marketed to a jurisdiction imposing additional restrictions on who can trade them.

Even though they have their own tokens, all child chains will gain security from the fact that all nodes validate all transactions on all chains. As there is no forging on child chains themselves, it doesn't matter if a child chain has only a few active users and not many transactions per day. It will be fully secured by the vast network of nodes running the global Nxt platform. A small business that needs a blockchain no longer needs to run their own servers and forging nodes. The forging chain guarantees security for all child chains, and collects fees from them. In return, each of the child chains gets the ability to be pruned. Child chains no longer need to keep all their old data going back to genesis in order to be secure, because they do not forge.

Since all nodes run the same software, new features, bugfixes, and security patches, will be automatically available to all child chains. This is a significant improvement over the current cloned private blockchain solution, which requires custom software for each chain, that can easily get out of date and out of sync with the main Nxt platform.

6. Implementation phases

The full rollout of the proposed 2.0 design does not need to happen all in a single step, but as common in large software projects can be implemented in several phases.

A. First, a system consisting of the forging chain and a few hardcoded child chains will be created. Each child chain will be using its own native token, and child chain transactions will be bundled in ChildChainBlock transactions on the forging chain. However, while future pruning of those transactions will be possible, it will not yet be implemented, and as the system is just starting and total transaction count will be low, pruning will not yet be needed. Snapshot calculation and propagation will also not yet be implemented. Since there is no pruning, all nodes will store all child chain data in this phase.

B. Next, pruning, snapshot calculation, and snapshot propagation will be implemented. It will be possible to prune child chain transactions, even retroactively those already created in phase A, because they will have been created as prunable by design. Each node will be storing the transactions of only the child chains the node owner is interested in, with archival nodes providing the service of making old transactions available for download by others. Child chain creation will still be a manual process.

C. Full automation of the child chain creation lifecycle. Users will be able to create their own child chains, without depending on the Nxt core development team. At this stage, we will have much better understanding of the actual needs of child chain creators, the resources a child chain consumes and parameters it needs defined, and thus will be able to automate the process by adding the required transaction types to make it all self-serve.

D. Advanced concepts of the so-called "transparent forging" design can be put in place, allowing reduction of block times and increase of transaction processing throughput based on prediction of next forger, penalty for forgers missing their turn to forge, sending of transactions directly to the forging hub of the next forger, "economic clustering" by marking of transactions with the block id of a recent block, and so on. Many of those potential improvements are only needed when there is a demand for high transaction processing capacity, but this demand can be satisfied only after the scalability and bloat reduction features have been provided by the prunable child chain design in the previous phases.

In an agile manner, the precise ordering of those implementation steps is subject to change and adjustment, e.g. whether automating the lifecycle of child chain creation (phase C), or pruning and snapshot propagation (phase B) should be done first, will be decided depending on actual market needs after phase A has been achieved.
Logged
Member of the Nxt Foundation | Donations: NXT-D6K7-MLY6-98FM-FLL5T
Join Nxt Slack! https://nxtchat.herokuapp.com/
Founder of Blockchain Workspace | Personal Site & Blog

yassin54

  • Hero Member
  • *****
  • Karma: +240/-14
  • Offline Offline
  • Posts: 2504
  • I am Homer, Sorry my english is Bad!!
    • View Profile
Re: Nxt 2.0 Overview
« Reply #1 on: May 23, 2016, 07:13:30 pm »

NxtSwe

  • Hero Member
  • *****
  • Karma: +124/-9
  • Offline Offline
  • Posts: 658
    • View Profile
Re: Nxt 2.0 Overview
« Reply #2 on: May 23, 2016, 07:36:31 pm »

Very interesting read, and I recognize most from the previous 2.0 thread.
I do have a couple of thoughts though.

Will someone (nxt devs?, tnsse? foundation?) put up a archival node and guarantee it will be up?
If there are no archival nodes, then only nodes who were there from the beginning can validate child chain transactions, and no one else will ever be able to do it in a fully secure way.

The way I see it there will be two ways of including child chain transactions into a childchainblock.
1) A bundler is willing to sacrifice some FXT in order to bundle the transactions. A forger will then take those FXT and include the transactions into a block.
2) A main chain forger does both the bundling (earning child chain tokens) and forging (not earning any FXT).
Will you be able to configure a forging node if you also want to be a bundler?
Or if you "own" a child chain, can you configure that you want to bundle any transaction as soon as they appear in your unconfirmed tx pool?

I don't really understand what a snapshot will contain in your suggestion, will they contain complete setup of data?
Ie. Assets, ms balances, etc.

Will main chain only allow 255 tx?
 If theres > 255 child chains with awaiting tx’es, do you have a algorithm in mind of how the node should choose what tx to include?

Keep up the good work!
Logged
Check out the NxtLib, the .NET Framework API for the Nxt platform.

dude

  • Full Member
  • ***
  • Karma: +44/-5
  • Offline Offline
  • Posts: 207
    • View Profile
Re: Nxt 2.0 Overview
« Reply #3 on: May 23, 2016, 07:58:08 pm »

Sounds good, I like the fact that the direction of development is based on feedback potential users provided, which could get us to proper "real world" application of this platform.

When it comes to scaling I wonder how far can a blockchain based crypto go? Maybe it would be beneficial to use something like DAG?
Logged

Brangdon

  • Hero Member
  • *****
  • Karma: +229/-25
  • Offline Offline
  • Posts: 1389
  • Quality is addictive.
    • View Profile
Re: Nxt 2.0 Overview
« Reply #4 on: May 23, 2016, 09:07:12 pm »

If there are no archival nodes, then only nodes who were there from the beginning can validate child chain transactions, and no one else will ever be able to do it in a fully secure way.
As I understand it, the intention is that the main chain will contain snapshots of the child chains, and these snapshots can be trusted because the main chain can be trusted, and that should be sufficient security. See the paragraph beginning, "Each node running the blockchain will validate the transactions from all child chains..."
Logged

farl4bit

  • Global Moderator
  • Hero Member
  • *****
  • Karma: +210/-45
  • Offline Offline
  • Posts: 3459
    • View Profile
    • Blockchain Twitter
Re: Nxt 2.0 Overview
« Reply #5 on: May 23, 2016, 09:25:25 pm »

This can put me in sleep tonight.  :D
« Last Edit: May 23, 2016, 09:36:15 pm by farl4bit »
Logged

durerus

  • Hero Member
  • *****
  • Karma: +106/-8
  • Offline Offline
  • Posts: 527
  • user-owner
    • View Profile
Re: Nxt 2.0 Overview
« Reply #6 on: May 23, 2016, 11:28:25 pm »

Elegant and powerful!
Logged

wolffang

  • Hero Member
  • *****
  • Karma: +98/-5
  • Offline Offline
  • Posts: 690
    • View Profile
Re: Nxt 2.0 Overview
« Reply #7 on: May 24, 2016, 09:47:03 am »

What if everyone sells their FNX (NXT childchain coins) when NXT2.0 goes live?

Than everyone has the Forging Main Chain Token (FXT), but without transactions there is no use for it.


Logged

blackyblack1

  • Hero Member
  • *****
  • Karma: +165/-82
  • Offline Offline
  • Posts: 1763
    • View Profile
Re: Nxt 2.0 Overview
« Reply #8 on: May 24, 2016, 09:50:57 am »

What if everyone sells their FNX (NXT childchain coins) when NXT2.0 goes live?

Than everyone has the Forging Main Chain Token (FXT), but without transactions there is no use for it.
In order to sell it someone should buy. :)
Logged

wolffang

  • Hero Member
  • *****
  • Karma: +98/-5
  • Offline Offline
  • Posts: 690
    • View Profile
Re: Nxt 2.0 Overview
« Reply #9 on: May 24, 2016, 09:54:46 am »

« Last Edit: May 24, 2016, 10:43:07 am by wolffang »
Logged

bitcoinpaul

  • Hero Member
  • *****
  • Karma: +589/-588
  • Offline Offline
  • Posts: 3093
  • Karmageddon
    • View Profile
Re: Nxt 2.0 Overview
« Reply #10 on: May 24, 2016, 07:37:10 pm »

Do it
Logged
Like my Avatar? Reply now! NXT-M5JR-2L5Z-CFBP-8X7P3

wolffang

  • Hero Member
  • *****
  • Karma: +98/-5
  • Offline Offline
  • Posts: 690
    • View Profile
Re: Nxt 2.0 Overview
« Reply #11 on: May 27, 2016, 06:38:19 pm »

Branche nice for Nxt 2.0. Childchains for f.e. postal companies.

https://www.cryptocoinsnews.com/us-postal-service-blockchain-revamp/
Logged

CreativeDestruction

  • Jr. Member
  • **
  • Karma: +8/-0
  • Offline Offline
  • Posts: 59
    • View Profile
Re: Nxt 2.0 Overview
« Reply #12 on: May 28, 2016, 04:40:21 am »

Elegant, simple and amazing. Well done.

After implementation FNXT  will be used through business, governments and NGOs. We just need to spread and who knows earn some money implementing and teaching how the systems works.

Does the archivals nodes be rewarded ?
Logged

Najska

  • Full Member
  • ***
  • Karma: +16/-7
  • Offline Offline
  • Posts: 156
    • View Profile
Re: Nxt 2.0 Overview
« Reply #13 on: June 02, 2016, 07:00:15 pm »

Will a token in a child chain be traded against a token in another child chain?
Logged
What NXT has and others do not is vision.

Damelon

  • Administrator
  • Hero Member
  • *****
  • Karma: +792/-54
  • Offline Offline
  • Posts: 2314
    • View Profile
    • Nxt Inside
Re: Nxt 2.0 Overview
« Reply #14 on: June 02, 2016, 07:21:42 pm »

Will a token in a child chain be traded against a token in another child chain?

You mean Asset-Asset trading?

Assets are universal, so can be traded on any child chain that allows its trade.
Logged
Member of the Nxt Foundation | Donations: NXT-D6K7-MLY6-98FM-FLL5T
Join Nxt Slack! https://nxtchat.herokuapp.com/
Founder of Blockchain Workspace | Personal Site & Blog

farl4bit

  • Global Moderator
  • Hero Member
  • *****
  • Karma: +210/-45
  • Offline Offline
  • Posts: 3459
    • View Profile
    • Blockchain Twitter
Re: Nxt 2.0 Overview
« Reply #15 on: June 02, 2016, 09:08:56 pm »

I don't understand Nxt 2.0 for 100%, but I see a lot of potential for sure. And of course free FXT and free FNT.  :D Damelon explained more about it on Slack and I want to share it here too.

Quote
1. release of the 1.9 version to mainnet.
This will be the start of the snapshot period for FXT distribution that will last for three months
This will be followed by
2. Automatic distribution of the FXT Token
This will start a period where people can freely trade FXT Token
I can imagine that this will also be done via "traditional" channels, so we might go to exchanges
3. This period ends with the creation of the Genesis block for Nxt 2.0
The Genesis block will mean the FXT becomes active and also that people will get FNX at a 1:05 ratio to what they have in their Nxt accounts at that time
Some key points that people ask often:
Q: will Nxt 1.x disappear
A: No, Nxt 1.x will *at least* be supported a full year after Nxt 2.0 goes live. This is not a hard limit, so if it's still actively used, this period may be extended
Q: Will we need to burn Nxt?
A: NO. ALL people holding Nxt will get a FREE ticket to Nxt 2.0 in the form of FXT
Q: Will Nxt 2.0 work on the Nxt blockchain?
A: No! Nxt 2.0 is a completely new and independent system
Q: Is this dilution?
A: This is a debatable statement. I've seen several takes on it. Good food for discussion, though
Q: Is Nxt 2.0 really free?
A: Yup, if you hold Nxt, you get in for free. Of course, if you don't have Nxt, you'll have to buy them

1 Nxt will give you 0,5 FNX
FNX is the transaction token (On the childchain)
1 Nxt will give you 1 FXT (Staking token, for forging/mining/staking, name is not in stone yet)

Hope this will help others understand Nxt 2.0 better. More to come soon with a professional marketing campaign (yes, Nxt and marketing are coming together)  ;D
Logged

remix

  • Jr. Member
  • **
  • Karma: +18/-2
  • Offline Offline
  • Posts: 90
    • View Profile
Re: Nxt 2.0 Overview
« Reply #16 on: June 02, 2016, 10:05:12 pm »

FNX is the transaction token (On the childchain)
1 Nxt will give you 1 FXT (Staking token, for forging/mining/staking, name is not in stone yet)

Maybe the brainstorming for new names could continue. I propose STAKES for the staking token and CHIPS for the transactional token (poker "coins" are called chips).

Logged

Damelon

  • Administrator
  • Hero Member
  • *****
  • Karma: +792/-54
  • Offline Offline
  • Posts: 2314
    • View Profile
    • Nxt Inside
Re: Nxt 2.0 Overview
« Reply #17 on: June 02, 2016, 10:24:37 pm »

FNX is the transaction token (On the childchain)
1 Nxt will give you 1 FXT (Staking token, for forging/mining/staking, name is not in stone yet)

Maybe the brainstorming for new names could continue. I propose STAKES for the staking token and CHIPS for the transactional token (poker "coins" are called chips).

Yes please, but please check names against the following:

Benelux Trademarks
https://register.boip.int/bmbonline/intro/show.do
EU Trademarks
https://euipo.europa.eu/eSearch/
International Trademarks
http://www.wipo.int/madrid/en/

Remember, sometimes it isn't a problem when there is overlap, only when they clash in so called "Nice/Madrid classes": http://web2.wipo.int/classifications/nice/nicepub/en/fr/edition-20160101/taxonomy/

For instance Madrid class 36 is financial software. It should not be registered there.
Similarly Class 9 is also a danger zone, as it has to do with computer equipment and may cause clashes.
If the name is in class 4 (oils and lubricants) there is unlikely to be a problem  ;D

The aim of a rebrand is to avoid this problem, so let's make this a hunt for a good one.

My personal view is to look for something that highlights the branched structure, with a main chain and many chains hanging off, like a flail or cat-o-nine-tails.
I liked Tandem, too. It rolls off the tongue.

Let's hunt (but please in this thread to keep this one clean and on topic: https://nxtforum.org/general-discussion/new-name-ideas-of-nxt-%28easier-to-find-on-google-f-e-%29/) :)
Logged
Member of the Nxt Foundation | Donations: NXT-D6K7-MLY6-98FM-FLL5T
Join Nxt Slack! https://nxtchat.herokuapp.com/
Founder of Blockchain Workspace | Personal Site & Blog

remix

  • Jr. Member
  • **
  • Karma: +18/-2
  • Offline Offline
  • Posts: 90
    • View Profile
Re: Nxt 2.0 Overview
« Reply #18 on: June 02, 2016, 10:43:55 pm »

FNX is the transaction token (On the childchain)
1 Nxt will give you 1 FXT (Staking token, for forging/mining/staking, name is not in stone yet)

Maybe the brainstorming for new names could continue. I propose STAKES for the staking token and CHIPS for the transactional token (poker "coins" are called chips).

The aim of a rebrand is to avoid this problem, so let's make this a hunt for a good one.

I'm tired of the trademark discussion, but I would suggest choosing a generic name that can't be trademarked.
Logged

CryptKeeper

  • Hero Member
  • *****
  • Karma: +78/-5
  • Offline Offline
  • Posts: 1235
    • View Profile
Re: Nxt 2.0 Overview
« Reply #19 on: June 03, 2016, 06:18:46 am »

The transition to Nxt 2.0 is quite a complex issue. I see a lot of questions in the community, even from members who are active in the forum!

IMHO the best way to explain Nxt 2.0 is to make a video about it!

I like the videos which d13id did (links in my signature) but I haven't seen him around here lately. Who else is able to make such a video? A bounty would be a good incentive! Do we have enough money in the community fund for this?
Logged
Follow me on twitter for the latest news on bitcoin and altcoins!
Vanity Accounts Sale :-)
Pages: [1] 2  All
 

elective-stereophonic
elective-stereophonic
assembly
assembly