MaidSafe Dev Update - January 11, 2018


Welcome to the first dev update of 2018! Here are some of the main things to highlight this week:

  • The Marketing team has published some high-level thoughts about what they are planning to focus on over the next few months.
  • We are planning to archive the /r/maidsafe subreddit and focus our efforts on /r/safenetwork instead. See this forum post for more info.
  • The front-end team will mainly focus on developing the new custom browser (Peruse). Only critical issues will be fixed in the SAFE Beaker Browser from now on.
  • We’re making good progress on the Java and C# bindings.


As we move into 2018, we’re keen to provide greater visibility of our marketing activities to the community. As a result, where we’re able to share the details of those activities publicly, we’ll be including a marketing section within the Thursday Dev Update moving forwards. In addition, we’ve laid out our thoughts about marketing in general over the next few months at a high level in this forum post. But let’s kick things off by looking at some of the work that is currently being carried out.

Although we updated the MaidSafe website to support the launch of Alpha 2 in September 2017, we’re now looking to change the site more substantially as we move onto the next stage of the project. As a result, we’re wrapping up the final stages of a bid process and we’ve chosen a website development agency to work with going forwards. This will be a key focus in Q1 for us and we’ll update you as we make progress.

Next up, whilst the Forum continues to grow successfully (almost 6000 members and 30 new members joining a day), there’s an argument that this has been to the detriment of the conversation taking place elsewhere at times. We’d like to focus on Reddit initially for a number of reasons, not least of which is the fact that it’s readily accessible and used by a huge number of technology early-adopters. We’ve included more details around our reasoning in this forum post but to, put it simply, it’s a way to introduce newcomers to the SAFE Network that is far more available (and perhaps less intimidating). We need to focus our collective attention on a single subreddit for the largest impact. Therefore, after taking on board all of the forum comments and a fair bit of discussion, we’re going to archive the r/maidsafe subreddit in favour of the r/safenetwork subreddit. You’ll still be able to read the old posts on r/maidsafe but it will be closed to new comments. There are good arguments on both sides but ultimately we believe that the network itself is the message. Either way, the most important thing is that people subscribe (as opposed to simply visit) to r/safenetwork. We want to do our part to build the Reddit community and discussion significantly - so please join us there!

Speaking of helping newcomers get to grips with the SAFE Network, we’re also excited to announce that we’re in the early stages of developing ‘The SAFE Network Academy’. The Academy will be a series of courses built up over time that are open to all and explain the details of how the Network and Safecoin will function. With the help of members of the community who are keen to get involved, we’ll share more details in the coming weeks.

Improved resources and explanations that are coming soon will all help to support our plan to expand the availability of MaidSafeCoin across a number of new exchanges in the coming year. Although we know that financial gain is not the primary motivation for many within the community, it’s still crucial to ensure that MaidSafeCoin retains its visibility - if only because it is a great way to attract the interest of developers who will help to spread the message. Again, we’re hoping to have some news to share on this front very soon.

Finally, following the successful relaunch of the Community Engagement Program before Christmas, we are also excited to see four strong proposals in response to our Request for Proposals for an animated Safecoin video. The CEP allows us to match the diverse skillset of the community with SAFE Network projects and we hope to see it continue to grow in the coming months - it’s great to see so many ideas for the next project already on the forum. Tomorrow we will open a week-long voting poll on the forum for the community to pick their favourite proposal. We look forward to having a community-led Safecoin video very soon.

SAFE Authenticator & API

In the last couple of weeks, we were working on an internal plan with the tasks we will be prioritising in the next few weeks. This plan includes not only some new features and enhancements to our front-end applications but also fixes for some of the issues reported by the community on GitHub. However, since we are trying to migrate to the new custom browser (Peruse), all issues that were reported against the SAFE Beaker Browser will be fixed/verified against the Peruse browser instead, and only critical issues will be fixed in the SAFE Beaker Browser from now on. As an example of this, we are trying to normalise the DOM API (in Peruse) since there are some functions which are returning ArrayBuffer objects instead of Uint8Array, creating an inconsistency in the API.

We’ve also been working on enhancing our system_uri and safe_app_nodejs libraries to support whitespaces in the path of the applications’ executable.

@srini has been working on documenting the parts that are manually tested at the moment and eventually we plan to automate everything. As a start, the web hosting example app is being integrated with a test suite for testing the backend API integration. Then, we will do the same with the email app. @srini is also planning to extend the test scope to e2e for all the apps and make it a standard practice to follow the same for all the apps.

@shona and @shankar have started to focus on UI/UX, and as a first step, they are working on putting together a design system that will be useful to maintain a common standard for the applications. The next immediate focus is to work on planning and improving the UI/UX of the Peruse browser. With @joshuef starting next week, we hope to get things planned by then. It is very early to say what would be our approach in regards to rolling out these changes. We will get back next week with more information on this.

The Java bindings that were autogenerated had some issues to convert the structs across the FFI boundary and that was primarily because of improper naming conventions while the code was generated. @nbaksalyar was quick to spot it and has fixed it in safe_bindgen. The safe_app_java master branch is not yet updated with this fix, but this will likely be done after the C# bindings are updated.

There were a few issues with the C# bindings, which are now fixed by Adam. Work to expand the API scope in safe_app_csharp and cover the full functionality provided from Rust (similar to safe_app_nodejs) is currently ongoing and should be getting to upstream soon. However, we are also working on minor improvements in safe_app_csharp. The APIs are not tested yet and we will be expanding the scope of test cases. Once the C# implementation is complete, we will be updating the mobile apps for integration testing before we publish safe_app in NuGet.

Our web API playground now has an embedded text editor with syntax highlighting, bracket matching, and a vim toggle if you prefer those key bindings.

SAFE Client Libs

During the holidays we took advantage of the break and updated most of our crates to the latest stable Rust compiler version (1.22.1). This process was hindered by a bug that we’ve discovered in Clippy, the automatic Rust code quality checker that we use for all of our projects. This bug resulted in the inability to update the higher-level projects in SAFE Client Libs and it’s been reported and fixed upstream. Now we’re finalising the upgrade, publishing the newer versions of crates comprising the SAFE Client Libs and getting back to improving things in SAFE Client Libs further.

Meanwhile, @adam is wrapping up the work on the C# binding generator. The API team helped him to identify some bugs in the bindings which he promptly fixed. He also cleaned up the code and is expecting it to be merged into the master branch quite soon.

With chores being done, we are now focusing on releasing the bindings generator project which should be now available in the organisation repo. We’re also continuing to tweak the SAFE Client Libs continuous integration scripts to make sure that bindings for all supported languages and platforms are automatically released with each successful build. This should streamline integration with the safe_app_java and safe_app_csharp projects.

Routing & Crust

During these past two weeks, we have been fleshing out the flows for merges, splits and secure message passing. We are happy to say that most of the work seems to have been done, but as always, the devil is in the details, so it will still take some time to finalise everything.

Big shoutout to @mav for continuing to post very valuable contributions! He is developing his set of simulations, which overtook our own (@bart is currently working on updating it properly so that we have two independent sources of data), and he created a very interesting proposal, which is being actively discussed. Thank you again, the whole team is greatly appreciating your efforts! :slight_smile:

At the end of 2017, uTP was finally integrated into Crust which brought us much excitement. Unfortunately, not much time was left for testing which brings us to where we are now. Rigorous testing revealed some bugs which can cause uTP rendezvous connects to fail. Though we are rapidly closing in on them and work is continuing in Crust to make uTP more reliable. We have also put a lot of work into expanding our testing, as well as general code cleanup. In addition, we upgraded the Rust compiler to the latest version at the time - 1.22.1. Also, note that the port used for local service discovery has been changed to 5483, which is LIVE on a mobile phone keypad - gives some flavour of meaning to those plain numbers :slight_smile:

We should develop an ALL-in-one browser (like Brave) and focus on mobile interfaces
MAID Community Exchange Listing Plan
Pre-Dev-Update Thread! Yay! :D

Yeahhhhh boiiiiiii first


Thank you! Shared on


Excellent marketing strategy!.. looks well considered.

The profile and standing of the coin relative to attracting developer interest, is important. There is naturally a lot of interest in what are the big projects and why and simple first pass at will be the route to discovery.

Subreddits are rather by their nature an echo chamber… if you don’t know it’s there, you might not see it; so, the efforts of marketing to raise awareness in others ways is most important.

I wonder the like of might also be another option, though I’ve not been there is a long while and perhaps is still a noise… also, perhaps some irony in noting we have no blockchain… but still “1651871 Members” (I still value my four digit profile id :). I expect there are other developer forums too.

and while I’m here… I wonder there is always opportunity in spawning content into other languages… helping those who might stumble over something new. I expect the international forum is still there and could be leveraged.



Now this update is what I call full steam ahead for 2018. Great update team!

Great news on marketing, the website, the community, and reddit! uTP being intergrated sounds amazing.


I hope you all had a great holiday, and thanks for all your hard work!!


Great update! Looking forward to seeing Maidsafe and SAFENetwork grow this year!


Thank you for the superb update!
I think someone has also watched the Kingsman movie (not 5483, butt …).


Thanks Maidsafe devs for your hard work and super to have the updates again.



That was the best bit of reading I have done in a long time.
Fantastic update.

So much goodness and then this…
This litte teaser is going to drive me nuts!!!


Wow pretty much everything you can ask for in life :star_struck:. Except no mention of data chains :shushing_face:.
Anyway as someone who never participates in Reddit, I will change this.

Keep on trucking in 2018. Nearing ever closer to the fabled year of 2020. No pressure! :space_invader:


Since the push is for the SAFE Network should this update start being called “The SAFE Network Dev Update” or just “SAFE Network Dev Update”?

PS Great work as usual! :wink:


But (most of the) actions/work described in the OP is from the MaidSafe company. Other people/parties can have their own update topic.


Lets Go, 2018 will be great. Shared in


Ima sign up for that academy and get me a proper edumication!!! All joking aside, I will be joining and another fantastic update!


Great to see the marketing team hitting the ground running. I like all the initiatives and am intrigued to learn more about the SAFE Network Academy - who it is aimed at, what resources are envisaged etc.

This seems a good point to me. It is a Maidsafe update, but will probably be clearer to people as the SAFEnetwork Weekly Developer Update. Also makes for shorter tweets! :slight_smile:


Great stuff! Really excited about the academy and marketing plan, Keep up the good work!


Any news on data chains and vaults from home?


Great update.

Could be a good idea to let that the link to the reddit page should be r/safenetwork and not r/maidsafe.

This is under the social tab:


The whole point of closing one Reddit and pushing users to the other was to get people focusing on the SAFE Network. When you go to the and one of the first things you normally will see is the Maidsafe Dev Update it’s sending a mixed message. Maybe I’m the only one that’s seeing it this way I don’t know.

I’m missing your point in the second sentence about the other people/parties.