NXT :: descendant of Bitcoin - Updated Information

[lezin]

Thanks for all your work. NXT is a really great idea !

[1713311465]

1713311465

[1713311465]

1713311465

[1713311465]

1713311465

[1713311465]

1713311465

[1713311465]

1713311465

[VanBreuk]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Release 0.8.5

http://download.nxtcrypto.org/nxt-client-0.8.5.zip

sha256: 22b6976f679dd9a2a5e0ba7ce91ee8d7de619803bd2cc97bf6e0a94b61e18372


Change log:

More bugfixes related to unconfirmed balance calculation.

Minor fixes to avoid some harmless exceptions.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTFbzPAAoJEFOhyXc7+e2AL/UQAImTjDFrg7xAqLlmuXlEwsiU
2kO7NcHeIZLwoL4TiJzdwSg4krHm1WUacj+OAjgkyIDvJUTnKt4WAHG1UHjcn9UW
5VagOVCXqr2rGIkOybc5qfG7w4MA6KNV11m2E+O0hJvCVBHBXWASKdU8iZf45dhQ
P+aH0Pyq1KiaKIbi0tyZFxK78ECnhPmW1FO3xq5n9EbVspUK2uujomu0b05i8omO
zd+edYFv93NpIz/eEIVXe6fGNYYmJWUVqCZcgHi2LbOG8EUrVl7ghvr5gsIIUPI6
pJh2TSuK3qmzWk8Vrgxk/6ijfK4jsdocUe9vRgL/RvfGU3O9hkeXuRFno4WfjdVv
3Aqpl9MqwiLdyK+dp+mVNonNggslmRzPcOs1QDXlNfLBwIt/Fl6JCH4xP3yeVz9V
iYaFvsUFChr27IPbAj4Ox0orBzQIYuPHxzgTVTVkmQnDJpX6TRILy7fFFflO16An
sUXoJSexbGL5asfSstyKCGMgGbdZr+n7KXDzupyCTfi81hTemSwx/Va2LOP1aAbV
O9ApHGQX+CbUgK7RSIv1MWhsS0cLtaKvuXnU56UQqoLfmMtXB2zn+pQebNsuqYNU
P8PZwQBhRISMcyOf7+LKJj3WSFq94Zn9B3ThfIsxfQnxDBYY9soeQaGVo2rII5za
8qY3h0D31489SaLf/Gmq
=GSZB
-----END PGP SIGNATURE-----

Thank you!

Problem: the run.bat windows script returns syntax error. It appears to be related to the newlines, the original script posted by EmoneyRu works fine as pasted from Gist.

[l8orre]

0.8.4e still has bugs in unconfirmed balance handling. Wait until I release a fix.

yes, I did see 85,000 in the unconfirmed balance instead of 10,000 on my real nxt working account today

Can you try again with 0.8.5?

yes, will do!

in the meanwhile, 0.8.4e had a hiccup, apparently regarding the AE:


[2014-03-04 09:32:33.614] Started peer networking server at 0.0.0.0:6874
[2014-03-04 09:32:33.621] Started API server at 127.0.0.1:6876
[2014-03-04 09:32:33.671] Started user interface server at 127.0.0.1:6875
[2014-03-04 09:32:33.676] Nxt server 0.8.4e started successfully.
[2014-03-04 09:32:33.676] RUNNING ON TESTNET - DO NOT USE REAL ACCOUNTS!
[2014-03-04 09:36:28.260] nxt.apiServerEnforcePOST = "true"
[2014-03-04 12:33:21.221] DEBUG: Dropping invalid transaction
nxt.NxtException$ValidationException: Asset millidoge already exists
   at nxt.TransactionType$ColoredCoins$1.validateAttachment(TransactionType.java:641)
   at nxt.TransactionType$ColoredCoins$1.loadAttachment(TransactionType.java:581)
   at nxt.TransactionProcessorImpl.parseTransaction(TransactionProcessorImpl.java:275)
   at nxt.TransactionProcessorImpl.processJSONTransactions(TransactionProcessorImpl.java:373)
   at nxt.TransactionProcessorImpl.access$300(TransactionProcessorImpl.java:27)
   at nxt.TransactionProcessorImpl$3.run(TransactionProcessorImpl.java:152)
   at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
   at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
   at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
   at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
   at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
   at java.lang.Thread.run(Thread.java:744)
^C[2014-03-04 13:39:00.656] Database shutdown completed
[2014-03-04 13:39:00.659] Nxt server 0.8.4e stopped.
azure@boxfish:~/workbench/nxt_084e$

[Jean-Luc]

OK, so the "e" doesn't necessarily stand for experimental...
atm 0.8.5 is experimental and we should test it on test network (this corresponds to what is displayed on update.html)...
but, new and inexperienced users should still be pointed to the 0.7.6 download?

I don't know. The 0.7.6 will no longer be maintained, 0.8.5 has bugfixes, but also new features relative to 0.8.3, so it may have other bugs.

We need a QA team even more than we need java developers. There is only so much testing that I can do myself. Even when we have unit tests one day, we will still need functional testing. At the end, it should be the QA team that declares a release stable.

[bitcoinpaul]

Smart tech folks: stick your heads together and form a QA team.

[antanst]

How can transactions broadcasted to testnet be replayed on the real blockchain? Isn't the point of testnet to work as an alternative blockchain? I'm probably missing something here.

Transactions don't contain information about which blockchain they belong to. They can't even know which block they belong to, until they are confirmed, because the transaction sender obviously needs to sign the transaction before knowing in which block it will get included. So a transaction that has not expired yet, and has valid signature from its sender, can be copied by an attacker and posted to the real blockchain, as if it was sent by the original sender, and as long as the account there has sufficient balance, it will be accepted.

Got it, right! Thanks for the explanation.

[SkillRoad]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Release 0.8.5

http://download.nxtcrypto.org/nxt-client-0.8.5.zip

sha256: 22b6976f679dd9a2a5e0ba7ce91ee8d7de619803bd2cc97bf6e0a94b61e18372


Change log:

More bugfixes related to unconfirmed balance calculation.

Minor fixes to avoid some harmless exceptions.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTFbzPAAoJEFOhyXc7+e2AL/UQAImTjDFrg7xAqLlmuXlEwsiU
2kO7NcHeIZLwoL4TiJzdwSg4krHm1WUacj+OAjgkyIDvJUTnKt4WAHG1UHjcn9UW
5VagOVCXqr2rGIkOybc5qfG7w4MA6KNV11m2E+O0hJvCVBHBXWASKdU8iZf45dhQ
P+aH0Pyq1KiaKIbi0tyZFxK78ECnhPmW1FO3xq5n9EbVspUK2uujomu0b05i8omO
zd+edYFv93NpIz/eEIVXe6fGNYYmJWUVqCZcgHi2LbOG8EUrVl7ghvr5gsIIUPI6
pJh2TSuK3qmzWk8Vrgxk/6ijfK4jsdocUe9vRgL/RvfGU3O9hkeXuRFno4WfjdVv
3Aqpl9MqwiLdyK+dp+mVNonNggslmRzPcOs1QDXlNfLBwIt/Fl6JCH4xP3yeVz9V
iYaFvsUFChr27IPbAj4Ox0orBzQIYuPHxzgTVTVkmQnDJpX6TRILy7fFFflO16An
sUXoJSexbGL5asfSstyKCGMgGbdZr+n7KXDzupyCTfi81hTemSwx/Va2LOP1aAbV
O9ApHGQX+CbUgK7RSIv1MWhsS0cLtaKvuXnU56UQqoLfmMtXB2zn+pQebNsuqYNU
P8PZwQBhRISMcyOf7+LKJj3WSFq94Zn9B3ThfIsxfQnxDBYY9soeQaGVo2rII5za
8qY3h0D31489SaLf/Gmq
=GSZB
-----END PGP SIGNATURE-----

wow, thanks a lot





_______________________________________________________________________________ _________________________________
Next Coin Lite - Fair Distribution

[farl4web]

Guys, here needs help:

http://cryptocrimson.com/poll-which-alt-coin-will-see-the-most-growth-in-2014.html

I asked them to change Nxtcoin in Nxt (https://twitter.com/Nxtgids/status/440832185793146880).

[ChuckOne]

OK, so the "e" doesn't necessarily stand for experimental...
atm 0.8.5 is experimental and we should test it on test network (this corresponds to what is displayed on update.html)...
but, new and inexperienced users should still be pointed to the 0.7.6 download?

I don't know. The 0.7.6 will no longer be maintained, 0.8.5 has bugfixes, but also new features relative to 0.8.3, so it may have other bugs.

We need a QA team even more than we need java developers. There is only so much testing that I can do myself. Even when we have unit tests one day, we will still need functional testing. At the end, it should be the QA team that declares a release stable.

My hope is that we will have that through the vast number of testnet nodes now.

[l8orre]

0.8.4e still has bugs in unconfirmed balance handling. Wait until I release a fix.

yes, I did see 85,000 in the unconfirmed balance instead of 10,000 on my real nxt working account today

Can you try again with 0.8.5?

0.8.5 runs on testnet and on realnet w/o obvious deviations - I saw that too high 'unconfirmed balance' today for about 30 minutes ...

[jl777]

OK, I got all the test nodes updated

The following is brute force, but it seems to do the trick:

Code:

pkill -15 java
cp nxt/conf/* .
rm -rf nxt
wget http://download.nxtcrypto.org/nxt-client-0.8.5.zip
unzip nxt-client-0.8.5.zip
cp *.properties nxt/conf
cd nxt
nohup ./run.sh &

I deployed a lot of servers so there are quite a few test nodes now, I am seeing 200+ peers, so the test network will simulate the behavior of the mainnet much better.

James

[btc2nxt]

 to redsn0w
don't receive testnxt
plz resend
1562462127635514638

[jl777]

Does anybody know what to do when a transaction is seen on the server that submitted it, but it is not seen anywhere else?

DOGE txid eb9c4d8a9d11dc02d36092aea8a9ecc0a49d893b498e651960c320a8c8908e38
it is not visible anywhere, except on the server that issued the actual sendrawtransaction.

Because of this mismatch, the three servers will not agree on the state of the multisig acct and withdrawals will stop. If I try to submit it again, I get an error -22, which means the transaction has already been submitted.

All servers are seeing all the transactions before and after this one. The rawtransaction itself seems OK, but it never gets any confirmations and gettransaction fails to see it, even on the machine that issued it?!

This was a sweep transaction that goes from user deposit address into the multisig.
I wonder if this could be due to lack of TXFEE? I am BTC's TXFEE of .0001, but DOGE's is 1.0. However, it usually doesnt even need any TXFEE. I do get a warning from DOGE-QT sometimes saying that I need to pay a fee. Does anybody know how I am supposed to determine if fee is needed?

James

Code:

# gettxout 0
{
    "bestblock" : "d5bc84da18da2b89c79124732bf33c3942854bb041f8208577645bc51a09766d",
    "confirmations" : 0,
    "value" : 0.99990000,
    "scriptPubKey" : {
        "asm" : "OP_DUP OP_HASH160 14b24a5b6f8c8df0f7c9b519d362618ca211e609 OP_EQUALVERIFY OP_CHECKSIG",
        "hex" : "76a91414b24a5b6f8c8df0f7c9b519d362618ca211e60988ac",
        "reqSigs" : 1,
        "type" : "pubkeyhash",
        "addresses" : [
            "D72Xdw5cVyuX9JLivLxG3V9awpvj7WvsMi"
        ]
    },
    "version" : 1,
    "coinbase" : false
}

# gettxout 1
{
    "bestblock" : "d5bc84da18da2b89c79124732bf33c3942854bb041f8208577645bc51a09766d",
    "confirmations" : 0,
    "value" : 10.99990000,
    "scriptPubKey" : {
        "asm" : "OP_HASH160 052e9326e4b92d2884a4f325fb1fefbccd5bd1eb OP_EQUAL",
        "hex" : "a914052e9326e4b92d2884a4f325fb1fefbccd5bd1eb87",
        "reqSigs" : 1,
        "type" : "scripthash",
        "addresses" : [
            "9rufqRXAekAx4gnGuKf5SL8YzViMfryLMY"
        ]
    },
    "version" : 1,
    "coinbase" : false
}

# rawtransaction
{
    "txid" : "eb9c4d8a9d11dc02d36092aea8a9ecc0a49d893b498e651960c320a8c8908e38",
    "version" : 1,
    "locktime" : 0,
    "vin" : [
        {
            "txid" : "766137747b8280ad20af5cae13b37899c544b44cc35cc12bdd7e3b4e748444f4",
            "vout" : 0,
            "scriptSig" : {
                "asm" : "0 304402205da1d9e78c75edbb4dcea3ed4b4b0ab0aade7f3795eea80c68b668feb11cc3cc02200ab7c616623ecca17845b512fc13c75be78988f2f87aaebe6ce0f1986c15815b01 304502203391a4564cfed0f13cc97deb090fd0aa4102e92f47e5fd6e7fbd6bb8d629abcf02210083d94ea934f26a0dd19fd7855ef455e1d89faa5f6fe67966f96c04cd0afe02b301 52210287300d3f7447c84c0ec6052440285d99f2211aba6eb17b9d6baa9b62cd16f8d52102b6b6aa9320c60d47b795748ae5291e94f56267411096f8ea42d6f7202ba0819c2102daa52056d79777afa25001b957d9e4cc2eba1e3639bd390681db149f1cd174fb53ae",
                "hex" : "0047304402205da1d9e78c75edbb4dcea3ed4b4b0ab0aade7f3795eea80c68b668feb11cc3cc02200ab7c616623ecca17845b512fc13c75be78988f2f87aaebe6ce0f1986c15815b0148304502203391a4564cfed0f13cc97deb090fd0aa4102e92f47e5fd6e7fbd6bb8d629abcf02210083d94ea934f26a0dd19fd7855ef455e1d89faa5f6fe67966f96c04cd0afe02b3014c6952210287300d3f7447c84c0ec6052440285d99f2211aba6eb17b9d6baa9b62cd16f8d52102b6b6aa9320c60d47b795748ae5291e94f56267411096f8ea42d6f7202ba0819c2102daa52056d79777afa25001b957d9e4cc2eba1e3639bd390681db149f1cd174fb53ae"
            },
            "sequence" : 4294967295
        }
    ],
    "vout" : [
        {
            "value" : 0.99990000,
            "n" : 0,
            "scriptPubKey" : {
                "asm" : "OP_DUP OP_HASH160 14b24a5b6f8c8df0f7c9b519d362618ca211e609 OP_EQUALVERIFY OP_CHECKSIG",
                "hex" : "76a91414b24a5b6f8c8df0f7c9b519d362618ca211e60988ac",
                "reqSigs" : 1,
                "type" : "pubkeyhash",
                "addresses" : [
                    "D72Xdw5cVyuX9JLivLxG3V9awpvj7WvsMi"
                ]
            }
        },
        {
            "value" : 10.99990000,
            "n" : 1,
            "scriptPubKey" : {
                "asm" : "OP_HASH160 052e9326e4b92d2884a4f325fb1fefbccd5bd1eb OP_EQUAL",
                "hex" : "a914052e9326e4b92d2884a4f325fb1fefbccd5bd1eb87",
                "reqSigs" : 1,
                "type" : "scripthash",
                "addresses" : [
                    "9rufqRXAekAx4gnGuKf5SL8YzViMfryLMY"
                ]
            }
        }
    ]
}

[gimre]

does anyone know what version are bter, dgex, cryptsy running?

[jl777]

Smart tech folks: stick your heads together and form a QA team.

A lot of productive testing can be done by users who test all the basic functions
It is a matter of coming up with a check list of operations to do, eg. make alias, verify it works, issue asset, etc.etc.

Please help us overworked devs. You dont have to be technical to help come up with a test plan, and once we have test plan (check list of stuff to verify), then pretty much anybody can test.

James

[4747...888]

Unless I hear otherwise, I will assume that Mr 47...88 wants NXT to be able to trade crypto to crypto within NXT.

Atomic crosschain is by definition NXT blockchain <-> BTC blockchain (or other pair).
It is not NXT blockchain <-> NXT AE <-> BTC blockchain.
If the first is impossible, please give the proof.

[jl777]

Hello,

I have a small question about TestNode, could someone answer me ?

Is a testnode a normal node intended to be run on a dedicated/server or is it a node just to test the network and new versions ?

Thanks

There used to be a big difference between a test node and normal one. However, now it is just a matter of one change in the properties file in nxt/conf

nxt.isTestnet=true

You also need to set testnet peers:

nxt.testnetPeers=bug.airdns.org

testnodes are used by devs and testers so we can make sure it is ready for the mainnet

James

[wesleyh]

Hello,

I have a small question about TestNode, could someone answer me ?

Is a testnode a normal node intended to be run on a dedicated/server or is it a node just to test the network and new versions ?

Thanks

There used to be a big difference between a test node and normal one. However, now it is just a matter of one change in the properties file in nxt/conf

nxt.isTestnet=true

You also need to set testnet peers:

nxt.testnetPeers=bug.airdns.org

testnodes are used by devs and testers so we can make sure it is ready for the mainnet

James

Your testnode doesn't work any more, switching to nxtsolaris.

[chanc3r]

Added a testnet node which is publicly visible at

testnxt-we.cloudapp.net

we = western europe, will add some more at different locations if this one is stable.

accepts connections for all 6874-6876 ports
I added some monitoring on API response and network traffic so if it dies I should get an alert and I can restart.

using up some cloud credits so this one and any others I add will stay around for then next month and then I will see based on the running costs.

Please can I have some testnxt to 2682312341463682985

Thanks

[abctc]

Please can I have some testnxt to 2682312341463682985

some testNXTs sent.  

If someone needs testNXT, ask them here: https://forums.nxtcrypto.org/viewtopic.php?f=2&t=832