If you have been hanging around on Merge's communities for a while, you have probably heard about Membrane. Little has been said about it: what it is, how to use it, how it will affect the development of Merge ?— are questions that remained unanswered for a long time. Does it even exist? Is it a software tool? Or is it just an idea? These are questions that are addressed one by one in this article.


However, we do know this is not how the real world operates. Companies normally use equipment that requires energy, fuel and other resources to ensure its continuous operation. And many times, the different machines that integrate a supply chain operation belong to different companies or individuals. The resource sharing between components can become incredibly complicated as the operation plant becomes more complex. That can make billing systems unmanageable. Membrane protocol provides fine-grained strategies for value exchange within an application, as well as between different software modules. It will enable us to, for example, create an ecosystem where mobile phones can make their data connections available (through Wi-Fi or Bluetooth connections) to anyone who wants/needs to access the internet and is willing to pay a few cents for it, thus creating a distributed network that everyone can use to access the internet, provided there is proper value exchange for the amount of data or connection time used. That enables mobile phone owners to be paid for offering that service to the network users, and thus monetize their personal connections, like in the picture below.

In the picture above, a user trades a token of a certain value, for a certain amount of time or data in order to connect to the Internet. The value exchange between the user and the access point provider occurs automatically following the Membrane protocol.
The picture above exemplifies, in a simplified manner, the different levels of abstraction that the Membrane specification covers. The actual specification is more detailed though, but the chart above gives you a grasp on how basic logical blocks are mapped onto real world object classes for a blockchain-based end-user application.
In the example above, the Rider is mapped as an Entity (A Membrane Business Model object) and the Driver is an object of the type Business Unit. To request a ride, the Rider calls the RequestRide() function which ensures that the ride is funded via the sub function called FundTransaction(). The Driver then accepts the ride via the AcceptRide() function call and makes sure that funds are locked until the end of the trip via the LockFunds() function call. When the ride reaches its end, two additional functions are called: The OnReachedDestination() called synchronously (triggered by the device GPS, for example) releases the funds to the driver via UnlockFunds() call, and finally there is an asynchronous call to SetReputation() that might happen later when the rider wants to give feedback about the driver and vice-versa.

Use Cases

Like these two, many other use cases can be thought of as real world applications for the Membrane protocol. Here are a few more examples:

  • An ecosystem for publishing game credits along with a marketplace where they can be utilized.
  • A software activation tool based on specific tokens.
  • DACs — Decentralized Autonomous Companies — Companies that work by putting together independent business units which interoperate by exchanging services in an autonomous manner.
The image above shows a comprehensive approach for the paradigm of value transport within a Membrane application. To the left, you can see the coins that play the role of legacy tokens that provide value to the ecosystem. These coins are pegged to the internal tokens by means of the atomic swap process. These tokens, by their turn, belong to a membrane sidechain and feed the basic functionality for the Membrane Business logic, which can be accessed by the Membrane Application via a basic API.


So this is all you need to know about Membrane so far. Much has been developed, thought and drafted, but, how much of this is real? The good news is that the Membrane specification is close to 100% defined in its white paper, as well as many auxiliary documents. At the current stage of development, parts of the protocol itself are being implemented alongside the development of an MVP (Minimum Viable Product) which is simply a small application that uses the protocol whilst solving a real world problem. But despite all the effort, unfortunately we don’t have a working implementation of the Membrane network yet. The biggest drawback is the lack of development resources and funding. Moreover, we haven’t been lucky enough to find a group of developers that could grasp the greatness of Membrane technology and could carry on with the development of a fully functional implementation that could be launched as a live network.

Next Steps

The next steps for making Membrane a reality are:

  • Building up a team capable of handling all the aspects of the basic implementation.
  • Finishing the partial implementation along with at least one MVP.
  • Working on the essentials until a basic implementation of the Membrane protocol can be spinned up as a live network.



Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store


Software as a Service (SaaS) powered by the Blockchain, supported by the MERGE Cryptocurrency and Tokenomics. Visit our official site: