The Bitcoin Masterclasses Series 2 with Dr. Craig Wright: Building better cloud services with multicast

Können Sie die Blockchain verwenden, um eine bessere, robustere Version von Twitter zu erstellen? Könnten wir bessere Filesharing-Dienste haben als die zentralen serverbasierten, die wir jetzt nutzen? Die Antwort lautet: absolut. In Sitzung 5 von Dr. Craig Wrights The Bitcoin Masterclasses Series 2 beschreibt der nChain-Chefwissenschaftler, wie wir IP2IP, IPv6-Multicast und verteilte Hash-Tabellen verwenden könnten, um neue und verbesserte Modelle für den Informationsaustausch zu erstellen.

Das vollständige Video für The Bitcoin Masterclasses Series 2, Day 2, ist oben verfügbar. Wenn Sie die vorherigen Sitzungen nachholen oder mehr Hintergrundinformationen zur Verwendung von Multicast erhalten möchten, können Sie Tag 1 auch auf der ansehenCoinGeek-Kanal.

Dr. Wright spricht über die Konzepte von „Cloud“- und „Fog“-Computing. Bestehende Beispiele für beides, sagt er, werden normalerweise von Unternehmen für Unternehmensmittel betrieben. Ihre Benutzer mögen dezentralisiert sein, aber die meisten Daten werden zentral auf dem Unternehmen gespeichert, das den Dienst betreibt. Was wäre, wenn es eine Möglichkeit gäbe, das Netzwerk wirklich zu dezentralisieren und sicherzustellen, dass alle Informationen für jeden, der sie haben möchte, verfügbar bleiben, ohne Amazon zu verwenden (NASDAQ: AMZN), Microsoft(NASDAQ:MSFT), Google (NASDAQ: GOOGL) oder das Rechenzentrum eines anderen Unternehmens?

„Es gibt einen Grund, warum keines dieser Unternehmen über dieses Zeug sprechen möchte“, sagt er. Das Speichern der Daten aller ist ein wesentlicher Bestandteil, um die Kontrolle zu behalten.

„Sie haben hier ein Konzept, das sowohl auf Push- als auch auf Pull-Technologie basiert“, fügte er hinzu.

Die meisten Cloud-Dienste, die wir heutzutage verwenden, haben eine „Pull“-Struktur, während „Push“ vernachlässigt wurde. Mit Multicast haben Sie einen Dienst, bei dem Sie Informationen abrufen, wenn Sie mit einer beliebigen Gruppe verbunden sind, der Sie möglicherweise angehören möchten. Das bedeutet jedoch nicht, dass Sie etwas verpassen – es könnte einen Überwachungsmikrodienst geben, der für Sie „online bleibt“, um alle Informationen abzurufen, die Sie verpasst haben, während Sie offline waren.

Als Beispiel für einen solchen Dienst verweist er auf die Tage des IRC, wo Benutzer für jede Sitzung einen Namen (oder „Nick“) auswählen mussten. Für Leute, die über verschiedene Sitzungen hinweg einen konsistenten Namen/Identität beibehalten wollten, gab es Bot-Programme, die Ihren Namen kontinuierlich ausführen und beibehalten konnten. (Trivia: hier begann der Begriff „Chatbot“ zu entstehen; als andere Benutzer versuchten, mit dem Bot-Programm zu chatten, das Ihren Nicknamen hatte. Manchmal konnten sie so programmiert werden, dass sie antworten, manchmal auf sehr willkürliche Weise.)

Sie können (theoretisch) so viele Knoten hinzufügen, wie Sie möchten, und dies ist ein Schlüsselelement der „Netzwerkresilienz“, das in früheren Sitzungen erwähnt wurde. Die Erträge daraus gehen jedoch zurück, daher müssen wir beim Entwerfen dieser Systeme darüber nachdenken, wie schnell wir Informationen benötigen, die an verschiedene Personen gesendet werden müssen, und welche Informationen gesendet werden sollten.

Das Speichern und Zugreifen auf solche Informationen verringert die Wahrscheinlichkeit, dass mehrere Versionen derselben Datei auf verschiedenen zentralen Cloud-Servern gespeichert sind, und verringert auch das Risiko von Datenlecks (z. B. das Durchsickern Ihrer privaten oder vertraulichen Chat-Protokolle). Sie sind auch nicht an einen bestimmten, kontobasierten Unternehmensdienst gebunden, da Ihre Daten leichter übertragbar sind.

Mit verteilten Hash-Tabellen (DHT) haben wir etwas Ähnliches wie eine NoSQL-Datenbank, aber eine Tabelle, in der einzelne Dateien durch ihren Hash repräsentiert werden. Mit doppeltem Hashing ist es möglich, den Zugriff auf bestimmte Daten zu beweisen, ohne sie preiszugeben, ähnlich wie Zero-Knowledge-Proofs (ZKP) funktionieren. Er spricht auch darüber, wie all diese Informationen indiziert werden könnten/sollten, um sie zugänglich zu machen und privat zu halten, indem sie nach Attributen suchen.

Dr. Wright stellt dann fest, dass er diese Themen seit vielen Jahren eingehend erforscht und seine Artikel auf der Website von nChain für alle veröffentlichen wird, die daran interessiert sind, mehr zu erfahren.

„Cloud“-Anwendungen könnten effizienter und sicherer sein, sagt Dr. Wright, aber wir müssen anfangen, über andere Strukturen und Modelle nachzudenken. Die BSV-Blockchain bietet uns zusammen mit IPv6-Multicast-Adressen eine Möglichkeit, mit der Vorstellung dieser neuen Dienste zu beginnen. Hören Sie nicht auf große Unternehmen, die Sie glauben machen wollen, dass ihre Rechenzentrums-basierten Dienste unerlässlich sind … weil sie es nicht sind.

Ansehen: Die Bitcoin-Meisterklassen mit Craig Wright – Vertraulichkeit, Privatsphäre, Anonymität, Party zu Party

Neu bei Bitcoin? Schauen Sie sich CoinGeeks anBitcoin für AnfängerAbschnitt, der ultimative Ressourcenleitfaden, um mehr über Bitcoin – wie ursprünglich von Satoshi Nakamoto vorgesehen – und Blockchain zu erfahren.