One day delay for summary.

I am currently in Cologne, Germany for work, so won’t be able to make today’s summary.

From tomorrow on, I will go back to dailies, as the thread has picked up again.


[VIDEO] Investor Marc de Mesel explains why he invested in Nxt.

I want to draw your attention to this video made by Marc de Mesel, in investor who also was one of the people to invest into Bitcoin at an early stage.

Marc gives an easy to understand overview of cryptocurrencies and Nxt and offers some insights into why hé decided to invest 25% of his crypto porfolio into Nxt.

You can find more videos by Marc here.

Spread the word! Share this Post!

Bitcointalk Summaries

Summaries going to a two-day format

At the moment the BCT thread is enormously active, but mainly with discussions.

Today was a hectic day in which some frustration with the model of communication that BCNext has chosen was aired and the reactions of the community to that. Suffice to say that it was a stormy day! However, I have committed to report only practical things like applications being released, because I too have my opinions and do not want to use this blog as a platform to push that opinion. I want this site to be as unbiased as possible, and so even summarising the discussion for me is a no-no.

Due to the amount of discussion there is less “tangible” stuff to report, or just the other way around. Maybe we all just have too much time on our hands! Who knows? For now I have decided to switch temporarily to a two-day format for the summaries, so I can present a filled list to you.

It also gives me time to develop some other ideas I have to either make this site into something different, or to work with some other people to create something else for Nxt.

So, until tomorrow, for the Nxt Summary!


Songs of Love Fundraiser: Last Day

Today is the last day for our charity fundraiser for Songs of Love. You can still donate to account 4636321498642303120. Currently the raised amount is 56251 Nxt, which will be doubled to 112502 Nxt by our anonymous donator!

John Belzer, the president and founder of Songs of Love has taken the time to speak directly to the Nxt community. You can see his video below. Once the fundraiser closes the funds will be sent to Songs of Love. On a personal note, I’d like to thank you all for giving and showing what the crypto community can do for people in need.

Share this Post

Bitcointalk Summaries

Bitcointalk Summary 25-02-2014

I have a bit of a problem summarising today, as the day was again mostly taken up with the discussion about forging and the rewards it should or shouldn’t bring. This is not a bad thing, as forging and Transparent Mining are what makes Nxt unique and the discussion is thus a fundamental one. However, the discussion is so deep and far-reaching, I cannot in good conscience summarise it. For those who are really interested, the only way is to go in there and read and then think and read some more. The discussion is vital for how we decide (and yes, it’s WE who get to decide this!) how Nxt protects and incentivises its network and nodes.

However, apart from this discussion, a few other things have happened:

Asset Exchange

  • At the moment, another round of Asset Exchange tests is being run. If you want to participate, jump into the thread and ask for Testcoins. Most current clients will work on the Testnet. Find them at


  • wesleyh’s client now is available for download. This downloadable version should still be considered to be in beta-stage.




Share this post!


Again no summary!

I’m very sorry to not be able to make a summary today.

Even though it’s weekend, it’s busy around Nxt. I’ve been working with some great marketing people and gaming people today, and now find myself late at home.

I garantuee a summary tomorrow!


NRS client Experimental Update 0.8.0e

Get it here


sha256: 12ea7642953934b4b36cb833c500afefc9d1521776a298e3a6b6473cb0303a0c

Change log:

This release introduces a major change in the Nxt server architecture.
Instead of being a servlet run by Jetty, Nxt is now a standalone
application which itself launches Jetty servlets, when needed.
This should make it easier to use as a Java library, as it no longer
needs to be run inside a servlet container.

The Nxt configuration has been made more flexible, both for the end user
and for application developers. Nxt no longer uses web.xml, or any xml
files for that matter. Instead, a user-friendly properties file is used.

The layout of the distribution has been changed and simplified. Unpacking
the zip file will produce the following directory structure:

This is where the configuration files are kept. All default properties
are in conf/ You should never edit this file,
unless you are a packager or client developer who needs different
defaults for his distribution.
All default values are reasonable, so Nxt can just be started without
any configuration. If however the end user wants to customize some
parameters, the way to do that is to create another properties file,
conf/, containing ONLY the properties that need to be
different from the defaults. Nxt will read both
and, and the values in will override those

This contains the html files needed for the NRS javascript based client,
under html/nrs, the html-based tools such as admin.html and update.html
under html/tools, and the javadoc documentation for the Java API under

This is where all required Java libraries are kept – Jetty, H2 database,
and the JSON-simple library. All Jetty libraries that are not used by Nxt
are no longer included, which also results in a smaller distribution

This jar contains all compiled Nxt classes.

This script is the simplest way to start Nxt, under Linux:
java -Xmx1024M -cp nxt.jar:lib/*:conf nxt.Nxt
As you can see, the classpath needs to include nxt.jar, all the jars under
lib, and the conf directory.

Notably missing are start.jar, webapps, and the Jetty configuration
directories, which are no longer needed.

In addition to the switch to embedded Jetty, significant refactoring of the
code has been done, which may be of interest to users of the Java API. The
changes are too many to describe here, but can be easily seen by comparing
the javadoc of 0.8.0 with that of the 0.7 branch. Most notably, interfaces
have been defined for the Block and Transaction classes, the Blockchain
class has been split into several classes, and the Peer and User classes
have also seen some clean up.

Client developers using the Java API can override any of the default
properties by submitting a custom Properties object to Nxt.init().

The configurable properties in are all documented in
the comments in that file. Some additional details about those:

Nxt will start up to three different Jetty servers, if needed.

The peer networking server accepts http requests from peers. It is only
started if nxt.shareMyAddress=true (which is the default). If you are behind
a firewall and don’t have an externally visible IP, you can set this to false
to disable it.

The port and host interface of the peer server are configurable. If you set
a non-default port in nxt.peerServerPort, this will be appended to the address
you announce to peers (this address should be set in nxt.myAddress). Using
non-default peer networking port hasn’t been tested much though.

For a machine with multiple network interfaces, now you can specify on which
interface to bind each server. By default, nxt.peerServerHost= so the
peer networking server listens on all interfaces.

There are no hardcoded nxt.wellKnownPeers in the default properties files.
You are supposed to set those to your own preferred peers in
However, if none are set, a random selection of and
public nodes will be used.

The DoS Filter is enabled for the peer server only.

The API server accepts http/json API requests. By default, now it runs on port
7876, and listens on the local interface only. If you run a public
node and want to accept API requests from anyone, set nxt.apiServerHost to, and nxt.allowedBotHosts to * (or empty).

The nxt.apiResourceBase points to a directory of static html files that are
also served by the API server. Developers of clients using the http/json API
will want to customize this to point to their client html and javascript files.

The Jetty Cross Origin Filter can be enabled for the API server by setting
nxt.apiServerCORS=true (disabled by default).

The UI server is used for the NRS javascript client UI. By default it runs on
port 7875 and accepts requests from localhost only. Client developers using
the same API calls as the NRS client (not the http/json ones) should customize
nxt.uiResourceBase to point to their client html and javascript files instead.

SSL can be enabled for both the API server and the UI server (default disabled).
If this is done, the corresponding ports will accept https requests only. There
is no way currently to have both http and https supported at the same time, but
this can be added, I just didn’t see the need for it.
If you enable SSL, you need to set nxt.keyStorePath and nxt.keyStorePassword,
and obviously you need to have your own SSL certificate (self-signed or signed
by a CA) in a keystore file. I have only tested this with a self-signed

Client developers using the Java API will probably want to disable both the
API server and the UI server, and for users without a visible IP address
even the peer server.

Debugging output is now disabled by default, but can be enabled by setting
nxt.debug=true. Exception stack traces will still be logged, as long as
nxt.enableStackTraces=true. I hope there will be none of those.

The connection to the database can be completely customized, as the full
jdbc url used to connect to it is exposed in the properties file and can be
modified. Client developers that insist on being able to access the database
from a separate process, while Nxt is running, can do so by appending
;AUTO_SERVER=TRUE to the jdbc url, which will enable automatic mixed-mode.
This is disabled by default, but if you enable it and write to the database
while Nxt is running, expect things to break.

It is also possible to have the database in a different location, not just
in the current working directory, if you change the jdbc url accordingly.

To change the amount of memory used for the database cache, use the
nxt.dbCacheKB parameter, in kilobytes. If set to 0, by default 50 % of the
memory available to the JVM is used for database cache.

There have been no changes to the database schema, you should use your
existing nxt_db directory with this release too, instead of downloading
the blockchain from scratch.

This release is labeled experimental, but please try it. In particular, the
client developers and packagers should test it well, and if there are no
major issues, expect the 0.7 branch to become obsolete soon.

Version: GnuPG v1.4.12 (GNU/Linux)


Bitcointalk Summaries

Bitcointalk Summary 20-02-2014


  • The Songs of Love charity drive now has reached 40173 NXT! Remember, this amount will be doubled by an anonymous donator! We aim to reach 170,000 Nxt at the end of the month, so keep donation at account: 4636321498642303120.
  • Justabit of Cointropolis just appeared on TV for Songs of Love in which he also tells about Nxt.
  • Another update for Songs of Love.


Exchanges and Trading

Nxt Funds

Share this post!

Bitcointalk Summaries

Bitcointalk Summary 19-02-2014

NRS Client update 0.7.6

Get it here


Community Addons

  • The reddit Tipbot is still looking for someone who can check the code. Ask TwinWinNerD about a possible bounty on this.
  • Nxtio is now available in Japanese.
  • Bitventurer is looking for people to develop
  • An initiative for a game using Nxt or an Asset coin has been met with great approval. So far 20500 NXT in donations has been raised. More information can be found on the new site Nxtopia and this thread.



Concepts and discussions

Funding committees


Share this post!


NRS Client update 0.7.6

Get it here


sha256: c219d6a13c870ea7f454fe1e91efe6c6098bed767156aa8921aad0bebe9fe79a

Change log:

Compact the database at every shutdown. This should help reduce the size
of the nxt_db directory after the first run, check the before and after
disk usage.

Prevent duplicate peer listings in the known peers and blacklisted peers

Prevent a potential duplicate account key attack, of the type described

Added Voting System, not yet enabled.

Some refactoring of the Block and Transaction classes.

Asset exchange bugfixes from the test network and more API requests.

Improved validation of transactions to prevent wrong blacklisting of
peers, and to better enforce transaction validity.

Version: GnuPG v1.4.12 (GNU/Linux)