Author: sarahpentland

A Spring in Our Step – May 2018 Update

Following the excitement of SAFE DevCon 2018 in late April, May has been a month of hard work that culminated in the release of PARSEC.  This latest innovation is not only an amazing achievement for the MaidSafe team but also a paradigm shift for asynchronous and permissionless consensus that could benefit many projects.  

Going from Strength to Strength
More on PARSEC later but let’s have a look at some of the other developments first. As announced at SAFE DevCon 2018, we are removing our commercial licence and the contributor agreement to reaffirm our commitment to open source.  The team have therefore been spending time switching of core libraries and SAFE client libs as well as creating documentation (these will be hosted on the newly created SAFE Dev Hub) to assist other developers with understanding these changes. There will be some exceptions to the GPLv3 including the networking library in Crust which will be MIT and BSD licensed. We hope this will increase flexibility for those who fork these libraries and will ultimately lead to more developers using Rust.

This month the team kick started the process of replacing C libraries with pure Rust versions.  This should make implementation easier and simplify cross platform support. There also continues to be significant progress made on our custom browser Peruse and we hope to release an updated version to the community soon.

Following the great work done by community advocate Mark @happybeing the team has also been researching possible SOLID integrations and full support for semantic web applications. We think the SAFE Network could be the perfect fit for semantic web and hope to encourage more developers to consider the SAFE Network.  

We have also been lucky enough to be invited to the Decentralized Web Summit in San Francisco this summer.   This is a crucial meeting of minds of this sector and it is a great place to cultivate ideas, collaborations and spread the SAFE Network message.  

Thanks to the work of the newly expanded UX/UI team the new website is making steady progress.  Following a design personas and user journey phase the team have created a series of mood boards which are now informing the initial design phases.  We hope to be able to share these with the community very soon.

This biggest news this month, is the release of a new asynchronous BFT consensus mechanism, PARSEC, on 23rd May.  PARSEC, Protocol for Asynchronous, Reliable, Secure and Efficient Consensus is an asynchronous byzantine fault tolerant consensus mechanism. Developed for the SAFE Network but for the benefit of everyone, the details of this innovation have been documented in this RFC and Whitepaper and the code will be open source once implemented.  As always we are happy to hear from other projects for future collaborations using PARSEC. Rust Developer and one of the  authors Pierre walks us through this major break-through in this fantastic video. Pierre also spoke to the SAFE Crossroads podcast about PARSEC, please give it a listen! There is of course a lot of discussion on our community forum if you have any questions or need a more in depth understanding.   This sounds like an amazing innovation but what does it really mean for the implementation of the SAFE Network? Well with PARSEC in place we can now do much more, 2 additional papers will be released in the coming weeks detailing how we can achieve dynamic membership consensus as well as network sharding.  This achievement will also significantly reduce the number of test networks we need to run going forward. The addition of add, remove split, merge and secure messaging relay will be complete by alpha 3 and this marks the end of the unknown phase of development.

New Faces  
The SAFE Network team continues to grow; Ravinder joined the team in the Chennai office as a C# developer, he is settling in well and make we are looking forward to seeing what he can bring to the project.

Press are Taking Notice 
TechCrunch has released a great article on PARSEC which you can read here. Nick and David were recently interviewed for BBC Radio Scotland’s “Sunday Morning with…” programme.  You can hear the whole interview here from 1:17:25. Sarah’s recent Medium post on Safecoin has provoked some really interesting discussion on the forum. Dug has been interviewed for FutureTech podcast, we will post the link across our social media channels and forum once it is live.

Stay tuned to see what June has to bring!


PARSEC: A Paradigm Shift for Asynchronous and Permissionless Consensus

On Thursday 24th May, we were delighted to announce the release of a new consensus mechanism that we believe will radically change the world of distributed computing. Whilst we rarely engage in the hype that’s all too common within the crypto sphere, this one is worth shouting about — because we’ve created the world’s first (as far as we’re aware!) completely decentralised, open source, highly asynchronous, Byzantine Fault Tolerant consensus mechanism.

PARSEC (Protocol for Asynchronous, Reliable, Secure and Efficient Consensus) has been built to power the SAFE Network. PARSEC will be released under a GPL v3 licence (with linking exception). It will be free for anyone to build upon and likely prove to be of immense value to other decentralised projects facing similar challenges.

What is the SAFE Network?

If you aren’t already aware, the SAFE Network is the autonomous, decentralised and secure Internet that is currently available to the public in its Alpha testing phase. It’s been in development by MaidSafe for over a decade, with a community of thousands around the world. As one of the most established projects in the decentralised world, there’s been a lot of interest recently as people are starting to realise that the SAFE Network is about far more than simply decentralised storage. And what’s more, it doesn’t use a blockchain…

What does PARSEC do?

PARSEC solves a well-known problem in decentralised, distributed computer networks: how can individual computers (nodes) in a system reliably communicate truths (in other words, events that have taken place on the network) to each other where a proportion of the nodes are malicious (Byzantine) and looking to disrupt the system. Or to put it another way: how can a group of computers agree on which transactions have correctly taken place and in which order?

Or to bring it down to basics with a couple of simple SAFE Network examples: PARSEC consensus does such things as enabling a user to store a piece of data and enables the Network to confirm a Safecoin transaction.

Hasn’t this been solved before?

In a word, no.

To explain why, let’s take a look at Bitcoin. The network in that case reaches consensus by using a blockchain. A blockchain is basically a shared ledger that everyone relies on. It’s a record of consensus — an agreed history of everything that has taken place on the network. Because the Bitcoin network (just like the SAFE Network) is permissionless — in other words, you cannot prevent anyone from taking part who wants to — Satoshi built a system that has a couple of key characteristics: only one node can update the global ledger at a time; and, crucially, there’s no way to identify which node that might be in advance (thanks to proof-of-work). Consensus is achieved and defended by protecting the identity of that node until their job is done.

This is a huge deal. But, as we’ve discussed many times before, the SAFE Network cannot — and does not — use a blockchain.

The limitations of blockchain tech

Because as powerful and innovative as Satoshi’s creation has been, blockchain technology comes with some fairly significant downsides. If you’re building a secure, autonomous, decentralised data and communications network for the world like we are with the SAFE Network, then the limitations of blockchain technology when it comes to throughput (transactions-per-second), ever-increasing storage challenges and lack of encryption are all insurmountable problems for any system that seeks to build a project of this magnitude. Hopefully there will be improvements along each of these fronts over time. But the very design of blockchains means that their use case isn’t suited to a global internet that deals with vast amounts of data that needs to be both private and secure.

So despite being big fans of blockchain technology for many reasons here at MaidSafe, the reality is that the data and communications networks of the future will see millions or even billions of transactions per second taking place. No matter which type of blockchain implementation you take — tweaking the quantity and distribution of nodes across the network or how many people are in control of these across a variety of locations — at the end of the day, the blockchain itself remains, by definition, a single centralised record. And for the use cases that we’re working on, blockchain technology comes with limitations of transactions-per-second that simply makes that sort of centralisation unworkable.

Alternative blockchain consensus algorithms

So with blockchains unable to meet the challenge of powering the SAFE Network, we’ve explored a number of other approaches to consensus since we started working on the problem back in 2006. You may have heard of leader-based consensus systems. Broadly speaking, these systems work by having the individual nodes sending their transactions to a chosen leader who then decides on the order of transactions that the Network will follow. However, whilst these solutions (with names such as PBFT, Raft and Paxos) may be useful in closed (permissioned) Networks where all of the nodes are known or authorised, they are not suitable for our purposes — because as soon as you have a known leader, you introduce problems. As a couple of examples, having a leader means that you now risk having a malicious leader that sends huge amounts of messages and you also have a target for others to attack if they want to bring down the Network (for example, with a DDOS attack).

Another approach to seeking consensus in public networks is known as Proof of Stake. Here, each node is forced to stake real value on the consensus that they see as being correct (the idea being that no one wants to lose their own money by attempting to subvert the consensus process). There are many different flavours here. Some approaches have clear weaknesses (in the sense that they will lead to the centralisation of power) whilst others appear more promising. However, each suffers from the same issue as Proof-of-Work blockchains for our purposes: a lack of highly asynchronous Byzantine Fault Tolerance.

Highly Asynchronous Byzantine Fault Tolerance

The concept of Byzantine Fault Tolerance is a crucial one. It means that it is mathematically guaranteed that all parts of the Network will come to the same agreement at a certain point in time. Exactly what PARSEC achieves.

This is very different to any blockchain-based consensus mechanism. With blockchains, the probability that the consensus cannot be reversed increases with every additional block that is added to the blockchain — but crucially, it never reaches 100% certainty. Put simply, this is down to the way in which blocks are added in blockchain technology and not something that will change in the future. With PARSEC, consensus is mathematically guaranteed as certain (as well as having a throughput that dwarves blockchain tech). And this is a huge thing.

What’s more, PARSEC is highly asynchronous. This means that there is no trusted setup nor any synchronous steps involved, as might be required in common coin implementations or threshold signature schemes. In other words, any consensus mechanism has to be able to work perfectly, even when different events on the Network are reaching nodes at wildly different times and allowing for the fact that nodes may suffer technical issues around the world or the Network could be attacked.

Hashgraph and DAGs

Recently, there’s been a lot of discussion around technologies such as Hedera Hashgraph. They’ve looked at solving many of the same challenges that we have but ultimately there are a number of significant differences to PARSEC which we believe make our consensus mechanism more powerful.

Most significantly, the Hashgraph consensus is closed source, restricting its use significantly. It is also unusable for our purposes as it requires a fixed set of known nodes. Furthermore, a network using the Hashgraph consensus is only proven to reach agreement if it is guaranteed that there is no sophisticated adversary on the Network.

PARSEC provides this proof.

On top of this advantage that PARSEC has when it comes to unconditional performance and resilience to adversaries on the Network, PARSEC has also been developed in a way that reflects our core values. Anyone who has looked a little further into the Hashgraph algorithm will see that it has only been shown to work so far on a network in which the nodes are identified and do not change — in other words, a permissioned network. But at MaidSafe, open source is in our DNA. We’re building a system that guarantees privacy, security and freedom for every individual on the planet who can get online.

Therefore, PARSEC has been designed and built for everyone to use. We are, as ever, keen to engage and collaborate with any other decentralised projects who are currently exploring DAG-like technologies (such as Byteball and IOTA, amongst others) who would benefit from not requiring controllers, trusted nodes or any such centralised components, provided that the focus is always on building open source, permissionless networks. Free of charge and free (as in freedom) forever. The result? We now have a consensus algorithm that provides the best performance of any asynchronous consensus algorithm in the world; with better maths proofs (in the sense that they prove that there can be no stalling even with max byzantine adversary); and crucially the absence of any patent or restriction on usage.

With PARSEC, we’ve created a solution that gives everyone the ability to have highly asynchronous vote ordering in a BFT-way. In other words, the events appear in an agreed order that every computer can sign and accept is good. PARSEC will reduce significantly the number of testnets and code that the SAFE Network requires before launch. The next stage will be to add this to add, remove, split, merge and secure message relay. At that stage, routing will be complete and we will be releasing the Alpha 3 network. This marks the end of the last significant area of research before launch, after which we will be finalising Vault rules, Safecoin farming, SOLID integration and all of the client APIs and bindings.

As a result, the work behind PARSEC is summarised in the first of three papers that we will be releasing over the coming weeks. Next up will be a paper that details how Group Membership works within the Network, whilst the final paper that we release will explain Sharding. And the exciting thing about these papers are that these elements have already been implemented.

Join Us!

The Protocol for Asynchronous, Reliable, Secure and Efficient Consensus is the most elegant solution to the highly asynchronous byzantine fault tolerance problem in existence today. PARSEC has been fully proven mathematically and MaidSafe are now planning its implementation. PARSEC will be a vital part of the SAFE Network. But any team that is working on distributed consensus problems can now use this technology. We’re making it open source, and available for anyone to use. We’re looking to build and improve on top of this and we strongly believe that the best way to do this is to open it up to the world for comments and contributions.

The implications for distributed computing are significant and we look forward to hearing the response from others in the field to the work that we are releasing today. This is a technology that will power the SAFE Network, the only truly next-generation decentralised autonomous internet that promises privacy, security and freedom by default. And it’s a technology that you can use for your own projects as we all look to build the future together.

You can read the full details in the White Paper and RFC (Request For Comment). We look forward to receiving your feedback.

Designing the New Internet

By Jim Collinson

I first logged on to the internet back in the early days of the web. A hand-me-down computer from a programmer uncle meant that Christmas of ’94 was a revelation; a new frontier of knowledge opened up in-front of me. The sum of human understanding was being amassed, and was right at my fingertips: graphic design, politics, music, race car engineering… it was all there to be absorbed, pored over, discussed, contributed to. And that, to me, is the essence of the internet. A meeting of like minded individuals; teaching, learning, collaborating, trading, connecting, sharing. A place of science, of wonder, exploration, and unconstrained thought. A space where all information is equal, even information published by a teenager in a Scottish fishing town, hacking away on a cast-off 386.

The internet took me to a career in the music industry where I’ve spent the best part of the last 15 years. I’ve built independent labels, high-resolution music services, and have helped design new ways for people to experience and interact with music in their home; all thanks to the power of the computer network.

And the web, for a fleeting moment, seemed truly revolutionary for music. Suddenly layers of middlemen evaporated and the gap between the artist and their audience became vanishingly small: music distribution was becoming accessible to everyone.

But like the same situations faced in many industries, the prospect of fair and open access to music — to information — faces strangulation from corporations deploying technology and the brute strength of centralisation to control supply chains and the ability of individuals to create and distribute data.

It was just this kind of challenge that led me to the find other people working to solve the problem at its core: rebuilding the web from the ground up. Little did I know that the best of them were right on my doorstep!

So I’m thrilled to be joining the MaidSafe team as UX/UI designer, to lend a hand in building the solution.

It’s of course a privilege, but also a huge responsibility. The nature of the web as we now know it has given an inordinate amount of power to bureaucracies and the platforms that it is built upon. Sidestepping these structures gives us a unique opportunity to rebuild the web with the individual at the centre; the network serving the needs of humans, not users serving the needs of corporations. How’s that for a design brief?

With the SAFE Network, security and privacy will come as standard, but its implications go way beyond that. How people use and experience the web will be transformed through decentralisation, and being handed absolute control over their personal data.

When we no longer pay for technology with our personal information and our attention, it allows something remarkable: the worth of a product is based on its utility — what it can do for society — not on its ability to exploit people’s intimate data.

Portable, ownable data means competition between design solutions, not on how effectively customers can be locked in and commoditised. This is the start of a renaissance in user experience design, where businesses, developers, and designers sole focus must be on meeting the needs of humans.

It’s people that will shape the future of the internet, not corporations, nor governments. So what do we want it to be?

Another David Joins Team MaidSafe

Positano, Amalfi Coast, Italy

Hi all, I’m David Geddes and I’m very happy to have joined this impressively dedicated and motivated team to take on the task of managing customer support.  Everyone has made me feel so welcome during my first couple of days and I’m looking forward to getting to know each one of them a little better over the next few weeks.

So a little about me… I started at the University of Strathclyde studying a joint Computer Science and Electronic Engineering degree where it took me the best part of three years to realise that I simply didn’t “get” analogue electronics (I guess my mind isn’t wired that way).  I switched focus for my third year to purely Computer Science modules for my BSc. On leaving university I signed up with a Scottish Enterprise scheme in Glasgow called Graduate Into Business which aimed to place graduates with local start-ups. I found myself attracted to a software company called IES who wanted to play their environmentalist part by reducing the amount of energy buildings consume through sustainable design and intelligent building control.  My first tasks were to learn a new programming language (Visual Basic) and create database tables of which I can say that the former was definitely more interesting than the latter. I moved on to creating front-end interfaces using Visual Basic to link with Fortran calculation engines and learned many lessons through trial and error about the importance of a good user-experience. After a couple of years we created the second and third generations of what became the Virtual Environment and by now I was working almost exclusively in C++.  I had gained responsibility in multiple projects for the full application lifecycle: design; coding; testing; delivery and end user support and I have to say that if I never have to document a product again it’ll be too soon. I did however find that I was able to build up a good rapport with many of our regular users which I guess led to my next career move.

I moved into technical support in 2006 after a very enjoyable secondment to Boston in the States where I was both continuing to develop software and provide user support to the NA market.  In the beginning it was just myself handling all technical enquiries but as time went on I was allowed to grow the team and take management responsibility for it. I set up the procedures required to run the department and had to establish these in person by visiting the Pune (India), Boston (MA) and San Francisco (CA) operations… a dirty job indeed but somebody had to do it.  By the end of my tenure as Technical Support Manager we had support staff in Australia, India, Scotland, Ireland and the USA meaning that we could provide 24 hour support – the sun never set on the IES support team!

During 2011 I transferred back in to the software development department to assist the Technical Director in the administrative and planning management of the team.  We were working within a hybrid waterfall/agile methodology until a restructure in 2013 where I moved to a more hands-on development role again heading up a team responsible for adding productivity enhancements to the Virtual Environment.  Having squared the circle and being back in C++ development I felt that I’d probably done all I could within IES and it was time again for a change so I set my sights on pastures new… which resulted in me coming to MaidSafe.

I’ve been playing more and more tennis over the last couple of years and I think that I am driving poor my poor wife Victoria crazy with how obsessed I’m becoming.  I joined the local David Lloyd club where I’m very active in the tennis community there and while I’m not exactly brilliant I’m starting to get the hang of how to hold the, err, “bat” is it?  Recently I’ve learned how to string a racquet and am threatening to buy my own stringing machine… I told you… obsessed!

One thing that Victoria and myself are obsessed about together is travel.  We’ve seen some pretty beautiful places all over this wonderful world and to be honest our own country of Scotland is right up there with the best of them.  I try and take the occasional photograph when we are away and now and again if the timing is just right they come out quite well.

That’s probably more than enough from me at this time so I’ll not take up any more of your day other than to finish by reiterating how excited I am to be part of the SAFE revolution.



New Team Member – Connor Wood

room with rows of server hardware in the data center

I started writing software when I was 9 years old, after my brother, entirely by accident, discovered an easter egg in a game he was playing. A face, hidden inside a lamp (for those of you familiar with the matter, this was Dan Johnson’s face, a running gag at Insomniac Games for a few years). “I want to learn how to do that.”

Fast forwards a few months of having dabbled in various dialects of BASIC, a family member recommended I pick up C, as it was a far more serious language and would carry me much further. Later on, I started to pick up C++ as well. This lead to projects such as writing a relatively simple text editor for Windows, which I now realise was a poor attempt at re-inventing Emacs.

As my knowledge grew, so did my ideas. I started toying with writing my own operating system, among other things, and this led me to get into systems development. Around this time, I also started experimenting, mentally, with the idea of what I called a “global file system”. My idea was to have people sign up to some network, somehow, and donate storage. However much they donated, they got that much back on the network. Alright on paper, but had a series of problems that weren’t very obvious to 14 year old me.

After starting at the University of Essex, things began to clarify for me significantly. The project complexity I was able to handle rapidly increased, with all these incredibly smart people surrounding me, that I could bounce ideas off, and collaborate with. The course itself was somewhat incidental to this. This was the communal mindset, driving me to greater heights. I played with some network protocols in C, toyed around a lot with LISP, and eventually found Rust.

This facilitated me to then apply to the Google Summer of Code, at the end of my final year, for Redox. My project was to write an ACPI machine language interpreter for the kernel. AML is used, as a bit of background, to control the interface between the hardware and the software – hardware can request the software to spin up fans, for example, and the software will do it through AML. Or, the software might want to turn off a disk it isn’t using, which is again done through an AML function – probably a different one though.

I was sold on Rust for several years, and worked on all kinds of projects in the language. Redox was but one. A ray tracer, an implementation of ping (which I originally intended to flesh out into a remote server management thing, but that didn’t quite come into fruition), etc.

All this was helped by my time at Rolls-Royce. I’d seen safety critical code, and the way it used to be written. Very careful management of C, Ada, and so on. While it worked, it was a little clunky. A lot of manual processes were in place to ensure safety was maintaned, as well as a lot of automated processes which could take a very long time. Rust avoided all of this, by taking an altogether more modern approach to the same goal.

While all this was going on, I started to build up a moral framework for my work. I was strongly in favour of open source, both for moral and practical reasons. Knowledge should be shared, and if a tool doesn’t do what I need it to, why shouldn’t I modify the tool?

I also became heavily involved in electronic rights – privacy, anti-censorship, and so on. I made a personal vow that no software I wrote would ever weaken somebody’s electronic rights, nor put their life in danger, nor do anything else which could actively harm somebody. And, where I could, I would work towards improving said rights of people, through technology.

When MaidSafe reached out to me, I was pretty much instantly sold. It combined an idea I’d had years ago, which I was still mulling over, with my favourite language to code in, along with a company that had all of the same morals as me. And, to boot, it was remote, giving me all the flexibility I got to enjoy while coding for Redox. All this seems right up my street as far as work goes, allowing me to solve exactly the sort of problems I’m interested in solving, using all the technologies I want to use.


February 2018 Update


The Beast from the East snow storm in Scotland may have stopped traffic across the country but it certainly hasn’t slowed progress of the SAFE Network.  This month has been full of new hires, new guidelines for developers and development updates.

Thanks to the continued hard work of Victoria, our Office Manager, we are now welcoming many new faces to the Maidsafe team.  We have now filled the Test and Release Manager, Rust Engineer, Software Support Analyst, UX/UI Designer and Admin Assistant roles.  This is not only testament to the ever growing needs of the network but the speed of its growth. We look forward to these new staffers becoming part of the community.

We are very excited to have announced our first European DevCon in Scotland in April 2018.  As the majority of the MaidSafe global team will in the Ayr HQ for a staff weekend we are inviting developers to join us for a one day development conference to learn more about the network, recent developments and share community projects.  If you would like to join us please email  We will also be sharing the conference via a livestream and will post joining details closer to the time.  

Following a very successful funding cycle the Safecoin animated video Community Engagement Programme was over funded.  In light of this we have agreed with Hypercube to create a second video in addition to the Safecoin video. There has been good progress on the Safecoin video and we are expecting to see initial animations in the coming weeks.  

Progress for the  new MaidSafe website is also coming along.  We have now completed the wireframing and are expecting the designs from the agency  later this week. This is an exciting stage and will give us a better idea of the end product. We will continue to share updates on the forum.  

Dug, Marketing and Outreach Coordinator, has been increasing his outreach work this week and has been attending and speaking at a number of events.   It is not practical for Dug to create or attend meet ups around the globe so we are once again looking to the community to help us spread the SAFE Network word.  The long term vision is to have meet ups in every major city around the world. More information on this can be found on this forum thread and if you would like to lead or set up a Meet Up locally please contact Dug Campbell (

The front-end team and Shona have been working hard in the last few months and have now released UX Guidelines. We hope that this will be helpful for app developers and we will continue to see several new and exciting apps being developed on the SAFE Network.  

Following the development of Peruse Browser earlier this year we have now released V0.4.0 with new features and functions. There has also been a new new version of the SAFE Browser released this month, v0.9.0.

Routing has been busy in the last few weeks and we have now outlined the milestones for implementations onto our workflow system (JIRA). Although this is still an ongoing process as we continuously improving the design.    Steady progress is being made with tasks being picked off towards the DataChains first milestone.

Thanks for your continued support!

Starting 2018 with a Bang – Monthly update on SAFE Network

Start window of the peruse browser

It has been a very successful and busy start to 2018. Here’s the round up of the best bits from January at the SAFE Network.


We are almost ready to release a new custom Browser, Peruse following extensive planning and development. The existing SAFE Browser as you may be aware is a fork of the Beaker Browser and this has worked well, however, recent changes including a move towards DAT has created extra work for the team with conflicting code.  The decision was therefore taken to develop a new custom browser and it is hoped that the reduced time needed to handle upstream merges and bugs will allow for quicker updates going forward.  

Early this month we also published new versions of SAFE Client Libs.  From this we hope to see more developers building on the network and adding to the apps already in development which include a decentralised forum, SAFE Content Management System, a wallet app, as well as messaging and storage apps.  

The Routing team have been busy and having conducted a number of simulations are implementing a well considered design as they progress toward alpha 3. With these simulations we will be able to test various outcomes and hope this will signal the next step for the network.


Following the growth of the Marketing team at the end of last year we have now published some high level strategy plans for the coming months. As we increase the marketing activities as well as the visibility of these we will be including a marketing updates within the weekly Dev Update every Thursday.   

We have begun work on a new MaidSafe website and anticipate launch in early April.  The current site was created to support the release of Alpha 2 in September 2017 and as planned we are updating this as we move toward Alpha 3.  

Early in January we were able to launch our first video of 2018 with an animated piece explaining the differences between the SAFE Network and the blockchain. The Next Internet Shouldn’t be Blockchain based can be viewed on our Facebook or YouTube channel and has been translated subtitles in a number of languages submitted by our community.  

Following the successful relaunch of the Community Engagement Program (CEP) before Christmas we have now appointed Hypercube to develop an animated video about Safecoin.  Having created 2 of our previous videos we are excited to see what they will come up with and look forward to sharing it with you all very soon.  As this project has been over funded we have also come to an agreement with Hypercube that they will create a second video which will help explain the consensus mechanism behind the SAFE Network.

As well as the CEP we have been increasing our resources for newcomers and have recently announced our plans for a SAFE Network Academy.  Aiming to provide short courses that build up the knowledge and awareness among interested parties. We envision this to be an incremental series of courses and will release more news on these very soon. In the meantime if you are looking for comprehensive information on the network the new Safe Primer is now available.  This fantastic resource was created by a team from our community and we are very grateful for all of their hard work.

Recruitment and Growth

As the company and the Network continues to grow we continue to recruit for a number of roles with some success. At the MaidSafe HQ in Ayr we recently recruited Nadia Burborough  as a Technical Executive Assistant on 26th January, she will work closely with the engineers and will assist Viv in staying updated with the work of the ever growing team.  

Bank of desks



We have also just recruited a Test and Release Manager and a UI/UX Designer who will both be based from our HQ as well as a new remote Rust Engineer who will start with us in the coming weeks. This activity comes on the back of the successful launch of a dedicated office for the front-end team in Chennai, India, and our partners there are working to hard to expand the team and fill this wonderful new space.


This year has kicked off with some strong media coverage.  COO Nick Lambert has spoken on both BBC Radio Scotland and BBC Radio 4 on 4th January BBC 5 Live earlier this week.  We have also had two blog pieces from Sarah in the BraveNewCoin and The Block, both on topic of autonomous cars. To round of January David spoke with John Harris from Guardian with this resulting article “The punk rock internet – how DIY rebels are working to replace tech giants”.

As someone posted recently on the forum ‘the community is buzzing’ at the moment, thanks to everyone for your continued time, support and commitment!

Regards MaidSafe.