NXT :: descendant of Bitcoin - Updated Information

[redsn0w]

Problems starting the 0.8.3...

1) First... using "sh run.sh"

Error: Could not find or load main class nxt.Nxt

2) Second... using "java -cp /mnt/nxt/nxt.jar:/mnt/nxt/lib/*:conf nxt.Nxt"

Exception in thread "main" java.lang.ExceptionInInitializerError
Caused by: java.lang.RuntimeException: nxt-default.properties not in classpath and system property nxt-default.properties not defined either
at nxt.Nxt.(Nxt.java:75)

Any ideas?

Use this :

Code:

"C:\Program Files (x86)\Java\jre7\bin\java.exe" -Xmx1024M -cp nxt.jar;lib\*;conf nxt.Nxt 

[hala]

   Looks great . I have joined in .
   But I have a question, can the investor transfer their shares with price to other people ?

1) Do you mean sell them on the ASSET EXCHANGE?

2) You could always transfer your assets to another account if you like.

   For example, we can sell our shares at some trade platform like other coin .
 
   I have send the buy confirmation message , please confirm .

   Thanks .

[ChuckOne]

I still like the idea of penalty as it is the simplest solution.

Actually it's not the simplest and it is far from certain that is even a solution (all attempts to even "simulate" it have failed to show any benefit at all so far).

I work on a model for that.

Have you posted results with the penalty model? I may have missed them. Could you point me to them?

What about new nodes in CfB's solution? Which branch of the DAG should they choose?

New nodes will get their information from their peers (so whichever peer they got a branch from first is the one they will stick to in case of another equal weight branch appearing).

So, it will lead to a split network and that might open doors for an even bigger attack. Splitting the network into smaller and smaller chunks. Until new nodes only become part of a little branch of the DAG.

I need to go now.

[CIYAM]

I work on a model for that.

Please do.

Have you posted results with the penalty model? I may have missed them. Could you point me to them?

I did not as the attempts to model this in my simulator all came out with "disastrous" results (which are likely just due to the simulator so would not be of any value at all).

So, it will lead to a split network and that might open doors for an even bigger attack. Splitting the network into smaller and smaller chunks. Until new nodes only become part of a little branch of the DAG.

Frequent forks are *expected* to occur in a system with (compared to Bitcoin) fast confirmation times (BCNext said that in his introductory post).

By "fragmenting" the forks all over the place it will actually reduce the effectiveness of such attacks.

[igmaca]

Addressing how TF will be implemented should be focused on protecting the blockchain (#1) and the network (#2).

Issues of "fairness" (perceived or otherwise) are at best a #3 priority (if even that).

"Fairness" issue can't be resolved while money exists, IMHO.

for me when I say fairness I mean this:

100 Nxt account is forging every day not every 10 year


aprox 1,44 Blocs per day. 100 Nxt account is forging every day. receives fees in proportion to their funds every day!!!

1.000.000.000 Nxt Coin
1.000.000 Nxt Coin per pool (share fee group)
30.000 Nodes participate in forging. if there are only 30 accounts linked per pool (share fee group)

this means;

Extremely decentralized network (in the exemple 30.000 Nodes) and therefore very secure network
Small accounts motivated to participate in forging (In the exemple 100 Nxt account is forging every day not every 10 year)
rich and poor have the same chance to forge because everybody forge everyday!!!!

[CIYAM]

for me when I say fairness I mean this:

100 Nxt account is forging every day not every 10 year

Again - the changes being proposed are for security not fairness (you are not focusing on the right thing).

[bitcoinpaul]

Addressing how TF will be implemented should be focused on protecting the blockchain (#1) and the network (#2).

Issues of "fairness" (perceived or otherwise) are at best a #3 priority (if even that).

"Fairness" issue can't be resolved while money exists, IMHO.

for me when I say fairness I mean this:

100 Nxt account is forging every day not every 10 year


aprox 1,44 Blocs per day. 100 Nxt account is forging every day. receives fees in proportion to their funds every day!!!

1.000.000.000 Nxt Coin
1.000.000 Nxt Coin per pool (share fee group)
30.000 Nodes participate in forging. if there are only 30 accounts linked per pool (share fee group)

this means;

Extremely decentralized network (in the exemple 30.000 Nodes) and therefore very secure network
Small accounts motivated to participate in forging (In the exemple 100 Nxt account is forging every day not every 10 year)
rich and poor have the same chance to forge because everybody forge everyday!!!!

igmaca, please. we talk about security of nxt. if you want to talk about fairness, ok. but that has nothing to do with the change and implementation of TF right now.

[igmaca]

for me when I say fairness I mean this:

100 Nxt account is forging every day not every 10 year

Again - the changes being proposed are for security not fairness (you are not focusing on the right thing).

but I think share fee group also maintains security in my humble opinion.

Maybe I missed something

[Jean-Luc]

@JL, CfB did you drop the 'numberOfUsers' field from the 'getState' request? It does not seem to appear there any more.. If not, what am I making wrong?

I dropped this field because it has nothing to do with the server state. It is very specific to the NRS client UI only and represents the number of its user sessions. But it does not reflect users using clients that connect through the http API, or through the Java API.

As for the status of testnet and holms.cloudapp.net, CfB should know, I don't work on that.

[CIYAM]

but I think share fee group also maintains security in my humble opinion.

I'm afraid that I fail to see it (and posting the same stuff *again* and *again* is not productive - I am basically not even reading it now - it has become *spam* in my mind).

[^[GS]^]

The problems at startup are in Linux, not windows!

Problems: https://bitcointalk.org/index.php?topic=345619.msg5460998#msg5460998

Only works with "root" does not work with other users. The 0.7.x if it worked.

[redsn0w]

The problems at startup are in Linux, not windows!

Problems: https://bitcointalk.org/index.php?topic=345619.msg5460998#msg5460998

Only works with "root" does not work with other users. The 0.7.x if it worked.

Go to you nxt folder , for run the client NRS use this :

Code:

./run.sh

[Jean-Luc]

Problems starting the 0.8.3...

1) First... using "sh run.sh"

Error: Could not find or load main class nxt.Nxt

2) Second... using "java -cp /mnt/nxt/nxt.jar:/mnt/nxt/lib/*:conf nxt.Nxt"

Exception in thread "main" java.lang.ExceptionInInitializerError
Caused by: java.lang.RuntimeException: nxt-default.properties not in classpath and system property nxt-default.properties not defined either
at nxt.Nxt.(Nxt.java:75)

run.sh assumes you are inside the nxt directory, so all paths in the classpath are relative to it. If not, you have to use absolute paths, and in the example above also do that for "conf", assuming it is under /mnt/nxt:

java -cp /mnt/nxt/nxt.jar:/mnt/nxt/lib/*:/mnt/nxt/conf nxt.Nxt

[SkillRoad]

Problems starting the 0.8.3...

- if you are on Windows use the command:

Code:

java -Xmx1024M -cp nxt.jar;lib\*;conf nxt.Nxt

start.bat

"C:\Program Files\Java\jdk1.7.0_51\bin\java.exe"  -Xmx1024M -cp nxt.jar;lib\*;conf nxt.Nxt





_______________________________________________________________________________ _________________________________
Next Coin Lite - Fair Distribution

[redsn0w]

Problems starting the 0.8.3...

- if you are on Windows use the command:

Code:

java -Xmx1024M -cp nxt.jar;lib\*;conf nxt.Nxt

start.bat

"C:\Program Files\Java\jdk1.7.0_51\bin\java.exe"  -Xmx1024M -cp nxt.jar;lib\*;conf nxt.Nxt

He use a Linux sistem  , not windows   

[l8orre]

@JL, CfB did you drop the 'numberOfUsers' field from the 'getState' request? It does not seem to appear there any more.. If not, what am I making wrong?

I dropped this field because it has nothing to do with the server state. It is very specific to the NRS client UI only and represents the number of its user sessions. But it does not reflect users using clients that connect through the http API, or through the Java API.

As for the status of testnet and holms.cloudapp.net, CfB should know, I don't work on that.

yes, if it was solely related to the NRS javasrcipt interface it does is not useful for oterh clients.


Regarding the ports, here is what I can piece together from the 'nxt-default.properties':


port 7874 is for communication of the NRS blockchain, and has nothing to do with UIs:

#### PEER NETWORKING ####

# Announce my IP address/hostname to peers and allow them to share it with other peers.
# If disabled, peer networking servlet will not be started at all.
nxt.shareMyAddress=true

# Port for incoming peer to peer networking requests, if enabled.
nxt.peerServerPort=7874



port 7875 is the original javascript UI included in the nxt-client- distribution which you have to use with a browser:


#### NRS USER INTERFACE ####

# Enable the default NRS user interface.
nxt.enableUIServer=true

# Hosts from which to allow NRS user interface requests, if enabled.
nxt.allowedUserHosts=127.0.0.1; localhost; 0:0:0:0:0:0:0:1;

# Port for NRS user interface server.
nxt.uiServerPort=7875



port 7876 is the one I have access with my 'requests' library:

#### API SERVER ####
.
.
.
# Port for http/json API requests.
nxt.apiServerPort=7876


Because when I go 'http://localhost:7876' from localhost wth my client using 'POST', I get a proper response. Now the remaining piece of the puzzle is figure out how I get to remote hosts as in 'http://holms.cloudapp.net:6876/

 I am a science programmer, not a web programmer so I'll have to catch up a bit, but I'll get there eventually  

[^[GS]^]

Problems starting the 0.8.3...

1) First... using "sh run.sh"

Error: Could not find or load main class nxt.Nxt

2) Second... using "java -cp /mnt/nxt/nxt.jar:/mnt/nxt/lib/*:conf nxt.Nxt"

Exception in thread "main" java.lang.ExceptionInInitializerError
Caused by: java.lang.RuntimeException: nxt-default.properties not in classpath and system property nxt-default.properties not defined either
at nxt.Nxt.(Nxt.java:75)

run.sh assumes you are inside the nxt directory, so all paths in the classpath are relative to it. If not, you have to use absolute paths, and in the example above also do that for "conf", assuming it is under /mnt/nxt:

java -cp /mnt/nxt/nxt.jar:/mnt/nxt/lib/*:/mnt/nxt/conf nxt.Nxt

Thank you Jean-Luc!!

Now it works!

Also only need to put the absolute path in the dbUrl

nxt.dbUrl=jdbc:h2:/mnt/nxt/nxt_db/nxt;DB_CLOSE_ON_EXIT=FALSE

EDIT: Also need updating... apiResourceBase, javadocResourceBase and uiResourceBase with the absolute path.

Thank you very much!

When 0.8.4 comes out?
If not too much trouble, I'd like endured "dual" SSL and non-SSL.

[jl777]

Who wants to develop a lightweight NXT tool for Windows or Mac, which sits just in your taskbar/menubar (see picture as a mockup)?
I'm no developer, so somebody needs to step up for this. But I could make a nice landing page for it

Idea:
Installing and running this little tool should be hassle free. You can lookup your account, use main Nxt functions (like sending NXT, messaging), activate/deactivate forging right from the menu and you see some general blockchain stats.

That way, we could promote this little gadget as a simple and lightweight tool which runs smoothly in the background, forging for you (or not) and securing the Nxt network.

Wouldn't you and newcomers love this lightweight and unobtrusive tool which actively secures the Nxt network?

Here is a mockup with stolen elements of a famous UI



(I posted this idea once (or twice) before but no dev wanted to do it yet)

I would like to have the nodecoin-qt take this form!
It would require forging to be enabled to "mine" nodecoins.
It will also be monitoring the NXT blockchain so it can perform peer reviews of gateway balances, NXTcash, etc.

I will be making a small C library that can be linked or compiled into anything, but I dont do GUI,so I need someone to add the user friendly installation and these tray icon things.

I open this project to bids. If you are able to do this, submit your bid on how much it will cost and if I like it, then the project is yours. It needs to be open source and either multiplatform (unix, mac, windows) or three different versions.

James

James, I did PM you weeks back about adding nodecoin into Clienxt, but got no respond.

I am still considering it, no need bid/cost... I like the project and I do my best to include it in Nxt ecosystem GUI, though priority now is forging, now Nxt core is open source, I think it will be available on clienxt soon. By that time, i hope nodecoin will be stable.

Sorry for missing your PM, it clears the unread messages when you go to that page and sometimes I end up on the next page and dont even know how far back to go for the first unread one. If anybody else sent me PM and I havent responded, just resend.

Thanks for the support

James

[jl777]

Not sure how one guy would be in charge of three INDEPENDENT gateways. This is what I have been saying. We need to find three different, independent, separate, not the same guy, gateway operators.

It is more a market / marketing thing than a technical, if you understand what I mean. In the end, the three guys make a secret deal to become evil in one year if everything is established and running.

What if the "three" were Service Providers?    

Of course you can develop this idea to infinity. But let's keep it appropriate (what ever this means)

I think different Nxt-Assets from the same underlying Asset from different Gateways would be interesting. Different Gateways will naturally emerge, so we shouldn't fight it but instead maybe pave the way for proper implementations by providing guidance, papers, how-tos?

same underlying asset -> different NXT asset -> same as ripple
USD != USD != USD; BTC != BTC != BTC
super confusing to users
bad

[Mario123]

Who wants to develop a lightweight NXT tool for Windows or Mac, which sits just in your taskbar/menubar (see picture as a mockup)?
I'm no developer, so somebody needs to step up for this. But I could make a nice landing page for it

Idea:
Installing and running this little tool should be hassle free. You can lookup your account, use main Nxt functions (like sending NXT, messaging), activate/deactivate forging right from the menu and you see some general blockchain stats.

That way, we could promote this little gadget as a simple and lightweight tool which runs smoothly in the background, forging for you (or not) and securing the Nxt network.

Wouldn't you and newcomers love this lightweight and unobtrusive tool which actively secures the Nxt network?

Here is a mockup with stolen elements of a famous UI



(I posted this idea once (or twice) before but no dev wanted to do it yet)

I would like to have the nodecoin-qt take this form!
It would require forging to be enabled to "mine" nodecoins.
It will also be monitoring the NXT blockchain so it can perform peer reviews of gateway balances, NXTcash, etc.

I will be making a small C library that can be linked or compiled into anything, but I dont do GUI,so I need someone to add the user friendly installation and these tray icon things.

I open this project to bids. If you are able to do this, submit your bid on how much it will cost and if I like it, then the project is yours. It needs to be open source and either multiplatform (unix, mac, windows) or three different versions.

James

Nice. But I want this as a pure client for Nxt, too