1. I am not convinced incentivizing miners with a % reward based on holdings is the right solution (making the rich richer?)
2. There is still centralisation and this area needs work i.e. checkpoint node

There have been improvements such as BC PoS 2.0 but more work is needed.

Neither, PoS in its current state needs more work and PoW is just a waste of resources.
I suspect we will see an evolution of one or both soon (tm)....

No.

what im thinking is. PoS coins basically gives you more coins by just having one. inflation of course prevents the coin's value to rise.
on the other hand PoW coins with limited coin supply should they succeed has higher chance for the price to go up because of scarcity in the future.

but then again greece said that they cant make btc as their currency because it is inflationary.
people wont spend btc because they know the value will rise.

totally improvised, no script at hand (so "bravo" to Antonio), vLog episode on "why Nxt is awesome"

It means we are the crypto that is most in view in this big, BIG event.
We're basically everywhere, which is why I'd like as many people as we can get to be there.

We also get to do the crypto keynote speech and have a booth ánd do a crypto seminar for a lot of top level bigshots from the financial business.

Enormous potential for making good contacts here.

People were excited about the UK Treasury? Those and more will be here, and we get to talk to them and inform them about Nxt, and who knows what else.  

I've been putting quite a bit of effort in trying to get this out and have made some very cool steps.

First of all I have begun implementing my new format for the project, it has a couple different steps:
1. Jay Framework - A javascript library that can give you api requests without a node, deal with tokens, and create transactions (bytes and TX_ format)
2. Jay Client - A small single page html (like vapor) that takes the transaction bytes generated by the framework and sign and broadcast them.
3. TX_ format - formerly TRF, looks like TX_3YoYmaTiHaxe7ApnLdGRJWnLUnmbB4r9lSsr5pudM (that one says send 1 QNT to x account)
TX_ format is my Jay specific format for shortening transaction bytes and handling them throughout the system, you can also use standard tx bytes for Jay, but this makes things much simpler as you don't have to specify a sender, timestamp, or any whitespace, as Jay Client fills that in for you.

Where I am now:
Jay Client has made its first test transactions and has made big strides in ease of use. You can also deal with many accounts simultaneously and it adds a wallet.dat type layer of security with a PIN that you need to enter in order to make any kind of transaction.

TX_ format is as follows "TX_" + Base62(1 byte TRF ver. (01), 1 byte type, 1 byte version/subtype, 8 bytes recipient/genesis, 8 bytes amount, 8 bytes fee, 4 bytes flags, attachment, appendages)
This will be more clearly defined and documented soon enough, but I still agree that TX_ format is useful.

Jay Framework is on its way to be caught up with Jay Client right now, Once done you will be able to create nxt transactions easily with a single function.

As for what I plan to do with it once the framework and client are available, I have a few things,
- Test interface, A simple page to display how everything works and showing off the cool things that Jay allows for.
- InstantDEX support, A Jay supported Instantdex web client.
- Play around with other SN services as web wallets (MGW, neodice, freemarket)

So I will be busy for a while.

thanks to everyone for all the support I've gotten so far on this, I look forward to Jay's release.

Mintcoin have got a lot of potential. we hold Mintcoin in our wallet and earn up to 15% for this year, 10% the second and 5% Interest every year thereafter as a reward for securing the network.

^Could you dumb that down for me a bit?

There are two enterprising individuals who will put a hash of whatever you want on the blockchain

I found it's not worth it unless you own loads to start with.