Adding the Privacy Overlay

The Privacy Overlay is always from the perspective of a single Party on the ledger. It shows what the Party’s node ends up with in their vault via the transaction resolution mechanism. You can add multiple Privacy Overlays on the same Ledger Evolution view using different colours to denote the different parties.

As the Privacy overlay traces back through the DAG you will normally start at the end of the Ledger Evolution by identifying a state that has the Party we are analysing as a participant. You then simply trace back the DAG from that state.

If a transaction contains information the Party is allowed to see, you mark the transaction block with a ‘Visibility allowed’ green circle. If the transaction contains information the Party is not allowed to see, you mark the transaction with a red ‘Privacy leak’ circle.

In this diagram, these visibility permissions are illustrated by AgreeCorp who, per the requirements, is not allowed to see any Agreements on its network:

This is extended to Charlie, who is permitted to see his own Agreement, but not prior Agreements in the backchain:

You can see from this view that the initial mechanism for implementing Billing creates privacy leaks in transaction tx 4b and in the backchain. It is clear that this design requires a better mechanism.

Was this page helpful?

Thanks for your feedback!

Chat with us

Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.

Propose documentation improvements directly

Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.

We're sorry this page wasn't helpful. Let us know how we can make it better!

Chat with us

Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.

Create an issue

Create a new GitHub issue in this repository - submit technical feedback, draw attention to a potential documentation bug, or share ideas for improvement and general feedback.

Propose documentation improvements directly

Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.