 Okay, you're alive. Okay, so hallo zusammen und schönen guten Tag. Heute würden wir auf Deutsch machen. Ich bin eigentlich auch gespannt, ob das funktioniert. Ich meine, erstens, ob ich Interesse ist, überhaupt das Meetup auf Deutsch zu haben. Zweitens, ich habe auch letztens so über Blockchain auf Deutsch vor fünf Jahren erzählt, also deswegen bin ich mal gespannt, ob ich das noch schaffe. Aber dann mal schauen. Das Thema für heute ist Hyperledger Besu. Vielleicht ein bisschen von meiner Seite, ich bin ein Softwarearchitekt. Hauptsächlich betreue ich Blockchainprojekte schon fünf Jahre, mir oder weniger. Also als Interesse habe ich zwei große Würfe. Ich würde sagen, einerseits bin ich relativ aktiv in Konsortium, Enterprise-Unternehmen, Projekte. Zum Beispiel mit Hyperledger-Fabrik. Also deswegen gibt es diese relativ viele Interesse für mich für Hyperledger. Zweitens, ich mache auch so teilweise Smart Contract Entwicklung auf Ethereum-Solidity-Seite, was natürlich ein bisschen unterschiedlich. Also das ist eigentlich diese öffentliches Ethereum-Netzwerkrichtung. Und dann Hyperledger Besu kombiniert diese zwei Themen relativ gut zusammen. Also in diesem Sinne wird es hoffentlich ein spannender Thema sein. Ich habe die Agenda hier auf der nächsten Seite. Ich habe die Agenda ein bisschen so aufgebaut. Also ich bin nicht davon ausgegangen, dass jede Zuhörer Blockchain-Experte sind oder Hyperledger-Experte sind. Deswegen habe ich die Agenda ein bisschen so Schritt zu Schritt aufgebaut. Erstens habe ich ein Slide über Hyperledger generell. Dann habe ich ein Slide über Hyperledger, das ist das Greenhouse eigentlich, Hyperledger-Landschaft. Ich werde jetzt hier dazu sein, was für eine Projekte ich habe in Hyperledger. Dann habe ich noch ein so Einführungs Slide für Konsortium Blockchain generell. Was ganz genau ein Konsortium Blockchain ist. Und was das mit Ethereum zu tun hat. Ich meine Ethereum ist nicht typisch Konsortium. Deswegen wollte ich das ein bisschen in Details gehen, was das Ding ganz genau bedeutet. Dann habe ich endlich ein Slide oder ein Thema über Hyperledger Besu, was das Ding ist, was für ein Dienstleistung Besuch hat und so weiter. Und dann werden wir ein bisschen in Details gehen bezüglich einige spannende Dienstleistungen oder Eigenschaften von Besuch, die sind die Konsensalgorithmen, so Berechtigungsstruktur, wie Privacy oder Privatsphäre konfiguriert werden kann, was für eine Infrastruktur die Dienstleistungen existieren bei Besuch. Danach werde ich auch ein Demo zeigen. Also es geht nicht nur darum, dass ich hier so theoretische Slides habe, sondern werde ich auch so ein Live-Devotes zeigen, wo mir eigentlich ein relativ einfacher Desunetzwerk anschauen und ein Smart contract deployieren. Und am Ende habe ich gesagt, dass wir eine kurze Diskussion zu Runde haben, falls noch Zeit übrig ist. Insgesamt glaube ich, dass wir so 50 Minuten sein, hoffentlich kriege ich das zeitlich auch hin. Also fangen wir an. Und zwar Hyperledger. Was ist überhaupt Hyperledger? Also wenn man Hyperledger ein bisschen verstehen möchte, dann muss man zwei Sachen verstehen. Erstens Hyperledger selbst ist kein selber eine Technologie oder ist kein Blockchain-Projekt selbst. Sondern Hyperledger ist eigentlich ein Inkubator-Projekt. Im Hyperledger sind mehrere Blockchain-Projekte, hauptsächlich Konsortium-Blockchain-Projekte. Und Hyperledger ist nur ein Inkubator. Also wie praktisch ein Regenschirm. Und dann betreut nur diese Projekte. Die Hyperledger-Projekte selbst, wie gesagt, konzentrieren sich auf Konsortium-Blockchain. Und die sind teilweise so mit Bewerber von einander. Also die sind teilweise wirklich unabhängige Projekte. Die von mehr unabhängigen Gruppen praktisch entwickelt sind. Das ist eine Sache. Zweitens Hyperledger ist auch von Linux-Foundation. Also das heißt, dass die Mentalität oder die Haupttidium von Hyperledger sind dieselben wie bei Linux-Foundation. Also das heißt Hyperledger-Foundation, das ist auch ein Foundation, ist eine non-profit Organisation und vollständig Open Source. Also jeder Projekte sind Open Source. Die sind mit Apache 2.0-Lizenz verbunden. Also das heißt, alles was in Hyperledger ist, kann man eigentlich kostenlos nutzen. Natürlich, ich meine, wenn man schon ein bisschen so recherchiert hat, dann sieht man eigentlich bestimmte Firmen, die Hyperledger-Produkte für Geld anbieten. Aber das sieht normalerweise so aus, dass es gibt die Kernprodukte von Hyperledger und dann für dieses Kernprodukt gibt es eine Firma, die praktisch so eine zusätzliche Leistung anbietet. Und diese zusätzliche Leistung kostet Geld natürlich. Die Kernprodukte ist Open Source, ist ohne Gebühren und mit Apache 2.0-Lizenz verbunden. Also die sind die zwei wichtigsten Sachen für Hyperledger. Und was natürlich wichtig ist, was für eine Projekte sind in Hyperledger, das zu verstehen, gibt es eigentlich ein gutes Bild. Also das ist hier ein altes Bild eigentlich. Das ist schon nicht hundertprozentig gültig. Aber naja, so marketingtechnisch sieht wesentlich besser aus als diese Kartansicht, was ich sofort auch anzeigen werde. Also das ist das Hyperledger-Winhaus. Und wie gesagt, was mir hier finden, die sind unabhängige hausächlich consortium Blockchain-Projekte. Die sind teilweise auch so mit Bewerber voneinander von Hyperledger Foundation, also praktisch inkubiert, wenn ich so formulieren darf. Auf dieser Oberslinie sehen wir praktisch vollständige consortium Blockchain-Projekte. Vollständige consortium Blockchain oder vollständiges Projekt bedeutet, dass wir hier praktisch alles haben, was in einem Blockchain drin ist. Also das heißt, wir haben so Knoten, die Knoten kommunizieren miteinander, dann sind es so Blöcke, es gibt es Validierung oder Mining, dann gibt es Blockchain, dann haben wir normalerweise ein Smart Contract Entwicklungssprache und auch generell Smart Contracts oder der zentrale Anwendung entwickelt werden können. Also die sind hier die generell Blockchain-Plattformen. Also zum Beispiel Hyperledger-Fabrik ist ziemlich bekannt, eine der älteste Plattformen in Hyperledger, dann Iroa oder Indy, so tut. Ich denke, Barrow ist schon nicht wirklich aktiv und wir haben hier auch Besuch. Aber wie gesagt hier oben, die sind vollständige Blockchain-Plattformen, also generell dezentrale Anwendungen entwickelt werden mit Smart Contracts. Es sind eigentlich zwei Ausnahmen. Eine Ausnahme ist Hyperledger-Indy. Hyperledger-Indy ist kein generell Blockchain, sondern mit Hyperledger-Indy kann man hauptsächlich mit Identitätslösungen entwickeln. Also es ist ein so speziell, man könnte sagen auch so domain-spezifisch Blockchain-Plattform. Hyperledger-Besu ist auch ein bisschen die Ausnahme. Ich meine, Besu ist nicht hundertprozentig Konsum, man kann auch mit Hyperledger-Besu auf dem so öffentliches Ethereum-Netzwerk praktisch einnehmen. Und die sind hier die Plattformen, ganz oben. Und wir haben noch andere Kategorien, die sind auch andere Projekte, weiß andere Open-Source-Projekte praktisch. Wir haben zum Beispiel Werkzeuge, die sind hier die Tools, die Werkzeuge. Werkzeuge sind so einiges Tool, damit man praktisch etwas für die generell Blockchain-Plattformen also schaffen kann oder machen kann. Es klingt ein bisschen theoretisch natürlich, aber dann zum Beispiel ein Beispiel ist Hyperledger Explorer. So Hyperledger Explorer ist ein Blockchain Explorer. Wenn man schon zum Beispiel Ethereum Explorer gesehen hat, es ist ganz ähnlich. Man kann praktisch die Blöcke anschauen, die Transaktionen anschauen und dann teilweise auch die Smart Contracts oder tokens zum Beispiel und so weiter. Die einzige Ausnahme ist, dass Hyperledger Explorer spezialisiert sich auf die Hyperledger-Plattformen. Eigentlich hofsächlich Fabrik, ich glaube vielleicht mit Zutut funktioniert auch schon sogar was hier ein bisschen die Herausforderung ist, dass diese Plattformen, das sind Konsortium-Plattformen. Das bedeutet, dass sind einige spezielle Berechtigungsmöglichkeiten und Strukturen, die man hier einsetzen kann. Und Hyperledger Explorer muss praktisch diese spezielle Berechtigungen, Anforderungen berücksichtigen. Also praktisch zu sagen, wenn man nur auf bestimmte Daten berechtigt ist, dann muss Hyperledger Explorer nur auch diese Daten anzeigen. Ein anderes Toolwerkzeug ist zum Beispiel Hyperledger Cello. Da wir hier hofsächlich über Konsortium-Blockchain-Plattformen reden, dort ist immer die Herausforderung ein bisschen das Netzwerk selbst ab den Running zu kriegen. Einfach zu installieren. Und zwar, bei ein öffentliches Netzwerk ist die Sache normalerweise ein bisschen einfacher. Bei Konsortium-Netzwerk muss man praktisch die Knoten bei Kunden, bei Firmen aufsetzen, was nicht die einfachste Sache ist. Und Hyperledger Cello ist zum Beispiel ein anderes Werkzeug, der hilft mit dieser Infrastrukturinstallation eigentlich relativ viel. Dann haben wir hier zum Beispiel Kaliper. Kaliper ist ein Benchmarkendool und wir haben noch andere Werkzeuge praktisch. Dann haben wir Bibliotheken. Bibliotheken sind praktisch Software-Bibliotheken. Und auch die Idee von einer solchen Bibliothek ist eine Dienstleistung für mehrere Blockchain-Plattformen. Zum Beispiel Hyperledger Urso ist eine kryptografische Bibliothek. Es gibt es like PKI, Verschlüsselung und andere Sachen. Sieht hauptsächlich in Hyperledger in die Verbände. So viel ich weiß, der Plan ist, das künftig wird das auch in vielleicht nicht in der Fabrik, aber dann vielleicht so, aber hier ist zum Beispiel eine solche peer-to-peer-agent basierte Kommunikationsbibliothek. Dann, ich glaube, quält ist schon gar nicht aktiv. Und so weiter und so weiter. Und wir haben hier noch rechts zwei weitere Kategorie. Einmal haben wir solche Domain-spezifische Anwendungen. Zum Beispiel Hyperledger Grid wurden nur für solche Supply-Management-Sachen gedacht. Und wir haben so Hyperledger Labs. Hyperledger Labs sind so kleine Hyperledger-Projekte. Also Projekten würde ich sagen, die vielleicht künftig, also wirklich erwachsen werden und dann vielleicht vollständig Hyperledger-Projekt sein können. Also wie gesagt, das ist das Hyperledger Grid Haus und das sieht sehr schön aus, Marketingtechnisch. Leider zu sagen, ist schon nicht hundertprozentig gültig. Deswegen gibt es eine andere Landschaft, andere Überblick, was man hier findet. Das Ding habe ich auch auf mein Slide und das Link habe ich auf mein Slide. Also hier sind die Projekte ein bisschen unterschiedlich kategorisiert. Hier oben sieht man die Projekte, die schon produktiv bereit sind. Also das heißt, die sind die Produkte, wo man wirklich in produktiv Umsatz verwendet kann. Eigentlich zum Beispiel, verbring ich schon lange. Und auch die andere Projekte. Es sind, es sind, also wir können sagen, dass diese Projekte sind auch schon graduiert, wenn ich so formulieren darf. Wir haben auch einige Projekte, die sind noch nicht hundertprozentig produktiv bereit. Das bedeutet nicht, dass die können nicht in produktiv Einsatz sein, sondern es bedeutet so etwas, dass man sich in produktiv verwendet möchte. Dann braucht man ein bisschen aufpassen. Also es kann sein, dass relativ häufig Bugs auskommen oder das Release-Mechanismus nicht hundertprozentig so schön und so weiter. Also zum Beispiel Hyperledger Explorer verwendet man schon lange eigentlich in produktiv Einsatz. Auch wenn es nicht hundertprozentig empfohlen ist. Also Midasens würde ich sagen, das Projekt selbst ist nicht graduiert. Und hier kann man sehen einige Projekte, die schon nicht aktiv verwendet. So praktisch zu sagen, bedeutet es so etwas, dass alles ist Open Source, dann irgendwie die Community ist schon weg von diese Projekte und die sind einfach nicht weiter betreut und auch nicht vorgeschlagen, um den Einsatz zu verwendet. Also diese sind die Hyperledger Produkte und dann noch ein bisschen als generell Blockchain Einführung, würde ich ein spezielles Gebiet reden und das ist Consortium Blockchain und Ethereum. Also für die erste Woche Consortium Blockchain, falls jemand nicht professionell ist oder dann eigentlich ein Blockchain-Infrastruktur normalerweise hat zwei Seiten. Wir haben für die erste Wurf die Infrastruktur, das ist hier die Infra und wir haben auch die Anwendungsebene und das ist hier die Anwendung. Es sind eigentlich Blockchain-Lösungen, die andere so sehen, zum Beispiel ARF Recorder, aber normalerweise zum Beispiel Ethereum hat dieses Schema Hyperledger-Fabrik und meistens die Blockchain haben diese zwei Seiten Infrastruktur und Anwendung. Die Trennung ist nicht eindeutig zwischen die zwei Seiten, aber dann manchmal kann das irgendwie identifiziert werden. Auf der Infrastruktur Seite haben wir Knoten, die sind die Blockchain Knoten und dann haben wir die Infrastruktur Knoten und die kommunizieren miteinander und verteilen so Blocken und Transaktionen und andere Sachen. Auf der Anwendungsebene haben wir normalerweise ein Smart Contract Programmierung Sprache und auch zum Beispiel bei Ethereum, das ist die Ethereum Virtual Machine. Auf dieser Seite haben wir Programme entwickelt, die sind die Smart Contracten und so normalerweise entwickelt man die zentrale Anwendungen mit der Hilfe solcher Smart Contract. Das ist ein Schema für ein Standard Blockchain und wenn wir über Konsortium Blockchain haben oder reden, dann haben wir zwei Sachen. Erstens, auf der Infrastruktur Seite sind die Knoten, die sind die Knoten, die nicht nur frei laufen irgendwo, sondern die Knoten laufen bei Firmen, praktisch zu sagen. Also bei einem öffentlichen City-Netzwerk sieht es so, dass man eigentlich eine Knoten selbst aufsetzen kann und eigentlich das Software kann man unterladen von Github auf ein Rechner selbst aufsetzen und dann kann das, man kann das ausprobieren auch das Netzwerk zu erkennen. Das ist ein öffentliches Netzwerk. Bei einem Konsortium Netzwerk sieht so aus, dass bestimmte Firmen oder Unternehmen die berechtigt sind, solche Knoten zu laufen und laufen zu lassen. Also das heißt, die sind hier wirklich Firmen und falls jemand oder nicht jemand fast eine Firma eine neue Knoten aufsetzen möchte, dann braucht normalerweise die Zustimmung von den Resten der Konsortium. Also das heißt, zum Beispiel, wir haben hier zwei Konsortium mit, wenn ich hier eine neue Firma bin und eine neue Knoten brauche, dann brauche ich eine Zustimmung von Firmen 1 und Firmen 2. Also das heißt, dass die Infrastruktur Seite braucht solche Berechtigungen, Berechtigungen regeln und so weiter. Also auf Englisch, das ist hier permission permission wenn ich das hinkriege, ja. Also das ist die Infrastruktur Seite und auch auf der Anwendung Seite, also normalerweise ein öffentliches Netzwerk sieht so aus, dass jeder Zugriff auf das Netzwerk hat, zum Beispiel auf Ethereum. Wenn ich zum Beispiel hier ein Metamask habe, dann sieht die Sache nicht unbedingt so. Es ist häufig passiert, dass das Zugriff auf die Smart Contract, auf die Anwendungssebene ist auch beschränkt. Typisches Beispiel, zum Beispiel, wenn man hier ein Key weil sie braucht, also wenn das Ding ist ein Konsortium zwischen Bankenanwendung, dann normalerweise die Anwendung von den Anwendungen an der Anwendung, dann normalerweise hat man kein Zugriff nur so, sondern braucht man ein Key weil sie und wenn Key weil sie erfolgreich ist, dann hat man eigentlich Zugriff auf die Anwendung gegeben. Also das ist eine gute Einleitung für Konsortium Blockchain und dann, also ich habe so schon einige Anforderungen hier für Konsortium Blockchain. Also wenn man Konsortium Blockchain braucht, also braucht man in den meisten Anwendungsfällen etwas was ein so vorgestrittener Berechtigung, Berechtigung, Möglichkeit und Struktur. Etwas mit Privatsphäre muss eigentlich mehr sein, was normalerweise zum Beispiel ein öffentliches Bitcoin-Netzwerk anbietet. Dann Leistung und Geschwindigkeit muss auch irgendwie besser sein. Dass die Transaktionen sollten endgültig sein. Eine spannende Anforderung zum Beispiel auf Ethereum oder Bitcoin sieht die Sache so aus, dass die Transaktionen normalerweise nie endgültig sind. Das heißt, dass nach bestimmten Blöcken gibt es schon die Wahrscheinlichkeit, dass die Transaktionen endgültig sind, zum Beispiel in 9,999% aber das ist nie 100% oder eigentlich in Ethereum schon nach 100 Blöcken. Das ist eine andere Sache. Das heißt, meistens öffentliche Netzwerke haben solche stochastische Transaktionen-Nutigkeit und das Netzwerk kann auch folgen, was nicht so praktisch ist bei Konsortium Blockchain. Dann haben wir normalerweise auch andere Anforderungen, zum Beispiel wenn wir das überlegen, dass zum Beispiel die Knoten hier bei Firmen installiert, dann ist es auch schwierig, es ist auch schwierig zu installieren und man kann auch davon ausgehen, dass diese Firmen schon andere Softwarelösungen haben. Zum Beispiel die haben schon etwas, was ein Netzwerk ist, dann Storage, dann andere Sachen. Also das heißt bei Konsortium Netzwerk oder Blockchain-Lösungen, System Integration ist immer spannend und es kommt sehr gut an, wenn solche Konsortium Blockchain-Lösungen auch etwas in Richtung System- Integration anbieten. Und dann zum Beispiel, das ist auch so für System Integration, wenn wir so PKI, Public Infrastructure oder mit digitale Identität etwas anfangen können, auf Blockchain-Seite, das kommt sehr gut an. Auf die rechte Seite, sehen wir hier ein bisschen, habe ich ausprobiert ein bisschen, die Ethereum-Evolution so aufmalen. Ethereum ist ein öffentliches Netzwerk und dann es zieht momentan auf so Ethereum 2.0 entwickelt, schön langsam, natürlich, aber dann langsam schon. Was nicht immer bekannt ist, das Ethereum hat auch relativ viel Konsortium-Variante, würde ich sagen. Die erste Konsortium-Variante wurde noch irgendwie von Ethereum entdeckt bei Alliance, ich glaube vor fünf Jahren, das war die erste Version, aber es sind auch andere Variante. Zum Beispiel Quorum, Quorum wurde von Ethereum-Konsortium weiterentwickelt bei GP morgen, ich glaube momentan bei Consens, es ist weniger bekannt, das Alastria, Alastria ist ein Netzwerk in Spanien, Portugal, es ist auch eigentlich auf eine Ethereum-Konsortium-Variante basiert. Und wir haben hier momentan Besuch, Besuch ist auch ein Variante, Besuch hat auch die Eigenschaft, dass wir keine Besuchnoten aufsetzen, auf das Publik-Netzwerk, auf das öffentliche Netzwerk, aber Besuch hat relativ viel Spezielle Dienstleistungen für Konsortium-Netzwerke. So machen wir eine so kurze Einführung in den Blockchain, dann endlich haben wir Hyperledger-Besu erreicht. Wie gesagt, Hyperledger-Besu ist eigentlich ein Ethereum-Klient. Ethereum-Klient bedeutet Knoten, also das ist hier, wir sagen Klient, weil also in Bitcoin, in Bitcoin-Terminologie solche Knoten, nennt man Klient, aber das ist eigentlich ein Knot. Und Hyperledger-Besu ist ein Ethereum-Knoten, wurde in Java entwickelt, komischerweise für mich, meine Java ist nicht unbedingt die schnellste Sprache, deswegen habe ich gespannt, wie so ein Java entwickelt wurde, aber ist eine gute Frage. Was ich noch erwähnt habe, dass Hyperledger-Besu kann sowohl in öffentliches Netzwerk, öffentliches Ethereum-Netzwerk, als auch in Privat- oder Konsortium-Einsatz verwendet werden. Und vielleicht die Hauptwürfe ist eher Konsortium, aber dann, ich habe irgendwo ein Slide, vielleicht finde ich noch schnell, genau. Wir müssen zum Beispiel das Ethereum-Mainnet anschauen, das ist die Ethereum-Mainnet-Statistik. Was wir sehen, es ist ein Schad, was für eine Ethereum-Klient-Knoten laufen überhaupt auf das Netzwerk. Und wir sehen eigentlich, dass es also Haupttechnologis gibt, das ist Go Ethereum, die zweite ist Open Ethereum, ist Fomperity, wenn ich mich nicht teere, und wir finden auch Besuch. Es ist natürlich nicht die häufigste verwendete Klient in Ethereum-öffentliches Netzwerk, aber man kann schon immer einen Satz finden, auch in Publik Ethereum-Netzwerk. Also wie gesagt, öffentlich, aber bietet relativ viel Konsortium-Möglichkeit. Und so einige spezielle Konsortium-Eigenschaften, die man eigentlich mit Besuch schaffen kann, sind zum Beispiel die verschiedene Konsens-Alberitmen, erweiterte Berechtigungmöglichkeit, erweiterte Privatsphäre. Und es ist auch eine starke Infrastruktur und Installationsunterstützung auf Cloud-Native Stack. Und wir haben noch einige vielleicht nicht so wichtige, aber dann trotz spannenden Sachen, zum Beispiel Besuch kann relativ gut mit TLS und PKI-Public Infrastructure integriert werden. Das hat auch eine Plug-in-Struktur und so weiter und so weiter. Ich würde schnell diese drei Sachen anschauen. Also vorab, wir haben Konsens-Alberitmen. Also praktisch zu sagen, was wichtig ist bei Hyperledger Besuch, dass man kann diese Konsens-Alberitmen konfigurieren. Es gibt momentan fünf Möglichkeiten, solche Konsens-Alberitmen zu konfigurieren. Die sind die IT-Herschläge IBFT 2.0, Worum IBFT und UBFT. Kurz zu erwähnen, also wenn wir über Konsens-Alberitmen reden, das bedeutet eigentlich etwas Ähnliches, dass wir hier die Knoten haben. Und Konsens-Alberitmen ist etwas Ähnliches, also ich wäre für eine Transaktion in das Netzwerk praktisch. Und Konsens bedeutet, dass das am Ende der Algorith zwei Sachen sollte passieren für diese Transaktion entweder jeder Knoten soll sagen, das he, das ist eine gültige Transaktion oder die andere Möglichkeit, das Ende der Konsens-Alberit. Jeder Knoten sollte das sagen, hey, das ist eine ungültige Transaktion. Was nicht passieren kann, dass teilweise die Knoten sagen, hey, das ist gültig und die andere Seite oder zum Beispiel 50% sagt, hey, das ist eine gültige Transaktion und 50% sagt, hey, das ist eine ungültige Transaktion, dann haben wir kein Konsens und das Netzwerk ist praktisch gefolgt zu sehen. Konsens-Alberitmen hat natürlich eine große Literatur und also zwischenzeitlich gibt es schon, ich glaube, mehr als 100 unterschiedliche solche Konsens-Alberit. Also ich fühle mich sehr stark in Details gehen. Wenn wir eigentlich solche Konsens-Alberitmen vergleichen möchten, dann muss man so drei, vier Merkmale merken. Erstens, ein solcher Algorithm kann auf Proof of Work oder Proof of Authority basiert, man basieren. So Proof of Work bedeutet, dass man eine rechner Leistung braucht, um ein Knot zu erstellen. Also die sind hauptsächlich in öffentliches Netzwerk verwendet und dann braucht man dazu Mining. Das ist Proof of Work. ETH ist eigentlich die Konsens-Alberit von Ethereum. Und dann, man kann entweder verwenden, wenn man ein öffentliches Netzwerk besunot hat oder die andere Möglichkeit, man kann auch in Konsorts um Einsatz haben, zum Beispiel mit einer geringen Schwierigkeit. Jedoch, ich glaube, das hat nicht so viel Sinn. Aber dann rein theoretisch haben wir das und figurieren. Dann haben wir auch Proof of Authority. Proof of Authority bedeutet so etwas, was ich hier erzählt habe. Also Proof of Authority bedeutet, dass wir zum Beispiel Firmen haben in unseren Netzwerken. Das ist die eine Firma, die zweite Firma und die dritte Firma. Das bedeutet, dass du hast die Authority 1, die Authority 2, die Authority 3 und dann die berechtigte Knoten, ein neues Block zu erstellen. Das sagt man normalerweise auch, dass die so die Validierungsknoten sind. Dann andere Merkmale sind zum Beispiel, ob eine Transaktion, was ich hier hatte eigentlich, ob eine Transaktion endgültig ist oder nicht. Bei ETH und CLIC haben wir solche stochastische Endgültigkeit, was nicht unbedingt praktisch ist in Konsortiumeinsatz. Mit IBFT 2.0 oder Quorum haben wir wirklich endgültige Transaktionen. Dann Performance ist auch eine Frage. Also Proof of Work ist normalerweise schnell, sorry, langsam und mühsam. Solche Proof of Authority Systemen sind eigentlich schneller. Ich glaube, IBFT 2.0, hier ist die schnellste Möglichkeit. Und dann eine andere Dimension oder Merkmale ist, hier ist die sogenannte Fehlertoleranz. Bei Fehlertoleranz versteht man normalerweise sogenannte bisantinische Fehler. Bisantinische Fehler bedeutet, dass das praktisch Heckerst auf einen Knoten angreifen und können alles machen, was sie wollen. Und dann auch, wenn bestimmte Nummern von bisantinischen Fehlern sind, muss irgendein Konsens aber funktionsfähig sein. Eine andere spannende Sache ist Berechtigung bei Hyperledger Besu. Also wenn wir über Berechtigung reden, dann ist praktisch zwei Dimension zu haben, nur daran zu schauen. Erstens, vielleicht, also das Bild fängt dann schon ein bisschen kaltig zu sein, aber dann, wenn wir über Berechtigung reden, dann unterscheidet sich die Infrastruktur und die Anwendungsseite. Also dann, wir können darüber reden, dass wir irgendwie Berechtigungen definieren auf die Knotenebene. Also das heißt, wir können das irgendwie feststellen, ob ein Knoten mit dem Netzwerk kommunizieren darf oder darf nicht. Das ist die eine Möglichkeit. Und auf die andere Ebene können wir solche Berechtigungen definieren, auch auf die Anwendungsseite. Hier können wir das feststellen praktisch, ob ein Konto, also ein Ethereum Eckkont, mit dem Netzwerk kommunizieren darf oder darf nicht kommunizieren. Das ist eine Dimension. Und dann die andere Dimension ist, ob wir das auf Lokalebene machen oder wirklich on-chain dezentralisieren. Sorry. Wenn wir das Lokal machen, dann das bedeutet, dass wir die Regeln praktisch nur auf Einknoten einstellen. Also zum Beispiel nur hier, vielleicht noch eine Farbe. Also hier kann ich auch die Regeln definieren. Das bedeutet aber nicht, dass das Ding überall verwendet werden kann. So, das ist eine Möglichkeit. Und wenn ich über Lokalberechtigung rede, dann wie gesagt, das bedeutet, dass die Regeln sind nur auf Einknoten definiert. Die Regeln können hier auch so auf die Anwendungsebene oder auf die Infrastruktur-Ebene sein. Also ich könnte feststellen zum Beispiel, dass auf dieser Knoten, auf mein Knoten, die bei mir läuft, nur bestimmte Konten irgendwie verwendet werden können. Oder ich kann das auch definieren, dass zum Beispiel auf mein Lokalknoten, zum Beispiel diese Knoten, kann nur mit bestimmten anderen Knoten kommunizieren. Also das ist eine Lokalberechtigung. Natürlich, das Problem ist, das Lokalberechtigung ist nicht unbedingt dezentralisiert. Deswegen ist das nicht so spannend in Lokalberechtigung. Deswegen haben wir auch ein Smart-Contract-Berechtigung. Das ist eine dezentrale Berechtigung. Mit Smart-Contract-Berechtigung haben wir dieselbe Regeln eigentlich dezentralisiert. Das Ding funktioniert so. Es gibt einen speziellen Smart-Contract. Der Ingres-Smart-Contract. Und den Ingres-Smart-Contract, es ist, wenn ich mich nicht irre, es ist schon Ingres-Sys-Blog definiert. In Ingres-Smart-Contract kann ich bestimmte Regeln definieren für Knoten oder für Kommunikation zum Beispiel. Und das Ding funktioniert so. Das Smart-Contract ist auch mit Blockvalidierung verbunden. Also das heißt, wenn ein neues Block, also nicht gemeint ist, weil kein Meinung hier ist, sondern Validierung, wenn ein neues Block erstellt, dann die Validierungsnode schaut diese Ingres-Smart-Contract und schaut, ob die Transaktion im Block mit dieser Regeln kompatibel sind oder nicht. Also das heißt, wenn ich zum Beispiel ein Kondosche und dann mache ich Ingres-Smart-Contract, dann, wenn die Validierung-Prozess stattfindet, dann eine Transaktion, was etwas mit diesem Konto macht, wird als ungültig gezeigt und wird gar nicht im Block sein, praktisch zu sehen. Also so können wir dezentralisieren, zum Beispiel Knoten, sorry, X-Ten-Konten sperren oder zulassen. Und das bietet auch eine Möglichkeit, wir können auch Smart-Contract sperren. Also wir können zum Beispiel sagen, dass ich habe ein Regeln für ein Account, sagt man in Ethereum, und ein Account kann auch ein Smart-Contract sein. Also das heißt, wenn mein Smart-Contract kaputt ist, dann kann ich ein Regeln definieren, dass diese Account, das eigentlich kein X-Ten-Kont, sondern Smart-Contract Account ist, dann wird gesperrt werden. Und wenn die Validierungsnode eine solche Transaktion sieht, dann wird das nicht im Block sein, praktisch, weil wir das als ungültig gemerkt. Also ist eine spannende Idee. Was vielleicht noch wichtig ist, es gibt auch eine Berechtigungsplagin. Also das heißt, die sind die Grundidee für solche Berechtigungenregeln, aber falls man was anderes haben möchte, dann muss man nicht eigentlich die, die das Scan-Code an der, das Scan-System an der, sondern es gibt die Möglichkeit, ein zusätzliches Plug-in zu schreiben. Also zum Beispiel, wenn ich zum Beispiel die mein Berechtigungssystem mit verifiable credentials aufbauen möchte, dann ist es einfacher, ein Plug-in zu schreiben, als praktisch alles umzuschreiben. Die zweite, der wichtigste Sache ist, das ist das Problem, dass jeder sieht praktisch alles. Was nicht unbedingt die beste Idee ist in einem Konsort zum Einsatz. Also besser bildet mehrere Möglichkeiten, solche Privattransaktionen zu definieren. Deine Möglichkeit ist mit dem sogenannten Privatgruppen und Privattransaktionen zu definieren. Also das Problem ist, dass jeder sieht praktisch alles. Was nicht unbedingt die beste Idee sind die Privatgruppen und Privattransaktionen. Das Ding sieht so aus. Ich kann eine Privatgruppe definieren. Ich kann definieren, dass bestimmte Knoten in Privatgruppen gefunden werden können. Und ich kann eine Privattransaktion erstellen für eine bestimmte Privatgruppe. Dann die Privattransaktion wird nur für derjenige Knoten praktisch verteilt. Das heißt, die Privatgruppen in Privatgruppen sind. Also das heißt, Privatzwehrer oder vorgeschichtene privacy Einstellungen sind nicht 100% auf Kryptografie basiert, sondern einfach auf die Tatsache, dass, falls jemand etwas nicht sehen sollte, dann wird die Transaktion physisch nicht dort sein. Die Privattransaktionen sind für die Privatgruppen. Was noch wichtig ist für diese Idee. Infrastrukturtechnisch ist es nicht so einfach. Wir brauchen einen solchen Transaktionsmanager für diese Privattransaktionen. Die sind die Tesseraknoten. Ich glaube, die waren vielleicht Orion, aber dann wurde unberannt auf Tesserak, wenn ich mich nicht irre. Das bedeutet, dass wir hier auch Knoten haben. Die klassische Ethereum-Knoten. Um diese Transaktionen zu verteilen, brauchen wir andere Knoten. D.h. Tesseraknoten sind zuständig nur diese Privattransaktionen zu verteilen. Infrastrukturtechnisch ist ein bisschen schwieriger. Wir haben auch einen Privatzustand, Ethereum ist eigentlich ein zustande Automat. D.h. wir haben die Transaktionen enden sich praktisch der Zustand am Ende. Und dann haben wir einen speziellen Privatzustand für solche Privattransaktionen. Das ist nicht mehr eindeutig z.B. zwischen die öffentlichen Zustand und Privatzustand zu wechseln. Das sind bestimmte Regeln. Das ist die Idee für Privatsphäre. Last but not least, Infrastruktur. Ich würde sagen, Infrastruktur ist spannend. Es ist nicht unbedingt ein Forschungsgebiet. Besonders, wenn wir über Konsortium Blobchen reden, man kann sehr viel Mühe sparen, wenn gute Infrastruktur-Beispiele vorhanden sind. Das existiert ganz genau bei Hyperledger Besung. Alles auf Cloud-Native basiert. Das heißt, man kriegt kein Schikimiki-User-Interface, alles zusammen zu klicken. Sondern sind die Docker und Kubernetes basierte Skripte und auch kontinuierierte Anwendungen. Ich glaube, das hat die Vorteile, dass die Infrastruktur-Experte mit Docker oder Kubernetes sich auskennen. Dann ist es einfacher, das Ding zu installieren. Auf jeden Fall ist es Standard. Docker und Kubernetes sind relativ häufig verwendet Infrastruktursachen. Vielleicht eine Bemerkung. Man kann das sehen, dass auch kein so Hauptnetzwerk aufzukriegen, ist nicht unbedingt einfach. Das heißt, man kann auch für die 4 Knoten z.B. Tesla-Knoten und weitere Knoten brauchen. Das heißt, am Ende der Tage für ein Basisinstallation könnte man auch 20, 30 verschiedene Containers haben und dann so alles zu installieren von Null oder fertig konfigurieren, kann wirklich mühsam sein. Aber Besu bietet das. Wir haben auch Blockchain-Explorer, so Boxcodes, Monitoring-Werkzeuge wie z.B. Prometheus, Grafana. Es gibt auch theoretisch Splank, Open Telemetry, Logs. Also, das heißt, dass ich viele Sachen sehen vorhanden. Also, ich würde schnell ein Demo zeigen. Ich habe ein... Also, wenn wir das Ding starten möchten, es gibt ein Developer QuickStart und bei Developers QuickStart muss man praktisch also eine Sache installieren, wo man relativ viele Sachen hinkriegt. Also, mit diesem Befehl parametrisiert kann man einstellen, was ganz genau installiert ist und dann von einfachsten Scannerien kann man wirklich etwas kompliziert aufsetzen. Ich habe hier ein so nicht zu kompliziertes Netzwerk, was ich einfach starte mit einem Bash Script. Ich starte einfach das Netzwerk, das ist ran. Ich muss Removesagen. So, dann sage mir ich lasse einfach ran und ran und starte eigentlich meine Zwerge. Das Ding ist hier mit Docker Compose. Startet mehrere Container. Dann schauen, wie alles läuft. Das Ding sieht gut aus. Also, wenn ich zum Beispiel ein Docker PS mache, dann sieht man schon, dass auch in ein so Grundconsortium-Einsatz sieht man hier also mehrere Container. Ich habe hier die Validierung und die sind BESU, BESU, BESU. Ich glaube, 4 Validierungsnoten habe ich Prometheus dann habe ich Grafana dann für irgendwelche Blockchain Explorer. Ich bin mir nicht so sicher, vielleicht das Ding ist hier, habe ich auch ein Postgas und so weiter und so weiter. Was vielleicht interessant ist, das Ding zeigt mir auch die ich habe mein Blockchain-Endpoint hier und dann ich habe auch Endpoints für Explorer. So, das würde ich einfach öffnen. Hoffentlich. Also, das ist hier ein einfach Blockchain Explorer. Ich glaube, das ist alles Joho oder so etwas ist die Name. Ich kann hier die Blöcke sehen. Transaktion habe ich momentan noch nicht. Aber da werde ich ein Stück haben. Dann habe ich ein andere Block Scout ist kein Block Explorer, aber er zeigt relativ viele gute Sachen an. Wir haben hier zum Beispiel für mein Konsortion-Netzwerk, die sind die Blöcke. Ich habe relativ viel Block. Ich habe keine Transaktion theoretisch. Wenn ich das gut konfiguriere, dann kriege ich auch Tokens hier und so weiter und so weiter. Dann habe ich hier Prometheus. Also, Prometheus sammelt praktisch die Matrix. Also, das zeigt mir so viel an. Was noch spannend ist, dass mit Prometheus ein Grafana auch konfiguriert. Und ich kriege auch ein Grafana-Dashboard. Und wie gesagt, alles vorkonfiguriert. Also, die Matrix sind zusammengefasst und dann die Fertigung von die Matrix auch fertig gemacht. Also, das ist hier ein Dashboard, was man für Live-Betrieb vorschlägt. Und dann einige Matrix und so Chartern sind auch fertig konfiguriert. Ich habe hier noch auch die Http-Service Endpoint. Also, zum Beispiel wenn ich zum Beispiel umfragen möchte, was ist passiert mit meinen Knoten? Das kann man durch Http und Post machen. Was ich hier anfrage, wenn ich mich nicht irre, ist die Knotenversion. Und das ist hier die Knotenversion. Ich habe noch ein anderes Beispiel. Das Ding hier zeigt mir eigentlich, wie viele Knoten habe ich. Und das ist vier. Ich habe momentan vier Validierungsknoten und das ist das Hyperledger Besuch. So, dann ich würde noch eine Sache auf jeden Fall machen. Also probieren wir eine Transaktion zu starten. Das habe ich nicht erwähnt, aber das Ding sieht so aus, dass ich das starte. Dann gibt es mehrere Genesys Jason. Und dann, ich kann auswählen, ich bin mir nicht sicher, ich habe einen Genesys Jason momentan. Aber in Genesys Jason kann man zum Beispiel auch einsetzen. Welche Konsensmechanismus würde ich benutzen und in Genesys Jason sind schon auch einige so private keys und konnten konfiguriert. Also dann probieren wir ein Privatkey importieren. Ich verwende einfach ein Pask und ich glaube, was ich mache, machen wir ein Import Account. Ich importiere die private key. Ja, das habe ich schon verwendet. Genau, das habe ich schon konfiguriert. Das schauen wir einandere. Das ist einandere. So, ganz schnell, da machen wir Import und dann habe ich ein Account. Natürlich muss ich Netzwerk wechseln. Also das ist Localhost und 8, 5, 4, 5. Und wenn ich auf Account 4 wechseln, dann sehe ich, dass diese vorkonfigurierte Account hat momentan relativ viele Liter. Ich habe natürlich das 200 Mio. Dollar nicht oder 200 Mio. Das ist schon so viel, aber übrigens, ich habe ein Account, was vorkonfiguriert ist und was ich machen kann. Ich schicke einfach zum Beispiel eine Transaktion, zum Beispiel Account 1. So sagen wir das sind und dann sagen wir ein Ether. Das ist Onfer. Das ist Ending. So langsam sollte das auch validiert werden. Ich glaube, die HTTBG ist nicht so schnell irgendwie. Wir können auch anschauen, ob das vielleicht schon validiert wurde. Einfach bei validierter Transaktionen noch nicht. Es ist immer so, das Demo läuft nicht so, wie man das erwartet. Also probieren wir so etwas, dass ich noch eine Transaktion schicke. 1, 2, 100, 3. Also ich kann Speedup machen, aber das hilft eigentlich nicht wirklich. Also ich hoffe, dass das Ding funktioniert. Ja, das ist Demo. Vielleicht ganz schnell würde ich noch etwas zeigen. Was man auch konfigurieren kann, ist ein Smart Contract und ich würde das zeigen. Ich hoffe, dass es geht. Das ist falsch mit meinem Netzwerk. Also in Traphyl zum Beispiel hat man diese Perchop Tutorial. Ich habe jetzt Perchop Tutorial konfiguriert und das kann man auch im Netzwerk relativ schnell installieren. Die Idee ist, dass man in Traphyl Konfig eine solche Besu Seite haben muss und Besu sieht so aus, dass man einen so privat Key Provider braucht. Das ist ein HD Valet Provider, das muss man installieren und ich muss eigentlich ein privat Key konfigurieren und auch die die HTTP Seite und wenn das Ding läuft, dann rein theoretisch sollte ich mein Smart Contract installieren. Das läuft mit Traphyl. Also ganz schnell Traphyl Margret Netzwerk Besu sieht so aus, dass von Traphyl funktioniert das besser momentan als von Metamask. Also wenn das Ding läuft, dann kann ich auch ein Dezentralanwendung starten. Also das ist meine Dezentralanwendung und für irgendwelche Ursachen mein Metamask funktioniert momentan nicht wirklich. Es sollte eigentlich egal sein. Aber wenn das funktioniert auch, dann das ist eine Dezentralanwendung, ich kann ein so Hund praktisch adoptieren und dann das passt mit dem Interaktion nicht. Aber wenn es auch läuft dann kann ich einfach mein Metamask und dann kann ich ein Hund adoptieren und dann sollte alles funktionsfähig sein. Etwas mit mein Metamask-Kommunikation funktioniert momentan nicht. Also dann deswegen, ich würde sagen, das ist die klassische Demo-Effekt, aber vielleicht würde ich damit nicht weiter spielen, sondern das war mein Präsentation und schnelles Demo also falls Fragen sind oder mir eine kurze Diskostion unterhaben möchte, dann können wir das gerne momentan fortführen. Oder inzwischen kann ich auch mein Metamask-Debug also ich würde vielleicht, ja wir haben ein Chat wir haben ein Chat ja gerne, also wie gesagt ich würde mein Netzwerk momentan nicht weiter hacken etwas passt nicht mit meinem Metamask das funktioniert eigentlich sondern ich habe alles durchprobiert aber ja es ist natürlich so leicht demo-Effekt aber dann ich habe, falls man ein bisschen so etwas mehr hat dann kann man sehen wie das Ding funktionsfähig würde mit Metamask. Also, dann das war meine Präsentation ich freue mich auf Fragen oder falls jemand Diskussion hat dann gerne können wir anschauen also gerne auch in Chat ja gerne also wie gesagt vor fünf Jahren habe ich letztens mein Blockchain Präsentation gemacht also dann wahrscheinlich muss ich auch ein bisschen üben ja, schauen wir ja, also ich würde sagen wenn keine Bemerkungen oder Fragen oder vielleicht Diskussionpunkt ist von dann würde ich gerne das Meetup und dann das Teilnahme bedanken und dann für heute verabschieden und dann vielleicht werden wir noch solche Meetups künftig auch auf Deutsch haben falls Interesse ist dann nochmal vielen Dank für das Teilnahme und dann tschüss und auf Wiedersehen