MaidSafe Dev Update - 2nd August 2016

Just to be sure I’m getting this :slight_smile: Routing won’t be updated until Data Chains + RFCs are implemented but the other libraries will have releases? If so, is the initial Alpha network still planned to be released before the first version of a network with Data Chains?

8 Likes

meaning Alphα?

Άλφα Άλφα Άλφα

You will be glad to learn that there is literally nothing stopping you :slight_smile:

7 Likes

Sounds very good. Looking forward!

3 Likes

Maybe only speaking for myself, I would love a launcher with CSP headers off by default and with the proxy off by default (or flat out not included). I may put in a bit of effort once the launcher settles to distribute launcher builds without either of these. Granted that would be well into the future.

2 Likes

another long answer warning - sorry :smiley:

Yes we will push through Alpha regardless of data chains. It may mean restricted access to vaults, but the main push we will make here is clients and API’s to enrich the application developers experience. We will need data chains or possibly a simpler process to ensure we can handle the low power / resource vaults. We (this community in test7) proved that very low power vaults (or so many per LAN they become low power). So we will run networks with droplet nodes for all the client apps and API’s initially.

We will run the parallel data destroying tests in a separate network (that people can join) as we move along. I expect the parallel network to be very much Wild West as the RFC’s get implemented. The end game though will be we get to full feature much faster. At the moment we are fighting a battle we cannot win and also tests that must annoy people. I personally do not want to lean too heavily on the communities good spirits to keep killing their networks and data. So we will stabilise releases and keep the more gritty stuff in parallel until the network can handle the smaller nodes.

23 Likes

Below is a quote from David about Data Chains. He says Alpha stages, so I would probably guess Data Chains will be a little further down the line. Integration is going to take some time as @frabrunelle mentioned in the update. David said it needs a large scale simulation, but these were some of the things he mentioned must take place first…

1.Design in detail must be complete for phase 1 (data security and persistence)
2.Open debates, presentations and discussion must take place.
3.Code must be written.
4.Code must be tested.
5.Integration into existing system.
6.End to End testing
7.Move to public use.

Of these points 1, 2, 3 & 4 are ongoing right now. Point 5 requires changes to the existing SAFE routing table starting with an RFC. Point 4 will be enhanced as point 2 gets more attention and input. Point 6 is covered by community testing and point 7 is the wider community tests (i.e. Alpha stages).

6 Likes

Just home

Thanks Maidsafe devs for another week of hard work and great update.

Because we’re going to have 2 networks, i’ll have 2 beers to celebrate :stuck_out_tongue:

Sorry that I ask, but is Network A, just the current TEST 7?

Thanks again

5 Likes

It would be at the moment, but this is likely to refresh in the next week or so. Then networks will stay up for longer periods. We are planning a schedule for this, but these testnets will be up for many weeks at a time and then when the vaults get republish capabilities etc. the tests wont lose data.

7 Likes

Except a lack of time, and knowledge of rust, you’re right. Rust doesn’t seem too hard to learn though.

I can see a benefit in blocking the irrelevance and fociusing on only the best and most productive conversations. I hope they restrict the new forum and purge it when any cocky a-hole noob sesquipedalianist’s attempt to shakedown the founders.

2 Likes

I completely agree but still feel stepping up moderation here on specific categories is perhaps less divisive. Most come here wanting to learn. Some are just plain irritating but they seldom last long. A split based on how much coding knowledge you have feels wrong. It could all be accomplished in one place. Perhaps I am looking from the wrong angle as this thing grows (soon by the sound of it) this forum will likely be overrun but I like to think that those with less knowledge learn from those who will be moving to developer forum.
Again I see the argument for such a forum but feel strongly about unity too. Idk probably not worth this much thought :laughing:

The strapline poll had approximately 100 votes. It’s not like we are talking thousands of participants on this forum. 30 active ‘posters’ perhaps? Most of those I argue will migrate anyhow.

5 Likes

Throwing out an idea … what if the developer forum were read-only for non-developers? That way non-tech people could still try to keep up with what’s going on, could learn from the conversations the developers are having, etc., but wouldn’t be able to clog the discussion with basic questions / static? Non-developers could have their own forum to discuss what they’re reading, and developers could occasionally pop in to answer questions and guide discussion.

I’m writing this as a non-developer myself, who would like to be able to keep up as best I can with what’s going on, but also recognize that a discussion limited to people working with the actual tech makes sense.

11 Likes

I thought ranking of node capability etc. was in the design from the beginning. Now it reads like data chains (which is a very new design) is needed to make it possible for small nodes to participate. What has changed or am i misreading something?

1 Like

@reivanen I thought so as well in fact I’m almost certain, though I don’t know what previous mechanism (or if one had even existed) was in place for this ability. I’m pretty sure they reduced the amount of managers awhile back and perhaps they progressed away from that for speed and stability and now data chains makes this a much more feasible. Though I’d love to hear it elaborated as well as from the start it seemed like a almost detrimental feature to the networks success

Data chains looks like a large improvement on handling this. It doesn’t mean it cannot be done other ways (count data held etc.) though :wink: So you are not mis-reading at all, it’s just (hopefully) and improved and more efficient route (by that I mean network efficient plus solves a few other issues, such as archive nodes, which were going to be a long way away, we get them for nothing here almost).

8 Likes

OK, so the ‘ranking’ was and is only a concept at this point (not implemented yet) and now just the implementation method changed.

1 Like

We would like to announce our intention to launch a developer forum. This new forum would also use the Discourse forum software11, but would be hosted on a different domain (e.g. dev.safenetwork.org). This forum will be a place where core contributors can discuss with the MaidSafe core team and where app developers can get help and give feedback on the Launcher API.

Good to hear - very important to have this!

4 Likes

I don’t like the idea of 2 parallel networks, one with good performance and the other without. I prefer only one network that works perfectly:

  • If the droplets offered by Maidsafe to the community are concentrated on only one network, then the likelihood of a network failure is decreased.

  • Users need to be accustomed to run a vault to be able to upload files, because at the end they will need to earn safecoins to pay for the puts. Having 2 independent networks is not a good model for that.

  • My personal safe sites were linked to a vault that gathered information from the network. That means I need both aspects available on the same network (vault + client part) and this is the reason you don’t find mystats and safe-galaxy sites on current test net and more generally you won’t find them on a type A network (but anyway, in a few days, the real reason will be my holidays!).

Until safecoins are introduced, the solution to prevent failures of type B networks is to lower the upload limit back to the level defined previously on past successful test networks with user vaults. The reason is simple: As soon as a new test net is unveiled, the first thing that most people try is uploading the biggest video files they can.

1 Like

testing Client applications (Network A) and one for testing Vault functionality (Network B)

Apologies if someone else already suggested this, but why not Testnet_C_# & Testnet_V_#?

  • Testnet_C_2 & Testnet_V_3
  • Testnet_C_4 & Testnet_V_4
  • if confused with version, spell out: Testnet_Vault_3