Even when end-to-end encryption is used in centralized messaging services, problems related to security, privacy, availability, and transparency remain. These problems can be avoided or reduced by using a decentralized architecture. The most notable previous attempts at decentralized messaging protocols have been based on peer-to-peer or federated networks. In a federated network, anyone can run servers that clients interact with and that interoperates with other servers in the network, whereas there is no distinction between clients and servers in a peer-to-peer network. Current peer-to-peer messaging protocols lack functionality that users expect from a messaging service, such as multi-device history and asynchronous messaging. These problems are currently being circumvented through centralized components. Current federated messaging protocols can provide most of the functionality that users demand from a messaging service but suffer from other problems. Federated protocols commonly have uncertainty in terms of interoperability in the network. Furthermore, federated messaging protocols require users to trust one node through which they send messages and assume that users have sufficient knowledge to make the correct decision of which node to trust. Users have been shown to become concentrated on one or a few nodes, which leads to many of the problems with a centralized messaging service. This study presents a decentralized messaging protocol that operates on so-called canister smart contracts on the Internet Computer blockchain. The Internet Computer operates on nodes provided by independent data centers with a consensus model that allow up to one-third of the data centers to be faulty or malicious. The presented messaging protocol allows for messages to be sent from one public key to a collection of public keys and stores the messages on the Internet Computer. New canister smart contracts are created once the previous ones are out of memory to provide theoretically infinite scalability. The evaluation of the presented messaging protocol shows that it takes approximately 5 seconds to send a message and less than 1 second to retrieve messages. Furthermore, the cost of sending and storing one million messages with a size of 100 kB for one year is estimated at $4,200. / Centraliserade meddelandetjänster kan förbättras gällande säkerhet och integritet med hjälp av end-to-end-kryptering. Det finns dock fortfarande problem med säkerhet, integritet, tillgänglighet och öppenhet i centraliserade meddelandetjänster. Dessa problem kan undvikas eller minskas genom att använda en decentraliserad arkitektur. De mest anmärkningsvärda tidigare försök på decentraliserade meddelandeprotokoll har baserats på peer-to-peer- eller federerade nätverk. De nuvarande peer-to-peer-protokollen för meddelandehantering saknar funktionalitet som användare förväntar sig av en meddelandetjänst, exempelvis historik på flera enheter och asynkrona meddelanden. Dessa problem kringgås för närvarande genom centraliserade komponenter. De nuvarande federerade meddelandeprotokollen kan tillhandahålla de flesta av de funktioner som användare förväntar sig av en meddelandetjänst, men lider av andra problem. Federerade protokoll är ofta osäkra när det gäller driftskompatibilitet i nätverket. Dessutom kräver federerade meddelandeprotokoll att användarna litar på en nod som de skickar meddelanden genom, och förutsätter att användarna har tillräckligt med kunskap för att fatta rätt beslut om vilken nod de ska lita på. Det har visat sig att användarna samlas på en eller ett fåtal noder, vilket leder till många av de problem som finns i en centraliserad meddelandetjänst. I den här studien presenteras ett decentraliserat meddelandeprotokoll som är uppbyggt av, så kallade, canister smart contracts på blockkedjan Internet Computer. Internet Computer fungerar på noder som tillhandahålls av oberoende datacenter med en konsensusmodell som tillåter att upp till en tredjedel av datacentren kan vara felaktiga eller illvilliga. Det presenterade meddelandeprotokollet gör det möjligt att skicka meddelanden från en offentlig nyckel till en samling offentliga nycklar och lagrar meddelandena på Internet Computer. Nya canister smart contracts skapas när de föregående har slut på minne för uppnå teoretiskt sett oändlig skalbarhet. Utvärderingen av det presenterade meddelandeprotokollet visar att det tar ungefär 5 sekunder att skicka ett meddelande och mindre än 1 sekund att hämta meddelanden. Dessutom uppskattas kostnaden för att skicka och lagra en miljon meddelanden med en storlek på 100 kB i ett år till 4200 dollar.

Med en ökande tillväxt inom flygtrafikbranschen behöver de bakomliggande flygtrafikledningssystemen uppgraderas för att möta den växande komplexiteten i syfte att säkerställa en ordnad flygtrafik. Här anses det arkitekturella konceptet System Wide Information Management (SWIM) för distribuerade flygledningssystem vara lösningen för att bygga system som är lättare att underhålla och enklare kan kan samverka med varandra. År 2021 fastslog Europeiska unionen att samtliga operativa intressenter inom det aeronautiska informationsutbytet i EU skall tillhandahålla och kunna konsumera SWIM-tjänster och erbjöd då en uppsättning tjänstegränssnittsbindningar för intressenter att hävda foglighet med för att efterfölja de nya regleringarna. Bland dessa finner vi AMQP Messaging och WS Light som utiliserar AMQP respektive HTTP som meddelandeprotokoll. Tidigare forskning har visat att AMQP presterar bättre än HTTP inom de flesta områden, men denna studie undersöker om någon av de två lämpar sig bättre som meddelandeprotokoll för en europabaserad SWIM-implementation genom att analysera resultatet i en SWIM-kontext. Med hjälp av en komparativ analys och kvantitativ dataanalys jämförs de två meddelandeprotokollen i denna studie för att identifiera liknande och åtskiljande karaktärsdrag samt för att svara på om någon av de två lämpar sig bättre för ändamålet. De punkter protokollen jämförs på är struktur, overhead och effektivitet, interoperabilitet och kompabilitet, tillförlitlighet och feltolerans samt förekomster i Eurocontrols SWIM Registry. Studiens resultat visar att AMQP är den lämpligaste kandidaten av de två sett till implementationstrender och prestanda, men att det är bör göras en avvägning innan en intressent väljer vilket gränssnitt denne skall implementera. / With an increasing growth within the aviation industry, the underlying air traffic control systems needs to be upgraded to meet the growing complexity for ensuring an organized air traffic. This is where the architectural concept System Wide Information Management (SWIM) for distributed air traffic control systems is believed to be the solution for building systems that are easier to maintain and can cooperate with ease. In the year 2021, the European Union decided that all operative stakeholders within the aeronautical information exchange in EU shall provide and be able to consume SWIM services, and provided a set of service interface bindings for stakeholders to claim conformance to in order to follow the new regulations. Among these we find AMQP Messaging and WS Light that utilizes AMQP and HTTP, respectively, as messaging protocols. Previous research has shown that AMQP performs better than HTTP in most areas, but this study analyses the result in a SWIM context to see if any of the two is a more suitable messaging protocol in a Europe based SWIM implementation. Through a comparative analysis and a quantitative data analysis the two messaging protocols are compared in this study to identify similar and distinctive characteristics to answer whether one of the two is a better candidate for the purpose. The protocols are compared on their structure, overhead and efficiency, interoperability and fault tolerance, and their occurances in Eurocontrol's SWIM Registry. The result of the study shows that AMQP is the more suitable candidate of the two, in regards to trends in current implementations as well as performance metrics, but a stakeholder should make a trade-off before choosing what service interface binding to implement.