Professional Documents
Culture Documents
DLT Governance and Technical Interoperability Framework: ITU SG 16/Q22 - DOC 006 - Governance (Meetup Presentation)
DLT Governance and Technical Interoperability Framework: ITU SG 16/Q22 - DOC 006 - Governance (Meetup Presentation)
interoperability Framework
ITU SG 16/Q22 | DOC 006 | Governance (Meetup Presentation)
Multiledgers Group
July 2020
WORK ITEM PROPOSAL FOR DLT INTEROPERABILITY
ANATEL
BNDES
CAICT
Multiledgders
Onchain
3 continents
Proposal review | Represented
organizations
Alastria
INATBA
LACChain
KUNFUD
2
IMPLEMENTATION ROADMAP FOR DLT GOVERNANCE AND TECHNICAL
INTEROPERABILITY FRAMEWORK
• Set the main goals with the fundamental • Set the technical framework that
principles to align the different technologically supports the goals of
stakeholders. phase 1
3
INSIGHTS FROM ACADEMIC RESEARCH
“5 Conclusions
Thefundamental goals underlying the Internet architecture has played a key role in
determining the interoperability of the various networks and service types, which together compose the Internet as we
know it today. Interoperability is key to survivability. A number of design principles emerged from the evolution of internet routing in the
1970s and 1980s, which ensured the scalable operation of the Internet over the last three decades.
We believe that a similar design philosophy is needed for interoperable blockchain systems. The
recognition that a blockchain system is an autonomous system is an important starting point that allows notions
such as reachability, referencing of transaction data in ledgers, scalability and other aspects to be understood more meaningfully – beyond
the current notion of throughput (“scale”), which is often the sole measure of performance used with regards to many blockchain systems
today.
4
USING THE INTERNET AS A REFERENCE FOR DLT INTEOPERABILITY GOVERNANCE
To understand how the Internet is managed today, it
is necessary to know its history. The original
ARPANET (sponsored by the Defense Advanced
Research Projects Agency within the U.S.
Department of Defense) is one of the components
which eventually evolved to become the Internet. [ 1 ]
[ 3 ] "Retiring the NSFNET Backbone Service: Chronicling the End of an Era" Archived 1
January 2016 at the Wayback Machine, Susan R. Harris, Ph.D., and Elise Gerich, ConneXions,
Vol. 10, No. 4, April 1996
5
Work Item proposal to kick off discussions
6
LEARNING FROM THE PAST TO DESIGN THE FUTURE
(1) survivability
?
(2) variety of service types
(3) variety of networks
Fundamental Goals (4) distributed management of resources
(5) cost effectiveness
(6) ease of attaching hosts (to be defined)
(7) accountability in resource usage
?
(1) Multiple organizations with decentralized
governance for operational and governance
Interoperability approaches management
(2) Autonomous Systems (AS)
(3) Border Gateway Protocol (BGP)
(to be defined)
7
GOVERNANCE | MAIN GOALS
Establishing fundamental goals for interoperability between networks can align multiple stakeholders and key
approaches to be adopted.
All the goals of the internet can be adopted for DLT interoperability, especially those linked to the principles of
network formation.
By adding complementary goals it will be possible to contemplate trust principles related to DLT in addition to the
fundamental scalable operation key points of the internet.
8
GOVERNANCE | GOVERNANCE MODEL (CRYPTOGRAPHIC CERTIFICATES CHAIN OF TRUST)
Regional Internet Regional Internet Regional Internet Regional Internet Regional Internet
registry (RIR) for registry (RIR) Asia- registry (RIR) for registry (RIR) for registry (RIR) for Regional DLT Regional DLT Regional DLT Regional DLT Regional DLT
Africa Pacific Canada, many Latin America and Europe, the Middle registry (RDR) registry (RDR) registry (RDR) registry (RDR) registry (RDR)
islands in the Caribbean East and parts of
Caribbean and Central Asia
North Atlantic and
the United States
DLT Autonomous DLT Autonomous DLT Autonomous DLT Autonomous DLT Autonomous
Autonomous Autonomous Autonomous Autonomous Autonomous
Systems registered Systems registered Systems registered Systems registered Systems registered
Systems registered Systems registered Systems registered Systems registered Systems registered
in Africa in Asia-Pacific in Canada, many in Latin America in Europe, Middle
islands in the and Caribbean East and parts of
Caribbean and Central Asia
North Atlantic and
the United States
9
GOVERNANCE | KEY PLAYERS (CRYPTOGRAPHIC CERTIFICATES CHAIN OF TRUST)
Organizations to implement and Like the Internet, different organizations will be needed to
implement and maintain interoperability between DLT
maintain interoperability of netwoks networks on a global level.
Research
Featured here are the key players needed for the
Engineering cryptographic chain of trust, responsible for identifying the
Independent Independent Independent Independent Independent
organization with
decentralized
organization with
decentralized
organization with
decentralized
organization with
decentralized
organization with
decentralized
different DLT Autonomous Systems and creating transparency
governance governance governance governance governance for their operational models.
10
GOVERNANCE | OPERATIONAL MODEL (CRYPTOGRAPHIC CERTIFICATES CHAIN OF TRUST)
Independent organizations managed by Smart Contracts for automated issuance of certificates (mechanical level), along with possible human
intervention (value level), through the pre-established consensus among the organizations.
Enabling a cryptographic chain of trust between different DLT networks, based on decentralized cluster of Hardware Security Module (HSM),
to allow interoperability and acceptance of certificate, improving trust between networks while maintaining their autonomies.
This autonomy ensures that each network determines its own approach to technology and governance, giving flexibility to its operations and
purposes.
Business trust and legal frameworks can be established taking into account the different aspects and purposes for each autonomous DLT
network.
Note: Decentralized Identifiers (DIDs) methods can also be developed for identifiers registered in federated or centralized identity
management systems. This creates an interoperability bridge between the worlds of centralized, federated, and decentralized identifiers [ 1 ].
11
Meetups proposal to enrich discussions
(working in progress)
12
ITU SG16/Q22 GROUP | INTEROPERABILITY MEETUPS
13
Call to action for suggestions
D. Operational model
14
Disclaimer Any questions?
This presentation contains the view on a particular subject exposed by You can find us at contact@multiledgers.com
Multiledgers, the opinions of third parties mentioned in this document
are entirely their responsibility. multiledgers.com
All the considerations contained in this document which are not
present in the proposal of the New Work Item on DLT Governance and Multiledgers Group
Technical Interoperability Framework (submitted in March 2020) are
USA | 16192 Coastal Hwy Lewes, DE 19958
the exclusive opinion of Multiledgers and still need an appropriate
evaluation to eventually become effective. + 1 302 444 8040
This presentation is not intended to serve as any kind of Brazil | Av. Rio Branco, 26 – Centro, Rio de Janeiro RJ 20040-001
standardization at this time and its statements are still in the process
+ 55 21 3090 2033
of initial discussion.
15