Can UNESCO Use BLOCKCHAIN To Ensure the Intangible Cultural Heritage of Humanity? A Systemic Approach That Explains the Why, How, and Difficulties of Such a Venture

1. Introduction

The Intangible Cultural Heritage (ICH) is a living heritage that declares humanity’s cultural diversity, and its maintenance plays a crucial role in defining the cultural identity of each country in the face of growing globalization [1]. In the last few years, a remarkable effort by UNESCO has been recorded for the preservation (capturing, visualizing & presenting) of the world’s ICH, that is the traditions or the living expressions which are transmitted from the previous generations to the next ones. ICH is traditional, contemporary, and living at the same time. It is a living cultural phenomenon that changes, evolves, and passes on to the next generations. Its importance is crucial because it contributes to social cohesion, encouraging a sense of identity and responsibility, and thus helping individuals to feel part of one or different communities and to feel part of society at large. It is very important to underline that ICH is community-based. Only the communities, groups, or individuals that create, maintain and transmit the ICH can recognize and decide that a given expression or practice is their heritage.

The milestone, when someone refers to the ICH management, is the 2003 Convention for the Safeguarding of the ICH of UNESCO [2]. It is an international treaty that has been ratified, approved, or accepted currently by 194 State Parties (May 2022). The Convention provides an international framework for planning actions to preserve and promote cultural expressions (678 elements corresponding to 140 countries, December 2022) with no tangible material dimension and proposes five domains: (i) Oral tradition and expressions, including language as a vehicle of the ICH (fairy tales, myths, and narratives, narrative songs), (ii) Performing arts (vocal and instrumental music, dance, folk theater), (iii) Social practices and festive events (folk dances, customs practiced on annual basis, important stages in human life), (iv) Knowledge and practices concerning nature and universe (traditional cultivation practices, ethnobotanical knowledge, popular perceptions of meteorology, etc.), and (iv) Traditional Craftsmanship (the know-how associated with traditional craftsmanship as weaving, pottery, woodworking, etc.).

The implementation of the Convention is determined by an institutional and a legal framework. It operates at a global and national level.

The safeguarding of the ICH at the international level is carried out through two lists: the “Representative List of the Intangible Cultural Heritage of Humanity” and the “List of Intangible Cultural Heritage in Need of Urgent Safeguarding” (if there is an immediate danger of extinction for this element), and in addition by “Register of good safeguarding practices of the Intangible Cultural Heritage” [3]. These two lists act as mechanisms for identifying traditional expressions of ICH on an international level. The lists are accessible online and they are indeed a relatively limited repository that includes photographs and audio-visual recordings and raises awareness about the listed elements and their communities.

The convention also draws up national inventories where the heritage compilations of each State Party are recorded. Subsequently, some of the native cultural expressions from the national inventories are qualified under standardized procedures and registered in the international UNESCO lists.

However, the terms “Lists”, Register”, and “Inventories” are a naming convention that the States Parties are strongly advised to follow in order to avoid confusion between the different mechanisms of listing at the national and international levels [4] (p.6).

Each member state of the 2003 Convention uses its own process for inscribing a new element on UNESCO’s lists. The Commission in 2013 summarized the minimum technical requirements (in its decision 7.COM 11) as recorded in the report of the Expert Meeting on the Criteria for inscription on the ICH list [5], but it hasn’t been clarified from UNESCO what process each country must follow to accept national applications for inscription, but neither has it specified precisely what data and metadata should be included in their applications and how they must be stored. At this point, two different problems were identified which are presented based on the literature review in Chapter 2: The first problem is that different kinds of data and metadata standards/frameworks have been used to record and visualize ICH data, and this can cause confusion in how to maintain them in the future. To set an example, the literature review is referred video recording or movement XML for encoding the way that dancers are moving in a folk dance in combination with music XML for describing and encoding the music/song can lead to 3 levels of conceptual entity-relationship metadata model, well known as FRBR schema [6]. The second problem refers to storing them usually on local servers and providing open access to all others (metadata libraries use this data or this data is linked to the information stored in other digital libraries). But in the case of the war in Ukraine, there are already 5000+ sites offline, which contained over 50 TB of data of Ukrainian cultural institutions [7] and 236 cultural sites (105 religious sites, 18 museums, 83 buildings of historical and/or artistic interest, 19 monuments, 11 libraries) that have been partially or completely destroyed [8].

The research continues in Chapter 3 with the presentation of the procedure followed in Greece in scripting a new element in the NI of ICH of Greece in order to emphasize the need to create a standardized procedure to be followed worldwide. Three findings emerged from the study of the procedure and the files of the already inscribed elements. The site does not make any reference to any kind of data and metadata standards/frameworks adopting the UNESCO principle. There is also no proposal for a technological upgrade of the data already submitted in the nomination files. From UNESCO’s side, there is a directive for periodic reports from member states without clarifying their content which should at least include the technological upgrading of the submitted documents. The third finding concerns the way of storing digital data and an example of the Greek ICH element “Rebetiko” is given as a case study.

All above findings resulted after the study of the inscriptions procedure in the UNESCO lists and national inventories, as well as the study of the relevant literature, attempted to be studied in the light of systems thinking in Chapter 4, as it is a multidimensional phenomenon and can be influenced by many and different factors/variables. Actually, UNESCO is a global network System and all the state members are regarded as Subsystems in order to serve a need, the need to spread knowledge beyond borders. But how can this global network, where its internal essential parts are interconnected and interdependent, continue working without any malfunctions (be a viable system) in a period of turbulent environmental changes, such as those which have been recorded in the last few months due to the war of Ukraine? How must we store the digital data of the UNESCO lists, so as to safeguard them for the next generations?

In Chapter 5, the last question examined, as to which of the existent technologies could be used not only to ensure data integrity but also its confidentiality and availability 24/7, is taken into consideration. Many ways to store the data have been suggested, like (i) Centralized Ledgers in File Transfer Protocol (FTP) servers, (ii) Decentralized Ledgers - Distributed Ledger Technology (DLT), (iii) Distributed Databases using Blockchain Technology (BT) [9], (iv) Oracle’s Blockchain Cloud Platform – Baas [10] (p. 68) or a more prominent as Oracle Blockchain Platform – OBP, etc. The authors have decided, in this article, to discuss the Decentralized Databases in contrast with the Centralized Ledgers, which are currently used to save the digital data of ICH [11]. This choice is based on the situation observed at the beginning of the war in Ukraine. More specifically, when the war began the electricity stopped in several cities of Ukraine. Also, with the arrival of the army, several facilities were destroyed. Facilities like Ministries, Universities, Museums, Libraries, etc. Some of those facilities were hosted FTP servers/government databases which contained sensitive digital data, like those of Ukraine’s Intangible and Tangible Cultural Heritage. So, a new and emergency requirement was born. The need to back up all these data as soon as possible. Although in the General Conference of UNESCO in 2015 there was a declaration for extra reinforcement actions for protecting the culture in case of armed conflict [12], the Ukrainian Government was not prepared. The project which was developed rapidly for this purpose is called “Saving Ukrainian Cultural Heritage Online” [7] and constitutes the initiative of 3 persons: Quinn Dombrowski (Stanford University), Anna E. Kijas (Tufts University), and Sebastian Majstorovic (Austrian Centre for Digital Humanities and Cultural Heritage) and 1500 international volunteers. But can humanity put its hopes for the safeguarding of the ICH of Humanity in the sensitivity and/or initiative of some people or should immediately strategic decisions be taken for the prevention, and eventually for the safeguarding of these data? That’s why the main purpose of this paper is not only the need for the creation of a Decentralized Network (an Ecosystem,) between UNESCO and each country’s Ministry of Culture, local cultural institutes, libraries, museums, etc., but also the need of storing the data of ICH in a Public Ledger (use of BT) where all the above parties (essential parts of the network) are going to keep a complete copy of all the records.

Finally, in Chapter 6, some conclusions are extracted which will be the starting point for a new standard that must be adopted by UNESCO which will ensure that the data are going to be recorded in a predetermined method, which is provided for in the Blockchain consensus mechanism.

2. Data of ICH & Standards of Metadata. Literature review

As it is mentioned above, any element can be added in one of the five domains of the Convention UNESCO’s lists: (1) the Representative List of the Intangible Cultural Heritage of Humanity and (2) the List of Intangible Cultural Heritage in Need of Urgent Safeguarding (Figure 1), but it must be recorded and visualized in such a way so as to meet the criteria that UNESCO has set. Of course, UNESCO not only has already created proper forms (ICH-01, ICH-02 AND ICH-03) for these inscriptions, but it has also predicted how the transition from on list to another can be achieved [13].

In each case, no matter how much the authors searched the UNESCOs’ site, it was unable to locate the actual technical specifications that a new element must meet. For example, let’s suppose that there is an interest in recording and visualizing a folk dance. The video file, which must be delivered with the application, according to chapter I.7 & I.8 of UNESCO, Basic Texts, 2020 edition [13], must be created according to MPEG-7 standard or according to another standard? Respectively, which metadata standard must be used for this video? Each standard contains different metadata for the video, and thus for the element itself.

Another finding from the literature review, but also from our own research on the UNESCOs’ site, is that according to chapter 2 operational directives, I.3 § 3-7 of Basic Texts of the 2003 Convention for the safeguarding of the Intangible Cultural Heritage [15] (p. 28) is that the possibility of accepting the results/proposals or other material from various projects (related to the recording and visualizing elements of the ICH), is recognized.

There have been many projects in the last few years. For instance, the Digital Culture DigiCULT project [16] which was conducted from 6/2020 to 10/2021, in which a new data model was developed for recording a heritage expression. This DigiCult Data Model (DCDM) not only provides a series of variables/data that must be recorded, as a minimum, in case of applying the inscription of a new element (ICH-Data-Model) [17], but it also explains the file format of the texts, the audio files, the images, the video files, the metadata and the standards of the metadata that these files must meet (O1-Data-Model) [18]. In Chapter 6.2 of this Data Model, two different ways to store the data in a database are traced. Either to store in a standard relational database, in which the data and the metadata of each element are stored in the fields of a table so as to link a heritage element with another heritage element, or to create a relationship between a heritage element and an external entity [19] (p.133). The second way is to store both data and metadata of an element in the same FTP server, so as to create a repository of a specific kind of data. In both methods, we will face the same problem. The data are stored in a centralized ledger (Figure 2) and due to the open access, which is provided to every user, it automatically becomes very vulnerable to human mistakes or to malicious actions.

Other projects are also traced, like the i-Treasure project [21] which refers to the first above mentioned method of storing the digital data of ICH and at the same time proposes the development of an open and extendable platform to provide open access and the ability for interconnections with other libraries, for research and educational reasons. Similarly, the I-Maestro project, the Cultural Capital Counts project, the U’mista Cultural Centre project [21] and many others are focusing on the first method of storing the data with open access for the users either for educational reasons, or for linking them with other data so as to enrich them. In any case, many different ideas have been proposed regarding the way that those data can be analyzed or can be processed with different tools/software so as to enrich the existing ICH elements. Europeana project introduces a portal through which the user can trace an element from a museum and/or from a library of Europe. But where are these elements really stored? Each library, museum and/or local cultural association is responsible for its FTP server which contains all the necessary data and metadata for the cultural elements that it owns. It is therefore pretty clear that each country owns her repositories which are usually placed on museums, libraries, Ministries of Culture etc.

At this point, each reader can easily understand that as each country is responsible for the data of its own repositories and it simultaneously becomes responsible for (i) defining the procedure for adding any ICH element in its repositories and (ii) for determining the minimum data that should be received from the researcher who has undertaken the task of recording and visualizing this element. These two facts automatically turn a country into an autonomous entity, regardless of the whole or regardless of any problem that may arise when an element must be interconnected with data from another source (external entity) located in a different country. Those interconnections of the data are often necessary, not only to enrich the data and to document the historical retrospection of this element, but also to prove and to secure its copyrights ownership. As the authors will also mention in Chapter 4, when an element is stored locally without following the same procedure - framework globally, it is mathematically certain that in the future people will run into an interconnectivity problem. More specifically, the interconnection of data from different sources (servers) usually requires special source code (API scripts) as it is very usual that those sources don’t use the same programming language.

The necessity of these interconnections has already been traced [22], and so new metadata models must be designed which at the same time must be fully compatible with the most used/well-known standards. One of the most prominent and most used frameworks for metadata is the Dublin Core Application Profiler (DCAP) [23] which provides interoperability between the metadata of cultural elements. Of course, there are also many other well-known models, such as Europeana Data Model-EDM [24] which aggregates the metadata from over 3000 institutions in Europe [24], RLSP Metadata model, CDWA metadata model for arts/architectures/cultural works, CIDOC/CRM for exchanging data/information between cultural heritage institutions all over world etc. Thus, at this point, we would like to touch upon the diversity of all these metadata schemes.

After comparing the five (5) below tables with metadata, it is noticed that all the metadata models which have been proposed by their authors have some common characteristics.

• The Table 1 “Core metadata of intangible cultural heritage digital resources” of the article “Research on knowledge Organization of Intangible Cultural Heritage Based on Metadata” [22]. This table depicts an ICH archive metadata schema containing 23 Dublin Core elements and extended elements, and unifies the information format and mutual mapping relationship of ICH digital achievements.
• The Table 2 “Semantic relationships between the CHDE and existing schema classes” of article “Metadata Model for Organizing Digital Archives of Tangible and Intangible Cultural Heritage and Linking Cultural Heritage Information in Digital Space” [25]. This table depicts a semantic mapping between Cultural Heritage in Digital Environment (CHDE) classes and existing related schema classes.
• The Table 1 “CRR vocabulary relationships” of the article “Integrated classification schemas to interlink cultural heritage collections over the web using LOD technologies” [26]. Marcondes tested and updated the Culturally Relevant Relationships (CRR) vocabulary and intended to reuse relationships of other vocabularies as the Dublin Core.
• The Table 3 “The set of Intangible Cultural Heritage Metadata Standards” of the article “The Metadata standards of Chinese Intangible Cultural Heritages” [27]. The metadata standards for the Chinese ICH is a brilliant example because it unifies the digital information and mapping relation. It contains 14 standard metadata names, 67 elements and expanding elements, and 67 field names.
• The Table 1 “The proposed metadata for the metadata scheme” of the article “Metadata for Intangible Cultural Heritage – The Case of Folk Dances” [6]. The proposed metadata for a digital choreographic metadata model defines a new metadata standard, based on the Dublin Core, which encodes all the metadata elements referred to this table.

Of course, these characteristics are nothing more than the minimum data that a researcher of an ICH element must record. For example, (1) the Title of the element, (2) the Domain that must be registered to (one of the five available Domains), (3) The Country/Region of Origin, which is also known as the owner of the copyrights, (4) the Type of the element (whether it is a folk dance, a common practice etc.), which we sometimes call “Event Type,” (5) the Agent/Creator, which in fact is the researchers’ personal data, (6) the parts of an element, which are also known as “resources” (the attached files such as Videos, pictures, texts etc.), (7-8) the format of those files and a unique identifier for each file, (9) any links with data from other ICH elements or from external entities, and many others. Although, those characteristics will be discussed further in Chapter 5, the reader of this paper must be awakened so as to understand the necessity of creating a metadata model which will contain specific data fields depending on the type of ICH element which is going to be inscribed.

3. The implementation of 2003 Convention in Greece and the National Inventory of ICH of Greece

How is the 2003 Convention implemented at each state part? The implementation of the Convention is determined by an institutional and a legal framework. The convention draws up national inventories where the heritage of each member state is recorded. Subsequently, some of the native cultural expressions from the national inventories are qualified under standardized procedures and registered in the international lists.

According to Article 12 of the Convention “To ensure identification with a view to safeguarding, each State Party shall draw up, in a manner geared to its own situation, one or more inventories of the ICH present in its territory” [2]. The registration of an element in the national inventory/-ies is one of many and varied actions that can contribute to the study, preservation and promotion of ICH.

The aim pursued through the NI [28] is to give the bearers of the ICH, such as communities, groups and even individuals, the opportunity to share their own cultural experience, to talk about their collective identity and to discuss ways of studying, promoting and safeguarding their ICH on a national and international level. But on the basis of which criteria an ICH element will be recommended for registration in the NI. The most important fact is that the element is proposed by the bearers themselves because it is recognized as an important element of their collective identity and memory, as it is integrated into their living cultural experience. This cultural element transmitted from one generation to another, contributes as a connecting bond to the continuity and cohesion of communities as a whole. When an element of the ICH is lost, the road that connects us with the past is lost, but also an open window to the future is shut, especially for the younger generations.

However, the methodologies adopted to create these national inventories vary from one country to another, because the Convention leaves freedom in the way each member country promotes different aspects of its ICH, as well as the policies it follows to safeguard and record them. In Bulgaria, questionnaires are distributed to local communities to gather information, while in Japan and Brazil ethnographic research is preferred. In Greece, ethnographic research and interviews with the ICH communities’ bearers are mainly preferred. Perhaps, the most innovative method of gathering material is recorded in Scotland and consists of an online archive of photographic and auto-visual documentation. It is open to the public in the form of a wiki and collected via participatory approaches [21].

Greece, which ratified the Convention in 2006, has drawn up the “National Inventory of Intangible Cultural Heritage of Greece”, which is the filling of elements of ICH in the form of an inventory and provide an up-to-date presentation of the ICH of Greece. The National Inventory (NI) includes one hundred two (102) elements so far (Figure 3, December 2022). In addition to the NI, scientific and other respective bodies have already created or will surely create other inventories of Greek ICH in the future. But, when one refers to the implementation of Convention in Greece, they refer only to the NI.

Each element proposed for registration in the NI of ICH of Greece must comply with the general principles of both the 2003 Convention, as dictated by the promotion of peaceful coexistence between people, the sustainable development, respect for the rights of living organisms, etc., and the NI of ICH itself. The information related to each element of ICH inscribed on the NI is depicted in the “form of the element of ICH of Greece”, which can be found in the following link: https://ayla.culture.gr/odigies-syggrafis-deltiou-apk/ [29] Each form is divided into eleven (11) fields, each of which gives the opportunity for particular aspects of the element to develop. Several of these fields include multiple subfields. The eleven fields are: (1) Brief presentation of the element, (2) identity of the element’s bearers, (3) detailed description, (4) space and equipment related to its performance, (5) products or general material objects resulting from its performance, (6) historical evidence, (7) current significance of the element, (8) safeguarding and promotion, according to basic bibliography, (9) contact details of the form’s authors, (10) additional documents, contact details of the form’s authors and date of submission, (11) date of the last updated form.

The NI is not structured based on any specific criteria, such as thematic or geographic. Visitors can browse for it by a topic of interest and create their own personalized browsing path. During this tour, one element can direct them to another element (external data of information such as texts, photos, videos etc.) or to dive deeper by consulting the relevant literature or even to contact with the bearers of the specifically referred ICH community.

The Inventory is completed and updated on an annual basis following a standardized procedure following an initiative by the community of the element’s bearers. Greece has been a state member of the 2003 Convention since 2007 and has to follow the rules of this convention. The main body for implementing the Convention in Greece is the Directorate of Modern Cultural Assets and Intangible Cultural Heritage (MCA&ICH) of the Ministry of Culture and Sports. Additionally, in 2012, a National Scientific Committee for the Implementation of the Convention was also established. The Law for the Protection of Antiquities and Cultural Heritage in General (2002) provides an overall framework for the safeguarding and management of heritage, including living heritage.

As mentioned earlier, the enrichment of the NI of ICH of Greece is an annual process, open to all and structured in three stages [30] as depicted in Figure 4 (the below system dynamics model is presented without the mathematics and its complete form, because it is part of the Ph.D. thesis of the author P. Chourdaki and as such cannot be published completed in this article):

Stage A. includes the “Statement of Intention to Submit ICH Elements” and examines whether the proposed element for registration meets the basic inclusion criteria set forth on the one hand by the 2003 Convention and on the other hand by its implementation policies in Greece. If the interested element is not yet “ripe”, it may not continue on its own initiative in subsequent stages. The Statement is sent by email and indissolubly linked to the email address ayla@culture.gr

Stage B. is called “Publication of Statement of Intention to Submit ICH Elements”. The Statements of Stage A. that not comply with the principles of the Unesco 2003 Convention and its implementation policies in Greece are rejected and receive a response by email (B.1. Rejection). Those that meet them are posted on the ayla.culture.gr, the ICH website of Greece (B2: Posting), in order to inform their authors and the public that qualify for Stage C. Any interested bearer of the element may contact the authors of the Statement to contribute in the enrichment of the element (B.3. Public consultation). It is pointed out that the acceptance of Stage B. does not imply the registration of the element in the NI of ICH of Greece.

Stage C. is entitled as “Completion and Submission of ICH Elements to MCA&ICH”. As long as the community of bearers has completed the consultation period required, it must send the completed form to MCA&ICH within a specified period of time following detailed instructions given. The examination of late submitted statements is postponed until the following year. After the submission, the competent employees of the MCA&ICH collaborate with the authors to improve it, if it is necessary. When the statement is considered to be meeting the specifications governing the National Inventory, then the statement and the other accompanying documentary material (such as photographs, video etc.) are submitted to the C.1. National Scientific Committee for the ICH. The Committee, either reports negatively (C.1.1. Rejection) or positively (C.1.2. Registration by Ministerial Decision in the NI of ICH of Greece). In any case, the authors of the Statement are informed in writing.

The inscription of an element on the NI of Greece is by no means an end in itself. The inscription aims to highlight the importance of ICH and to present it to the members of the community as a connecting link of their identity, but also to motivate them to act for its promotion, as well as to the wider public, domestic and international.

The next step is the submission of a nomination file of the element already registered on the NI of Greece to one of the UNESCO lists of the 2003 Convention, which is part of a wider planning that takes into account various parameters. Also, since these are international convention lists, the competent services of the Ministry of Foreign Affairs are also involved.

Greece has so far inscribed nine (9) elements of ICH on the Representative List of the Intangible Cultural Heritage of Humanity:

• Mediterranean Diet (joint nomination file: Cyprus, Croatia, Spain, Greece, Italy, Morocco and Portugal), 2013 (UNESCO 8.COM 8.10) [31],
• Know-how of Cultivating Mastic on the island of Chios, 2014 (UNESCO 9.COM 10.18) [32],
• Tinian Marble Craftmanship, 2015 (UNESCO 10.COM 10.b.17) [33],
• Momoeria a New Year’s Celebration, 2016 (UNESCO 11.COM 10.b.16) [34],
• Rebetiko, 2017 (UNESCO 12.COM 11.b.11) [35],
• Art of dry stone walling, knowledge and techniques (joint nomination file: Croatia, Cyprus, France, Greece, Italy, Slovenia, Spain and Switzerland), 2018 (UNESCO 13.COM 10.b.10) [36],
• Byzantian chant, 2019 (UNESCO 14.COM 10.b.2) [37],
• Transhumance, the seasonal droving of livestock along migratory routes in the Mediterranean and in the Alps (joint nomination file: Austria, Greece and Italy), 2019 (UNESCO 14.COM 10.b.2) [38],
• August 15th (Dekapentavgoustos) festivities in two Highland Communities of Northern Greece: Tranos Choros (Grand Dance) in Vlasti and Syrrako Festival, 2022 (UNESCO 17.COM 7.b.11) [39].

Additionally, Greece has also inscribed one (1) element in the Register of Good Safeguarding Practices:

• Polyphonic Song of Epirus, 2020 (UNESCO 15.COM 8.c.4, 2020) [40]

Studying the files of the Greek inscribed elements on the NI, different data and metadata are found from one element to other, so there are three findings: The first is that even if there are many proposals in the bibliography, as mentioned in chapter 2 above, regarding what data and metadata should be recorded in each type of ICH element, no proposal has been defined by the Greek side, following the UNESCO policy. For example, referring to a folk dance, in one case the MPEG-7 standard was used for storing a video [4] and in another case the DCT-based standard was used for the same purpose. This difference lies in the fact that UNESCO hasn’t defined: (1) the format of the video that must be saved in each case (DV or 1080i HDV or AVCHD or XDCAM HD etc.) and (2) the minimum data fields of the elements that must be stored in each case (title, creator, source, ownership rights, subject etc.).

The second finding is that although documentation and recording technologies are rapidly improving over time, there is no proposal in the Greek literature for technological upgrading of the documentation that has already been submitted in the oldest registered cases to the NI. To be more accurate, even if the Convention suggests in Article 29 that States Parties have the obligation towards the Committee to submit reports on the legislative and other measures taken for the safeguarding of the ICH in their territories every five years, in the first periodic report of Greece in 2015 it is generally stated that “Each entry should be updated every five years through an open call to the bearer community”. There is no reference to any sort of technological upgrade of the documentation. The element with the title “Polyphonic Song of Epirus” [40] inscribed in 2020 in the Register of Good Safeguarding Practices is set as an example. Cassettes, and discs of Bakelite and vinyl since 1928 serve as proof of its documentation. It is not mentioned anywhere that the audio material, beyond the citation of the historical and archival documents, has been transcribed into audio of contemporary technology.

The third finding is the way that digital data is stored. When an item is registered from national inventories to UNESCO lists, its storage is usually on local servers containing the digital cultural heritage of the origin country and open access is provided to all others.

In order to trace the digital metadata path of an inscription from the national inventories to the international UNESCO’s lists, the procedure of inscription of an ICH element called “Rebetiko” (a kind of a Greek music and song) from the NI of ICH of Greece (2016) to the Representative List of the Intangible Cultural Heritage of Humanity (2017) presented as a case study in three (3) stages:

• The researcher collects all the necessary data (photographs from the dancers and their facial grimaces, video recordings, historical records of this kind of music, recordings about the melody and the words of the songs, interviews of the participants/dancers/musicians etc.) and submits its application to the department of MCA&ICH of Greek Ministry of Culture and Sports.
• If the application meets the minimum requirements, as they have been set from the NI and the UNESCO, then and only then this element can be inscribed in the NI of ICH of Greece (in fact it will be stored to a local file server).
• The Greek Ministry of Culture and Sports examines whether this element meets the criteria to be inscribed in UNESCO lists. If so, then it will be passed to the competent department of Greek Ministry of Foreign Affairs, which in turn will forward the application to UNESCO for further examination so as to be set as an element of the ICH of Humanity. Then, UNESCO will create a new record in which some of the metadata will be saved into its file servers (like the title of the element, an abstract, the creator, the subject, the source etc.) and, regarding the files of videos or photos, it will store the necessary URI so as to redirect the reader to the proper local file server (where those data are stored). But, if each local server, where the digital data of ICH is being stored, is examined as a separate System, many interdependency relationships would appear among them due to those redirections.

To sum up, UNESCO is a global network (like a Hyper System) where all those local file servers (Subsystems) are interconnected by relationships of interdependence (communications channels) in order to serve a need, the need to spread the knowledge beyond borders. But how can this global Hyper System, where its internal essential parts (FTP servers - Subsystems) are interconnected and interdependent, continue working without any malfunctions (be a viable system) in a period of turbulent environmental changes, such as those which have been recorded the last few months due to the war in Ukraine? How must we store the digital data of the Representative List of ICH of Humanity, so as to safeguard them for the next generations? Indeed, it is a multidimensional phenomenon that will be approached under the light of Systems Thinking.

4. A Systems Thinking Approach

According to the general system theory of Ludwig von Bertalanffy (1934) “A System is an entity which maintains its existence through the mutual interaction of its parts” [41]. A System consists of three parts: Subsystems, Subsystems interconnection and purpose of the System. That’s why UNESCO could be considered a System and each country that applies for a new element to be registered into one of UNESCO’s lists must be considered an essential part of this system and regarded as a Subsystem. The purpose of the System is to safeguard and preserve the worldwide ICH, which will be succeeded through the mutual interconnection of the Subsystems.

As it was mentioned in Chapter 2, each country is responsible for entering the data of its ICH elements into its repositories. But sometimes, there are elements that must be interconnected with data from other repositories which may be situated in different countries (subsystems interconnection). The fact that each country is entering the data of its ICH using different data & metadata schemes is going to lead in a huge problem of interoperability.

Moreover, another fact, which will also cause a problem, is that when two different countries are going to inscribe a new element in UNESCO’s lists and supposing that these elements belong in the same domain (for example they are folk dances), then the fact that those two countries are registering different metadata for an element of the same domain may create confusion for the future readers. In each case, the source of the problem is that those countries are acting as separate entities/systems, even though when they apply to UNESCO they automatically become parts/subsystems of the same boarder entity.

As Russell Ackoff stated in 1981 “System is a single set, which has one or more defining functions and consists of two or more essential parts, fulfilling three (3) basic rules” [42]. In the above case, the essential parts are the two countries which intend to inscribe a new element in UNESCO’s lists. The first and most critical “defining function” is the recording and the visualization of their ICH, thus the second one is the registration of its ICH into one UNESCO list. Knowing that the three (3) basic rules are:

• Every essential part/Subsystem of the System can influence the behavior and/or the properties of the System
• None of the essential parts/Subsystems can have an independent effect on the basic one or more function(s) of the System
• When the individual parts of the System are organized into Subsystems, then they have the same properties as the essential parts,

It is profound that the sustainability of these elements over time, regardless of the environmental changes (such as the war in Ukraine, for example) depends entirely on the proper behavior of the Subsystems.

The cybernetic framework of the Viable Systems Model (VSM) of Stafford Beer is also used to evaluate the traditional hierarchical edifice of the organization of UNESCO, identifying the functional incongruities and communication disconnects, which hinder synergies and the organization’s overall resilience [43]. According to the VSM, which is described as a “holistic model involving the intricate interactions of five (5) identifiable but not separate Subsystems” [44], a System depends on the harmonious operation of these five (5) identifiable and individual Subsystems: (1) Primary activities, (2) Conflict resolution, stability, (3) Internal regulation, optimisation, synergy, (4) Adaptation, forward planning, strategy, (5) Policy, ultimate authority, identity. By the term “harmonious operation” we define the operation of Subsystems according to some predetermined conditions. When, for example, a country (Subsystem 1) adds a new element of ICH (element O) to its repositories, that means that the researcher who was responsible for the recording and the visualization of this element has followed a predetermined scheme/data & metadata model. This implies that the rest of the countries that are intending to make a relevant entry of an element of the same domain to their repositories must also follow exactly the same data and metadata model/scheme. Those countries are parts of Subsystem 1 of the element (O) of the VSM and their “defining functions” are the 1a,1b etc. of the element (O - Operations). Since UNESCO has to determine the data and metadata model which must be used in each case and to determine the forms that must be completed and submitted for the registration of a new element in its lists, that means that UNESCO is the Subsystems 2, 3, 4 and 5 of the elements (M - Management) of the VSM. Every user - visitor of UNESCO’s repositories who interacts with the material of these repositories belongs to the environment (E) of the UNESCO System and all together they are creating an Ecosystem (Figure 5).

We can also consider the members of Subsystem 1 as parts of the Environment (E), only when they act as users – visitors of the UNESCO’s repository. In order to give a clear picture of the subject matter, here is an example. Let’s suppose that a new element is going to be stored in UNESCOs repository. The country which owns the copyrights of this element participates as Subsystem 1 of the VSM. While this element is under approval, any employee of the service that applied for this element (for example an employee of the Ministry of Culture) can visit UNESCO’s repository (website) as a simple user whose purpose is to find out whether the process of approval has been completed and at the same time to identify whether there are any errors on the element’s data. In this case, the employee acts as a simple member of the environment (Ε). But, if he discovers any error and then consequently applies for any corrections, he doesn’t act as a member of the Enviroment (E), but as a member of Subsystem 1.

As Stafford Beer also mentioned, the sustainability of a System is based on the ability of this System to deal quickly with the changes of its environment by making improvement interventions to learn from those changes and of course to keep evolving within it. So, even if one or more countries get involved in a war (like the example of Ukraine), which can lead to turbulent changes of the Environment (E) of this System, the data of ICH cannot be lost provided that the BT would make many copies of the data which are going to be kept on the servers of all the countries/members worldwide (parts of Subsystem 1).

Given that the essential parts (member states) of a System (UNESCO) behave in a non-predetermined way, according to System Thinking, the number of alternative outcomes from the interdependences of these essential parts could be an exponential number. On the contrary, this number is noticeably reduced and not only it can be studied, but it may also (in some cases) be predicted, especially when the behavior of the essential parts is predetermined. This fact emerges from the reduction of the Dynamic Complexity. Thus, in order to reduce this complexity, UNESCO ought to determine a better and more specified way of recording and visualizing the ICH data, as well as to determine the use of BT to store these data as is graphically being depicted in the next figure (Figure 6).

At this point, the readers of this article may have questions remaining unanswered, such as: Can this technology be adopted by all member countries of this Ecosystem? and if so, what difficulties may arise in the procedure of the adoption? These questions, as well as the description of the preparatory actions that UNESCO must undertake, will be analyzed in the next Chapter.

5. How & Why Blockchain Technologies must be used for storing the Data of the Intangible Cultural Heritage of Humanity

On the previous chapters we have mentioned that when a country is called upon to deal with sudden and turbulent changes in its environment, it usually struggles. A living paradigm is that of Ukraine where 50TB of digital data of the local ICH were in danger to get lost due to the war. The fact that the data was not lost is not because of the preparation of the country to deal with such a threat, but is clearly due to human intervention by the initiative of specific people [7]. Ukraine in the past had applied:

• in 2013 for the registration of the “Petrykivka decorative painting as a phenomenon of the Ukrainian ornamental folk art” (UNESCO 8.COM 8.29) [46] on Representative List of the Intangible Cultural Heritage of Humanity,
• in 2016 had applied for the registration of the “Cossack’s songs of Dnipropetrovsk Region” (UNESCO 11.COM 10.a.5) [47] on the List of Intangible Cultural Heritage in Need of Urgent Safeguarding,
• in 2019 had applied for the registration of the “Tradition of Kosiv painted ceramics” (UNESCO 14.COM 10.b.40) [48] on the Representative List of the Intangible Cultural Heritage of Humanity,
• in 2021 had applied for the registration of the “Ornek, a Crimean Tatar ornament and knowledge about it” (UNESCO 16.COM 8.b.45) [49] on the Representative List of the Intangible Cultural Heritage of Humanity and
• in 2022 had applied for the registration of the “Culture of Ukrainian borscht cooking” (UNESCO 5.EXT.COM) [50] on the List of Intangible Cultural Heritage in Need of Urgent Safeguarding.

Apparently, these five (5) elements cannot occupy a capacity of 50TB. So, although Ukraine had stored the information of this capacity (50TB) in its repositories, nevertheless only the data of these five elements met UNESCO’s criteria and was stored in multiple repositories, thus avoiding the risk of being lost.

Let’s dwell a little more on the expression “was stored in multiple repositories”. We therefore understand that if we store the global ICH in more than one copies by using, for example, the BT which is storing all the data in a Public Ledger and the mining nodes of the Ecosystem which keep a fully copy of the data, this would act as a countermeasure to a possible threat, such as that of war. If we take a step further, it should be defined that when we store the data of each element and we also keep any information related to the owner of its copyrights, then each miner, node of this Ecosystem, could keep a complete copy of all elements (even of those which do not own their copyrights). But in the long run, we will have to learn how to manage and maintain the availability of the data without losing, at the same time, their integrity or their confidentiality (also known as CIA of data). But how possible and how difficult is the creation of a new network between UNESCO and the local bearers, such as libraries, archives, museums or cultural associations?

In order to proceed with the creation of a new Decentralized Application (DApp), there are certain criteria that must be met. The topology of the network should therefore be initially determined based on the nature of the users of this network. So, it should be decided which entities are going to participate in this network. As we mentioned earlier, if we want to save the ICH of humanity, we must include in this network all the countries, regardless of their language, their religion or other limitations. In each country-member of this network there will be some participants who are directly related to the culture. Like, for example, the museums, the libraries, the local cultural associations, history teachers/professors, archaeologists etc. These participants in BT tend to be called miners and mining nodes1 or depending on the consensus mechanism, they can be called with alternate names.

There is also another category of participants, those who are just interested in history and culture, purely for educational reasons, such as the tourists/visitors of a country and they will be called as nodes or economic nodes of the network. It is therefore understandable that they should be separated by using as main criterion the reason of their visit to the repositories of ICH of UNESCO. Therefore, the Decentralized topology (Figure 7 - DLT) should be used instead of the Distributed one, since this topology allows us to separate the users’ rights (read only or read/write). Consequently, the users with the most rights will be those who apply for the registration of new elements in the repository of ICH of UNESCO.

The fact that the same repository is going to be visited from the users-participants of both of the two categories, it creates a limitation. Thus, we should divide the interface of the DApp which must be developed. The front end can be visited by anyone who is interested in locating any cultural information for education purpose, while on the back end only a certified entity from each country will be able to connect, using its credentials, in order to insert the registration of a new element in the repository or certified users/employees from UNESCO. We mentioned “a certified entity from each country” as we want to keep the procedure that is being followed nowadays for the registration of a new element in the local repository, a procedure which has been explained in a previous chapter. This entity will be responsible: (1) for the control of the recording and the visualization of each local element, (2) for their registration in the local repository and (3) for requesting their registration in UNESCO’s repository.

Having determined the topology of the network and the type of the users, we must also determine the type of the consensus mechanism of this DApp. In order to determine it, we need to proceed in a preparatory step. We must identify and record the services that this DApp offers in order to decide whether we can use one of the already implemented consensus mechanisms or if we should develop a new one. As we mentioned earlier, the main purpose of this application will be the storage of all the elements of ICH, regardless of their country of origin. With this service in mind, we compared the most well-known consensus mechanisms, such as Proof of Work (PoW), Proof of Stake (PoS), Proof of Elapsed Time (PoET), proof of Capacity (PoC) etc. There are two consensus mechanisms that respond to the need of the DApp we are proposing to be developed.

The first one is the Proof of Space/Capacity (PoC). When the Ministry of Culture of a Country requests the registration of a new element (we are going to call this entity as a Prover (P)), UNESCO’s employees, who are responsible for checking the completeness/integrity of the data of this element (those entities are going to be called Verifiers (V)), will proceed with the verification of the stored data on the copy of the Prover (data F of size N, where N represents the whole copy of the data and F≤N) and if they pass the verification procedure, then and only then the Prover(P) will be able to proceed with the registration of this element in the next Block of the Blockchain.

The second consensus mechanism, which can be alternatively used, is the Proof of Elapsed Time (PoET), where one algorithm will automatically define a random period of time (it is called Wait Time) and another algorithm in the computer of each Ministry of Culture (of all the countries that participate in this network) will define a second period of time (it is called Sleeping Time and it is a random period). Then, the miner who will wake up from the “Sleeping Time” nearest to the defined “Wait Time” (abs(Wait Time – Sleeping Time)=min) will be the miner who will be chosen for adding the next Block (which contains the data of the new element) to the Blockchain. The second mechanism not only is closer to the “Principle of a fair Lottery System” which means that all the miners will have equal chances of being selected as the next validator/adder of the Block, but also is better versus to the PoC, as it needs less electric power. In our days, where the price of electricity is constantly increasing, the use of green technologies is imperative. Also, the fact that there are two different kind of consensus mechanisms that can be used in this DApp compels us to choose the Hyperledger Fabric, a flexible DApp development and testing platform because it has no predefined consensus mechanism and also it allows the developers to use the one which matches their preferences (except from the Fabric framework there are also the 1.Iroh, 2.Sawtooth, 3. Indy, 4. Besu and 5. Burrow frameworks, but the available administrative tools/modules of the Fabric framework are more flexible).

Since the main purpose of this DApp is to store the data of ICH of humanity, it is vital at this point to specify exactly what data will be stored in the Blockchain. Our ultimate goal is not only to calculate the size of these data so as to identify whether we can store them “on the chain” or if we have to use some other storage technique (off chain storage), but also to define the fields of data that must be stored in each type of element. As we discussed previously, there are many different types of elements. For each of these types, we will have to store specific information. For example, in the recording and visualization of a folk dance [6] we will have to store a video file in which the complete movement of the dancers is recorded. The size of this file depends on the video format and on the duration of the folk dance. The most common video formats which have been used the last few years are the MKV, MP4, MOV, H.264, WMV, AVI, AVCHD etc. and an average duration of a folk dance can be up to 3 min. So, the combination of at least those two variables leads to the creation of a video file where we can calculate the size of this file by multiplying: (1) the bitrate, (2) the duration and (3) the compression ratio, where the bitrate equals with the multiplication of: (1) the frame size and (2) the frame rate [52]. Thus, a MP4 video file with 720p (HD) resolution (Bitrate = 1 Mega Byte per Second) and a duration of about 3 min will be approximately 15 Mbytes.

Of course, in order to have a complete record of this folk dance, we must also store some historical data. This data can be stored in either a DOC/DOCX file, which is usually up to 0.5 Mbytes, or in a PDF file, which is usually 1.6 Mbytes [53]. If we add this data size to the previous one and at the same time challenge our reasoning behind it, we will find out that there is also a need to store a set of photos: (1) of the dancers’ traditional costumes, (2) of the dancers’ figures and (3) of the expressions on their faces as it is important to depict their physical and mental condition while they are dancing. Those image files can be stored in JPEG, PNG or TIFF format and their size can be calculated by multiplying: (1) the pixel count and (2) the bit depth, where the pixel count equals with the multiplication of the width of the image and the height of this image [54]. Usually, the size of an image can be between 0.5 Kbytes and 2 Mbytes.

It can easily be inferred that if we add all the above data sizes as well as: (1) the size for the melody of the folk dance, (2) the size of the file with the song lyrics and (3) the size of the file with the interviews (that the researcher may have taken from the audience), then the final size of this file is going to be over 20 Mbytes. Now let’s imagine how many Greek folk dances there are and try to multiply them by the size of the 20MBytes. And the folk dances which belong to the domain “Performing Arts” are not the only ones. There are many other kinds of dances in this domain and imagine how many other elements exist in the other four domains which we saw in Figure 1.

Therefore, if we try to store all this data “on chain” how such an act could be achieved? Let’s suppose that each element (with all its attached files) consists of a unique transaction (each transaction will be symbolized as “Txi”, where i=1,2,3 etc.). For instance, the transaction which has been created from a certified employee of the Ministry of Culture of a member country (a unique Subsystem of the Ecosystem) is going to be the “Tx1”. This Subsystem has a unique set of keys: (1) a Public Key and (2) a Private Key (use of Asymmetric Cryptography). When it requests the registration of this element in ICH of humanity, in reality it gathers all the data of Tx1 (photos, video, texts) and using a Hush Function which is included in the DApp, it creates a unique Hash Value/Hash Sum. Then, using its unique Public Key, it encrypts it in order to create a new unreadable text called “Cipher Text”. This procedure is known as “Digital Signature” [55] and the miner who has been chosen as the next validator will check the authenticity of this signature by using the attached files in Tx1, the signature and the Subsystems’ Public Key. If the data has not been maliciously modified, then the signature check will be completed successfully and afterwards it will be combined with the Hash Value of another element (for example Tx2) in order to create a Merkle Tree [56], as the one in Figure 8. This Merkle Tree consists of the data of the elements which will be saved in a specific Block. Thus, if we take into consideration the information which was analyzed in the previous paragraph regarding the size of each element, we understand that after a short time the size of the Blockchain will be very difficult to be managed. In other words, if we try to search a specific element in order to read its data, the server’s response time will take too long.

On the other hand, if we store all the data of a Txi (video, images, texts etc.) in the server of the Ministry of Culture of the country which owns the copyrights of this element and we only push the Hash Value/Hash Sum of this Txi on the next Block of the repository of ICH of Humanity (the Public Ledger), then we will have managed to reduce the size of the stored data on the Blockchain, as each Hash Sum contains only the 64 digits of the Txi string written in Hexademical Numeral System (hex) whose size is only 32 bytes. In this case, we have used an “off chain” storage technique which is vulnerable to threats, like the one of war, as the data are not located on the chain (they are not stored on the public ledger), but in the local server of the Ministry of Culture of the country which owns the copyrights of the elements (all the miners keep a copy of the Hash Sum of this element only). The fact that the size of the Block is a lot less than in the previous case, makes searching for an element much easier and sufficiently faster. Of course, many techniques can be used in conjunction in order to keep this data safe. For example, there can be a separation of repositories by geographical criteria so as to oblige countries to maintain a complete copy not only of its own data, but also of the data of its neighboring countries.

At this point, we are going to use Systemic Thinking in order to examine the data that we must store in each case. An element must be categorized in one of the five domains of UNESCO’s ICH, thus if we examine the “Building and use of Expanded dugout boats in the Sooma region” (16.COM 8.a.2) [58] which belongs to the domain “Knowledge and practice on nature & the universe”, we will discover that different data are stored from those which we stored for the case of the folk dance. In this element, we don’t have to store any DOC file or other kind of files for the interviews of the audience, as there is no audience in this process, it just describes how to build by yourself a dugout boat using a single tree (usually an aspen tree). Although this element describes something a lot different from the previous one, nevertheless they have some similarities. For example, in the folk-dance case we have to store photos showing the dancers’ costumes, whereas in the case of the boat manufacturing we also have to store some photos but in this case with the tools that are going to be used. In both cases, a video must be stored which records the whole process, but in the second case the video duration is going to be much longer since it records a process which it might take hours or even days. Thus, a new need arises. The need to define exactly which data fields must be stored in each one of those five (5) domains. In Blockchain, the fields of the data and the type of the variables must have been defined from the stage of the design of the Data Layer [10], ref. [59] as those fields are going to be used in the interfaces of the DApp which will be designed in the Application – Presentation Layer (Figure 9).

In Chapter 4, we mentioned that a System, or otherwise an entity, consists of at least two essential parts. So, if we consider the chain of the Blocks as a System, automatically those Blocks are the Subsystems of this System. Correspondingly, each Block consists of more than one element. So, in reality every element is a part of BLock’s microcosm. This automatically implies that we cannot break an element into independent data (video, texts, photos, etc.), but we must manage it as an entity. That’s why we must use a proper programming technique like the “smart contracts” and that means we will have to write source code using the solidity language in order to create five (5) different types of smart contracts, one for each domain of UNESCO’s ICH. The advantage of this technique is that we can define various rules - criteria that must be met in each case before storing an element in the Public Ledger. Of course, for each one of this five (5) kinds of contracts we must define exactly their data fields, the format of the video files, the songs, the images etc., as well as other fields concerning the copyrights, the data of the research which took over the recording and the visualization of this elements etc. Due to the fact that the purpose of this paper is only to mobilize the stake holders – decision makers about how those new technologies can be used for ensuring the ICH of Humanity, that’s why we are not going to delve further into the data type issue.

Each element depending on the domain that it should be registered to, is going to be converted into a smart contract. This smart contract must meet some predefined criteria (that the stakeholders/decision makers must define) so as to be promoted to the next level (we usually call this procedure “order” and the entity who creates the smart contract for a new element is called “endorser” or “committer” and the node-miner who is responsible for the validation of the data of this element is the “orderer”). Each Block, depending on its size (which is one of the criteria that must also be defined from the stakeholders – decision makers), will contain at least two (2) smart contracts. If those smart contracts refer to the same domain, then if we want, we can use in conjunction another programming technique. We can package them together into a “chain code”, which is responsible only for packaging and deployment of the smart contracts, not for their creation [10] (p. 39).

As you may have already noticed there are a lot of issues that must be defined appropriately in the design stage of the proposed DApp. Thus, a Project Team must be established from stakeholders all over the world, which will have a direct relationship with culture and will be the ones competent to determine and manage any issue that may arise during the process of developing such an application. After all, the need to have such a “Project Team” during the process of designing an Ecosystem and the deployment of the DApp that is going to serve this Ecosystem has already been recorded in the literature [54].

6. Conclusions

In the beginning, we talked about the vision of UNESCO and the criteria it has established in order to rescue an element of the ICH of Humanity. However, based on our research, both on its website and in UNESCO’s meetings minutes, it was found that there are no clear terms/rules regarding the technical specifications of the data that substantiate an element. Although in the past several projects have been funded regarding the determination of the data schemes and the metadata models that should be used for the correct record and visualization of an element as it is documented by the relevant bibliographic review, no final decision has been made to impose the use of a specific data & metadata scheme/model of an element for each of the five ICH domains of the 2003 Convention.

Next, the fact that almost 50TB of data regarding the ICH of Ukraine was in danger to be lost due to the war was presented. A threat, which probably had not been foreseen by the decision makers of Ukraine, but even if it had been included in their studies of Risk Analysis, it was the way of storing the data (centralized local storage) which made the implementation of any countermeasures very difficult. For this reason, the direct use of a different way of storing this data is required. Due to the fact that other countries are also following the exact same way of importing and storing the elements of their ICH in local repositories, the use of BT is being proposed. By creating a Decentralized Network between cultural heritage stakeholders all over the world and by developing a new DApp, the data of the world ICH is going to be stored in a Public Ledger where each participant - miner of this network is forced to keep a full copy of the data or at least to keep a copy of the data of its neighbor’s ICH data.

Undoubtedly, several problems are expected to arise during such venture. For instance, the correct selection of members for the Project Team, the determination of the data that must be stored in each case of the five ICH domains, the data scheme and the metadata model that researchers must use for the process of the record and the visualization of an element, the determination of the control procedure on whether the data of a new element meets the predefined conditions-rules, also the development of these rules, the choice of the best possible consensus mechanism or the creation of a new one always respecting the environment (GHG Emissions), and many others. At the same time, the use of new technologies is going to lead in new risks (Systemic Risks) which must be addressed using appropriate countermeasures, so as not to lead to a domino of Ecosystem malfunctions.

Through the pages of this article, the authors approached the procedure of creating this new Ecosystem and the development of a new Decentralized Application by using Systems Thinking to propose some possible solutions to risks that may arise. Also, through this Systemic Approach, the procedure to be followed has been explained, in as much detail as possible, to minimize the tendency of Systems to resist the changes in their Environment (E).