coralreefer
|
|
December 23, 2016, 11:44:49 PM |
|
You're probably right. Last we heard from him he was dealing with health issues, so I hope he's okay. I think people get too caught up in this crypto stuff and forget these are real people with families and other priorities...none of which is worth sacrificing for any of these projects.
|
|
|
|
ImI
Legendary
Offline
Activity: 1946
Merit: 1019
|
|
December 24, 2016, 12:57:02 AM |
|
Lannister = Satoshi of Elastic
|
|
|
|
beyinsi
|
|
December 24, 2016, 01:05:08 AM |
|
Lannister = Satoshi of Elastic
but did nothing
|
|
|
|
bobmarley650
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
December 24, 2016, 09:22:30 AM |
|
Lannister = Satoshi of Elastic
but did nothing We don't know that, s/he is anonymous.
|
|
|
|
jojotequila11
Member
Offline
Activity: 70
Merit: 10
|
|
December 24, 2016, 09:58:00 AM |
|
This thread is too long to read, and extracting every information is just too much to handle,
|
|
|
|
BTCspace
|
|
December 24, 2016, 02:22:56 PM |
|
This thread is too long to read, and extracting every information is just too much to handle,
just buy some xel
|
running farm worldwide
|
|
|
BTCspace
|
|
December 24, 2016, 05:51:33 PM |
|
merry Christmas!
|
running farm worldwide
|
|
|
Alohaboy?!
|
|
December 24, 2016, 06:19:11 PM |
|
This thread is too long to read, and extracting every information is just too much to handle,
yes its quite a lot, but I think a website with the important things should go online soon.
|
|
|
|
BTCspace
|
|
December 24, 2016, 06:45:34 PM |
|
merry christmas to all in this project.
hope everyone live a great life in the new year, hope XEL will reward everyone in the next year. this is one of the best project in 2016!
|
running farm worldwide
|
|
|
Bgjjj2016
Sr. Member
Offline
Activity: 448
Merit: 250
Ben2016
|
|
December 24, 2016, 06:58:22 PM |
|
merry christmas to all in this project.
hope everyone live a great life in the new year, hope XEL will reward everyone in the next year. this is one of the best project in 2016! Merry Christmas to all of you wonderful people !
|
My " I want that Old Toyota Camry very bad" BTC Fund :1DQU4oqmZRcKSzg7MjPLMuHrMwnbDdjQRM
|
|
|
|
TheDR
|
|
December 24, 2016, 11:01:15 PM |
|
Do not worry I will not spam my way to ban hammer this time. But I will say this. It may be hard for those not living my experience to grasp but I know this project succeeds as I know it was instrumental to my very existence. Safecoin is key too. You see all the fates or potential futures already exist and I have stumbled upon a way to glimpse some of it. It took being severely slapped by an evil man and giving him my second cheek. It took a long hard friend ship with Kat and eventually ending up with Mea Culpa Meyer. It took many other unknown things, unknown even to me. But I am convinced at some point in the future crypto can have retro effect. Maybe by synchronizing quantum states in reality or some thing. I do not no the details of the mechanics but I am convinced. And I seen many signals that these new currencies hold some true amazing power. Sincerely, antenatal lies zero ritzy DRWHO A realization of zany letters
|
|
|
|
TheDR
|
|
December 24, 2016, 11:07:41 PM Last edit: December 24, 2016, 11:19:28 PM by TheDR |
|
I will give it a shot. They have a more presentable website but there approach will not undermine the value of this project. It may however be complementary but I did not see the detailed mechanics laid out as of yet. With Elastic is an efficient way to contribute or extract computation while having a native programming environment. Here it is not commercialized here is actual tangible meat almost done cooking and ready to eat. Edit: I also see it will rely on etherum which adds another point of potential failure in my opinion. Though it could become a useful addition to cryptocurrency market.
|
|
|
|
BTCspace
|
|
December 25, 2016, 07:54:38 AM |
|
I will give it a shot. They have a more presentable website but there approach will not undermine the value of this project. It may however be complementary but I did not see the detailed mechanics laid out as of yet. With Elastic is an efficient way to contribute or extract computation while having a native programming environment. Here it is not commercialized here is actual tangible meat almost done cooking and ready to eat. Edit: I also see it will rely on etherum which adds another point of potential failure in my opinion. Though it could become a useful addition to cryptocurrency market. thank you i think elastic is better than that iexec
|
running farm worldwide
|
|
|
cryptoboy.architect
|
|
December 25, 2016, 08:53:34 AM |
|
ElasticPL is very much like C...just has 64,000 predefined ints (m[0] through m[63999]), 1,000 floats (f[0] through f[999]) and a different looping mechanism, but other than that if you can write a Kaggle solution in C, I'm sure we could get it ported over to ElasticPL pretty easily.
Hmm... so, why is there a limit like that? I mean 64K ints is not nearly enough to process big data, so that seems like a bottleneck to me. EK mentioned he wanted this for some of his own use cases. Can he elaborate and point to a practical use case for XEL?
|
|
|
|
Evil-Knievel
Legendary
Offline
Activity: 1260
Merit: 1168
|
|
December 25, 2016, 10:08:49 AM |
|
ElasticPL is very much like C...just has 64,000 predefined ints (m[0] through m[63999]), 1,000 floats (f[0] through f[999]) and a different looping mechanism, but other than that if you can write a Kaggle solution in C, I'm sure we could get it ported over to ElasticPL pretty easily.
Hmm... so, why is there a limit like that? I mean 64K ints is not nearly enough to process big data, so that seems like a bottleneck to me. EK mentioned he wanted this for some of his own use cases. Can he elaborate and point to a practical use case for XEL? Sorry guys, it's christmas time and I am family-hopping the entire time. I am back home by tomorrow. We have to have some sort of limit, because otherwise you can DOS weak nodes easily and split them from the rest of the network. With no limit, you can just start processing gigabytes of data in memory by loading them up slowly and waiting until first the weak nodes crash with a memory overflow, with the rest following. If anyone finds a way here to use unlimited memory without a) bloating the blockchain and b) without bloating the memory of slower nodes and c) without writing the stuff to the disk which would both just shift the point of failure and make processing really slow, if someone sees a way to do it, we should discuss that! EDIT: A few weeks earlier I came up with the idea to allow "data sets" to be uploaded, of arbitrary size, and have the nodes do calculations on it. But here, we run into synchronization problems and would require Golem's block-partial-work-on-subscribe scheme ... which sucks big time
|
|
|
|
TheDR
|
|
December 25, 2016, 07:53:23 PM |
|
There is no problem with synchronization. The problem is of the concept of it in context.
|
|
|
|
juras54
|
|
December 26, 2016, 12:43:33 AM |
|
may hire another encoder? one head is good two is better, and dance with your family in one of the second person works...Awesome site graphics let the second person ever to do so, it is one of the main exit to the stock exchange
|
|
|
|
beyinsi
|
|
December 26, 2016, 10:15:01 PM |
|
hi ek, any update?
* elastic pl * website * core testing * mainnet
?
|
|
|
|
Evil-Knievel
Legendary
Offline
Activity: 1260
Merit: 1168
|
|
December 26, 2016, 10:38:31 PM |
|
hi ek, any update?
* elastic pl * website * core testing * mainnet
?
Just came back an hour ago. I will post some updates tomorrow.
|
|
|
|
|