Bitcoin Forum
December 14, 2024, 01:05:31 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 [197] 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 ... 345 »
  Print  
Author Topic: [ANN][XEL] Elastic Project - The Decentralized Supercomputer  (Read 450532 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
by rallier
Legendary
*
Offline Offline

Activity: 1848
Merit: 1334


just in case


View Profile WWW
February 22, 2017, 10:44:23 AM
 #3921

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.

signature not found.
bifabu.com
Member
**
Offline Offline

Activity: 99
Merit: 10


View Profile WWW
February 22, 2017, 10:59:58 AM
 #3922

Where can I download the wallet?

tomkat
Hero Member
*****
Offline Offline

Activity: 1022
Merit: 507


View Profile
February 22, 2017, 11:44:38 AM
 #3923

Where can I download the wallet?


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

But wait for new release (this weekend)
coralreefer
Sr. Member
****
Offline Offline

Activity: 464
Merit: 260


View Profile
February 22, 2017, 12:24:29 PM
 #3924

I must say I'm not big fan of the idea of supernodes and guardnodes.
Why? Because we're to build decentralized supercomputer, and those new node types will probably make the computations centralized.

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

Few reasons that I can think of now:
-300k XEL collateral will most likely be not possible for an average user

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

-new attack vectors against supernodes, or against network.
Examples: (1) supernode owner can switch it off purposely just to cut off someone (or whole network, if it's the only supernode) from computations, (2) supernodes can be attacked (DDoSed for instance) just because their owners are rich, or the network relies on them, etc.

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.

-no incentive for "ordinary" users to run nodes, ie. why should I run the node if there's no supernode in 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?

-is it possible supernodes will be cheating? what is exactly a procedure of seizing the collateral in case supernode is assumed to be malicious? what if the procedure will be used to eliminate someone from the network?

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

-introducing supernodes and guardnodes makes the ecosystem much more complex

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

Activity: 1022
Merit: 507


View Profile
February 22, 2017, 02:07:37 PM
 #3925

I must say I'm not big fan of the idea of supernodes and guardnodes.
Why? Because we're to build decentralized supercomputer, and those new node types will probably make the computations centralized.

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

Few reasons that I can think of now:
-300k XEL collateral will most likely be not possible for an average user

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

-new attack vectors against supernodes, or against network.
Examples: (1) supernode owner can switch it off purposely just to cut off someone (or whole network, if it's the only supernode) from computations, (2) supernodes can be attacked (DDoSed for instance) just because their owners are rich, or the network relies on them, etc.

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.

-no incentive for "ordinary" users to run nodes, ie. why should I run the node if there's no supernode in 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?

-is it possible supernodes will be cheating? what is exactly a procedure of seizing the collateral in case supernode is assumed to be malicious? what if the procedure will be used to eliminate someone from the network?

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

-introducing supernodes and guardnodes makes the ecosystem much more complex

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.


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?]
trader19
Legendary
*
Offline Offline

Activity: 1232
Merit: 1001



View Profile WWW
February 22, 2017, 02:38:49 PM
 #3926

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

Join the Elastic revolution!  Elastic - The Decentralized Supercomputer
ELASTIC WEBSITE | NEW ANNOUNCEMENT THREAD | ELASTIC SLACK | ELASTIC FORUM
MiningSev0
Full Member
***
Offline Offline

Activity: 206
Merit: 106

Old Account was Sev0 (it was hacked)


View Profile
February 22, 2017, 02:53:45 PM
 #3927

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

New signature to come =D
aaronjobs
Full Member
***
Offline Offline

Activity: 132
Merit: 100



View Profile
February 22, 2017, 02:58:20 PM
 #3928

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

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

ImI
Legendary
*
Offline Offline

Activity: 1946
Merit: 1019



View Profile
February 22, 2017, 03:07:32 PM
 #3929


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

Activity: 690
Merit: 505


Cryptorials.io


View Profile
February 22, 2017, 03:20:59 PM
 #3930

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

Selsonblue
Hero Member
*****
Offline Offline

Activity: 661
Merit: 500


View Profile
February 22, 2017, 03:30:47 PM
 #3931

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?


Selsonblue
Hero Member
*****
Offline Offline

Activity: 661
Merit: 500


View Profile
February 22, 2017, 03:31:44 PM
 #3932

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

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

Activity: 1946
Merit: 1019



View Profile
February 22, 2017, 03:37:29 PM
 #3933


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

Given its secure i am going to setup some SNs.
Selsonblue
Hero Member
*****
Offline Offline

Activity: 661
Merit: 500


View Profile
February 22, 2017, 03:44:07 PM
 #3934


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

Given its secure i am going to setup some SNs.

Well if so, that alleviates some of the concerns I have seen so far about high entry costs into SN ownership.  Kudos ImI !  Wink
13Darko
Hero Member
*****
Offline Offline

Activity: 621
Merit: 507


Radix-The Decentralized Finance Protocol


View Profile
February 22, 2017, 04:12:11 PM
Last edit: February 22, 2017, 04:22:59 PM by 13Darko
 #3935

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.


               ▄████████▄
               ██▀▀▀▀▀▀▀▀
              ██▀
             ███
▄▄▄▄▄       ███
██████     ███
    ▀██▄  ▄██
     ▀██▄▄██▀
       ████▀
        ▀█▀
The Radix DeFi Protocol is
R A D I X

███████████████████████████████████

The Decentralized

Finance Protocol
Scalable
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██
██                   ██
██                   ██
████████████████     ██
██            ██     ██
██            ██     ██
██▄▄▄▄▄▄      ██     ██
██▀▀▀▀██      ██     ██
██    ██      ██     
██    ██      ██
███████████████████████

███
Secure
      ▄▄▄▄▄
    █████████
   ██▀     ▀██
  ███       ███

▄▄███▄▄▄▄▄▄▄███▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀██
██             ██
██             ██
██             ██
██             ██
██             ██
██    ███████████

███
Community Driven
      ▄█   ▄▄
      ██ ██████▄▄
      ▀▀▄█▀   ▀▀██▄
     ▄▄ ██       ▀███▄▄██
    ██ ██▀          ▀▀██▀
    ██ ██▄            ██
   ██ ██████▄▄       ██▀
  ▄██       ▀██▄     ██
  ██▀         ▀███▄▄██▀
 ▄██             ▀▀▀▀
 ██▀
▄██
▄▄
██
███▄
▀███▄
 ▀███▄
  ▀████
    ████
     ████▄
      ▀███▄
       ▀███▄
        ▀████
          ███
           ██
           ▀▀

███
Radix is using our significant technology
innovations to be the first layer 1 protocol
specifically built to serve the rapidly growing DeFi.
Radix is the future of DeFi
█████████████████████████████████████

   ▄▄█████
  ▄████▀▀▀
  █████
█████████▀
▀▀█████▀▀
  ████
  ████
  ████

Facebook

███

             ▄▄
       ▄▄▄█████
  ▄▄▄███▀▀▄███
▀▀███▀ ▄██████
    █ ███████
     ██▀▀▀███
           ▀▀

Telegram

███

▄      ▄███▄▄
██▄▄▄ ██████▀
████████████
 ██████████▀
   ███████▀
 ▄█████▀▀

Twitter

██████

...Get Tokens...
Selsonblue
Hero Member
*****
Offline Offline

Activity: 661
Merit: 500


View Profile
February 22, 2017, 04:27:23 PM
 #3936

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

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

Activity: 1022
Merit: 507


View Profile
February 22, 2017, 04:41:49 PM
 #3937

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

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.

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
Sicarious
Newbie
*
Offline Offline

Activity: 29
Merit: 0


View Profile
February 22, 2017, 04:53:13 PM
 #3938

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!
13Darko
Hero Member
*****
Offline Offline

Activity: 621
Merit: 507


Radix-The Decentralized Finance Protocol


View Profile
February 22, 2017, 04:53:50 PM
Last edit: February 22, 2017, 09:58:40 PM by 13Darko
 #3939

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

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.

Thanks. Probably I just misunderstood the concept behind SN. If individual nodes can also mine, that will bring lots of computational power I believe, and maybe we'll be able even to bypass some TOP500 Supercomputers of the World? Smiley

Pegging Xel to Fiat is a bad idea, true, but I think we can easily change SN number manually by updating network software (do hardforks if needed).

Edit: Nah, bad idea. Rich SN possibly won't like competition and just won't update...


               ▄████████▄
               ██▀▀▀▀▀▀▀▀
              ██▀
             ███
▄▄▄▄▄       ███
██████     ███
    ▀██▄  ▄██
     ▀██▄▄██▀
       ████▀
        ▀█▀
The Radix DeFi Protocol is
R A D I X

███████████████████████████████████

The Decentralized

Finance Protocol
Scalable
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██
██                   ██
██                   ██
████████████████     ██
██            ██     ██
██            ██     ██
██▄▄▄▄▄▄      ██     ██
██▀▀▀▀██      ██     ██
██    ██      ██     
██    ██      ██
███████████████████████

███
Secure
      ▄▄▄▄▄
    █████████
   ██▀     ▀██
  ███       ███

▄▄███▄▄▄▄▄▄▄███▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀██
██             ██
██             ██
██             ██
██             ██
██             ██
██    ███████████

███
Community Driven
      ▄█   ▄▄
      ██ ██████▄▄
      ▀▀▄█▀   ▀▀██▄
     ▄▄ ██       ▀███▄▄██
    ██ ██▀          ▀▀██▀
    ██ ██▄            ██
   ██ ██████▄▄       ██▀
  ▄██       ▀██▄     ██
  ██▀         ▀███▄▄██▀
 ▄██             ▀▀▀▀
 ██▀
▄██
▄▄
██
███▄
▀███▄
 ▀███▄
  ▀████
    ████
     ████▄
      ▀███▄
       ▀███▄
        ▀████
          ███
           ██
           ▀▀

███
Radix is using our significant technology
innovations to be the first layer 1 protocol
specifically built to serve the rapidly growing DeFi.
Radix is the future of DeFi
█████████████████████████████████████

   ▄▄█████
  ▄████▀▀▀
  █████
█████████▀
▀▀█████▀▀
  ████
  ████
  ████

Facebook

███

             ▄▄
       ▄▄▄█████
  ▄▄▄███▀▀▄███
▀▀███▀ ▄██████
    █ ███████
     ██▀▀▀███
           ▀▀

Telegram

███

▄      ▄███▄▄
██▄▄▄ ██████▀
████████████
 ██████████▀
   ███████▀
 ▄█████▀▀

Twitter

██████

...Get Tokens...
cryptoboy.architect
Hero Member
*****
Offline Offline

Activity: 513
Merit: 500


View Profile
February 22, 2017, 05:01:01 PM
 #3940

Why not make it so the network requires X number of supernodes to always be running. And have the collateral be auction based.

i.e. say X is 100 - i.e. we want 100 super nodes to run.

It will self adapt - if someone wants to run 10 super nodes at 300K collateral each so be it.

But if there are 90 who only want to put up 100K, they will be able to participate as well.

The moment someone puts bigger collateral - they take someone else's place in the super node ladder.

Thoughts?
Pages: « 1 ... 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 [197] 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 ... 345 »
  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!