NXT :: descendant of Bitcoin - Updated Information

[L5Society]

suddenly much buying power wazup?

why is nxt going up so much on bter, is there something comming up, NEWS?

NXT will break 0.7 soon.?? Huge lift of

Not sure about the current market dynamics, but...

Bitcoin currently has a 11% inflation rate, in terms of supply. NXT has 0%. If the ratio of bitcoin market cap to NXT market cap were to stay the same, NXT price (denominated in BTC) would appreciate by 11.11% in 2014, 10% in 2015, 9.09% in 2016, 4.17% in in 2017, and 4.00% in 2018. Source: https://en.bitcoin.it/wiki/Controlled_supply

Food for thought.

[ChuckOne]

But I still don't understand, what advantage the attacker obtains by creating these smaller accounts? Why not just sit on his big account and wait?

Creating blocks in a row is the major threat, if I understand it correctly.

Then there is no point in creating new accounts.

The point is that an attacker might find a clever combination (trying enough of them out) to control a large enough row.

[msin]

Just a few more days until I come back. Is there anyone willing to pay the money for NXT.org?


I canceled 7 domains regarding the Nxt-Ecosystem. After I come back I will concentrate on quality work. Because this is what Nxt needs right now. So please respond to the question above.

Also I want to redirect NXTarea.com to http://mynxt.org/, Mario is that okay for you? After a few months I would also cancel this domain then, at this point the users should know that mynxt.org is the new landing page.



wesleyh, I'm not following everything right now. But you mentioned something like client-side-verification at http://nxtra.org/nxt-client-trustless/ . Is that also possible for tipNXT.com (not working right now, because I don't have a server for the client)?


So that someone can type in the wallet password to send the money, but it won't get send to the server. Sure there need to be HTTPS then. But will this makes tipNXT 100% secure?


What if someone hack the server and change the code. Is it possible to create a hash or checksum (with php and crojobs!) of the critical .php files and upload them somewhere on an external site?

Looking forward to having you back Passion_ltc definitely miss your web projects, they were all good!

[ChuckOne]

1) each block has its own forging queue
2) the network draws from the queue until it is depleted and creates a new one
3) the network considers all accounts of the queue as equally good

Then, if we decide on all queue at once, the algorithm should be changed, because this way you'll not obtain the "correct" forging probabilities (all k_i's are different, right?). Think of a situation when there is an account with 50% of all NXT, and limit=100.  Normally this account would forge every second block, but under this approach, it will only forge every 100th.
[/quote]

Do you mean 2) or 3) ?

[CIYAM]

The point is that an attacker might find a clever combination (trying enough of them out) to control a large enough row.

And this is the *concern* that I have always had about the "penalty" approach (as it might actually *help* with this - the simpler the algo the harder to game IMO).

[mthcl]

1) each block has its own forging queue
2) the network draws from the queue until it is depleted and creates a new one
3) the network considers all accounts of the queue as equally good

Then, if we decide on all queue at once, the algorithm should be changed, because this way you'll not obtain the "correct" forging probabilities (all k_i's are different, right?). Think of a situation when there is an account with 50% of all NXT, and limit=100.  Normally this account would forge every second block, but under this approach, it will only forge every 100th.

Do you mean 2) or 3) ?

2

[ChuckOne]

[...] "penalty" approach (as it might actually *help* with this - the simpler the algo the harder to game IMO).

I do not see, why penalty worsens the situation when trying out 100000000000000000000000000 combinations of raw transactions and potential blocks?

[Come-from-Beyond]

I do not see, why penalty worsens the situation when trying out 100000000000000000000000000 combinations of raw transactions and potential blocks?

Why does one need "100000000000000000000000000 combinations of raw transactions"? Block generation signature doesn't depend on content of the block.

[ChuckOne]

1) each block has its own forging queue
2) the network draws from the queue until it is depleted and creates a new one
3) the network considers all accounts of the queue as equally good

Then, if we decide on all queue at once, the algorithm should be changed, because this way you'll not obtain the "correct" forging probabilities (all k_i's are different, right?). Think of a situation when there is an account with 50% of all NXT, and limit=100.  Normally this account would forge every second block, but under this approach, it will only forge every 100th.

Do you mean 2) or 3) ?

2

Not sure. The next forging queue (that one 100 blocks in the future when each of the 100 forgers forge) might not favor our 50% account.

[mthcl]

But I still don't understand, what advantage the attacker obtains by creating these smaller accounts? Why not just sit on his big account and wait?

Creating blocks in a row is the major threat, if I understand it correctly.

Then there is no point in creating new accounts.

The point is that an attacker might find a clever combination (trying enough of them out) to control a large enough row.

This is, essentially, about breaking the cryptography, right?

Probably, this could be beaten by introducing some extra randomness (e.g., take some quantity that the attacker does not control as a seed, etc.).

[CIYAM]

Why does one need "100000000000000000000000000 combinations of raw transactions"? Block generation signature doesn't depend on content of the block.

Exactly - this seems to have been misunderstood.

[ChuckOne]

I do not see, why penalty worsens the situation when trying out 100000000000000000000000000 combinations of raw transactions and potential blocks?

Why does one need "100000000000000000000000000 combinations of raw transactions"? Block generation signature doesn't depend on content of the block.

What does it depend on then?

[brooklynbtc]

Are saying you have basically achieved a way to do trustless, peer to peer cross asset trading?

Yes - I am.

+1 for understatement

[Come-from-Beyond]

What does it depend on then?

Generation signature of previous block and public key of the account that attempts to forge this block.

[CIYAM]

This is, essentially, about breaking the cryptography, right?

No - not breaking cryptography - just trying to work out the right balance between "predicting the next forger" and "knowing 100% the next forger" (if you can predict say 2 or 3 then you broadcast your tx to those and you should get an almost instant result but if there is "very little doubt" about who is next then apart from making it easier to *attack* the next node you have a problem with getting "random" things like "tickets for a lottery").

[mthcl]

Not sure. The next forging queue (that one 100 blocks in the future when each of the 100 forgers forge) might not favor our 50% account.

Probability of that is very-very small.  But, anyhow, the number of blocks generated by this 50% account will be strongly reduced, so this would encourage splitting.

[mczarnek]

there is 1 really solid solution that you arnt going to want to hear

What is it?

Let me guess, proof of work?

[ChuckOne]

Generation signature of previous block and public key of the account that attempts to forged this block.

FIFY?

[Passion_ltc]

Just a few more days until I come back. Is there anyone willing to pay the money for NXT.org?


I canceled 7 domains regarding the Nxt-Ecosystem. After I come back I will concentrate on quality work. Because this is what Nxt needs right now. So please respond to the question above.

Also I want to redirect NXTarea.com to http://mynxt.org/, Mario is that okay for you? After a few months I would also cancel this domain then, at this point the users should know that mynxt.org is the new landing page.



wesleyh, I'm not following everything right now. But you mentioned something like client-side-verification at http://nxtra.org/nxt-client-trustless/ . Is that also possible for tipNXT.com (not working right now, because I don't have a server for the client)?


So that someone can type in the wallet password to send the money, but it won't get send to the server. Sure there need to be HTTPS then. But will this makes tipNXT 100% secure?


What if someone hack the server and change the code. Is it possible to create a hash or checksum (with php and crojobs!) of the critical .php files and upload them somewhere on an external site?

Looking forward to having you back Passion_ltc definitely miss your web projects, they were all good!

Thanks. I hope I can achieve something regarding NXT.org!

[Come-from-Beyond]

Generation signature of previous block and public key of the account that attempts to forged this block.

FIFY?

We assume that current block is not generated yet and millions of other accounts r trying to generate it.