salsacz
|
|
February 02, 2014, 03:47:46 AM Last edit: February 02, 2014, 05:22:17 PM by salsacz |
|
Who would like to speak at the Lets talk Bitcoin show?
Who would like to speak at the http://www.cryptocurrencyconvention.com/ in New York? PLZ Help me make contact w/ #nextcoin creator.Hosting The Crypto Currency Convention n NYC.We want them to speak and promote #NXT
|
|
|
|
opticalcarrier
|
|
February 02, 2014, 03:51:07 AM |
|
I am really interested in seeing if we can standardize on Raspberry Pis as the Official Public Node of NXT and deploy a lot of those all over the world rather than renew a bunch of more expensive VPSs that got us thru the initial late Dec crunch. I have heard different things about it - it can definitely forge blocks, it's underpowered for the task, it works better if you plug a thumb drive in the USB port to give it more memory, it needs to be replaced by a Cubie. I would like to pull all this together and come up with a definitive answer on a Raspberry config that is qualified to be a Service Node without running out of horsepower. Dave, your thoughts? ....
If we're thinking of deploying embedded servers like Rpi instead of VPS, I'd suggest we consider Odroid-U3. It's only marginally more costly than Rpi, but have far better tech specs. I've been running one for weeks and it works like a charm. Before movng to this investmemt, do we expect these devices will perform in TF with thousands of transactions per sec, with blocks being forged much more frequently than every 60 secs, etc? Realize the nework connection they will reqire as well.
|
|
|
|
Pouncer
|
|
February 02, 2014, 03:53:56 AM |
|
I am really interested in seeing if we can standardize on Raspberry Pis as the Official Public Node of NXT and deploy a lot of those all over the world rather than renew a bunch of more expensive VPSs that got us thru the initial late Dec crunch. I have heard different things about it - it can definitely forge blocks, it's underpowered for the task, it works better if you plug a thumb drive in the USB port to give it more memory, it needs to be replaced by a Cubie. I would like to pull all this together and come up with a definitive answer on a Raspberry config that is qualified to be a Service Node without running out of horsepower. Dave, your thoughts? ....
If we're thinking of deploying embedded servers like Rpi instead of VPS, I'd suggest we consider Odroid-U3. It's only marginally more costly than Rpi, but have far better tech specs. I've been running one for weeks and it works like a charm. I'll get one on order for myself and play with it. Can it use the Raspberry Pi software setup as is or did you have to tweak it? Have you heard when large quantity orders will be allowed instead of single units? I have no idea about bulk orders. The Rpi setup guide will do, except that it's even simpler cos the OS is fully functional out of the box. You can setup Nxt over SSH or plug in a monitor and use the GUI to setup like on a linux desktop.
|
|
|
|
Pouncer
|
|
February 02, 2014, 03:58:29 AM |
|
Before movng to this investmemt, do we expect these devices will perform in TF with thousands of transactions per sec, with blocks being forged much more frequently than every 60 secs, etc? Realize the nework connection they will reqire as well.
Certainly need to be tested, but my reason for suggesting U3 is that it certainly has a better chance than Rpi. Higher end models are also available.
|
|
|
|
rickyjames
|
|
February 02, 2014, 04:00:50 AM |
|
I am really interested in seeing if we can standardize on Raspberry Pis as the Official Public Node of NXT and deploy a lot of those all over the world rather than renew a bunch of more expensive VPSs that got us thru the initial late Dec crunch. I have heard different things about it - it can definitely forge blocks, it's underpowered for the task, it works better if you plug a thumb drive in the USB port to give it more memory, it needs to be replaced by a Cubie. I would like to pull all this together and come up with a definitive answer on a Raspberry config that is qualified to be a Service Node without running out of horsepower. Dave, your thoughts? ....
If we're thinking of deploying embedded servers like Rpi instead of VPS, I'd suggest we consider Odroid-U3. It's only marginally more costly than Rpi, but have far better tech specs. I've been running one for weeks and it works like a charm. Before movng to this investmemt, do we expect these devices will perform in TF with thousands of transactions per sec, with blocks being forged much more frequently than every 60 secs, etc? Realize the nework connection they will reqire as well. All the more reason to make sure it is included in a test network.
|
|
|
|
grizmoblust
|
|
February 02, 2014, 04:35:59 AM |
|
/r/NXT/The subreddit with our correct name finally goes live! I hope that we can grow to something like /r/Bitcoin. Suggestions all via PM here or on reddit.com, also if any known member wants to be moderators please write me. We already have a sub. /r/nxtcoin
|
|
|
|
TwinWinNerD
Legendary
Offline
Activity: 1680
Merit: 1001
CEO Bitpanda.com
|
|
February 02, 2014, 04:50:35 AM |
|
/r/NXT/The subreddit with our correct name finally goes live! I hope that we can grow to something like /r/Bitcoin. Suggestions all via PM here or on reddit.com, also if any known member wants to be moderators please write me. We already have a sub. /r/nxtcoin We even had 2 (/nextcoin and /nxtcoin) and both contain coin. I think NXT represents our cause way better!
|
|
|
|
ejhuff
Newbie
Offline
Activity: 41
Merit: 0
|
|
February 02, 2014, 05:07:46 AM |
|
I've looked at the wiki, and do not find any definition of a valid block.
How does the client validate the blockchain? What is the computation?
|
|
|
|
CIYAM
Legendary
Offline
Activity: 1890
Merit: 1086
Ian Knowles - CIYAM Lead Developer
|
|
February 02, 2014, 05:15:59 AM |
|
We even had 2 (/nextcoin and /nxtcoin) and both contain coin. I think NXT represents our cause way better!
IMO /Nxt would be representing "the cause" more than /NXT (the latter would be equivalent to having /BTC rather than /Bitcoin).
|
|
|
|
|
ThePatient
|
|
February 02, 2014, 05:30:29 AM Last edit: February 02, 2014, 05:54:58 AM by ThePatient |
|
Ok so in NXTSolaris, I'm getting an error saying: could not convert variant of type (null) into type (currency).
Thanks for any help
Also, an EAcess violation??
Clearly, I have no idea what I am doing. ...but man, the crypto world has a LONG way to go before mass adoption.
|
|
|
|
xyzzyx
Sr. Member
Offline
Activity: 490
Merit: 250
I don't really come from outer space.
|
|
February 02, 2014, 06:02:25 AM |
|
Ok so in NXTSolaris, I'm getting an error saying: could not convert variant of type (null) into type (currency).
Thanks for any help
Also, an EAcess violation??
Clearly, I have no idea what I am doing. ...but man, the crypto world has a LONG way to go before mass adoption.
Try posting here: https://nextcoin.org/index.php/topic,2793.0.htmlIt's the NXTSolaris help forum. I've never used the NXTSolaris client so I don't know how to help. Sorry.
|
"An awful lot of code is being written ... in languages that aren't very good by people who don't know what they're doing." -- Barbara Liskov
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
February 02, 2014, 06:03:56 AM |
|
CfB can offer a minimum bound on bandwidth required for 1000 TPS (1 MBS) but can't say how many NXT service nodes that can handle the full blockchain are required.
I forgot about a very important detail. 1000 tps @ 1 Mbps assumes that we use binary protocol. Now all data in protocol is encoded in JSON, this adds 3x-5x overhead. We have to migrate to binary protocol before switching TF on.
|
|
|
|
opticalcarrier
|
|
February 02, 2014, 06:13:17 AM |
|
CfB can offer a minimum bound on bandwidth required for 1000 TPS (1 MBS) but can't say how many NXT service nodes that can handle the full blockchain are required.
I forgot about a very important detail. 1000 tps @ 1 Mbps assumes that we use binary protocol. Now all data in protocol is encoded in JSON, this adds 3x-5x overhead. We have to migrate to binary protocol before switching TF on. I guess after the migration that the API as we know it now would cease to exist? If so, how about if we did switch to full TF, but kept JSON transport? Obviously we couldnt expect 1Mtps then, but could we expect 200Ktps? If so that should sustain us well long enough to get a testbed setup to convert peerexplorer, block explorers, and custom clients over to a binary transport protocol.
|
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
February 02, 2014, 06:23:14 AM |
|
just gave an interview with tai zen it was fun. Do u have the link? no he says its going to take a day or two to finish the editing. I've seen the interview. And we know ur real name. Looks like u should change ur nickname now ( Anon136).
|
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
February 02, 2014, 06:24:48 AM |
|
I guess after the migration that the API as we know it now would cease to exist?
No. Why?
|
|
|
|
opticalcarrier
|
|
February 02, 2014, 06:37:42 AM |
|
I guess after the migration that the API as we know it now would cease to exist?
No. Why? I just guessed (incorrectly, apparently) that with you just talking about JSON p2p transport going away, coupled with that we also have the previous thread with all the talks of APIv2 and API1 going away, that APIv2 was related to the conversion of binary transport as the p2p mechanism, and I assumed that JSON API stuff would disappear. So with that out of the way. Could we feasably get 200Ktps with full TF using JSON transport? Or will full TF just absolutely REQUIRE binary transport, regardless of the desired performance?
|
|
|
|
l8orre
Legendary
Offline
Activity: 1181
Merit: 1018
|
|
February 02, 2014, 06:42:16 AM |
|
I guess after the migration that the API as we know it now would cease to exist?
No. Why? I just guessed (incorrectly, apparently) that with you just talking about JSON p2p transport going away, coupled with that we also have the previous thread with all the talks of APIv2 and API1 going away, that APIv2 was related to the conversion of binary transport as the p2p mechanism, and I assumed that JSON API stuff would disappear. So with that out of the way. Could we feasably get 200Ktps with full TF using JSON transport? Or will full TF just absolutely REQUIRE binary transport, regardless of the desired performance? interesting thing early in the morning! I'll just jump on that with my Raspi: Raspi seems to need 1000ms or sometimes 2000ms to answer a simple query! The testnet used to have ~150ms. This is some serious performance concern to me. Would that be json related?
|
|
|
|
bithic
Newbie
Offline
Activity: 56
Merit: 0
|
|
February 02, 2014, 06:42:42 AM |
|
Count me in.
I've been thinking about this whole 1000 TPS thing and have a basic question. If ANYBODY can be the node that generates a block, but a node with a low rate data link can't support 1000TPS, then are we saying that the NXT TPS chain is only as strong / fast as its weakest link?
I am guessing any node that can't keep up will automatically become blacklisted and they fall forever behind. Such low bandwidth nodes will need to run slim clients. Not sure how they will be able to send NXT James So we start by telling people they can forge NXT based on their stake, then blacklist them forever if they can't meet a certain level of performance? If this is true then we better stop telling people they can forge on their smartphones now, rather than later. Some promotional material may need to be changed to reflect a realistic cost of forging on a high TPS network.
|
|
|
|
pinarello
Full Member
Offline
Activity: 266
Merit: 100
NXT is the future
|
|
February 02, 2014, 06:46:33 AM |
|
waaaaaaay to go Anon! Why dont you become NXT speaker?
|
|
|
|
|