From what I read Ardor claims to have every capability that NXT 1.x had but also:
Adds new features
"The platform offers a Decentralized Asset Exchange. Ardor will enable the trading and interaction of assets on any child chain for any of the child chain tokens. Other key features include Decentralized Voting and Governance Systems, and, Phased ...
I was confused by this as well, but I figured it out through trial and error. AM means arbitrary message (they should have explained this), which is a regular message you send to the forging pool through your wallet.
First you must join the forging pool (Account Balance -> More Info -> Account Leasing). No additional message is necessary at this point.
I don't know if this is the recommended way, but I did this by using the Send Nxt API call on an offline computer, storing the transaction bytes, and broadcasting the transaction from an online computer by using the Broadcast Transaction API call.
Below is an explanation how forging works at the current moment, in the future this will be slightly changed.
Every block has two fields - BlockSignature and GenerationSignature.
The former is filled by signing the block data with the private key of an account that generated a block and has almost nothing to do with forging process.
The latter is filled ...
A special feature called Blockchain Shrinking is supposed to solve this problem.
Every year (or month) a new genesis block ("rolling genesis block") will be generated by every node. This block will contain only actual information (for example, only one depositing transaction instead of hundreds of them).
Blockchain Shrinking requires other features to be ...
There is now a getAccountPublicKey API request. But as you indicated, the public key is shown prominently in the NXT reference client (NRS version 1.3.2 currently) when an account is first opened with a secret passphrase.
This public key can be used along with the account ID (which is derived from the public key) to fund the new account from another ...
Essentially, PoS' nothing at stake problem is that you don't lose anything by mining. In Bitcoin, you lose the money you spent on energy to power your miners. Thus, in bitcoin mining you want to make sure you are mining on the correct chain all the time so that you have the best possible chance of your solved block being accepted by the network. In PoS coins,...
The Ardor launch will happen in 2017, but the distribution of the main ARDR tokens will be based on the Nxt 1.0 balances. And yes, as far as I know it is the first scalable blockchain platform using 100% proof of stake.
Starting the next 14th of July, the Nxt network will take a snapshot of all the account balances every hour. This will last for three ...
If NXT is switching to Ardor, what is the purpose of holding NXT?
Nxt isn't switching to Ardor. It will still exist after Ardor launches. The purpose of holding NXT with this in mind is if you need to use the Nxt blockchain, either for personal use or projects, since one will need NXT for the transaction fees, etc. Another reason could be the speculation of ...
It's definitely a common problem found in a lot of those platforms that make it easy to create your own colored coin/token. Asking users to acquire the native token, such as Bitcoin with Counterparty and NXT with the Nxt blockchain, is usually not a good way to start off your relationship with that customer. Some people may be fine with it, but it greatly ...
Yes they are stored in the blockchain.
They are limited to 1000 characters.
They do not have encryption built in, but encryption can be built on top. You can view the last 300 messages here. You can also use that site to browse through blocks and see the messages embedded in each one.
Arguments of Nxt creator are written here - https://nxtforum.org/initial-distribution/initial-distribution-of-100-pos-currencies/:
Initial distribution of the coins and the forging schedule are more
serious problems than they appear at first glance. A 100%
proof-of-stake currency needs at least a small part of the coins to be
distributed in the ...
I have composed one of the more comprehensive comparison charts of the various Crypto 2.0 platforms over at http://tiny.cc/Crypto (or a more direct link).
It currently has pretty comprehensive comparison between Ripple, Ethereum, Mastercoin, NXT, Counterparty and BitShares, with information on other platforms also available although in smaller quantity.
Lighthouse's Frequently Asked Questions (FAQ) says:
Currently you cannot accept more than 684 pledges for your project. This is due to limitations in the Bitcoin protocol - the final contract that claims the pledges is a single Bitcoin transaction, and thus is limited to 500 kilobytes by the Bitcoin block size and protocol relay rules.
Note: "500 ...
There are a few ways to do this, but I'll describe the most straight forward one. Find an archival node from http://www.peerexplorer.com/api_openapi_archival.
If you pick any one of the ip addresses in that list you can then query that node to verify if it is a archival node by calling its getBlockchainStatus function, for example: http://18.104.22.168:7876/...
It's not hard to use Bitcoin approach in client software. NRS (Nxt Reference Software) doesn't support this because anonymity is not ensured this way, it only creates a delusion of anonymity (http://people.csail.mit.edu/spillai/data/papers/bitcoin-transaction-graph-analysis.pdf). CoinShuffle (http://crypsys.mmci.uni-saarland.de/projects/CoinShuffle/...
One can verify legitimacy of a Bitcoin branch simply by checking proof-of-work of the block headers. In Nxt it's necessary to know who the owner of the coins, so the whole blockchain data must be downloaded.
This seems to be the only fundamental pitfall that arises from very nature of Proof-of-Stake cryptocurrencies.
Make sure Java 7 is installed on your Ubuntu Server
sudo apt-get update && sudo apt-get install openjdk-7-jre nano zip
Download the latest NRS release and verify the hash sum, example:
Compare with valid hash found on https://nxtforum.org/nrs-...
Transparent Forging tells where to send transactions to but it doesn't force to use the same node for generation of blocks. In the worst case the next block will be empty. Empty blocks still secure the blockchain with already included transactions.
I am a developer for NXT and am currently programming an automated defense system for the network, aside from this if a forger is DDOS'd my understanding is that the network will skip to the next node and not process the block the attacked node produce(s/d).
Here's a really good source on the difference between etherium and NXT  and here's more between mastercoin and etherium 
Hope this helps!
Start your own node and access the page http://localhost:7876/test for a list of public APIs. You can also find some public peers which enable API access. Take a look at peerexplorer.com for an up to date list.
I think Ethereum is ideal for this. As you say, it's not ready for prime time yet. But I think it offers the most flexible toolkit for managing orders in a truly decentralized way. You can create and manage arbitrary database structures that are secured on the blockchain.
I wrote a toy digital artwork market using Ethereum -
From nxtforum.org "Move blockchain location" at http://nxtforum.org/nrs-client-how-to-help/move-blockchain-location/
look in /conf/nxt-default.properties.
In the #### DATABASE #### section, you will find by default
# The nxt_db folder is expected to be in the current working directory, will be created if missing.
According to https://nxtwiki.org/wiki/Account_Leasing:
Your balance never leaves your account
Your funds are still on your account after you lease them. They are still available for use: you can spend them, receive more etc. The only thing given is your forging power, by consequence while your balance is leased, you will not be able to forge on ...
you can write up a PHP script to grab all the transactions within a set timeframe of the account. Save them in a file.
schedule a cron job to run the PHP every few minute, when it runs, compare the new transactions with the saved one.
If it's new, send an alert email, and update the file.
If you want a system with centralized trust, I suppose you could do a 100% pre-mine, and have some checkpoints to 'lock' this, and have all nodes verify against the checkpoint coming from a trusted set of nodes. Even with this, you could have some bad players trying to cheat, and it would involve constant 'supervision' and checkpointing as needed... Why ...
As stated here: https://nxtforum.org/public-nodes-vpss/method-to-configure-https-for-nxt-public-nodes/
1) A Linux server running Nxt, and configured for public API access. This should only require creating a nxt.properties under nxt/conf similar to this:
Yes, the block time can be changed, but not very easy. There are two ways to do it:
Change the timestamp resolution to be 1/6th of the second. The
drawback is that you will run out of int values 6 times sooner
(timestamp is 32-bit integer). And eventually it will be less
convenient to read timestamps.
Keep the timestamp resolution and
adjust the forging. In ...