Corda 5 “The road ahead” — Part 6 — Application Networks

Corda Dec 28 2021 By: Josh Taylor




custom queries in corda
Josh Taylor
Josh Taylor Product Manager
Share this post:

Application networks are part of our ambitious plan to update Corda’s network model, delivering more privacy and, more control while reducing operational complexity and cost. This blog post explores the moving pieces of these networks and the extra benefits they can bring.

New to Corda? Have a look through our official Corda Documentation to know more about Corda’s capabilities and key concepts. We do assume in this post you know a bit about the Corda platform.

Customers in regulated markets have strong privacy and governance requirements and thus the majority of CorDapps are launched as private business networks, or released in shared networks but not yet interoperating the way we had anticipated. Application networks embrace this reality, reducing the scope of each network to a single bundle of applications all governed by the same rules.

You can learn more about why application networks are so important to us in our first and second posts of the series.

So does this mean we will end up with lots more of these networks isolated from each other…? We will definitely end up with more networks but they won’t be isolated. In fact — Corda 5 will allow operators to join any network, and for those networks to interoperate following explicit interoperability protocols (rather than by implicitly sharing “read/write” access to a node vault). This is a big step forward to bring networks together.

Here are some of the key aspects of application networks in Corda 5:

Virtual Nodes

Virtual Nodes

A Corda worker cluster hosting multiple virtual nodes, reduces costs to join multiple networks or represent users.

Corda 5 deployments are represented as a Worker Cluster. This allows a single deployment to host multiple tenants delivering cost savings. Each virtual node is created with its own identity, processing ability, and data storage, meaning it’s segregated from any other virtual nodes on the deployment.

Virtual nodes make it easy to join multiple networks. Rather than having multiple Corda deployments, you can have multiple virtual nodes, allowing you to be easily represented in each network with separate identities.



CorDapp Package Installer files contain all information required, allowing easy joining and participation in application networks.

CorDapps are packaged in a single file called CorDapp Package Installer (CPI) containing all the pieces required to join and participate in an application network:

  • The location of the network operator
  • A list of membership requirements
  • Third party dependencies
  • CorDapp logic

The building blocks of these applications are a new file format called CorDapp Packages (CPK). Packages are replacements of your flows and contract files and can be independently versioned. Each CPK runs in its own sandbox, isolated from other CPKs. This prevents dependency clashes and facilities faster CorDapp development.

All individual CPK files are brought together to make a single CorDapp Package Bundle (CPB) by the ‘application publisher’, a new role. This application publisher is a single entity that can better coordinate multiple parties to create a single application bundle for a network. Composing apps together creates a strong technical dependency which can be felt during development and operationally during distribution and upgrading. Having an explicit role take on this responsibility reduces the effort required from all other parties, making cross-firm collaboration much easier.

The application publisher adds the information about the network and the file becomes a CorDapp Package Installer (CPI), which can be distributed to new members to begin onboarding and to existing members to perform upgrades.

Customer onboarding

Customer onboarding

Application networks allow a simpler go-to-market. Single file to distribute and a purpose-made network for your app.

The CPI file simplifies the onboarding process. A prospective customer must only obtain a single file, containing the all necessary information to be able to request membership. This lets each member understand the pre-requisites of membership, so they can configure required attributes or get artifacts from third parties as needed.

Installing a CPI lets Corda verify all membership requirements on behalf of the applicant before requesting membership. For example, the network may mandate a valid identity certificate from an allowed list of certificate authorities, Corda will only request membership when this requirement is met. This gives each applicant more confidence that their application is well prepared and reduces some of the checks a network operator would carry out.

Public key infrastructure

Public key infrastructure

Public key infrastructure (PKI) for Corda 5 networks becomes a lot more flexible by standardizing to comply with web and extended validation certificates allowing you to specify third-party trust roots for both TLS and identity. For even more flexibility, you can specify multiple trust roots or even opt to avoid identity certificates entirely and rely on a different form of identification. This allows us to greatly reduce the complexities of the day-to-day operations of Corda networks, making them even cheaper to create and manage.

Flexibility PKI in Corda networks gives more opportunity to further reduce operating costs.

Membership group manager

Membership group manager

Application networks will be created by The Membership Group Manager (MGM), a CorDapp which runs as a virtual node. Meaning you can create/operate many application networks using the same Corda deployment. This avoids having to deploy and maintain separate software keeping operational costs low.

The MGM:

  • Approves/declines joining requests
  • Temporarily/permanently suspends members
  • Distributes network parameters
  • Organizes and schedules Corda and CorDapp upgrades
  • Monitors member’s Corda version
  • Monitors member’s CorDapp versions

Creating and operating application networks made easier and cheaper via a CorDapp.

Network interoperability

Network interoperability

Corda 5 allows two application networks to safely interoperate whilst still maintaining independence.

The customer demand for independently controlled business networks has led us to take a fresh approach to universal interoperability. Our new approach lets us fully embrace separate permissioned networks in the form of application-based networks, whilst still enabling two or more application networks to interoperate. Letting us have our cake and eat it too!

At CordaCon we showcased several explicit interoperability protocols we plan to introduce in the platform through the Corda 5 series, make sure to check them out!


We are excited about application networks because they offer:

  1. Privacy — Discoverability limited to only members in your network
  2. Governance — More control within your network
  3. Composability — CorDapp dependencies made safe
  4. Interoperability — Unlocking value more easily between application networks
  5. Low cost — Networks created and operated through a CorDapp
  6. Faster development — Isolated CorDapp packages, avoiding dependency clashes in your app
  7. Straightforward go-to-market — Simplified distribution with a single ‘installer’ file

Call to actions before you leave:

Thanks! Josh

Josh Taylor
Josh Taylor Josh Taylor is a Product Manager at R3, an enterprise blockchain software firm working with a global ecosystem of more than 350 participants across multiple industries from both the private and public sectors to develop on Corda, its open-source blockchain platform, Corda Enterprise, a commercial version of Corda for enterprise usage, and Conclave, a confidential computing platform.

Leave a Reply

Subscribe to our newsletter to stay up to date on the latest developer news, tools, and articles.