Topic: [ANN][XEL] Elastic Project - The Decentralized Supercomputer - page 149. (Read 450523 times)

Hey all, I've been quiet in this thread thus far (I haven't a very technical skilset), but donated at the start of the project and have been thrilled watching all the progress and updates to the project over the past several months.  There was some talk earlier in the thread about getting added to trading exchanges, which I think is an important aspect of building a strong community, as it facilitates new interested parties getting involved in the project.

While I would love for XEL to get on Poloniex.com (widely viewed as the most prominent altcoin exchange), they are pretty random with they aren't very clear on what they look for in their coin additions, so I wouldn't count on it, at least not at launch. But it cannot hurt for us to submit coin addition requests: https://temp.poloniex.com/coinRequest

I think our best bet would be to get added on Bittrex.com. Unfortunately they are pretty stringent with requesting information from the developers of a coin before adding it, namely due to the fact that they want a point of contact if they have any issues with the chain, et cetera. Here is more information on the Bittrex.com addition requirements: https://bittrex.zendesk.com/hc/en-us/articles/202583854-Submitting-a-Coin-to-Bittrex.

https://novaexchange.com, and https://www.cryptopia.co.nz are two other exchanges that might expose us to a wider userbase, though they are not as established as the two listed above.


Cheers to the devs doing all the great work on the project!

SNs not only validate the jobs, but also help to keep it all running becasue of limitations of the regular nodes.
But it's pretty obvious the SNs will have their own limits, so not sure if it will resolve the available-resources-related issues, unless we
are sure what config will be capable of handling ALL possible jobs, ie. how many SNs at what specs

From my understanding the SN's are only validating the computational jobs done by the individual network nodes. I dont see the number of SN's as a factor in overall network computational potential, but I do recognize that having a low # of SN's could create a bottleneck... But either way, the data supporting my claims here doesnt exist yet.

A variable amount for operating SN's might help out. But it seems most are concerned with the Fiat cost of ownership at this point - We cant peg XEL to fiat and expect it to be a accurate 6 months down the road. In addition to that fact, a Fiat / Xel calculation that determines the amount of XEL required for a supernode has absolutely no technical implications on the network.

TLDR: XEL Supernodes =/= Masternodes (DASH, PIVX, ect.) - Network computational power is not supplied by Supernodes alone. You can mine / compute with the other nodes.

But by limiting the number of SN we limit the overall supercomputer calculating power, isn't it? If it's gonna be 300k XEL then we'll have the maximum number of 333 supercomputer clusters, 30k XELs means 3330 SN (in the best case scenario, of course).
I agree with ttookk that maybe we could make this number a variable? But only not an increasing, but a decreasing one: from 300k to, let's say, 3k over time due to XEL's price increase and increasing resources consumption.

Well if so, that alleviates some of the concerns I have seen so far about high entry costs into SN ownership.  Kudos ImI ! 

Given its secure i am going to setup some SNs.

Approx 1.5 btc at initial ICO last Feb. would put you at around 300k XEL if my math is correct.

I had a few thoughts come up around the SN discussion:

Pro's
- SN admins will have to be community participants and tech savvy(or at least willing to work with devs)

Cons
- Less SN admins ultimately ends up leading to less SN test scenarios being run - meaning potential zero-days and bugs that wont be discovered by the people who should be discovering them and bringing to community
- Without a SN at network launch to provide feedback on computational rewards - less people would have financial reason to invest in a SN. - I guess people could speculate from regular node rewards.

Other
- We cannot equate relative financial barriers with network security - malicious wrong-doers have access to funds if the risk / reward is justified.

Random Thought: Is there anyway a SN could operate with funds from more than a single participants?  I acknowledge the danger of opening up a communication channel, outside of typical secure channels on nodes, but i guess im trying to get at a sort of read only access between 2 nodes(150k XEL each for example) that would allow them to function as a SN.  For lack of a better term - "known/trusted community/group managed SN".  - An offline approach would also work and increase security of the  XEL holdings.


Another important question:
Are there any XEL community members that can say 100% they are going to set up a SN on network launch?

How much would one need to have donated to have the 300k XEL for a masternode?

We cannot keep 300k XEL on a VPS somewhere on the net, so we will have to install a system like Dash masternodes, where the activation of the masternode is done via Coins that are held offline.

Otherwise its way to much risk.

it will be soon, hope XEL can be list by Poloniex

I also think 300k is a lot, i'm out ^^
But i will build a miner to contribute.
Also i would advise that we should have a simple to use windows client (starting with a directly easy to download, precompiled exe - and open the browser).

i want to run supernode  missing XEL!!! Can't wait for exchanger.

Thank you coralreefer. I do hope you're right, and the design is "strong" enough to withstand the test of time :-)
I just wonder why not make it as easy as running regular nodes, and allow node operators choosing whether they want to accept jobs or not?
Or maybe let the network decide if a node has enough resources to allow it to perform jobs processing. Would it be possible to detect configuration and auto-decide?

What I really don't like is complexity since it always leads to problems... I know it's actually little late for this discussion, but the supernodes idea hasn't been discussed on this forum, so no one knows what to expect. [Edit: or maybe I missed such discussion?]

I think I disagree with most of what you wrote...


That is the reason for the 300K...we don't want it easy / cheap for people to create malicious supernodes.


If there is only one supernode, then xel has failed it purpose anyway.  What's the point of xel if no one is interested in supporting the network.


Huh?  What about POW rewards and Bounties?  Are those not incentive enough to run a regular node?  What other incentives would they need?


Yes this scenario is handled in the design.  I'll let EK speak to how it would work.


Ok, this may be the only thing I agree with that you wrote.  Yes it makes things more complex.  But this complexity provides a couple things.

1) Without it, xel can only work on small jobs with limited memory.  With SN, we can increase the size / complexity of the use cases considerably.
2) Read what EK wrote above...without SNs it would mean that for Exchanges, etc to run a wallet, they would be required to verify all the ElasticPL jobs / solutions / pow submissions flowing through the network.  I don't really think you'll find many, if any exchanges that would agree to this.

See here
http://www.elastic-project.com/installing_and_running_elastic

But wait for new release (this weekend)

Where can I download the wallet?

ICO Users have 300 K XEL or not , doesnt matter, if somebody can want to cheat network with his things, it is possible, somebody bcan buy 300 K XEL on any exchange.

there are more investors with +300k
86 ico members are having +300k with only one (single) transaction

Is it possible that a job can exceed resources available on the weakest supernode?
Will the configuration required for supernode be enough for all jobs?