Author

Topic: NXT :: descendant of Bitcoin - Updated Information - page 372. (Read 2761644 times)

member
Activity: 94
Merit: 10

rewarded nodecoin is uncorrelated with the holding Nxt of Nodes?

Eventually it will because it is earned solely by running the Nxt nodes and it is a reward for that. The owners will naturally demand a share of Nxt because they pay for it and they would think they have the naturally right. It makes sense for nodecoins owners. But it does not for the NXT existing owners because NXT are not supposed to be inflated and supposed to be scarce. Someone already were talking about to use nodecoins in the AE as a payment tool. It eventually will drive Nxtcoins away as in the real worlds a bad currency can drive a good currency away. Why don't create a coin for a business like gaming, gambling, utility trading, not instead for NXT network. We already have Nxtcoins for NXT network. Btw, BCNext tried to reduce mining for mining (selfish mining). Now the nodecoins try to double reward mining for mining.
sr. member
Activity: 308
Merit: 250
Question about public key thingie;

Don't users only get a public key after they made an outgoing transaction? So their first transaction, if they use an online client, would be insecure?

Right, or you will have to calculate the public key from the secret phrase on the client side too.


Ah ok, cool.
sr. member
Activity: 392
Merit: 250
Question about public key thingie;

Don't users only get a public key after they made an outgoing transaction? So their first transaction, if they use an online client, would be insecure?

Right, or you will have to calculate the public key from the secret phrase on the client side too.
sr. member
Activity: 308
Merit: 250
Decentralized computing systems built on the Nxt platform could locally solve all kinds of research projects

I want to get in touch with a computer center to find out how much they would be willing to pay on the power of computation assignment by thousands of nodes that could be connected to the nxt network.

This would solve the nxt network maintenance.

we must seek to maintain nxt network by leasing the computing power of the network itself.

So you want to make it into a POW? Green marketing, done for.
newbie
Activity: 16
Merit: 0
Hey Guys.

www.nextcoin24.org is a german Nextcoin Page...
more pages and infos will be added soon.

it would be great, if u add www.nextcoin24.org to your pages!

have a nice day...

to the moon!

http://blog.checkdomain.de/bloggen/das-impressum/
full member
Activity: 168
Merit: 100
Decentralized computing systems built on the Nxt platform could locally solve all kinds of research projects

I want to get in touch with a computer center to find out how much they would be willing to pay on the power of computation assignment by thousands of nodes that could be connected to the nxt network.

This would solve the nxt network maintenance.

we must seek to maintain nxt network by leasing the computing power of the network itself.
hero member
Activity: 574
Merit: 500
There's nothing wrong with the nodecoin name. I'm just wondering how it works. As far as I know it's not possible to know if a node is forging, so how is this determined? Is this easily gameable?

I was trying to find the discussion with CfB taking part.


I am sure the idea is that new coins of top of Nxt ecosystem are planned to have their own chains that are secured by those using it (Disneyland currency, college cafeteria tec). Nxt will be the Masterchain that the rest of the chains check into at predetermined times (1440 blocks at present). This cost a negligible fee paid in Nxt. The idea, as I understand it, is to be pro-business and make barriers to entry next to nothing to encourage everyone to get involved. This also makes high tps possible as rather than one chain processing 1000tps, you have 100 chains doing 10tps each.

So, all coins will be tied to Nxt and be doing daily transactions in Nxt.

CfB, as much as I think you are probably enjoying seeing us twist in the wind throughout this stress test (!), can you please confirm or correct the above?
legendary
Activity: 1162
Merit: 1005
I don't earn any test nodecoins on my standalone NxtWallet. Did it change something?
legendary
Activity: 952
Merit: 1000
Yeah! I hate ShroomsKit!
pufff look at this massive sell at Bter.com...... Price at 0.0005 Sad
full member
Activity: 168
Merit: 100
Hey Guys.

www.nextcoin24.org is a german Nextcoin Page...
more pages and infos will be added soon.

it would be great, if u add www.nextcoin24.org to your pages!

have a nice day...

to the moon!

Good Page, well done  Smiley
sr. member
Activity: 308
Merit: 250
Question about public key thingie;

Don't users only get a public key after they made an outgoing transaction? So their first transaction, if they use an online client, would be insecure?

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

Release 0.8.9

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

sha256: fccd8dcb964a357e2f2546aa36dae83df7ff5e623a0dda2351cbe506c139c76d


Change log:

Client-side transaction signing support. All http API requests that
create a new transaction, now accept either a secretPhrase or a
publicKey parameter. If secretPhrase is supplied, transaction is
created, signed at the server, and broadcasted by the server as
usual. If secretPhrase is not supplied, but a publicKey parameter
is, as a hex encoded byte array, the transaction will be prepared
by the server and returned in the JSON response as transactionBytes.
This byte array can now be signed by the client, and then sent back
to the server for broadcasting using the broadcastTransaction API.

Transaction hashes, which can be used to uniquely identify transactions
to avoid transaction signature malleability attacks, can now be
obtained using Transaction.getHash(), and are also available in the
JSON representaion of transactions. The hash can also be used to retrieve
a transaction from the server, instead of using transaction id, by
supplying a hash parameter to the getTransaction http API instead of
transaction parameter.

For improving performance, getBlockId and getBlockTimestamp Java API
methods have been added to the Transaction class, to avoid the need
to call getBlock which may require additional database query. Java
clients should use those instead of going through getBlock.
Similarly, the blockTimestamp field has been added to the JSON returned
by getTransaction and the other API calls that return a transaction
JSON, so http clients can also avoid unnecessary calls to getBlock.

Upgrading to 0.8.9 will modify the database to add the hash and
block_timestamp columns to the transaction table.

Transactions that have become invalid will now also be removed from the
re-broadcasting pool.

Moved all global constants to Constants.java.

Improved transaction validation for Asset Issuance transactions to
avoid misleading invalid transaction errors.

Corrected handling of transactions with identical timestamps in block
generation and in the NRS client UI.

Added ASSET_BALANCE and UNCONFIRMED_ASSET_BALANCE events to Account,
fixed possible problem with asset balance calculation.


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

iQIcBAEBAgAGBQJTIZ8pAAoJEFOhyXc7+e2ASMoP/jzSzsX4tmi9RORPEQYpsK5r
Qt5QL55L3D0FkNBQJ30VCZ79dYk2ihjdT816TNErDl8izm2iOhj08rugsrlIsFXB
ld+688KtfUUGyt0o59yarhV5CI3fPxWCb0Fvkyjc8d8P1VlnJnPWYbDk8dMZdns7
dpICau9niIn2WcePC70fyIRQuiP1i9gFaFIOHWhCqsb33iQ9+mKCd4b9K+xk/sWe
P4R8w70jsEJgVkUbLYuQPglel0sPKp2HTVnNH1QExRPbXaA1WhnJ3bA1sHDir6al
hGAv3WRuYubZ78IsAjNGgw9WbIZs9aFcN2+ayfENkDb/s9qp6Pg7TVRvDOQb1kxN
NWWEhG+IrEhcO+85sujOoO9S7ShIoMvpUaPcmcbmUc6xnYcDYeTyX6++VaYE9wV1
GX0jbLcP8yQ+Nj+o7eiFRHekDLrrY5ubZM/5B+qvASAwA8LUZhGK7kT6d2qREAT5
ryxwcTsP0R0hpe8P5yBR75vbvfiPM10M37rQlZGFxqBfYgmG3ZqcGoNtg+ZC2Yl5
ox+m5Vg1U1D5r9OjzFXh5uAUG7C63z/EIJRxNBP/jiOAzON+rJwLHgIqWogsSYvI
XxrKhXyorO4qU9vq5nUHsmWp9jIWwctZ8lRNjWkZSpIsLRsRoKKSDRT1H7cA7gK8
k3fTldSikmyFsWz6CYak
=k0em
-----END PGP SIGNATURE-----
hero member
Activity: 616
Merit: 500
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Release 0.8.9

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

sha256: fccd8dcb964a357e2f2546aa36dae83df7ff5e623a0dda2351cbe506c139c76d



Woohoo! Thanks! Can't wait for 0.9.0. Integrated with Wesleyh's client   Tongue

legendary
Activity: 1162
Merit: 1005
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Release 0.8.9

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

sha256: fccd8dcb964a357e2f2546aa36dae83df7ff5e623a0dda2351cbe506c139c76d



Any changes to nxt.properties or it is used from version 0.8.8? Just to be sure to update my public node fast Smiley
hero member
Activity: 715
Merit: 500
wesley 0.8.8 bug or AE bug (not critical), idk.

got some nodecoin. sell them all out. I have in theory no more asset but client showing that I have 1 asset. Maybe client should check the number of asset, if 0, then this asset should not count.

is this a known bug?
full member
Activity: 196
Merit: 100

We shouldn't be looking at Nodecoins as a buy and sell commodity.  We should be looking at Nodecoins as a Nxt Utility coin.  For example.  If you want to use the DAC, you have to send 10 Nodecoins to retrieve Doge address, then you can transfer Doge to DAC.  If you want to use NxtCash for Mixing you have to send 10 Nodecoins to retrieve NxtCash address, then send Nxt for mixing....and so on.  We have some really great features that will be built on top of Nxt and we should charge users Nodecoins to use those features.   That will give them value.

But then you're basically inflating the currency and usurping value from Nxt as it should be the unit used for these purposes, no? These are roles that Nxt would take; doing so with nodecoin reduces Nxt's functions and in turn it's demand/value as opposed to nodecoin adding value on top of the system.
I am not sure if there is any usurping going on. Using this logic, if we started trading BTC using NXT AE, then somehow this hurts NXT? I dont think that is what would happen. I think the value of NXT would be proportional to the sum of the values of all of the NXT AE assets plus the current value. So if nodecoins become worth something, then NXT becomes incrementally more valuable.

Also, you are not taking into account the fact that without NXT, there is no nodecoin. This also seems to be what BCNext wanted from what I can remember.

If people deposit $1 billion USD into NXT and we have that much USD assets floating around inside AE, would that suck all the value out of NXT?

If nodecoins became worth $1 USD each, would that suck all the value out of NXT?

This community doesn't award people for their work, there is no mining, forging wont give you shit, so this is a way for fairness to come into the picture.


Count my opinion as being in blue.  

Who cares how BCNext wanted it?  I have respect for him BUT ELVIS HAS LEFT THE BUILDING so it's our party now.  

Dumping a billion dollars of assets into an exchange doesn't make the exchange itself worth a billion dollars.  You could trade a billion dollars of assets on AE after buying only 100NXT on Cryptsy at .000000000000001 BTC each once we hit the bottom of the list at coinmarketcap.com.   I don't want to see this happen.

If nodecoin is some kind of motivational sop to get people to set up nodes, FORGET IT AND DUMP IT NOW!  NXT is a FINANCIAL EXPERIMENT with the PRIMARY GOAL of causing its most basic unit (the NXT) rise in value, not an attempt to achieve SOCIAL JUSTICE through creation of some SECONDARY ASSET.  Yes, NXT is not get-rich-quick thru mining or forging.  Stop trying to inject get-rich-quick aspects into it because we lack those now.
hero member
Activity: 574
Merit: 500
I have some feedback on the wesley client about the user-friendliness :

-I still think a wallet.dat system would be a lot more easy to use.


Is this technically possible?

I didn't follow the discussion recently closely (I think it was MSIN?). The conclusion was it didn't add security possibly? But it does add familiarity.


Nevermind, "Wallet.dat is for later".
sr. member
Activity: 392
Merit: 250
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Release 0.8.9

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

sha256: fccd8dcb964a357e2f2546aa36dae83df7ff5e623a0dda2351cbe506c139c76d


Change log:

Client-side transaction signing support. All http API requests that
create a new transaction, now accept either a secretPhrase or a
publicKey parameter. If secretPhrase is supplied, transaction is
created, signed at the server, and broadcasted by the server as
usual. If secretPhrase is not supplied, but a publicKey parameter
is, as a hex encoded byte array, the transaction will be prepared
by the server and returned in the JSON response as transactionBytes.
This byte array can now be signed by the client, and then sent back
to the server for broadcasting using the broadcastTransaction API.

Transaction hashes, which can be used to uniquely identify transactions
to avoid transaction signature malleability attacks, can now be
obtained using Transaction.getHash(), and are also available in the
JSON representaion of transactions. The hash can also be used to retrieve
a transaction from the server, instead of using transaction id, by
supplying a hash parameter to the getTransaction http API instead of
transaction parameter.

For improving performance, getBlockId and getBlockTimestamp Java API
methods have been added to the Transaction class, to avoid the need
to call getBlock which may require additional database query. Java
clients should use those instead of going through getBlock.
Similarly, the blockTimestamp field has been added to the JSON returned
by getTransaction and the other API calls that return a transaction
JSON, so http clients can also avoid unnecessary calls to getBlock.

Upgrading to 0.8.9 will modify the database to add the hash and
block_timestamp columns to the transaction table.

Transactions that have become invalid will now also be removed from the
re-broadcasting pool.

Moved all global constants to Constants.java.

Improved transaction validation for Asset Issuance transactions to
avoid misleading invalid transaction errors.

Corrected handling of transactions with identical timestamps in block
generation and in the NRS client UI.

Added ASSET_BALANCE and UNCONFIRMED_ASSET_BALANCE events to Account,
fixed possible problem with asset balance calculation.


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

iQIcBAEBAgAGBQJTIZ8pAAoJEFOhyXc7+e2ASMoP/jzSzsX4tmi9RORPEQYpsK5r
Qt5QL55L3D0FkNBQJ30VCZ79dYk2ihjdT816TNErDl8izm2iOhj08rugsrlIsFXB
ld+688KtfUUGyt0o59yarhV5CI3fPxWCb0Fvkyjc8d8P1VlnJnPWYbDk8dMZdns7
dpICau9niIn2WcePC70fyIRQuiP1i9gFaFIOHWhCqsb33iQ9+mKCd4b9K+xk/sWe
P4R8w70jsEJgVkUbLYuQPglel0sPKp2HTVnNH1QExRPbXaA1WhnJ3bA1sHDir6al
hGAv3WRuYubZ78IsAjNGgw9WbIZs9aFcN2+ayfENkDb/s9qp6Pg7TVRvDOQb1kxN
NWWEhG+IrEhcO+85sujOoO9S7ShIoMvpUaPcmcbmUc6xnYcDYeTyX6++VaYE9wV1
GX0jbLcP8yQ+Nj+o7eiFRHekDLrrY5ubZM/5B+qvASAwA8LUZhGK7kT6d2qREAT5
ryxwcTsP0R0hpe8P5yBR75vbvfiPM10M37rQlZGFxqBfYgmG3ZqcGoNtg+ZC2Yl5
ox+m5Vg1U1D5r9OjzFXh5uAUG7C63z/EIJRxNBP/jiOAzON+rJwLHgIqWogsSYvI
XxrKhXyorO4qU9vq5nUHsmWp9jIWwctZ8lRNjWkZSpIsLRsRoKKSDRT1H7cA7gK8
k3fTldSikmyFsWz6CYak
=k0em
-----END PGP SIGNATURE-----
sr. member
Activity: 308
Merit: 250
Thank you (bedankt) for your testing, it will be optimized for mobile after everything else is finished. I will keep this post handy to see what to fix. What did you mean by "give a problem to the wordt 'Amount'" ?

I have tested your client on my iPhone 5 and iPad 4 with iOS 7.1. Here are some things I discovered:

The logo and the spinningwheel are not retina. (not that important, but retina just looks great!)

Almost everything looks good, but in the Asset Exchange the two collums Buy and Sell give a problem to the wordt "Ammount".

The links on the top are set at a fixed size, so they are to big and are displayed a bit to low over the header.

In some items a second menu is displayed (at Asset Exchange, Messages, etc) this menu is displayed on top of the normal menu on the left side. So the normal menu is not usable anymore. Maybe you can hide the menu and show it on top of everything, such as iNxt is doing in his app: https://itunes.apple.com/us/app/inxt/id802351888?mt=8

The same problem with the links on the top is showing on the iPhone landscape.

I cannot scroll in the menu on the left side. When I scroll the total page, only the right side is scrolling. So I cannot access any menu-items below "Contacts".

Also is the second vertical menu (at Asset Exchange, Messages, etc) covering the menu on the left side. Once I am in the Asset Exchange I cannot go back to other menuitems.

The splashscreen can use some more padding between buttons:

When I am a registrered user there isn't much padding around the logo and boxes.

We see the same problems with the menu's as in the iPhone landscape version:

and the transaction id's are to big too in on the iPhone:

Hope this will help you! Good luck!

full member
Activity: 168
Merit: 100
can someone explain that technically it depends 1440 bloc per day ie one bloc per minute?
- http://en.wikipedia.org/wiki/CAP_theorem

Thank you,

i must understand then maximum speed is 1440 blocks per day with the current state of the art
hero member
Activity: 546
Merit: 500
PGP 9CB0902E
Some people have run out of patience...  Smiley

True...  but it is also time for most to set aside Ego...   Roll Eyes

NOT having a good understanding as to which stage the Nxt development efforts are in...  as well as to what is required for such development to take place...  does not make Nxt and/or any of the Nxt features less valuable.


+1440
Jump to: