NXT :: descendant of Bitcoin - Updated Information

[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://asktom.cf/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://asktom.cf/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

[bitcoinpaul]

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

Sorry, but what is your solution to this? We cannot force other people NOT to build gateways for Nxt (and, for obvious reasons, we shouldn't). There will be more gateways, and overlaps of same assets. Don't fight it. Foster decentralization.

USDgox != USDstamp !=USDbtce; BTCgox != BTCstamp, ...... is not that bad.

I know it is not THE simplest solution for end users. But it is ok and interesting and leads to more options for assets. There could be a agreement of many gateways to use the same assets - but you cannot force it.

[jl777]

Now that I've thought about it a bit further I think I would actually prefer that we have a fixed prefix (say 16/32/64 bit) that indicates a message type with type #0 being raw data, type #1 being UTF-8 text and type #3 being URI (and maybe we could consider using the alias system to effectively map each of these type numbers to an internet media type http://www.iana.org/assignments/media-types/media-types.xhtml).

Although it's a little ugly I've realised that otherwise ATs are going to require far more complicated code (and we don't want to force that).

(that should make James happy I think)

Yes, I like simple.

As long as it is 4 or 8 bytes, it works for me. I like the idea about using Alias system to reserve prefix bytes. We could standardize on Aliases that are ("prefix" # all hex chars) reserve that prefix. This way, different apps wont process other apps' AM. Nothing will need to process these Aliases, it would just serve as a prefix reservation system.

[EmoneyRu]

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.

Maybe you just execute "cd /mnt/nxt/ && ./ruh.sh"?

[landomata]

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

   Thanks .

1) You can sell the shares on the Nxt Asset Exchange.

2) Buy confirmation received.

[CIYAM]

For those interested in the Bitcoin *bug* that would occur in 2140 assuming it isn't fixed before then.

The relevant code from Bitcoin (in main.cpp):

Code:

 nSubsidy >>= (nHeight / Params().SubsidyHalvingInterval());

A simplified program to show you what happens:

Code:

#include <iostream>

using namespace std;

int main( )
{
   unsigned int x = 500000000;

   for( int i = 0; i <= 32; i++ )
      cout << "x >> " << i << " = " << ( x >> i ) << endl;
}

So if not fixed then Bitcoin isn't limited to 21M Bitcoins at all.

[jl777]

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!!!!

nodecoin

[jl777]

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

Sorry, but what is your solution to this? We cannot force other people NOT to build gateways for Nxt (and, for obvious reasons, we shouldn't). There will be more gateways, and overlaps of same assets. Don't fight it. Foster decentralization.

USDgox != USDstamp !=USDbtce; BTCgox != BTCstamp, ...... is not that bad.

I know it is not THE simplest solution for end users. But it is ok and interesting and leads to more options for assets. There could be a agreement of many gateways to use the same assets - but you cannot force it.

Then what is the point for multisig? Might as well just rely on centralized gateways

[bitcoinpaul]

Then what is the point for multisig? Might as well just rely on centralized gateways

Small Decentralization of Centralization perhaps.


edit: please give me your thoughts on this:

Sorry, but what is your solution to this? We cannot force other people NOT to build gateways for Nxt (and, for obvious reasons, we shouldn't).

[hala]

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

   Thanks .

1) You can sell the shares on the Nxt Asset Exchange.

2) Buy confirmation received.

 Ok,  thanks for your reply.

 Good luck.