FinP2P Introduction

Highlight - interconnecting digital asset markets

The purpose of the FinP2P protocol is to interconnect the tokenization ecosystem, by enabling regulated financial institutions to connect to a global network of regulated digital assets. To this network, each institution can bring from one side verified assets (to register, manage and offer their securities), and bring from the other side verified users (to invest and manage their securities ownership online). Various service providers can also utilize the protocol to provide securities and payment services to the supply and demand sides of the network.

Main design goals

The core design goal of FinP2P is to enable all users to see and transact with all assets on the network, and with all other users (subject to regulation and distribution permissioned by the institutions), having access to all the verified information they need to make their decisions - so that we can achieve the maximum network effect and liquidity potential across the private capital markets, globally.

At the same time, another design goal is to allow every institution in the network to offer their clients access to the network via any front-end applications they chose, from multiple vendors (including home grown). We also want to give institutions the choice to store information on the distributed ledger and private databases of their choice - thereby enabling a multi-vendor, open, competitive and vibrant ecosystem.

Proposed Network

To support both these design goals, and enable all institutions to be on the same network, while allowing multiple apps (on the front end) and multiple ledgers (on the back end) - we are proposing FinP2P, an intermediary, thin and stateless network layer, interconnecting between any app and any approved distributed ledger technology, to which all financial institution can easily connect. Each financial institution connecting to the network will be described as a Router.

FinP2P defines a network protocol and a set of specification APIs  that aim to provide a communication abstraction layer between applications, data privacy and distributed ledger implementations.

High level network diagram

 

In the diagram we can see how the FinP2P network connects multiple organizations (in the business context - financial institutions) with different Distributed Ledgers, and at the same time, allows transversal communication between the institutions.

Key principles

The main ideas behind FinP2P are:

  • Each entity on the network (including organizations, service providers, users and assets) has a global ID (FinID) which is known and accepted across all Distributed Ledgers and databases connected to the network, so that the same user can hold assets across multiple Distributed Ledgers with one identity.

  • Each asset has only one router (institution) that manages their data.

    • This router becomes the Primary Router for that asset.

    • The asset is known as a Asset of this router.

    • Only the primary router of the asset can push transactions relating to that asset into its Distributed Ledger. That means all transactions related to a specific asset, from across the network, must always be routed to the asset’s primary Router for verification and execution.

  • Similarly, each user is brought to the network by only one router (institution), which manages their data.

    • The router that brought the user is the Primary Router for that user.

    • The user is known as a User of that router.

    • Only the primary router of the user can create and update information relating to the user.  And only the primary router of the user can decide who (which other routers) to share the user’s private information with.

  • After each transaction is finalized on the asset’s primary router, a separate Confirmation Record is stored by the user’s Primary router, on their own Distributed Ledger, so that:

    • The Distributed Ledger of the primary router of each asset has an immutable record of all transactions of that asset, and a fully updated, final, live cap table of the asset at any point in time.

    • The Distributed Ledger of the primary router of each user has an immutable confirmation record of all their transactions across all assets, so every institution has a fully updated list of all the holding of each of their users.

  • The routers capabilities are broken to services, each router will implement the relevant services for it’s role in the network.

 

The result

One network, to which all financial institutions can connect - which manages assets and users, and enables securities transactions, regardless of which front end apps or Distributed Ledger each financial institution chooses to utilize. Such network will therefore be able to digitize the private capital markets.

Here is a simple use case demonstrating a user journey: Demo Use Case