[ANN][XEL] Elastic Project - The Decentralized Supercomputer - page 134.

clivemy

full member

Activity: 190

Merit: 100

Quote from: Evil-Knievel on March 06, 2017, 02:00:50 PM

Quote from: coralreefer on March 06, 2017, 11:18:30 AM

Quote from: ImI on March 06, 2017, 11:12:03 AM

Two stage solution would make sense. First rudimentary network, then SN-network. Gives lots of room for testing and process of thought.

I completely agree...and I would prefer if we took this approach as well. However, last I heard from EK, he still wanted to move forward with the SN approach for the initial release.

Well, for weeks now we have moved towards the SN approach. I mean, sure, we can stick to the rudimentary network for the start. But imho this will be more complex than going the last remaining meters towards the SN approach. Why? Because then we have to put a lot of work in getting the Java ElasticPL interpreter and the xel miner's C based interpreter in sync.

I do not want to decide anything, I am just saying that getting the SN ready is the quicker solution.

It would be really good if we could get some documentation around where we are in terms of development and what the software can achieve. Some use cases would be nice,

That way we could update the website, start a PR campaign and start garnering interest from those that would utilise the product.

That would take the pressure off development, since the PR campaign could be launched to run alongside development.

edit: I've tried for months to be an active participant in this project and it would be really nice if there was adequate documentation to allow non-developers to participate.

mr.coinzy

hero member

Activity: 500

Merit: 507

I think we should proceed with the design EK suggested and has been working on with SN. Of course this should take as much time as needed and there is no need for any notes of pressure to release prematurely.
This project and the people who are doing the hard work for it to come to fruition, can really bring something of value to the world, something that is needed and can be used for good purposes.
It is my honor to support such an endeavor, thank you!

ttookk

hero member

Activity: 994

Merit: 513

Quote from: coralreefer on March 06, 2017, 02:33:39 PM

I'll support upgrading the miner for whichever way we go (which I assume using SNs). I'm just worn out and tired of reading page after page of posts about how any minute the code would be ready...it really takes the fun out of working on this.

Yeah, I've come to the realization, that anything blockchain related, that is not supposed to generate money is not well received here at bitcointalk.

I'd love to have a forum where you can discuss wacky ideas that are not money-driven, but still use blockchain technology. I think this is some kind of thought blockade that needs breaking, especially at btctalk.

Blockchain is bigger than money. Blockchain can fucking change the world. But then some dickhead comes along and asks "is this ICO?", "Where to invest?", "mainnet???" and I just think "fuck off". There are tons of shitcoins out there that you can pump and dump the fuck out of.

I seriously believe, that one big hindrance of blockchain development and mainstream adaption are those fucking daytraders who don't care about technology and either drive good projects in the ground or incentivize people to develop tons of halfbaked ideas and scams which make it harder and harder to find tha actually legitimate projects between all the junk.

Sorry for the profanity. Or wait, no, I'm not sorry. fuck.

Shameless plug: Two ideas that are not focussing on value generation:

https://bitcointalksearch.org/topic/a-penpaper-ish-roleplaying-game-on-the-blockchain-1812395

https://bitcointalksearch.org/topic/pre-ann-hub-1689947

I got more, but I don't want to discuss them over here. This is not the place.

Selsonblue

hero member

Activity: 661

Merit: 500

I personally only became active recently in this community because I saw people actually keeping up with the project after the 1 year ICO-nniversary.

No way in hell should they rush the network now. Let these men work.

edit: of course a logical explanation of your decision would be appreciated, as I am sure you guys would have explained anyhow.

coralreefer

sr. member

Activity: 464

Merit: 260

Quote from: Evil-Knievel on March 06, 2017, 02:00:50 PM

Quote from: coralreefer on March 06, 2017, 11:18:30 AM

Quote from: ImI on March 06, 2017, 11:12:03 AM

Two stage solution would make sense. First rudimentary network, then SN-network. Gives lots of room for testing and process of thought.

I completely agree...and I would prefer if we took this approach as well. However, last I heard from EK, he still wanted to move forward with the SN approach for the initial release.

Well, for weeks now we have moved towards the SN approach. I mean, sure, we can stick to the rudimentary network for the start. But imho this will be more complex than going the last remaining meters towards the SN approach. Why? Because then we have to put a lot of work in getting the Java ElasticPL interpreter and the xel miner's C based interpreter in sync.

I do not want to decide anything, I am just saying that getting the SN ready is the quicker solution.

I'll support upgrading the miner for whichever way we go (which I assume using SNs). I'm just worn out and tired of reading page after page of posts about how any minute the code would be ready...it really takes the fun out of working on this.

Evil-Knievel

legendary

Activity: 1260

Merit: 1168

Quote from: coralreefer on March 06, 2017, 11:18:30 AM

Quote from: ImI on March 06, 2017, 11:12:03 AM

Two stage solution would make sense. First rudimentary network, then SN-network. Gives lots of room for testing and process of thought.

I completely agree...and I would prefer if we took this approach as well. However, last I heard from EK, he still wanted to move forward with the SN approach for the initial release.

Well, for weeks now we have moved towards the SN approach. I mean, sure, we can stick to the rudimentary network for the start. But imho this will be more complex than going the last remaining meters towards the SN approach. Why? Because then we have to put a lot of work in getting the Java ElasticPL interpreter and the xel miner's C based interpreter in sync.

I do not want to decide anything, I am just saying that getting the SN ready is the quicker solution.

Selsonblue

hero member

Activity: 661

Merit: 500

Quote from: alexkuz on March 06, 2017, 01:42:24 PM

I have sent my BTC to the address 3Q2aKEGFTKDw3hghsBifXp39CZVMtZukxn about a year ago at the ICO.
How can I get my XEL now? Should I need to wait for mainnet launch? Any instructions?

Wait for mainnet launch announcement to redeem ICO investments... as thread states - that could be a few days to months away.

alexkuz

newbie

Activity: 26

Merit: 4

I have sent my BTC to the address 3Q2aKEGFTKDw3hghsBifXp39CZVMtZukxn about a year ago at the ICO.
How can I get my XEL now? Should I need to wait for mainnet launch? Any instructions?

jeffthebaker

legendary

Activity: 1526

Merit: 1034

Quote from: coralreefer on March 06, 2017, 11:18:30 AM

Quote from: ImI on March 06, 2017, 11:12:03 AM

Two stage solution would make sense. First rudimentary network, then SN-network. Gives lots of room for testing and process of thought.

I completely agree...and I would prefer if we took this approach as well. However, last I heard from EK, he still wanted to move forward with the SN approach for the initial release.

He's a perfectionist. EK once XEL to launch as a working and completed project. Honestly, that's the best approach to Elastic. Too many half-assed implementations in the crypto world, the altcoin community needs a product that actually does what it says it can do and does it flawlessly.

coralreefer

sr. member

Activity: 464

Merit: 260

Quote from: ImI on March 06, 2017, 11:12:03 AM

Two stage solution would make sense. First rudimentary network, then SN-network. Gives lots of room for testing and process of thought.

I completely agree...and I would prefer if we took this approach as well. However, last I heard from EK, he still wanted to move forward with the SN approach for the initial release.

ImI

legendary

Activity: 1946

Merit: 1019

Two stage solution would make sense. First rudimentary network, then SN-network. Gives lots of room for testing and process of thought.

coralreefer

sr. member

Activity: 464

Merit: 260

Right now, I think we need to just wait for an update from EK to determine what the timeframe will be for the latest round of changes (completion of the SN logic) to be completed. Seems like everyone is speculating that it will be soon, but it seems to me that it is still weeks / months away based on the complexity of it and how slow the updates are now.

This isn't in any way to try to say EK needs to work faster (if at all)...It just seems like everyone is expecting something to be delivered any day now and I don't think that's the case.

by rallier

legendary

Activity: 1848

Merit: 1334

just in case

Quote from: Selsonblue on March 06, 2017, 10:20:27 AM

Quote from: by rallier on March 06, 2017, 10:03:26 AM

Quote from: schnötzel on March 06, 2017, 09:44:22 AM

Why do you care about exchanges? They will list it for sure - the good and bad ones. But if (and it will be) the project is good we have nothing to worry.

You are right. But somebody must be responsible to communication for exchanges

Community is always responsible for contacting exchanges. Wink

I am watching too closely Wink

Selsonblue

hero member

Activity: 661

Merit: 500

Quote from: by rallier on March 06, 2017, 10:03:26 AM

Quote from: schnötzel on March 06, 2017, 09:44:22 AM

Why do you care about exchanges? They will list it for sure - the good and bad ones. But if (and it will be) the project is good we have nothing to worry.

You are right. But somebody must be responsible to communication for exchanges

Community is always responsible for contacting exchanges. Wink

by rallier

legendary

Activity: 1848

Merit: 1334

just in case

Quote from: schnötzel on March 06, 2017, 09:44:22 AM

Why do you care about exchanges? They will list it for sure - the good and bad ones. But if (and it will be) the project is good we have nothing to worry.

You are right. But somebody must be responsible to communication for exchanges

cyberhacker

legendary

Activity: 1330

Merit: 1000

Quote from: schnötzel on March 06, 2017, 09:44:22 AM

Why do you care about exchanges? They will list it for sure - the good and bad ones. But if (and it will be) the project is good we have nothing to worry.

that is the spirit.

I really don't care exchanges now.

schnötzel

legendary

Activity: 1316

Merit: 1041

Bitcoin is a bit**

Why do you care about exchanges? They will list it for sure - the good and bad ones. But if (and it will be) the project is good we have nothing to worry.

mr.coinzy

hero member

Activity: 500

Merit: 507

Quote from: tomkat on March 06, 2017, 08:41:53 AM

Quote from: mr.coinzy on March 06, 2017, 07:20:28 AM

A good serious project like xel should be traded on serious exchanges that have the volume, exposure, respectability, it deserves. All small volume outlets should be disregarded. Take into account that it is much easier to create pump/dump scenarios (what we want to avoid) if the coin is traded on a marginal low volume exchange (of course it can be pumped on the big ones, but at least it takes much more finance to do so which makes it at least harder).

Unfortunately, if any of those smaller exchanges is going to list XEL, then we're not able to do anything.
Exchanges listing is not something that can be controlled.
I also hope exchanges didn't donate anything, so they won't be able to start trading IOUs.

Once we get things a bit more organised and ready we can contact some of the major exchanges to give them a tease to check if they are interested in listing. in the meanwhile there is much to do before pushing this out to the world throughout different media outlets. I think the slack activity and coordination is important for that matter.

tomkat

hero member

Activity: 1022

Merit: 507

Quote from: mr.coinzy on March 06, 2017, 07:20:28 AM

A good serious project like xel should be traded on serious exchanges that have the volume, exposure, respectability, it deserves. All small volume outlets should be disregarded. Take into account that it is much easier to create pump/dump scenarios (what we want to avoid) if the coin is traded on a marginal low volume exchange (of course it can be pumped on the big ones, but at least it takes much more finance to do so which makes it at least harder).

Unfortunately, if any of those smaller exchanges is going to list XEL, then we're not able to do anything.
Exchanges listing is not something that can be controlled.
I also hope exchanges didn't donate anything, so they won't be able to start trading IOUs.

Riseman

hero member

Activity: 690

Merit: 500

Quote from: BTCspace on March 05, 2017, 11:58:27 PM

when EK show up again, that means we can release the XEL platform.

Don't jinx it.

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