Evil-Knievel
Legendary
Offline
Activity: 1260
Merit: 1168
|
|
November 06, 2017, 12:18:54 PM |
|
But if B.C. decided to work only with elastic and base all of computation on this platform, B.C. becomes vulnerable and dependent on elastic devs. And from now anonymous elastic devs have leverage of influence on B.C. I'm confused! How would this be different if the devs disclosed their identities? I mean, it would still be the same group of people having the same amount of "leverage", if you like to call it that way.
|
|
|
|
trader19
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
November 06, 2017, 12:41:54 PM |
|
... 10000 individuals, they wont all of a sudden agree to stop helping
Of course they dont, that would be a great foolishness from the miners' side(if I can call them "miners"). Cause such companies as B.C. will lost every trace of confidence in Elastic platform(in platform generally, although the situations was caused by community in this case). I'm talking about unauthorized and authorized global failure of the platform. How such big clients can be protected from this? This is the relevant question from the category of trust. Category, which should be excluded by decentralization, blockchain, cryptocurrencies and etc. i see one flaw here, you see company B.C. Doesn’t make a contract with elastic project but instead when in need buys computing resources timley limited to XEL bounty it offers. Elastic is a trustless system, as such no need for B.C. To trust anything other than elastic platform executing task correctly.
|
|
|
|
MISS_nSTASSY
Full Member
Offline
Activity: 392
Merit: 105
Vena.Network
|
|
November 06, 2017, 02:26:28 PM |
|
I mean, it would still be the same group of people having the same amount of "leverage", if you like to call it that way.
Yes, we are close enough for the thing that I am trying to find out So the platform will work instead of someone's wish to disrupt the network? Even if someone from the dev team decided to make such a thing(just as a supposition, never meant to offend devs). And the only factor that affects system is presence or absence of miners? Thats the thing that I dont get and need your help
|
|
|
|
badinvesterguy
|
|
November 06, 2017, 02:35:20 PM |
|
I mean, it would still be the same group of people having the same amount of "leverage", if you like to call it that way.
Yes, we are close enough for the thing that I am trying to find out So the platform will work instead of someone's wish to disrupt the network? Even if someone from the dev team decided to make such a thing(just as a supposition, never meant to offend devs). And the only factor that affects system is presence or absence of miners? Thats the thing that I dont get and need your help Look at bitcoin, all miners have to go to the new wallet/miner that is malicious before anything bad happens (or a big part of them)
|
|
|
|
Evil-Knievel
Legendary
Offline
Activity: 1260
Merit: 1168
|
|
November 06, 2017, 03:07:53 PM |
|
Sorry, but I think that I still don't understand what you're trying to find out What I understood is that you would prefer that the devs disclosed their identities so companies can hold them liable for whatever goes wrong. If I understand this correctly, then I think a centralized project might be the better fit in this case. Decentralized blockchain-based "use at own risk" applications are - by design - usually built in a way that neither a central authority is present nor is there any need to "trust" someone. So, if you do not need to trust anyone, then why do you need a public record of the devs and their full identities? In my eyes, you don't!
|
|
|
|
tomkat
|
|
November 06, 2017, 04:35:53 PM |
|
... 10000 individuals, they wont all of a sudden agree to stop helping
Of course they dont, that would be a great foolishness from the miners' side(if I can call them "miners"). Cause such companies as B.C. will lost every trace of confidence in Elastic platform(in platform generally, although the situations was caused by community in this case). I'm talking about unauthorized and authorized global failure of the platform. How such big clients can be protected from this? This is the relevant question from the category of trust. Category, which should be excluded by decentralization, blockchain, cryptocurrencies and etc. What do you mean with " unauthorized and authorized global failure of the platform"?
|
|
|
|
klintay
Legendary
Offline
Activity: 1775
Merit: 1032
Value will be measured in sats
|
|
November 07, 2017, 08:22:32 AM |
|
Sorry, but I think that I still don't understand what you're trying to find out What I understood is that you would prefer that the devs disclosed their identities so companies can hold them liable for whatever goes wrong. If I understand this correctly, then I think a centralized project might be the better fit in this case. Decentralized blockchain-based "use at own risk" applications are - by design - usually built in a way that neither a central authority is present nor is there any need to "trust" someone. So, if you do not need to trust anyone, then why do you need a public record of the devs and their full identities? In my eyes, you don't! yeah exactly...that sword cuts both ways....anonymous and decentralized go hand in hand....wouldnt want it any other way
|
|
|
|
MISS_nSTASSY
Full Member
Offline
Activity: 392
Merit: 105
Vena.Network
|
|
November 07, 2017, 09:04:09 AM |
|
What do you mean with "unauthorized and authorized global failure of the platform"?
In other words - authorized - is the fault or error, caused by somebody(by a person to be precise), and unauthorized - error caused by network failure(without any human factor involved). Sorry, but I think that I still don't understand what you're trying to find out What I understood is that you would prefer that the devs disclosed their identities so companies can hold them liable for whatever goes wrong. If I understand this correctly, then I think a centralized project might be the better fit in this case. Decentralized blockchain-based "use at own risk" applications are - by design - usually built in a way that neither a central authority is present nor is there any need to "trust" someone. So, if you do not need to trust anyone, then why do you need a public record of the devs and their full identities? In my eyes, you don't! Yes, you answered my question So elastic is a platform that can make all kinds of computations, based on decentralized technology which exclude the aspect of trust and guarantees the confidentiality of information. It took me a long time to get to the truth I hope the potential clients of platform will get to it faster than me Anyway, thanks for your answers and I am grateful to you for taking the time to discuss these matters with me
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
November 07, 2017, 10:21:13 AM |
|
There is only one thing required of devs. Prodice awesome code and awesome system called Elastic.
Don't mind if you want anon privacy. Good developers all we care.
|
|
|
|
Mallyx
|
|
November 07, 2017, 10:38:42 AM |
|
When can I start programming on XEL ?
|
|
|
|
|
yussuf89
Legendary
Offline
Activity: 1792
Merit: 1030
|
|
November 07, 2017, 02:52:12 PM |
|
I PM'ed this to Evil-Knievel, after that I was like "its nothing private, why I didn't just posted it on the thread?" here's my idea, let's discuss. Hey, Did you ever think about running vanitygen with supercomputer? I think it's easy to create a pool for running a decentralized vanitygen pool, or something like this. People who wants to create an address -> pays XEL (amount depends on work) and create job People who wants to earn XEL -> runs a miner that solves incoming jobs automatically (without having the private keys of addresses, of course.) just wanted to give an advice, I don't know about programming. I hope this is a good idea. Best,
|
|
|
|
Piston Honda
Legendary
Offline
Activity: 2730
Merit: 1068
Juicin' crypto
|
|
November 07, 2017, 02:53:53 PM |
|
lol blahbalhablaha - like anyone in here knows ANYTHING of wtf is going on with XEL or their tech. make it sound like fucking no-it-alls lol. all you can do now is baghold and wait, in addition to buying more cheap XEL now given the alt market is rekt from whale/bots crashing all coins. sooooooooooo buy cheap now, hold and in 2018 you'll enjoy the view from the moon.
|
$ADK ~ watch & learn...
|
|
|
Dcrstats
|
|
November 07, 2017, 02:55:23 PM |
|
What was XEL/USD rate during ICO?
|
|
|
|
MISS_nSTASSY
Full Member
Offline
Activity: 392
Merit: 105
Vena.Network
|
|
November 07, 2017, 04:28:28 PM |
|
What was XEL/USD rate during ICO?
I thought there was no ICO. People received their tokens just as a gratitude for their donations(even if it looks the same as token sale, it wasn't ) Or I am making a mistake?
|
|
|
|
mr.coinzy
|
|
November 07, 2017, 04:54:22 PM |
|
What was XEL/USD rate during ICO?
I thought there was no ICO. People received their tokens just as a gratitude for their donations(even if it looks the same as token sale, it wasn't ) Or I am making a mistake? You are not mistaken.
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
November 08, 2017, 10:11:48 AM |
|
This is one of the winners this- and next year.
I've been saying that for a long time. Very excited
|
|
|
|
tomkat
|
|
November 08, 2017, 10:59:19 AM |
|
What was XEL/USD rate during ICO?
There was no ICO - donators received 4k to 8k XEL per 1 BTC (@5M supply), or 80k to 160k per 1 BTC (@100M supply)
|
|
|
|
by rallier
Legendary
Offline
Activity: 1848
Merit: 1334
just in case
|
|
November 08, 2017, 03:42:37 PM |
|
Guys, Hello all. Here is a Disclaimer from me: I transferred Elastic.PW domain to @mr.coinzy. I am waiting for him change servers to new one. I will not manage elastic.pw and wallet.elastic.pw. For your information. I don't responsible websites.
It was nice to good for work Elastic Community. I met a lot of good people from here. I will focus to my own projects. Thank you all.
|
signature not found.
|
|
|
NubleX
Newbie
Offline
Activity: 25
Merit: 0
|
|
November 08, 2017, 05:27:26 PM |
|
another cool project i been watching with QRL. the dips now should shoot back up once BTC goes back to its erratic state.
|
|
|
|
|