mr.coinzy
|
|
March 06, 2017, 02:06:21 PM |
|
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.
|
|
|
|
schnötzel
Legendary
Offline
Activity: 1316
Merit: 1041
Bitcoin is a bit**
|
|
March 06, 2017, 02:44:22 PM |
|
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.
|
|
|
|
cyberhacker
Legendary
Offline
Activity: 1330
Merit: 1000
|
|
March 06, 2017, 03:02:47 PM |
|
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.
|
|
|
|
by rallier
Legendary
Offline
Activity: 1848
Merit: 1334
just in case
|
|
March 06, 2017, 03:03:26 PM |
|
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
|
signature not found.
|
|
|
Selsonblue
|
|
March 06, 2017, 03:20:27 PM |
|
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.
|
|
|
|
by rallier
Legendary
Offline
Activity: 1848
Merit: 1334
just in case
|
|
March 06, 2017, 03:26:20 PM |
|
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. I am watching too closely
|
signature not found.
|
|
|
coralreefer
|
|
March 06, 2017, 03:39:00 PM |
|
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.
|
|
|
|
ImI
Legendary
Offline
Activity: 1946
Merit: 1019
|
|
March 06, 2017, 04:12:03 PM |
|
Two stage solution would make sense. First rudimentary network, then SN-network. Gives lots of room for testing and process of thought.
|
|
|
|
coralreefer
|
|
March 06, 2017, 04:18:30 PM |
|
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.
|
|
|
|
jeffthebaker
Legendary
Offline
Activity: 1526
Merit: 1034
|
|
March 06, 2017, 06:26:15 PM |
|
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.
|
|
|
|
alexkuz
Newbie
Offline
Activity: 26
Merit: 4
|
|
March 06, 2017, 06: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?
|
|
|
|
Selsonblue
|
|
March 06, 2017, 06:43:23 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.
|
|
|
|
Evil-Knievel
Legendary
Offline
Activity: 1260
Merit: 1168
|
|
March 06, 2017, 07:00:50 PM |
|
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.
|
|
|
|
coralreefer
|
|
March 06, 2017, 07:33:39 PM |
|
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.
|
|
|
|
Selsonblue
|
|
March 06, 2017, 07:58:14 PM |
|
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.
|
|
|
|
ttookk
|
|
March 06, 2017, 08:03:44 PM Last edit: March 06, 2017, 08:15:51 PM by ttookk |
|
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://bitcointalk.org/index.php?topic=1812395.0https://bitcointalk.org/index.php?topic=1689947.0I got more, but I don't want to discuss them over here. This is not the place.
|
|
|
|
mr.coinzy
|
|
March 06, 2017, 08:54:11 PM |
|
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!
|
|
|
|
clivemy
|
|
March 06, 2017, 09:32:42 PM Last edit: March 06, 2017, 10:00:36 PM by clivemy |
|
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.
|
|
|
|
sevenrustlust
Member
Offline
Activity: 112
Merit: 10
|
|
March 06, 2017, 09:33:10 PM |
|
I forgot to buy the ICO, when it will be released on exchange?
|
|
|
|
ttookk
|
|
March 06, 2017, 09:42:42 PM |
|
I forgot to buy the ICO, when it will be released on exchange?
*sigh*
|
|
|
|
|