Bitcoin Forum
April 11, 2021, 08:01:12 AM *
News: Latest Bitcoin Core release: 0.21.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 [1973] 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 ... 2560 »
  Print  
Author Topic: NXT :: descendant of Bitcoin - Updated Information  (Read 2760179 times)
chanc3r
Sr. Member
****
Offline Offline

Activity: 952
Merit: 253



View Profile
March 02, 2014, 11:17:41 AM
 #39441

Can we limit risk also by limiting the volume of assets traded per gateway cluster - forcing the addition of gateways to process more (a risk based limit rather than a technical CPU/Network based limit) ?


This will complicate things. Do we need it?

Technically - probably not.
but increasing the number of gateways 3+n where 'n' is 1,2,3,4

At 3+0 with 3providers colluding you risk not detecting
At 3+n you have more opportunity of detecting collusion.
Or accept the risk
Or find another way

1618128072
Hero Member
*
Offline Offline

Posts: 1618128072

View Profile Personal Message (Offline)

Ignore
1618128072
Reply with quote  #2

1618128072
Report to moderator
PLAY NOW
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
March 02, 2014, 11:18:24 AM
 #39442

I am not certain that it's over. The selfish-mining problem is still present in the current implementation and we have two different approaches to tackle it:
 - penalty
 - limiting forging power of an account

I have been advocating for the latter (and for scrapping the idea of the former) and CfB came up with a great idea to stop the effectiveness of forgers trying to extend multiple chains of equal weight (each client will only build on the 1st chain of equal height that they see).

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

Splitting accounts obfuscate the problem, I think, as it seams distributed over time but really isn't.

What about new nodes in CfB's solution? Which branch of the DAG should they choose?
^[GS]^
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
March 02, 2014, 11:20:19 AM
Last edit: March 02, 2014, 11:52:57 AM by ^[GS]^
 #39443

Problems starting the 0.8.3...

1) First... using "sh run.sh"
Quote
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"
Quote
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?


EDIT: is Linux, not Windows!
CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1004


Ian Knowles - CIYAM Lead Developer


View Profile WWW
March 02, 2014, 11:24:47 AM
 #39444

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).

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).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
l8orre
Legendary
*
Offline Offline

Activity: 1153
Merit: 1008


View Profile
March 02, 2014, 11:24:55 AM
 #39445

@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?

1 - numberOfPolls - 0<class 'int'>
2 - totalEffectiveBalance - 99482635500<class 'int'>
3 - maxMemory - 954728448<class 'int'>
4 - numberOfTrades - 0<class 'int'>
5 - version - 0.8.3<class 'str'>
6 - numberOfBlocks - 78803<class 'int'>
7 - availableProcessors - 4<class 'int'>
8 - freeMemory - 296162080<class 'int'>
9 - lastBlockchainFeeder - node1.nxtbase.com<class 'str'>
10 - numberOfOrders - 0<class 'int'>
11 - numberOfAssets - 0<class 'int'>
12 - cumulativeDifficulty - 2444760512653829<class 'str'>
13 - numberOfUnlockedAccounts - 0<class 'int'>
14 - numberOfAliases - 63141<class 'int'>
15 - numberOfVotes - 0<class 'int'>
16 - numberOfTransactions - 136664<class 'int'>
17 - totalMemory - 643301376<class 'int'>
18 - numberOfPeers - 180<class 'int'>
19 - time - 8463865<class 'int'>
20 - numberOfAccounts - 25927<class 'int'>
21 - lastBlock - 10042636691406560440<class 'str'>



Also,  - sorry to bother you with this - I am having a bit of a hard time switching over from GET to POST


On localhost - http://localhost:7876 - I can assemble the requests simply with POST instead of GET
 
        self.req = Request( method='GET', url = sessUrl, params = {"requestType" : "getState"  })

        self.req = Request( method='POST', url = sessUrl, params = {"requestType" : "getState"  })

And I get correct json() response object. On https://holms.cloudapp.net:6875/ I get the old javascript access, but I can't connect with python requests, because I haven't hit the proper port/scheme combe yet apparently.

Also, when I use POST, on localhost it does not seem to require 'auth', 'data', 'headers' - is this maybe needed when using a remote connection??

Please drop me a hint which scheme/port combo I have to use for the testnet and my raspi - I don't seem to be getting ahead there

what is running on what port

6874
6875
6876
Huh

thanks,
l8orre

abctc
Legendary
*
Offline Offline

Activity: 1736
Merit: 1004



View Profile
March 02, 2014, 11:25:05 AM
 #39446

Problems starting the 0.8.3...
- if you are on Windows use the command:
Code:
java -Xmx1024M -cp nxt.jar;lib\*;conf nxt.Nxt

█████████████████████████████████████████████████
███████████████████████████████████████████████████
█████████████████████████████████████████████████████
█████████████████████████████████████████████████████
██████████████████████████████████████████████████████
█████
█████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████
███████████████████████████████████████████████████████
█████████████████████████████████████████████████████████████
███████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████████
   
, the Next platform.  Magis quam Moneta (More than a Coin)
redsn0w
Legendary
*
Offline Offline

Activity: 1778
Merit: 1042


#Free market


View Profile
March 02, 2014, 11:27:30 AM
 #39447

Problems starting the 0.8.3...

1) First... using "sh run.sh"
Quote
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"
Quote
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
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500


View Profile
March 02, 2014, 11:29:45 AM
 #39448


   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
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
March 02, 2014, 11:30:47 AM
 #39449

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
Legendary
*
Offline Offline

Activity: 1890
Merit: 1004


Ian Knowles - CIYAM Lead Developer


View Profile WWW
March 02, 2014, 11:38:21 AM
 #39450

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.

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
igmaca
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 02, 2014, 11:40:09 AM
 #39451

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
Legendary
*
Offline Offline

Activity: 1890
Merit: 1004


Ian Knowles - CIYAM Lead Developer


View Profile WWW
March 02, 2014, 11:41:57 AM
 #39452

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).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
bitcoinpaul
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000



View Profile
March 02, 2014, 11:51:21 AM
 #39453

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
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 02, 2014, 11:51:25 AM
 #39454

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
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile WWW
March 02, 2014, 11:54:00 AM
 #39455

@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.

lead Nxt developer, gpg key id: 0x811D6940E1E4240C
Nxt blockchain platform | Ardor blockchain platform | Ignis ICO
CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1004


Ian Knowles - CIYAM Lead Developer


View Profile WWW
March 02, 2014, 11:54:29 AM
 #39456

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).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
^[GS]^
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
March 02, 2014, 11:55:58 AM
 #39457

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
Legendary
*
Offline Offline

Activity: 1778
Merit: 1042


#Free market


View Profile
March 02, 2014, 12:00:53 PM
 #39458

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
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile WWW
March 02, 2014, 12:01:26 PM
 #39459

Problems starting the 0.8.3...

1) First... using "sh run.sh"
Quote
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"
Quote
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

lead Nxt developer, gpg key id: 0x811D6940E1E4240C
Nxt blockchain platform | Ardor blockchain platform | Ignis ICO
SkillRoad
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
March 02, 2014, 12:11:39 PM
 #39460

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
Pages: « 1 ... 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 [1973] 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 ... 2560 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!