Michel Rauchs Profile picture
Aug 15, 2018 16 tweets 5 min read Twitter logo Read on Twitter
1/ Today, I'd like to share some of the highlights in Section 2 of our new report on #DLT systems (available here: papers.ssrn.com/sol3/papers.cf…).

We will provide a formal definition of a DLT system and explain some of the key concepts.
2/ Before diving into the key concepts, it is important to understand that unlike 'traditional' databases, DLT systems are designed to operate in an adversarial environment.
3/ That doesn't necessarily mean that there are adversaries actively trying to attack or sabotage the system; rather, a DLT system should be designed to tolerate the potential presence of malicious actors - to a certain extent.
4/ We refrain on purpose from using a specific data structure (e.g. #blockchain) in the formal definition. Note that we also don't make 'immutability' or, more accurately, tamper resistance a condition.
5/ The reason for the latter is that many current DLT systems that have been deployed (both permissioned and permissionless) cannot be considered tamper-resistant; they are merely tamper-evident.
6/ We also provide a list of properties that an 'ideal' DLT system should be capable of ensuring. Note that many systems labelling themselves "DLT" do not currently satisfy all properties. They may, however, do so in the future.
7/ Given the business requirements of certain use cases in an enterprise context, it is questionable whether these properties are indeed desirable.
8/ Now moving over to the key concepts. We attempt to provide a common terminology that is used throughout the report.

Please note that the following terms are used outside their "accounting" meaning.
9/ We use these terms according to the extent that transaction data has been accepted, processed, and validated by the network as a whole.
10/ An alternative representation with additional explanations:
11/ At the heart is the 'ledger' concept, the primary output of the system. A common misconception is to think that this 'ledger' is something tangible of which every node keeps a copy.
12/ Instead, each node in the network has its own, potentially imperfect 'instance' of the ledger (i.e. a 'journal'). As a result, some of the data held by nodes is provisional and partial and may not always reflect the complete set of structured, authoritative records.
13/ The goal of a DLT system is to keep these individual instances (journals) of the structured record in sync, leading to a convergence towards a single accepted set of authoritative records (the 'ledger').
14/ Conceptually, the ‘ledger’ should be regarded as a latent, abstract construct that is generated by the DLT system as whole through the constant efforts of synchronising the individual copies maintained by each full participant ('full node').
15/ You may have seen some of these terms being used differently and/or have different meaning in other contexts.

We use them throughout this report to refer to specific concepts in order to provide a consistent terminology.
16/ Tomorrow, I will share the different steps required for an unconfirmed transaction to become part of a finalised record; that is, buried deep enough in the ledger to be (reasonably) safe from reversal.

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Michel Rauchs

Michel Rauchs Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @mrauchs

Aug 21, 2018
1/ Let's get to the core of the report today; namely the conceptual framework that breaks down a #DLT system into distinct pieces in order to better understand the relationships between its elements.

Full report: jbs.cam.ac.uk/faculty-resear…

Alternative link: papers.ssrn.com/sol3/papers.cf…
2/ Speaking of elements: the framework consists of three types: layers, components, and processes.

Each layer is composed of a set of components, and each component comprises a set of processes.

In total, we identify 3 layers, 7 components, and 18 processes.
3/ Let's start with the base layer - the protocol layer.

The protocol layer is the foundation of the entire DLT system: it defines the set of formal rules that governs the system and codifies its architectural design.
Read 14 tweets
Sep 9, 2016
Exploring the emergence & evolution of the #Bitcoin #business #ecosystem. The following network graphs are based on dataset of 514 entities.
Bitcoin business ecosystem - 2010
Bitcoin business ecosystem - 2011
Read 16 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(