Bitcoin Forum
July 23, 2019, 08:02:27 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
Pages: « 1 ... 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 [104] 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 ... 346 »
  Print  
Author Topic: [ANN][XEL] Elastic Project - The Decentralized Supercomputer  (Read 449652 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.
cyberhacker
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000



View Profile
September 30, 2016, 01:00:29 PM
 #2061

glad to see all the progress.

sorry to ask what is expected stable mainnet launch?

I am patient for this great project. but only ask a eta.

thanks.

I would personally guess 1-2 months, but of course the highest priority is to get all bugs and design issues sorted out  Wink

thanks man.

can't do any help here. but when we have a grand opening. I will but a nice banner on my site.

xel is my favorite project ever.
1563868947
Hero Member
*
Offline Offline

Posts: 1563868947

View Profile Personal Message (Offline)

Ignore
1563868947
Reply with quote  #2

1563868947
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1563868947
Hero Member
*
Offline Offline

Posts: 1563868947

View Profile Personal Message (Offline)

Ignore
1563868947
Reply with quote  #2

1563868947
Report to moderator
1563868947
Hero Member
*
Offline Offline

Posts: 1563868947

View Profile Personal Message (Offline)

Ignore
1563868947
Reply with quote  #2

1563868947
Report to moderator
1563868947
Hero Member
*
Offline Offline

Posts: 1563868947

View Profile Personal Message (Offline)

Ignore
1563868947
Reply with quote  #2

1563868947
Report to moderator
ttookk
Hero Member
*****
Offline Offline

Activity: 966
Merit: 513


View Profile
September 30, 2016, 09:30:48 PM
 #2062

(…)

If all these changes are added, it (at least now) looks to me that we have a solid mechanism for the bounty payouts which can only be tampered with at the cost of the tax deposit
(leaving aside the yet-to-be-solved DDOS opportunity)

I have implemented this in the development branch:

Related Commits (in chronological order):
https://github.com/OrdinaryDude/elastic-core/commit/75de86fcea9cfc07be7b0a42f364ab715a182c1c
https://github.com/OrdinaryDude/elastic-core/commit/a14d0c2a35fd175f98a4d7ea77bf9dac59b9029b
https://github.com/OrdinaryDude/elastic-core/commit/8d403de20b0eb6e5db9457ff8d5ba792a608353b
https://github.com/OrdinaryDude/elastic-core/commit/33e879606f48cae3cfcc9dd38077c4ca25952b37

I will test this myself for a bit and update the UI and miner, and then we can put the whole thing up for discussion/inspection/further review.

Nice! Where do unrevealed TX_BOUNTY deposits go at the moment?
ttookk
Hero Member
*****
Offline Offline

Activity: 966
Merit: 513


View Profile
October 02, 2016, 01:26:22 PM
Last edit: October 02, 2016, 01:57:25 PM by ttookk
 #2063

This is an idea for a hackathon:

I think, chess is a very interesting way to test the Elastic network. While it is in theory indefinitely deep, you can cap it (i.e. maximum number of turns in advance to be calculated), get a result and then apply the result to your next job.

Once the tesnet is stable and we are close to releasing mainnet, we could hold a chess tournament. The idea is as follows:

- Single persons or teams can enter.

- There is a considerable amount of BTC to win, to get people from outside of the XEL and blockchain bubble to join.

- Every participant gets the same amount of testnet XEL. All movements are recorded, to keep participants from cheating by aquiring additional XEL.

- The tournament is a chess tournament, depending on the number of participants, it's either KO-system (best of 5) from the beginning, or swiss system first, then KO-system in the finals.

- The moves of the figures have to be determined by using the Elastic network alone, maybe except for the first three to five moves. Thus, the real challenge is how to use the XEL you have most effectively, since everybody has access to the same network.

- Obviously, there has to be some kind of time cap per turn.

- To incentivise people to provide their computing power, bounties can be cashed out to BTC.

For the Elastic project, this could be an interesting way to a) get more popular to a bigger crowd and b) get data about performance of the network, like ideal work-to-bounty ratio and other stuff.

If this thing is of interest, it could become a regular thing on the mainnet as well.
coralreefer
Sr. Member
****
Offline Offline

Activity: 465
Merit: 260


View Profile
October 03, 2016, 11:54:06 AM
 #2064

Hi EK,

Is it possible to place a pre-calcualted WCET value in JSON "getMineableWork" response.  This will greatly simplify how the miner determines which work package is most profitable.  Otherwise, the miner would have to parse the source for each package before knowing which one give the best WCET to POW reward ratio.

Also, regarding workid in the response.  Can the miner assume that for a given workid that the elasticpl source cannot change?  This will also help out the miner only needing to re-parse the source if it changes to a different workid.
coralreefer
Sr. Member
****
Offline Offline

Activity: 465
Merit: 260


View Profile
October 03, 2016, 03:27:01 PM
 #2065

EK, I also have a question regarding the personalizedIntStream.  My understanding is that m[0]-m[11] are made up of hashes of the workid, multiplier, pubkey, and blockid.  However, I'm a little unclear how to make this work efficiently for a multi-threaded miner as well as this appears to add a lot of over-head to the miner that is taking away from scanning the work for bounties.

Maybe we could tweak it this way:

  - Leave m[0] available for the miner to assign incremental values to...similar to a nonce.  This way each pass, the miner would just have to increment m[0] by whatever value instead of incurring the overhead of rehashing m[0]-m[12] every time.  If the event of multiple cpu cores, it would be up to the miner to ensure m[0] is uniquely set for each core and once all m[0] values have been checked to reset m[0]-m[11]

  - Populate m[1]-m[11] with the personalizedIntStream for each cpu core that will be mining.  I'm guessing the multiplier could be used to make sure each cpu core is working on unique values for m[1]-m[11].

I realize the risk here is that if the elasticPL coder does not use m[0] only limited processing would get done, but that should just be a given that they should use m[0] as a primary input.

My thought here along with my question of adding WCET to the response is that we really want the miner focusing on looking for bounties, and minimizing the amount of overhead outside of running the elasticPL VM.
ttookk
Hero Member
*****
Offline Offline

Activity: 966
Merit: 513


View Profile
October 03, 2016, 09:55:05 PM
 #2066

Started working on a very basic visualization of elastic project



(just realized the amount of cubes doesn't add up. Oh well Tongue )
hagie
Hero Member
*****
Offline Offline

Activity: 788
Merit: 501



View Profile
October 04, 2016, 09:17:34 AM
 #2067

Hi all,

public testnet node updated to latest git : https://elastic.cryptnodes.site/

feel free to play around.

regards

hagie
Hero Member
*****
Offline Offline

Activity: 788
Merit: 501



View Profile
October 04, 2016, 09:18:48 AM
 #2068

Still get the error :

"Could not validate unsigned bytes returned by the server."

If I try to set my account info

regards

provenceday
Legendary
*
Offline Offline

Activity: 1148
Merit: 1000



View Profile
October 04, 2016, 10:17:08 AM
 #2069

Started working on a very basic visualization of elastic project



(just realized the amount of cubes doesn't add up. Oh well Tongue )


cool picture!

Evil-Knievel
Legendary
*
Offline Offline

Activity: 1274
Merit: 1160



View Profile
October 04, 2016, 01:25:56 PM
 #2070

Picture looks amazing!!! This would be ideal of a wiki where both detailed technical explanations as well as basic sketches could be included!
I will push the latest "bounty deposit" changes to the live branch after some more testing.
Evil-Knievel
Legendary
*
Offline Offline

Activity: 1274
Merit: 1160



View Profile
October 04, 2016, 01:39:14 PM
Last edit: October 04, 2016, 02:01:23 PM by Evil-Knievel
 #2071

What do you think about these "lower/upper bounds"? (Just a first idea, open for discussion)

  • Number of bounties requested must be between 1 and 10
  • Minimum POW payout price 0.001 XEL
  • Minimum Bounty payout price 1 XEL
  • Bounty deposit: exactly 10 XEL
  • Deposit grace period: until the work has been closed and then up to 15 minutes later, all hash bounty announcement unveilings done in this time are paid back (even if not counted for the bounties as they exceed the maximum wanted number). Connection failures, power shortages, etc. between the hash announcement and the actual bounty submission will hurt!
  • Maximum Code Length: 1 MB (1024 KB)
ttookk
Hero Member
*****
Offline Offline

Activity: 966
Merit: 513


View Profile
October 04, 2016, 05:47:05 PM
Last edit: October 04, 2016, 11:28:40 PM by ttookk
 #2072

I toyed around more with the picture and made a quick mock-up for a website design:

This is the basic setup with nodes(the red blocks) I prefer this look, it doesn't look as outdated as the one before, although the lines are a little confusing at the moment. Not sure how to solve this, yet(edit:possible solution is some posts down):



This is the visualization of a block being found (the shadow of the big block doesn't show, I need to fix this):



These are the mock-ups for the website. Please be aware that I would use a different font, something similar to futura(http://www.myfonts.com/search/futura/). I just don't have it on this computer:

Front page. You could show some statistic on it, like computing power of network, tasks being worked on atm, stuff like that:


I like it minimalistic. This is pretty much on the upper end of design elements, I'd use. Maybe even get rid of the "Elastic Project":


If you are looking for the official logo, well, to be honest, I don't like it. That's just me, I guess, but still, I have a hard time fitting it in the overall design.




But since I have no expertise in actually building a website, someone else would have to do the actual coding…

Btw, before someone mentions it: Yes, I know the designs look similar to the front cover of "blockchain revolution".

Edit: the font should be more like this (although not in the text itself, probably. Doesn't look like the best font for long reads):



ttookk
Hero Member
*****
Offline Offline

Activity: 966
Merit: 513


View Profile
October 04, 2016, 06:37:13 PM
 #2073

What do you think about these "lower/upper bounds"? (Just a first idea, open for discussion)

  • Number of bounties requested must be between 1 and 10
  • Minimum POW payout price 0.001 XEL
  • Minimum Bounty payout price 1 XEL
  • Bounty deposit: exactly 10 XEL
  • Deposit grace period: until the work has been closed and then up to 15 minutes later, all hash bounty announcement unveilings done in this time are paid back (even if not counted for the bounties as they exceed the maximum wanted number). Connection failures, power shortages, etc. between the hash announcement and the actual bounty submission will hurt!
  • Maximum Code Length: 1 MB (1024 KB)

It's really hard to determine, because I think it would strongly depend on XELs actual worth. I can't really comment on the actual numbers, since I'm not a numbers guy, but I think it would be good if there was some kind of mechanism in place to readjust those numbers, i.e. every half year, token holders vote (the way we did before) and then, based on the outcome, the numbers are adjusted.

You are right about power failures or other reasons of disconnect… This is actually the most serious problem I see at the moment, regarding taxed hashes, since this is a kind of negative lottery. A possible way to mitigate this may be to pay unrevealed hash taxes back, but with a hefty delay (maybe even a quarter of a year, or its equivalent in blocks).

By the way, would you consider rendering a big video file a realistic use case?
ttookk
Hero Member
*****
Offline Offline

Activity: 966
Merit: 513


View Profile
October 04, 2016, 09:32:32 PM
Last edit: October 04, 2016, 09:53:15 PM by ttookk
 #2074

… Sorry, couldn't help it. Worked on the graphics some more (the red cubes still look a bit big, but that's fine tuning):





Obviously, these are very basic visualizations. I'd like to try out some more complex visualizations, but I'm not quite sure where to start.
provenceday
Legendary
*
Offline Offline

Activity: 1148
Merit: 1000



View Profile
October 05, 2016, 05:10:11 AM
 #2075

I toyed around more with the picture and made a quick mock-up for a website design:

This is the basic setup with nodes(the red blocks) I prefer this look, it doesn't look as outdated as the one before, although the lines are a little confusing at the moment. Not sure how to solve this, yet(edit:possible solution is some posts down):



This is the visualization of a block being found (the shadow of the big block doesn't show, I need to fix this):



These are the mock-ups for the website. Please be aware that I would use a different font, something similar to futura(http://www.myfonts.com/search/futura/). I just don't have it on this computer:

Front page. You could show some statistic on it, like computing power of network, tasks being worked on atm, stuff like that:


I like it minimalistic. This is pretty much on the upper end of design elements, I'd use. Maybe even get rid of the "Elastic Project":


If you are looking for the official logo, well, to be honest, I don't like it. That's just me, I guess, but still, I have a hard time fitting it in the overall design.




But since I have no expertise in actually building a website, someone else would have to do the actual coding…

Btw, before someone mentions it: Yes, I know the designs look similar to the front cover of "blockchain revolution".

Edit: the font should be more like this (although not in the text itself, probably. Doesn't look like the best font for long reads):






that's amazing.
Evil-Knievel
Legendary
*
Offline Offline

Activity: 1274
Merit: 1160



View Profile
October 05, 2016, 09:46:18 AM
Last edit: October 05, 2016, 10:08:30 AM by Evil-Knievel
 #2076

I think this whole bounty announcement by hash-only thing with later uncovering the bounty solution still is flawed.

- Attacker sends 20 valid but meaningless bounty announcements (attacker is the work author and has created a trapdoor in the verify routine) but does not yet reveal them
- An honest bounty announcement is posted
- A few minutes later the bounty announcement is uncovered
- At the *very* same time, the attacker unveils his 20 bounties and tries the race to be included in the block before the honest bounty gets included claiming the whole bounty pool for himself

We need a solution for that, some kind of total order!

Or we just allow as many bounty announcement submissions as bounties were requested. This would allow potent attackers to stall/DOS the job at the cost of the bounty deposits, but prevent a race by preparing and submitting "more bounty announcements" than wanted in the hope that only the own bounty revealings end up in the next block after a true bounty has been uncovered.

Also we could "throw away" not claimed bounty announcements opening up the slot again after a fixed period of time in which the bounty announcement has not been uncovered. DOSsing would be then only possible for a limited time only at the cost of the bounty deposit.
... Instead we could just leave it as is and close the job after a sufficient amount of bounty announcements starting the grace period for revealing. So a DOS attack with fake hash announcements stops the POW fund being drained and, in the worst case, earns the author the bounty deposits.

 Angry
xxxgoodgirls
Legendary
*
Offline Offline

Activity: 1092
Merit: 1001


View Profile
October 05, 2016, 12:35:24 PM
 #2077

Amazing work ttookk!

In summary, the Intel Management Engine and its applications are a backdoor with total access to and control over the rest of the PC. The ME is a threat to freedom, security, and privacy, and the libreboot project strongly recommends avoiding it entirely. Since recent versions of it can’t be removed, this means avoiding all recent generations of Intel hardware. details https://libreboot.org/faq.html#intelme --- https://tehnoetic.com/laptops --- https://store.vikings.net/x200-ryf-certfied
jeffthebaker
Legendary
*
Offline Offline

Activity: 1442
Merit: 1034


View Profile
October 05, 2016, 04:37:11 PM
 #2078

What's been going on with Elastic? I threw some BTC in it near the beginning. Website is now down? What gives?

Also, donation warnings were implemented after my payment, that seems to not be a good sign.
Thefrolly
Sr. Member
****
Offline Offline

Activity: 658
Merit: 250


Buy, sell and store real cryptocurrencies


View Profile
October 05, 2016, 05:01:51 PM
 #2079

What's been going on with Elastic? I threw some BTC in it near the beginning. Website is now down? What gives?

Also, donation warnings were implemented after my payment, that seems to not be a good sign.

devs are very activ working on it, just read some of the last pages and you will see that there is alot going on

.


.
.



▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██████████████████████████████████████
██████████████████████████████████████
███████████████████████▀██████████████
█████████▄▄      ▀▀██▀╜  ▀▀███████████
████████████▄       ██   ▀^╓▀█████████
██████████████      ║█    ,▀██████████
█████████████▄▄      █▌   ████████████
████████████████▄     ▀█▄  ███████████
████████████████▀,,,    ╙▀▀█▀ ████████
█████████████████▀▀▀█▄▄       ████████
███████████████▀     ▀███████▀████████
██████████████▌       ▐█* ▀▓▀ ████████
████████████*██▄     ▄██▄▄▄▄▄▄████████
██████████▀`  ▀██▄   ▀████████████████
████████▀`  ▄█████▌   ╙███████████████
████████▄,   ▀████ ,,,  "▀▀███████████
██████████,,,,, ╙█▄███▄▄,,,,╙▀████████
██████████████████████████████████████
██████████████████████████████████████
██████████████████████████████████████
L B X.


■                         ■                        ■                        ■                        ■                        ■                         ■
The London Block Exchange
■                         ■                        ■                        ■                        ■                        ■                         ■
.


.
.


.
WDownload OnW
[.
          ▄▄█▀
         ███▀
   ▄▄▄▄  ▀  ▄▄▄▄
 ▄███████▄██████▌
▐██████████████▌
███████████████
▐██████████████▌
 ███████████████▌
  ██████████████▌
   ▀████▀▀▀████▀
/      ▌ ▄▄▄▄ ▐
     ▄█▀████▀█▄
    ▐██████████▌
 ▄▄ ▀▀▀▀▀▀▀▀▀▀▀▀ ▄▄
▐██▌████████████▐██▌
▐██▌████████████▐██▌
▐██▌████████████▐██▌
 ▀▀ ████████████ ▀▀
    ▀██████████▀
      ▐██  ██▌
      ▐██  ██▌
]
.


Evil-Knievel
Legendary
*
Offline Offline

Activity: 1274
Merit: 1160



View Profile
October 05, 2016, 06:08:27 PM
 #2080

For those of you who work on the wiki:

Here are all possible "work states" with explanations:

Pages: « 1 ... 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 [104] 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 ... 346 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!