Nxt Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

Latest Nxt Client 1.11.5 - NEW RELEASE: Ardor 2.0.3e TestNet IS LAUNCHED!

Pages: [1] 2 3  All

Author Topic: Ardor v2.0.1e  (Read 3573 times)

Jean-Luc

  • Core Dev
  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1589
    • View Profile
  • Karma: +805/-81
Ardor v2.0.1e
February 17, 2017, 12:20:33 pm

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Release 2.0.1e

https://bitbucket.org/JeanLucPicard/ardor/downloads/ardor-client-2.0.1e.zip

sha256:

606d6ada92bb9bb3925442ad97c95cea8c61258c963c828e6d7629d9552df9c5  ardor-client-2.0.1e.zip

https://bitbucket.org/JeanLucPicard/ardor/downloads/ardor-client-2.0.1e.sh

sha256:

0e73f4b9ff9709c58cf9b54ff70f8db34841835bc39073953fef982a5daed99d  ardor-client-2.0.1e.sh

https://bitbucket.org/JeanLucPicard/ardor/downloads/ardor-client-2.0.1e.exe



This is an experimental release for testing only. Source code is not provided.


Change log:

This is a bugfix release, for testnet only.

Added Node JS module, see html/www/js/README.

Multiple bugs fixed and improvements added in client UI, peer networking,
blockchain download.

Removed obsolete news page, added About modal.

This release will force a rescan, deleting blocks after height 11619.


-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJYpsVLAAoJENqvaxkWiP4ZbdEP/33eFHs+T0W8JbECes9n4f64
mjON8Q7BWqXTdU6JjwmwLls/y/P+7Le4Y/XWtEoM3XYXoe/UyAv8FxGQJSdOEOOm
ZPcebAWjphaNErKNaoj0ROaKf1KeyKP84wqS+VOh4NzdTEh+yQlyWHF2eW0EMIxD
JdF2+Af0i8C1sOKsAs2Jf+S79Y9yTpLih0Cheh/IhSbxTNqHPnr3wpuwQI89mQS3
831+/WEoBLiwg8adjt0hi8V3A3EEaxUUDUXU/rM1CEgAs0KZr1HVPscXxRlF6lV8
ZegSpW5iWRUSUX8PQdeGJwwQz5u2pZKOA8Zc7qBxsXJb53eykBsJ6Nha+rwXP2gJ
Q5WmNb+jQ1Py5+XRD2QQ4OLQYtO5mA+OxMwZFJyPhVsZ+vIBHTgV5Ybi9EpU/yzt
OjmQCPr8n32L+e7dLVQJErMCnJkAXPLez0K2mmhX6OaqquqY0sNdYB1xxl+Do2VS
+RMZt7tfVs0c3mZwnm5u4jTSjrBnO4Q2HFdWEapH/YgOE+oc3sWCLVMqXaDUf5H1
hNBiSz3v56uk8fFUrNxfPLFBlfpmG8ydwY+1qmpO6POsrZaEWXjcluQ/8NHuWUMo
6bdZoinvuW1kUE7e3ezJBpygi2S58rpXDrig8nHcnaAMvcUxFXdKYS1J/+hgH3fw
iIST08mK72B5GZn97Bmm
=oypH
-----END PGP SIGNATURE-----
GPG key fingerprint: 263A 9EB0 29CF C77A 3D06  FD13 811D 6940 E1E4 240C
NXT-X4LF-9A4G-WN9Z-2R322

MrV777

  • Core Dev
  • Hero Member
  • *****
  • Online Online
  • Posts: 847
    • View Profile
  • Karma: +101/-4
Re: Ardor v2.0.1e
February 17, 2017, 01:28:49 pm

Great work!
This is interesting  :)
Quote
Added Node JS module, see html/www/js/README.
NXT: NXT-BK2J-ZMY4-93UY-8EM9V
NXT nodes: drseuss.dyndns-home.com, 198.46.193.111, 69.163.40.132, 192.169.6.103

lurker10

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1240
    • View Profile
  • Karma: +157/-33
Re: Ardor v2.0.1e
February 17, 2017, 01:33:36 pm

When sending Ardor to new accounts, the form has a public key field. When I enter the public key and click on Fee calculation there is an error message "Public key announcement attachments not allowed for Ardor transactions". So the field for public key should be removed from the form if it's not allowed to be entered?
It's still an issue in 2.0.1e.
Run a node - win a prize! "Lucky node" project jar: NXT-8F28-EDVE-LPPX-HY4E7

dhj1965

  • Full Member
  • ***
  • Offline Offline
  • Posts: 195
    • View Profile
  • Karma: +12/-31
Re: Ardor v2.0.1e
February 18, 2017, 03:50:45 am

Hello,

the transaction details windows is showing NXT's "NQT" for amount and fee. I think this should be removed - even if the value references the correct coin.

Best...
dhj.

lurker10

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1240
    • View Profile
  • Karma: +157/-33
Re: Ardor v2.0.1e
February 18, 2017, 09:46:59 am


It was set to 1440 blocks, I think it is still pending. There are no bundlers now that charge that rate but when I sent it the form gave me that fee to pay and I paid it.
I can't check it now since I'm running 2.0.1e which rolled back the database.  I'll see if I can create a poll on the new release.
I created a poll on 2.0.1e on the IGNIS chain.  The calculated fee was 1 IGNIS.  This is correct since poll creation costs 10 ARDR and the bundler rate was 0.1.

I did it again, tx is pending on the Ignis chain. To reproduce:

1) start a bundler with a smaller rate than the market's;
2) getBundlerRates (and minimum fee calculation) now fetches this new rate;
3) stop the bundler to imitate bad network connectivity or attack to make the bundler unreachable;
4) waiting 10 minutes to get into the next 10-minute window doesn't seem to make a difference because:
5) clicking on create a poll (probably other transaction types too), clicking on fee calculation, user will get the stopped bundler's fee, the same as in step 2. User doesn't know the bundler is unreachable and does not adjust the fee higher;
6) user submits transaction and waits and waits and waits but tx doesn't confirm;

In real life someone could start a bundler to pick pending transactions from the mempool if they stay there too long and if it's slightly profitable or subsidize.
Will a much better solution not be for the next best bundler rate to show up after some reasonable time for getBundlerRates (and minimum fee calculation) even though no new bundler in the network was started after the failed bundler had stopped? I've checked and 30 minutes later it's still the stopped bundler's rate being fetched, everyone will now submit txs and pay that inadequate fee.
Can a Replace-by-fee feature be one of solutions to this? I know you said the minBundlerBalanceFXT in the config will mitigate the effect to some extent but it means users have to always keep it high and miss on getting possibly better rates from smaller stake bundlers. Is it possible to make this setting dynamically configured in settings in the browser or somehow allow user to see other rates in the UI fee calculation? Is this a non-issue?
Run a node - win a prize! "Lucky node" project jar: NXT-8F28-EDVE-LPPX-HY4E7

Coradan

  • Full Member
  • ***
  • Offline Offline
  • Posts: 169
    • View Profile
  • Karma: +14/-3
Re: Ardor v2.0.1e
February 18, 2017, 12:46:07 pm

Hi,

I have a couple of questions:

First one: If there are no bundlers in IGNIS, who is doing the child block transactions?
At this moment there are no bundlers in Settings/Bundlers, but there are child block transactions...  For example, if I buy one Alias, the transaction is confirmed without Bundlers on list on Settings/Bundlers, or Settings/Bundlers only list the own Bundlers? 

Second one: In Child chains details there is Bundling Rate value, Is this value fixed?  It seems that is the maximum rate that bundlers can set.
« Last Edit: February 18, 2017, 02:30:04 pm by Coradan »
One more thing: NXT
http://www.nxt.cool

Coradan

  • Full Member
  • ***
  • Offline Offline
  • Posts: 169
    • View Profile
  • Karma: +14/-3
Re: Ardor v2.0.1e
February 18, 2017, 03:01:04 pm

Riker answered me in the slack:

He said:

If there are no bundlers not one is doing the bundling. The transaction will stay in the unconfirmed pool until it expires.
Currently, the bundlers page only shows your bundlers not all bundlers.

The chain properties modal shows the best available rate but does not show what the maximum Ardor fee this bundler is willing to pay and if this bundler is even online
One more thing: NXT
http://www.nxt.cool

ScripterRon

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 456
    • View Profile
  • Karma: +72/-2
Re: Ardor v2.0.1e
February 18, 2017, 03:19:56 pm


It was set to 1440 blocks, I think it is still pending. There are no bundlers now that charge that rate but when I sent it the form gave me that fee to pay and I paid it.
I can't check it now since I'm running 2.0.1e which rolled back the database.  I'll see if I can create a poll on the new release.
I created a poll on 2.0.1e on the IGNIS chain.  The calculated fee was 1 IGNIS.  This is correct since poll creation costs 10 ARDR and the bundler rate was 0.1.

I did it again, tx is pending on the Ignis chain. To reproduce:

1) start a bundler with a smaller rate than the market's;
2) getBundlerRates (and minimum fee calculation) now fetches this new rate;
3) stop the bundler to imitate bad network connectivity or attack to make the bundler unreachable;
4) waiting 10 minutes to get into the next 10-minute window doesn't seem to make a difference because:
5) clicking on create a poll (probably other transaction types too), clicking on fee calculation, user will get the stopped bundler's fee, the same as in step 2. User doesn't know the bundler is unreachable and does not adjust the fee higher;
6) user submits transaction and waits and waits and waits but tx doesn't confirm;

In real life someone could start a bundler to pick pending transactions from the mempool if they stay there too long and if it's slightly profitable or subsidize.
Will a much better solution not be for the next best bundler rate to show up after some reasonable time for getBundlerRates (and minimum fee calculation) even though no new bundler in the network was started after the failed bundler had stopped? I've checked and 30 minutes later it's still the stopped bundler's rate being fetched, everyone will now submit txs and pay that inadequate fee.
Can a Replace-by-fee feature be one of solutions to this? I know you said the minBundlerBalanceFXT in the config will mitigate the effect to some extent but it means users have to always keep it high and miss on getting possibly better rates from smaller stake bundlers. Is it possible to make this setting dynamically configured in settings in the browser or somehow allow user to see other rates in the UI fee calculation? Is this a non-issue?
A bundler rate expires after 60 minutes.  The idea is that bundlers are long running.  Even if there was a bundler stopped message, this wouldn't guarantee that the bundler rate would be removed since I suspect that most people stop a node by simply stopping the Java virtual machine without first stopping each bundler and forger.

The 60-minute expiration is an arbitrary value and could be changed.  But it would have to be on a network basis and not a node basis since the renewal message wouldn't be sent until the bundler node decided the rate had expired.

All of the bundler rates are available internally, so an API could be added to retrieve all of them.  I'll ask if this is something that should be added to the UI.
NXT-XM86-4ZNA-65L5-CDWUE

Jean-Luc

  • Core Dev
  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1589
    • View Profile
  • Karma: +805/-81
Re: Ardor v2.0.1e
February 18, 2017, 04:01:19 pm

What we could do is add a checkbox "pay fee in ARDR", which after creating the transaction will automatically use the bundleTransactions API to bundle it too, the user acting as a one-time bundler for his own transaction, paying the minimum fee required in ARDR. Not sure how easy this would be client-side.

Then if there is actually another bundler running, it will bundle this and other child transactions if present, and the resulting child block will be preferred by forgers as having higher total fee, so the one that the user created will just expire. If there are no other bundlers running at that rate, it will be accepted.

Or, for unconfirmed transactions we can add a "Bundle" action. If you are seeing a transaction stay unconfirmed too long, this could be used to create a bundling transactions for it only.
« Last Edit: February 18, 2017, 04:12:39 pm by Jean-Luc »
GPG key fingerprint: 263A 9EB0 29CF C77A 3D06  FD13 811D 6940 E1E4 240C
NXT-X4LF-9A4G-WN9Z-2R322

lurker10

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1240
    • View Profile
  • Karma: +157/-33
Re: Ardor v2.0.1e
February 18, 2017, 04:54:04 pm

Or, for unconfirmed transactions we can add a "Bundle" action. If you are seeing a transaction stay unconfirmed too long, this could be used to create a bundling transactions for it only.

The tx fee has to be paid in ARDR though which user may not have? Can it be made such that anyone can resubmit the same transaction and pay additional fees in CC tokens? If not anyone, then the same user to sign with the same private key?
« Last Edit: February 18, 2017, 04:59:07 pm by lurker10 »
Run a node - win a prize! "Lucky node" project jar: NXT-8F28-EDVE-LPPX-HY4E7

Jean-Luc

  • Core Dev
  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1589
    • View Profile
  • Karma: +805/-81
Re: Ardor v2.0.1e
February 18, 2017, 06:24:42 pm

Or, for unconfirmed transactions we can add a "Bundle" action. If you are seeing a transaction stay unconfirmed too long, this could be used to create a bundling transactions for it only.

The tx fee has to be paid in ARDR though which user may not have? Can it be made such that anyone can resubmit the same transaction and pay additional fees in CC tokens? If not anyone, then the same user to sign with the same private key?
What this would do is create a one-transaction child chain block, so anyone who has ARDR could do it.
GPG key fingerprint: 263A 9EB0 29CF C77A 3D06  FD13 811D 6940 E1E4 240C
NXT-X4LF-9A4G-WN9Z-2R322

lurker10

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1240
    • View Profile
  • Karma: +157/-33
Re: Ardor v2.0.1e
February 18, 2017, 07:17:56 pm

Or, for unconfirmed transactions we can add a "Bundle" action. If you are seeing a transaction stay unconfirmed too long, this could be used to create a bundling transactions for it only.

The tx fee has to be paid in ARDR though which user may not have? Can it be made such that anyone can resubmit the same transaction and pay additional fees in CC tokens? If not anyone, then the same user to sign with the same private key?
What this would do is create a one-transaction child chain block, so anyone who has ARDR could do it.

Anyone with ARDR may not want to do it because of low or negative profitability.
The requirement for the user to have ARDR for this special case is not unlike the requirement to have NXT to send a MS currency transaction which is one of the problems Ardor is trying to solve. I just want to convince to make usability a little easier if it is possible.
The current design is such that it is unknown if the transaction will be promptly processed with the minimum fee, any measures to help it will be met with enthusiasm.

How about if the UI has two buttons: 'Calculate minimum' and 'Calculate an average' fee (from N number of best rate bundlers), user can decide if it's worth the waiting risk to pay only the minimum or have a better guarantee paying a higher average - but user needs to know how much that average is to avoid overpaying too much?

The 'bundle' button for owners of ARDR tokens is great and should be done too.

For the UI, maybe something like 3 radio buttons (low-normal-high priority) filled with the 3 best successive bundlers' fees to let user make an informed decision on what fee to pay. This is a problem in Bitcoin right now, some client software can't calculate the right fee, there are lots of user complaints.
« Last Edit: February 18, 2017, 07:46:41 pm by lurker10 »
Run a node - win a prize! "Lucky node" project jar: NXT-8F28-EDVE-LPPX-HY4E7

blackyblack1

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1626
    • View Profile
  • Karma: +162/-82
Re: Ardor v2.0.1e
February 18, 2017, 07:43:52 pm

I just want to convince to make usability a little easier if it is possible.
The current design is such that it is unknown if the transaction will be promptly processed with the minimum fee, any measures to help it will be met with enthusiasm.
Just let the forgers bundle the childchain transactions and we will have best usability without all this rates, fees and bundlers nonsense.

pirboazo

  • Jr. Member
  • **
  • Offline Offline
  • Posts: 32
    • View Profile
  • Karma: +2/-1
Re: Ardor v2.0.1e
February 19, 2017, 08:26:28 am

Hi all,

Where declare bug on the ardor v2.0.1e ?

Pierre

martismartis

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1206
    • View Profile
  • Karma: +68/-10
Re: Ardor v2.0.1e
February 19, 2017, 09:45:13 am

Hi all,

Where declare bug on the ardor v2.0.1e ?

Pierre

Here.

lurker10

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1240
    • View Profile
  • Karma: +157/-33
Re: Ardor v2.0.1e
February 19, 2017, 11:03:26 am

Small UI bug, when transaction amounts are below 0.0001, account's transactions and ledger tabs have 0.0000 and 0.
Run a node - win a prize! "Lucky node" project jar: NXT-8F28-EDVE-LPPX-HY4E7

dhj1965

  • Full Member
  • ***
  • Offline Offline
  • Posts: 195
    • View Profile
  • Karma: +12/-31
Re: Ardor v2.0.1e
February 19, 2017, 12:34:58 pm

Small UI bug, when transaction amounts are below 0.0001, account's transactions and ledger tabs have 0.0000 and 0.
I think this just depends on "maximum coin decimal positions" configured in the account settings.

When set to 4 and amount < 0.0001 then - for example - the amount 0.00009999 is shown as 0.0000 (4 decimals)

When increasing the coin decimals, everything looks good.

best...
dhj

lurker10

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1240
    • View Profile
  • Karma: +157/-33
Re: Ardor v2.0.1e
February 19, 2017, 02:48:12 pm

Paying dividends.
Total number of units is 1000, 2 decimals, one user got 100 units, I want to pay him dividends, holding type: asset, 1 per share.
In the dividend payment form, when I put 1 in the Amount per Share, I get "A total of 10000000000000000 6025948372952594856 translation:shares will be distributed among 1 accounts which own a total of 100 shares."
Clicking on Submit "Failed to broadcast transaction: Insufficient balance".
Looks like a bug, as I only want to send out 100 to him, my issuer account has that much.
If I type 2 per share, "A total of 20000000000000000 6025948372952594856 translation:shares will be distributed among 1 accounts which own a total of 100 shares."
Run a node - win a prize! "Lucky node" project jar: NXT-8F28-EDVE-LPPX-HY4E7

lurker10

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 1240
    • View Profile
  • Karma: +157/-33
Re: Ardor v2.0.1e
February 19, 2017, 03:24:31 pm

Currency minting.
nxt.mint.fee=100000000
the default value in the config.
Transaction from mint.sh was submitted with a 0 fee, won't confirm now.
Run a node - win a prize! "Lucky node" project jar: NXT-8F28-EDVE-LPPX-HY4E7

ScripterRon

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 456
    • View Profile
  • Karma: +72/-2
Re: Ardor v2.0.1e
February 19, 2017, 06:21:50 pm

Currency minting.
nxt.mint.fee=100000000
the default value in the config.
Transaction from mint.sh was submitted with a 0 fee, won't confirm now.
It is now nxt.mint.feeNQT.  I'll update nxt-default.properties.
NXT-XM86-4ZNA-65L5-CDWUE
Pages: [1] 2 3  All