mirror of
https://github.com/corda/corda.git
synced 2024-12-28 16:58:55 +00:00
ac1d14464c
First draft Re-structured Key Concepts; added plenty of diagrams; additional content. Added references to other security docs. Re-structured Key Concepts; added plenty of diagrams; additional content. Added references to other security docs. Updated information, indexes and images. Incorporated feedback from PR review comments (RGB, RW) Reformatted diagrams and incorporated feedback from PR reviewers. Addressed formatting problems. Updated Flow Framework diagram Added colour coding to Flow Framework diagram to aid readibility. Small clarification to vault unconsumed state usage. Added tutorial reference as suggested by RGB Updated TOC tree. Updates following PR review comment from Roger First pass updates following PR review comments from MH. Further updates following PR review (including 2 edited diagrams) Diagram changes and minor text edits following review with MGB Remove unused diagrams. Fixed spurious indentation errors. Changes following review and feedback from JD. Added clauses and merkle-trees back into TOC. Added small sub-section on transaction representation in Data Model. Added future work as note in Vault. Minor updates to diagrams following MH review. Updated Corda Ecosystem diagram. Minor changes to Core & Financial docs following PR review by MH. Updated following review by MBG.
47 lines
3.2 KiB
ReStructuredText
47 lines
3.2 KiB
ReStructuredText
Corda ecosystem
|
|
===============
|
|
|
|
A Corda network consists of the following components:
|
|
|
|
* Nodes, where each node represents a JVM run-time environment hosting Corda services and executing applications ("CorDapps").
|
|
Nodes communicate using AMQP/1.0 over TLS.
|
|
* A permissioning service that automates the process of provisioning TLS certificates.
|
|
* A network map service that publishes information about nodes on the network.
|
|
* One or more pluggable notary service types (which may be distributed over multiple nodes).
|
|
A notary guarantees uniqueness and validity of transactions.
|
|
* Zero or more oracle services. An oracle is a well known service that signs transactions if they state a fact and that fact is considered to be true.
|
|
* CorDapps which represent participant applications that execute contract code and communicate using the flow framework to achieve consensus over some business activity
|
|
* Standalone Corda applications that provide manageability and tooling support to a Corda network.
|
|
|
|
These components are illustrated in the following diagram:
|
|
|
|
.. image:: resources/cordaNetwork.png
|
|
:align: center
|
|
|
|
Note:
|
|
|
|
* Corda infrastructure services are those which all participants depend upon, such as the network map and notaries.
|
|
* Corda services can be deployed by participants, third parties or a central network operator (eg. such as R3);
|
|
this diagram is not intended to imply only a centralised model is supported
|
|
|
|
It is important to highlight the following:
|
|
|
|
* Corda is designed for semi-private networks in which admission requires obtaining an identity signed by a root authority.
|
|
* Nodes are arranged in an authenticated peer to peer network. All communication is direct.
|
|
* Data is shared on a need-to-know basis. Nodes provide the dependency graph of a transaction they are sending to another node on demand, but there is no global broadcast of all transactions.
|
|
* Nodes are backed by a relational database and data placed in the ledger can be queried using SQL
|
|
* The network map publishes the IP addresses through which every node on the network can be reached, along with the identity certificates of those nodes and the services they provide.
|
|
* All communication takes the form of small multi-party sub-protocols called flows.
|
|
* Oracles represent gateways to proprietary (or other) business logic executors (e.g., central counterparties or valuation agents) that can be verified on-ledger by participants.
|
|
|
|
CorDapps
|
|
--------
|
|
Corda is a platform for the writing of “CorDapps”: applications that extend the distributed ledger with new capabilities.
|
|
Such apps define new data types, new inter-node protocol flows and the “smart contracts” that determine allowed changes.
|
|
The combination of state objects (data), contract code (allowable operations), transaction flows (business logic
|
|
choreography), any necessary APIs, vault plugins, and UI components can be thought of as a shared ledger application,
|
|
or corda distributed application (“CorDapp”). This is the core set of components a contract developer on the platform
|
|
should expect to build.
|
|
|
|
Examples of CorDapps include asset trading (see :ref:`irs-demo` and :ref:`trader-demo`), portfolio valuations (see :ref:`simm-demo`), trade finance,
|
|
post-trade order matching, KYC/AML, etc. |