|
ZeroTheGreat
|
 |
December 26, 2013, 11:54:37 PM |
|
Someone should do 3D-chart of spinning planet Earth with contacting nodes for sure 
|
|
|
|
|
pinarello
Full Member
 
Offline
Activity: 266
Merit: 100
NXT is the future
|
 |
December 26, 2013, 11:54:53 PM |
|
so sad people get scammed at nextcoin.org...
someone selling 500,000 NXT for 1.53 btc
he has 19 lots
so sad
Pin
|
|
|
|
|
gbeirn
|
 |
December 26, 2013, 11:56:07 PM |
|
so sad people get scammed at nextcoin.org...
someone selling 500,000 NXT for 1.53 btc
he has 19 lots
so sad
Pin
You must send BTC first. No escrow.
|
NXT VPS Server Donations can be sent here: 6044921191674841550At the end of each month I will donate some of them back to the community. This is separate from my main wallet so you can keep track of them. I will keep them in there and only use them for hosting.
|
|
|
|
davethetrousers
|
 |
December 26, 2013, 11:56:19 PM |
|
Idea: a mechanism that pays nodes automatically just for being up. Like an automatic, rearming faucet. People would be paid just for running devices, regardsless of type.
With some cross checking, denying cheaters should be doable, e.g. only considering unique IPs and nodes that are uploading at least now and then.
Called forging (forging pools in future may be)  Equlibrium under construction. No, I mean a more radical system. ^^ It would be funded by donations from large accounts and paid regardless of stakes. Even more radical would be a tax on large stakes which would then be distributed. Think: Unconditional Basic Income 
|
|
|
|
|
N[e]wBie
|
 |
December 26, 2013, 11:57:44 PM |
|
I was running the software just fine, but today after rebooting I am getting the error "java.lang.NullPointerException" on the localhost page. What happened ?
|
BTC: 1ESZr887vTZqYtDuwwspn1jBaoRU9jMcv1
|
|
|
|
ZeroTheGreat
|
 |
December 26, 2013, 11:59:37 PM |
|
You must send BTC first. No escrow.
And say that no need in NXT in exchange whatsoever right after sending. Just be like Santa, Santa don't speculate or use escrow, right? 
|
|
|
|
|
|
chanc3r
|
 |
December 26, 2013, 11:59:58 PM |
|
That´s why I also ordered PIs to support he network, as it is also in my interest to help nxt succeed.
Cool, I'm going to try the virtual machine route as I have a intel server sat here doing nothing.. Can anyone tell me what roughly network bandwidth a single NXT client uses up? Then I can multiply it by how many copies I can finally get running and set up the allocation on my firewall properly, will save me time figuring it out  Wont be able to hallmark as I can't get a static IP but hopefully they will help.
|
|
|
|
|
ZeroTheGreat
|
 |
December 27, 2013, 12:01:08 AM |
|
No, I mean a more radical system. ^^ It would be funded by donations from large accounts and paid regardless of stakes. Even more radical would be a tax on large stakes which would then be distributed. Think: Unconditional Basic Income  We can hope for some activity like this and some NXT was spent that way. No protocol, free will.
|
|
|
|
|
utopianfuture
Sr. Member
  
Offline
Activity: 602
Merit: 268
Internet of Value
|
 |
December 27, 2013, 12:02:51 AM |
|
I guess we could have a motion to put a proposal for a vote when the voting system being implemented.
|
|
|
|
S3MKi
Legendary
Offline
Activity: 1568
Merit: 1016
|
 |
December 27, 2013, 12:04:31 AM |
|
I was running the software just fine, but today after rebooting I am getting the error "java.lang.NullPointerException" on the localhost page. What happened ?
Did you reload blockchain?
|
|
|
|
|
|
gbeirn
|
 |
December 27, 2013, 12:04:47 AM |
|
I guess we could have a motion to put a proposal for a vote when the voting system being implemented.
I propose that once a month a random account has all it's coins transferred back to the Genesis account! 
|
NXT VPS Server Donations can be sent here: 6044921191674841550At the end of each month I will donate some of them back to the community. This is separate from my main wallet so you can keep track of them. I will keep them in there and only use them for hosting.
|
|
|
BitcoinForumator
Legendary
Offline
Activity: 1120
Merit: 1000
|
 |
December 27, 2013, 12:05:24 AM |
|
I guess we could have a motion to put a proposal for a vote when the voting system being implemented.
I propose that once a month a random account has all it's coins transferred back to the Genesis account!  Sounds like Hunger Games 
|
|
|
|
|
|
mcjavar
|
 |
December 27, 2013, 12:05:59 AM |
|
I would reserve every 10th blockgeneration right to the public nodes (every node has the same chance to generate a block), encouraging them to be up an running. If a public node is up and running AND an account is open on that node, it should have the right to earn some transaction fees (even if it´s empty - due to security reasons I wouldn´t leave my wallet open on a node where all my nxts are in)
Just my 2 nxts.
What do you think?
Any thoughts on this? CfB? BCNext?
|
|
|
|
|
|
|
|
mcjavar
|
 |
December 27, 2013, 12:08:36 AM |
|
|
|
|
|
|
|
opticalcarrier
|
 |
December 27, 2013, 12:11:04 AM |
|
Even more nodes deployed!...
jeebus dude, makes my 9 nodes seem like childs play. though I did set up some very high horsepower beasts (8GB RAM and tons of network bandwidth on 1Gbps ports) how on earth do you manage them all? mine require frequent upervision to make sure they dont get stuck on a block or something
|
|
|
|
|
ferment
Full Member
 
Offline
Activity: 168
Merit: 100
IDEX - LIVE Real-time DEX
|
 |
December 27, 2013, 12:20:46 AM |
|
Even more nodes deployed!...
jeebus dude, makes my 9 nodes seem like childs play. though I did set up some very high horsepower beasts (8GB RAM and tons of network bandwidth on 1Gbps ports) how on earth do you manage them all? mine require frequent upervision to make sure they dont get stuck on a block or something I've been working on monitoring, tools and automation. It's still primitive, but will improve after I get the 100 nodes all up. Some simple scripting can go a long way with identical servers (even without using cssh or capistrano). For example, to restart all of them: $ for i in {1..70}; do ssh user@node$i.nxtbase.com -t -C "sudo supervisorctl restart nxt"; done
So, if you take that pattern and combine it with some high level scripts, you can do a lot with basic primitives without burning time on higher level tools. Once the 100 are up, I'll start writing monitoring scripts for "stuck block" and other problems to have a "self healing" kind of system. My approach is to push toward scaling problems quickly and then start playing whack-a-mole on the suck.
|
|
|
|
|
nexern
|
 |
December 27, 2013, 12:25:16 AM |
|
Even more nodes deployed!...
jeebus dude, makes my 9 nodes seem like childs play. though I did set up some very high horsepower beasts (8GB RAM and tons of network bandwidth on 1Gbps ports) how on earth do you manage them all? mine require frequent upervision to make sure they dont get stuck on a block or something I've been working on monitoring, tools and automation. It's still primitive, but will improve after I get the 100 nodes all up. Some simple scripting can go a long way with identical servers (even without using cssh or capistrano). For example, to restart all of them: $ for i in {1..70}; do ssh user@node$i.nxtbase.com -t -C "sudo supervisorctl restart nxt"; done
So, if you take that pattern and combine it with some high level scripts, you can do a lot with basic primitives without burning time on higher level tools. Once the 100 are up, I'll start writing monitoring scripts for "stuck block" and other problems to have a "self healing" kind of system. My approach is to push toward scaling problems quickly and then start playing whack-a-mole on the suck. great! thats the way, automation and monitoring... ps: what would we do without terminal, same here 
|
|
|
|
|
ferment
Full Member
 
Offline
Activity: 168
Merit: 100
IDEX - LIVE Real-time DEX
|
 |
December 27, 2013, 12:27:59 AM |
|
jeebus dude, makes my 9 nodes seem like childs play. though I did set up some very high horsepower beasts (8GB RAM and tons of network bandwidth on 1Gbps ports)
Also, my preference is for more servers over larger ones (nice linear horizontal scaling). That way if some percentage of them has problems, the show goes on. For example, given 8 nodes of 1GB each, if half are borked, you still have 4 plugging away. If 1 big server has a problem, it's completely out of the game regardless of amount of hardware. Obviously my task is to reduce the overhead of managing 100 to approach that of managing 1.
|
|
|
|
S3MKi
Legendary
Offline
Activity: 1568
Merit: 1016
|
 |
December 27, 2013, 12:30:40 AM |
|
|
|
|
|
|
|