1 00:00:04,220 --> 00:00:08,180 Was Hallo und Moin zwar einfach komplex heute eine Folge zum 2 00:00:08,180 --> 00:00:11,020 Thema Blockchain und nicht irgendwelche sondern Blockchains 3 00:00:11,060 --> 00:00:14,740 in der Industrie und dafür haben Bookert und ich uns wieder einen 4 00:00:14,740 --> 00:00:17,540 Gast eingeladen, das ist der Erik Neumann von der Hochschule 5 00:00:17,540 --> 00:00:21,420 Mittweida Eric bevor ich dich komplett vorstelle wer bist du, 6 00:00:21,420 --> 00:00:23,980 was machst du und was macht dich eigentlich zum Blockchain 7 00:00:23,980 --> 00:00:26,060 Experten? Hi, ich bin der Erik. 8 00:00:26,500 --> 00:00:32,360 Ich bin seit 2015. Zumindest würde ich das anhand 9 00:00:32,360 --> 00:00:35,080 meiner Transaktionshistorie, die ich wiederherstellen konnte, 10 00:00:35,080 --> 00:00:38,160 vermuten. Im Blockchain Bereich also ist 11 00:00:38,160 --> 00:00:41,080 quasi die älteste Bitcoin Transaktion die ich gefunden 12 00:00:41,080 --> 00:00:45,400 habe vor ungefähr 8 Jahren gewesen, genau und ich habe am 13 00:00:45,760 --> 00:00:49,320 Blockchain Competence Center in Mittweida beziehungsweise an der 14 00:00:49,320 --> 00:00:52,400 Hochschule mit Maida meinen Master im Blockchain Bereich 15 00:00:52,400 --> 00:00:57,240 studiert und dann auch an einer industriellen Blockchain Lösung 16 00:00:57,240 --> 00:00:59,120 an einem Forschungsprojekt mitgearbeitet. 17 00:01:00,310 --> 00:01:03,630 Genau, und dort war ich im Grunde als Programmierer seit 18 00:01:03,630 --> 00:01:06,790 2019 und hab mich dann so richtig intensiv mit dem 19 00:01:06,790 --> 00:01:08,710 Blockchain Bereich beschäftigt. Cool also. 20 00:01:08,710 --> 00:01:11,230 Wir haben heute nen richtig krassen Experten hier in der 21 00:01:11,230 --> 00:01:13,790 Entwicklerfront und Blockchain studiert. 22 00:01:13,790 --> 00:01:15,470 Schon lange und noch gemastert, also. 23 00:01:15,990 --> 00:01:19,110 Heute können wir glaub ich alles fragen in jeder Tiefe und wir 24 00:01:19,110 --> 00:01:21,750 kriegen glaub ich ne kompetente Antwort erstmal Hallo von mir 25 00:01:22,190 --> 00:01:25,470 auch aus Hamburg morgen an die Zuhörer, bin natürlich auch 26 00:01:25,470 --> 00:01:27,790 wieder dabei und gucke mal was ich heute noch neues lerne ich 27 00:01:27,790 --> 00:01:29,510 glaube ganz viel, wir hatten ja schon mal ne Folge über 28 00:01:29,510 --> 00:01:32,710 Blockchain aber auch sehr hoher Flugebene und heute gucken wir 29 00:01:32,710 --> 00:01:35,070 mal. Was es noch für Ausprägungen 30 00:01:35,070 --> 00:01:36,870 gibt im speziellen Gerät hat es schon gesagt, wir wollen mal 31 00:01:36,870 --> 00:01:38,470 gucken, ob er für Industrieanwendungen vielleicht 32 00:01:38,470 --> 00:01:41,990 was was finden, was jetzt genau das, was Erik gemacht hat, 33 00:01:41,990 --> 00:01:43,430 irgendwie reinpasst. Ja. 34 00:01:44,070 --> 00:01:45,110 Genau. Wir hatten schon mal ne Folge, 35 00:01:45,110 --> 00:01:47,510 aber Erik zum Start definier uns doch mal die Blockchain. 36 00:01:47,590 --> 00:01:49,350 Was ist die Blockchain und was mach ich damit? 37 00:01:49,910 --> 00:01:51,670 Ja, das ist so ne typische Frage, ne, aber es ist ne 38 00:01:51,670 --> 00:01:54,310 Blockchain. Ja, eine gar nicht so ganz ganz 39 00:01:54,310 --> 00:01:57,750 einfache Frage, wie man in in Sekundenschnelle beantworten 40 00:01:57,750 --> 00:02:02,030 kann. Also genau also mal gucken, ne 41 00:02:02,470 --> 00:02:05,550 ne Blockchain an sich, also das das wird tatsächlich immer ein 42 00:02:05,550 --> 00:02:10,870 bisschen als sehr kompliziert dargestellt, aber es ist im 43 00:02:10,870 --> 00:02:14,910 Grunde nur eine Datenstruktur, eine vergleichsweise einfache, 44 00:02:15,390 --> 00:02:17,870 die, wie der Name das vermutlich schon. 45 00:02:19,880 --> 00:02:22,120 Zu oder wie man sich vorstellen kann, dass die natürlich schon 46 00:02:22,120 --> 00:02:25,880 aus Blöcken besteht. Und die Blockchain ist halt eine 47 00:02:25,880 --> 00:02:29,920 Verbindung aus diesen Blöcken und das ist im Grunde schon 48 00:02:29,920 --> 00:02:32,440 alles was was so eine Blockchain ausmacht. 49 00:02:32,440 --> 00:02:35,760 Also wir haben Blöcke in den Blöcken sind Daten und die 50 00:02:35,800 --> 00:02:38,800 Blöcke sind auf irgendeine Art und Weise miteinander verknüpft 51 00:02:38,960 --> 00:02:43,480 und damit hätten wir schon mal so ganz, ganz grob geklärt, was 52 00:02:43,480 --> 00:02:47,480 eine Blockchain eigentlich ist. Und da können wir bestimmt noch 53 00:02:47,480 --> 00:02:50,440 ein Stückchen in die in die technische Tiefe gehen, wenn 54 00:02:50,440 --> 00:02:53,680 euch das interessiert. Wie ihr die Blöcke aussehen, wie 55 00:02:53,680 --> 00:02:55,590 die Verknüpfung. Und zu funktionieren, damit man 56 00:02:55,590 --> 00:02:58,670 dort quasi einmal ein Endbild davon bekommt. 57 00:02:58,990 --> 00:02:59,950 Von. Mir aus sehr gerne. 58 00:02:59,950 --> 00:03:01,310 Ja, ich glaube, das interessiert alle. 59 00:03:01,550 --> 00:03:04,310 Genau, wenn wenn irgendwas unklar ist, unterbricht mich und 60 00:03:04,310 --> 00:03:08,510 dann erkläre ich noch mal genauer gut, also fangen wir, 61 00:03:08,510 --> 00:03:10,950 fangen wir an mit den mit den Grundlagen. 62 00:03:10,950 --> 00:03:13,830 Also ich würde erstmal nicht direkt bei der Blockchain 63 00:03:13,830 --> 00:03:18,630 einsteigen, sondern bei den Dingen, die man wissen sollte um 64 00:03:18,630 --> 00:03:22,550 zu verstehen wie eine Blockchain an sich funktioniert und an. 65 00:03:23,510 --> 00:03:28,670 Unterste in der untersten Ebene davon ist quasi die die 66 00:03:28,670 --> 00:03:32,030 sogenannte Hash Funktion. Das hat man vielleicht schon mal 67 00:03:32,030 --> 00:03:35,990 gehört, das wird man im Computerbereich gelegentlich mal 68 00:03:35,990 --> 00:03:38,630 rum, auch um so. Nachzuvollziehen, ob ne Datei 69 00:03:38,630 --> 00:03:43,110 korrekt runtergeladen wurde zum Beispiel und eine hash Funktion, 70 00:03:43,630 --> 00:03:47,870 die wird im Grunde verwendet um Daten, man kann das US 71 00:03:47,870 --> 00:03:51,230 Fingerabdruck bezeichnen, also Daten in Fingerabdruck 72 00:03:51,230 --> 00:03:55,470 zuzuweisen und die funktionieren dabei so, dass man quasi an 73 00:03:55,470 --> 00:03:58,270 einer Seite die Daten reinsteckt und auf der anderen Seite kommt 74 00:03:58,270 --> 00:04:02,630 der sogenannte Hash raus und der Hash ist im Computer einfach nur 75 00:04:02,630 --> 00:04:06,990 eine relativ lange Zahl, die für die Daten die man da reingetan 76 00:04:06,990 --> 00:04:09,550 hat, immer und immer wieder die gleiche Zahl ist. 77 00:04:10,560 --> 00:04:13,200 Und man kann anhand dieser Zahl aber nicht wieder rausfinden, 78 00:04:13,200 --> 00:04:15,960 was das für Daten sind. Also ein ganz, ganz einfaches 79 00:04:15,960 --> 00:04:19,279 Beispiel aus der realen oder aus der allgemeinen verständlichen 80 00:04:19,279 --> 00:04:22,840 Welt ist zum Beispiel die Quersumme, also man weiß zum 81 00:04:22,840 --> 00:04:26,840 Beispiel die Quersumme einer Zahl ist 3, aber dann weiß man 82 00:04:26,840 --> 00:04:33,040 nicht, ist die Zahl 3 gewesen oder 111 oder 12, das gibt ja 83 00:04:33,040 --> 00:04:36,480 unendlich viele Zahlen, die zu jeder möglichen Quersumme 84 00:04:36,480 --> 00:04:41,440 gehören, also es könnte auch sein 330 303 von ganz vielen 85 00:04:41,440 --> 00:04:43,680 Nullen gefolgt und unendlich viele Zahlen, die aber alle die 86 00:04:43,680 --> 00:04:47,030 gleiche Quersumme haben. Und genauso ist es mit 87 00:04:47,030 --> 00:04:52,190 Hashfunktionen die bilden quasi den den Raum aller möglichen 88 00:04:52,190 --> 00:04:55,470 Dateien auf einen begrenzten Raum von möglichen Hashwerten ab 89 00:04:55,830 --> 00:04:57,990 und vom Hashwert kommt man nicht wieder auf die Datei 90 00:04:57,990 --> 00:05:00,270 beziehungsweise auf die Daten die eingeflossen sind. 91 00:05:00,270 --> 00:05:03,030 Aber man kann, wenn man die Daten hat, überprüfen, dass in 92 00:05:03,030 --> 00:05:06,990 einem Gewissen Hash haben oder wie schon gesagt, Fingerabdruck 93 00:05:07,390 --> 00:05:11,640 und. Das ich hoffe es ist allgemein 94 00:05:11,640 --> 00:05:14,840 klar für euch jetzt wieso eine hash Funktion funktioniert. 95 00:05:14,920 --> 00:05:17,880 Ja, ich habe es gut verstanden. Erik kurze Frage, wenn ich, kann 96 00:05:17,880 --> 00:05:21,160 es passieren, dass ich bei unterschiedlichen Daten den 97 00:05:21,160 --> 00:05:23,960 gleichen Hashwert bekomme, das wäre jetzt bei deinem quer Zoom 98 00:05:23,960 --> 00:05:26,360 Beispiel wäre das ja genau der Fall, aber das ist ja. 99 00:05:26,360 --> 00:05:28,520 Glaube ich. Genau das kann passieren, aber 100 00:05:28,520 --> 00:05:31,480 hash Funktionen sind so gestaltet, dass das sehr sehr 101 00:05:31,480 --> 00:05:35,360 unwahrscheinlich ist. Also der Raum in den Hash 102 00:05:35,360 --> 00:05:41,400 Funktionen gelaufen ist, in vielen Fällen 256 oder 512 bit. 103 00:05:42,400 --> 00:05:46,640 Das heißt, es gibt so viele mögliche Hashing wie? 104 00:05:47,270 --> 00:05:51,310 Atome im sichtbaren Universum, ungefähr bei 256 Bit. 105 00:05:51,390 --> 00:05:53,110 Und damit ist die Wahrscheinlichkeit auf ne Hash 106 00:05:53,110 --> 00:05:54,990 Kollision zu treffen relativ gering. 107 00:05:55,430 --> 00:05:58,590 Und was ich vermutlich auch noch dazu sagen sollte ist, dass die 108 00:05:59,150 --> 00:06:02,510 Hashes von ähnlichen Daten sehr sehr unterschiedlich sein 109 00:06:02,510 --> 00:06:05,310 können. Also wenn ich den Hash vom Wort 110 00:06:05,310 --> 00:06:07,630 Maus bilde und den Hash vom Wort. 111 00:06:09,640 --> 00:06:13,440 Haus hausmaus dann sind die Hashwerte komplett 112 00:06:13,440 --> 00:06:16,000 unterschiedlich davon. Also man kann nicht sagen anhand 113 00:06:16,000 --> 00:06:18,640 der Hashes, dass die Daten, die Reingeflossen sind, irgendeine 114 00:06:18,640 --> 00:06:21,280 Ähnlichkeit miteinander hatten. Also dass die 3 Buchstaben zum 115 00:06:21,280 --> 00:06:23,360 Beispiel gleich sind, könnte man daran jetzt gar nicht erkennen. 116 00:06:23,480 --> 00:06:28,680 Genau, keine Chance, denn jedes neue oder jedes Bit in den Daten 117 00:06:28,680 --> 00:06:32,520 wirkt sich gleichermaßen auf jedes Bit in der Zahl aus, die 118 00:06:32,520 --> 00:06:34,080 den letztendlichen Hash darstellt. 119 00:06:34,280 --> 00:06:38,160 Also verändert sich komplett genau und mit den Hash 120 00:06:38,160 --> 00:06:40,560 Funktionen oder den Hashes, wenn man das einmal verstanden hat, 121 00:06:40,560 --> 00:06:44,160 kann man dann. Relativ cooles Zeug schon damit 122 00:06:44,160 --> 00:06:45,880 bauen. Also wir können zum Beispiel 123 00:06:45,880 --> 00:06:47,480 sagen okay, ich habe jetzt einen. 124 00:06:47,910 --> 00:06:50,550 Datenstand. Und der hat einen gewissen Hash 125 00:06:50,990 --> 00:06:52,670 und damit sende ich mir nur den Hash. 126 00:06:52,670 --> 00:06:57,590 Merke kann ich in der Zukunft quasi nachweisen, dass die Daten 127 00:06:57,590 --> 00:07:00,030 wieder die gleichen sind wie damals, als ich die Funktion zum 128 00:07:00,030 --> 00:07:03,190 ersten Mal aufgerufen habe und damit lassen sich eben 129 00:07:03,190 --> 00:07:06,150 Veränderungen bei Daten erkennen und darum hat man das auch 130 00:07:06,150 --> 00:07:09,270 manchmal, dass wenn man eine Datei runterlädt, man die Hash 131 00:07:09,270 --> 00:07:11,950 Summe davon bildet, auf dem Computer nochmal überprüft und 132 00:07:11,950 --> 00:07:15,550 mit einer mit dem Hash auf einer Webseite vergleicht um zu sehen 133 00:07:15,550 --> 00:07:18,030 okay die Daten, die sind tatsächlich so runtergeladen. 134 00:07:18,800 --> 00:07:20,960 Wie sie auf dem Server sind und in dem Download ist nichts 135 00:07:20,960 --> 00:07:23,640 passiert. Und wenn wir einmal hash 136 00:07:23,640 --> 00:07:26,400 Funktion haben und hash Werte, können wir damit auch wieder 137 00:07:26,400 --> 00:07:31,200 Datenstrukturen aufbauen und die wichtigste Datenstruktur die 138 00:07:31,200 --> 00:07:36,150 auf. Der Verknüpfung von Hashes 139 00:07:36,470 --> 00:07:39,310 basiert im Blockchain Umfeld. Das ist der sogenannte Mercal 140 00:07:39,310 --> 00:07:43,310 Tree, also nicht wie Merkel die ehemalige Kanzlerin, sondern 141 00:07:43,310 --> 00:07:46,470 nach Ralph C. Merkel mit LE am Ende. 142 00:07:47,960 --> 00:07:51,760 Der hat sich gedacht, wie kann ich große Datenmengen? 143 00:07:53,560 --> 00:07:57,160 Zu einem Hash zusammenfassen. Wenn ich aber letztendlich nur 144 00:07:57,160 --> 00:08:01,280 einzelne Teile von diesen Daten wieder identifizieren will, also 145 00:08:01,280 --> 00:08:05,880 wenn ich jetzt 100 Dateien habe, möchte ich idealerweise einen 146 00:08:05,880 --> 00:08:09,200 Hash, der die alle repräsentiert, aber ich möchte 147 00:08:09,200 --> 00:08:12,400 irgendwie, ohne dass ich alle von den Dateien nochmal hashen 148 00:08:12,400 --> 00:08:16,520 muss, einen einzigen Hash daraus machen und beweisen können. 149 00:08:16,680 --> 00:08:21,000 Ok, eine Datei ist in dieser Menge von Dateien halt enthalten 150 00:08:21,000 --> 00:08:24,720 gewesen damals und dafür nutzt man Merclees im Grunde. 151 00:08:25,400 --> 00:08:28,280 Das ist jetzt vielleicht ohne Grafik ein bisschen schwierig zu 152 00:08:28,280 --> 00:08:30,760 erklären, drum bleibe ich nicht lange drauf, aber im Grunde 153 00:08:30,760 --> 00:08:34,919 hasht man paarweise die Hashes von Daten wieder zusammen und. 154 00:08:35,030 --> 00:08:38,750 So aus 4 wären 2, aus 2 wären 1. Bis man eben nur noch bei einem 155 00:08:38,750 --> 00:08:40,710 Hash ist. Und das nennt man Mercle Roots 156 00:08:41,070 --> 00:08:44,710 und damit können wir quasi in einen ganz kurzen Datensatz, 157 00:08:44,710 --> 00:08:49,750 also 32 Byte ne quasi beliebige Menge an Daten zusammenfassen 158 00:08:49,750 --> 00:08:54,350 und dann in den Daten wieder prüfen das zu einem oder dass 159 00:08:54,350 --> 00:08:57,350 die Daten nicht verändert wurden, dass die Daten zu einem 160 00:08:57,350 --> 00:09:00,190 gewissen Zeitpunkt einen gewissen Hash hatten, wenn wir 161 00:09:00,190 --> 00:09:03,590 uns nur diesen einen Root hash aufschreiben und. 162 00:09:05,080 --> 00:09:08,760 Dieser Root Hash, der hat in der, der ist in der Blockchain 163 00:09:08,760 --> 00:09:11,040 wieder von ganz großer Bedeutung, denn damit finden wir 164 00:09:11,040 --> 00:09:13,600 heraus, dass die Daten in Blöcken nicht verändert wurden. 165 00:09:13,760 --> 00:09:16,280 Also wenn man jetzt mal auf die Blockebene geht, kann man sich 166 00:09:16,280 --> 00:09:19,160 das so vorstellen, dass wir dort diesen Baum dran hängen haben 167 00:09:19,160 --> 00:09:22,920 mit allen Daten die einfließen, also unsere Transaktion, was 168 00:09:22,920 --> 00:09:26,000 genau, das komme ich dann gleich noch mal drauf und die haschen 169 00:09:26,000 --> 00:09:28,800 wir immer paarweise zusammen bis wir nur noch einen Hash haben 170 00:09:29,280 --> 00:09:32,640 und anhand von dem Hash können wir dann später zeigen, dass 171 00:09:32,640 --> 00:09:35,200 eine gewisse Transaktion teil von einem gewissen Block war. 172 00:09:35,870 --> 00:09:39,110 Denn der Block ist auch wieder ein Hash aus dem Hash aller 173 00:09:39,110 --> 00:09:41,950 Dateien und noch n paar Nutzdaten, die wir als Block 174 00:09:41,950 --> 00:09:45,070 Header bezeichnen. Sowas wie die Zahl von dem Block 175 00:09:45,070 --> 00:09:49,110 oder die Nummer und der Timestamp, wann der Block zum 176 00:09:49,110 --> 00:09:53,430 Beispiel hergestellt wurde, sowas fließt da mit rein und da 177 00:09:53,430 --> 00:09:57,110 hätten wir so schon mal die grobe Struktur wie ein einziger 178 00:09:57,110 --> 00:10:00,030 Block aussieht. Okay ich, ich glaube, ich muss 179 00:10:00,030 --> 00:10:02,070 mal kurz Gerrit spielen, dann versuchen, noch mal 180 00:10:02,070 --> 00:10:05,110 zusammenzufassen, was du gesagt hast, weil wir jetzt Hashes von 181 00:10:05,110 --> 00:10:07,470 Hashes und Funktionen hatten. Mal gucken. 182 00:10:07,590 --> 00:10:10,230 Verstanden habe Erik, du sagst mir, wenn ich jetzt Quatsch 183 00:10:10,230 --> 00:10:14,440 erzähle, also ich glaube. Was du gesagt hast, der Merkel 184 00:10:14,440 --> 00:10:18,120 Tree was ich da verstanden hab ist der Mann macht quasi jemand 185 00:10:18,120 --> 00:10:22,440 nimmt sich einen Trick zu Hilfe indem man sagt OK ich kann ja du 186 00:10:22,440 --> 00:10:25,000 hast gesagt aus beliebigen Daten kann ich in hash Formen und 187 00:10:25,480 --> 00:10:27,640 jetzt sagt man aber wenn ich einen Hash habe, dann kann ich 188 00:10:27,640 --> 00:10:29,480 den ja auch als Daten interpretieren also ich nehme 189 00:10:29,480 --> 00:10:32,440 zum Beispiel 2 Hashes, das sind meine neuen Daten und mache 190 00:10:32,440 --> 00:10:35,600 daraus wieder einen Hash genau was die Daten sind ist ja völlig 191 00:10:35,600 --> 00:10:37,280 egal. Im Prinzip Hash funktionieren 192 00:10:37,280 --> 00:10:40,840 halt auf allem wenn ich das paarweise mache, dann komme ich 193 00:10:40,840 --> 00:10:44,320 genauso in so einer Baumstruktur und ich dann halt quasi 2 Hashes 194 00:10:44,320 --> 00:10:47,560 habe die die Malen einen Hash von Daten waren und sage jetzt 195 00:10:47,560 --> 00:10:49,880 diese 2 Hashes sind meine neuen Daten und mach daraus wieder 196 00:10:49,880 --> 00:10:52,200 einen Hash. Dann habe ich aus 2 mach 1 197 00:10:52,200 --> 00:10:55,360 gemacht und wenn ich das halt quasi in einem umgedrehten Baum 198 00:10:55,360 --> 00:10:57,320 vorstelle, wo die Wurzel oben ist oder so, dann komme ich 199 00:10:57,320 --> 00:10:58,680 irgendwann zu einem einzigen Hash. 200 00:11:00,360 --> 00:11:04,800 Und auf diese Art und Weise kann man quasi Informationen, also 201 00:11:04,800 --> 00:11:07,520 eine große Information kleinteiliger. 202 00:11:08,110 --> 00:11:11,630 Speichern und deren Hash ist quasi richtig und alle diese 203 00:11:11,630 --> 00:11:14,310 Informationen fasse ich zusammen in einem Block. 204 00:11:15,030 --> 00:11:16,630 Das ist glaub ich wichtig. Das hab ich am Anfang immer 205 00:11:16,630 --> 00:11:19,510 nicht verstanden, aber ich so ein Block dieser Kette, dieser 206 00:11:19,510 --> 00:11:22,310 Blockchain hat dann quasi nicht nur eine kleine Information, 207 00:11:22,310 --> 00:11:25,710 sondern viele Informationen, die sind aber aufbereitet als dieser 208 00:11:25,710 --> 00:11:29,510 Mercedes quasi also. Mehrere Hashes, im Prinzip dich 209 00:11:29,510 --> 00:11:31,030 wieder ausrechnen kann und abgelegt wird. 210 00:11:31,030 --> 00:11:33,830 Einer wird dieser Root Hash richtig so grob. 211 00:11:34,430 --> 00:11:38,030 Genau, genau das passt also der Root Hash, der ist quasi das 212 00:11:38,030 --> 00:11:40,110 Einzige was man in dem Block braucht. 213 00:11:40,710 --> 00:11:43,910 Um den Blockhash zu berechnen. Man muss nicht die ganzen Daten 214 00:11:43,910 --> 00:11:46,790 haben technisch gesehen, es reicht auch, wenn man wirklich 215 00:11:46,790 --> 00:11:50,110 nur den Block Header hat, wo der dieser Verbund Hash von allen 216 00:11:50,110 --> 00:11:53,310 Daten drin steht, das heißt man müsste auch nicht alle Daten aus 217 00:11:53,310 --> 00:11:56,030 dem Blockchain Netzwerk ziehen. Es reicht wirklich, wenn man 218 00:11:56,030 --> 00:11:59,470 diese kleinere Datenmenge sich holt und dann kann man damit 219 00:11:59,470 --> 00:12:03,150 einzelne Teildaten aus den Blöcken wieder verifizieren. 220 00:12:03,870 --> 00:12:06,070 Wir müssen jetzt aufpassen, dass wir nicht zu technisch werden, 221 00:12:06,070 --> 00:12:08,350 weil da steigen unsere, da steigen unsere Hörer und 222 00:12:08,350 --> 00:12:12,510 Hörerinnen aus. Die Frage ist Erik schließ doch 223 00:12:12,510 --> 00:12:15,030 den Bogen jetzt gern noch mal in Richtung Blockchain. 224 00:12:15,030 --> 00:12:17,150 Ja, jetzt haben wir die die Hashwerte verstanden, es ist 225 00:12:17,150 --> 00:12:19,830 also. Irgendwie was Wichtiges, aber 226 00:12:19,830 --> 00:12:21,870 jetzt vielleicht noch mal das das große Bild aufspannen, ja. 227 00:12:21,910 --> 00:12:23,830 Genau. Also was ich, was ich gerade 228 00:12:23,830 --> 00:12:26,950 erklärt Hab, ist ja im Grunde was ein Blog ist, was da für 229 00:12:26,950 --> 00:12:29,870 Daten drin sind und wie man zeigen kann, dass gewisse Daten 230 00:12:29,870 --> 00:12:33,470 in einem Blog sind und jetzt kommt nur noch eine schwierige 231 00:12:33,470 --> 00:12:37,390 Hash Sache, das ist nämlich die Verknüpfung von den Blöcken, das 232 00:12:37,390 --> 00:12:42,070 was die Blockchain tatsächlich zu dieser Chain macht, denn von 233 00:12:42,070 --> 00:12:45,750 jedem Block kann man ja auch wieder einen Hash bilden aus nur 234 00:12:45,750 --> 00:12:48,670 diesen Block Header den ich gerade beschrieben habe und 235 00:12:48,670 --> 00:12:51,240 jetzt kommt. Der eigentliche Clou in jedem 236 00:12:51,240 --> 00:12:55,600 Block kommt auch der Hash vom vorhergehenden Block rein. 237 00:12:56,240 --> 00:12:59,600 Und weil dieser Hash auch wieder den Hash von dem Block 238 00:12:59,600 --> 00:13:03,960 verändert, heißt dass das quasi man die Existenz von allen 239 00:13:03,960 --> 00:13:08,280 Daten, die in allen vorherigen Blöcken waren mit dem Hash vom 240 00:13:08,280 --> 00:13:10,120 aktuellen Block verifizieren kann. 241 00:13:10,480 --> 00:13:13,480 Also mit dem Block kann man gucken was ist der vorherige 242 00:13:13,480 --> 00:13:16,840 Block Hash, dann kann man zum vorherigen Block gehen, den Hash 243 00:13:16,840 --> 00:13:20,080 überprüfen, gucken was ist der vorherige Block Hash bis man bei 244 00:13:20,080 --> 00:13:22,720 dem Block ist in dem man ein Datensatz beziehungsweise 245 00:13:22,720 --> 00:13:26,670 Transaktion überprüfen will. Und das ist das, was die 246 00:13:26,670 --> 00:13:29,310 Blockchain zu eben dieser Chain macht. 247 00:13:30,310 --> 00:13:32,590 Und das ist auch das, wo wir immer sagen, das ist halt 248 00:13:32,590 --> 00:13:36,350 manipulationsfrei, weil weil wir quasi mathematisch durch diese 249 00:13:36,350 --> 00:13:40,640 Hashfunktion. Versichert werden, dass das, was 250 00:13:40,640 --> 00:13:43,240 ich mich zurück bewege, quasi und nicht auf den aktuellsten 251 00:13:43,240 --> 00:13:44,360 Blog gucke. Und wenn ich mich sauber 252 00:13:44,360 --> 00:13:46,680 zurückbewegen kann und immer die Hashes sich entsprechend 253 00:13:46,680 --> 00:13:51,600 auflösen, dann habe ich eine mathematische Garantie, dass das 254 00:13:51,600 --> 00:13:55,320 alles zusammenpasst und so zusammengehört und initial so 255 00:13:55,320 --> 00:13:57,400 zusammengebaut wurde. Richtig, das ist ja eines der 256 00:13:57,400 --> 00:14:00,000 ganz wichtigen, Glaube ich grundphilosophien der 257 00:14:00,000 --> 00:14:03,880 Blockchain, dass ich halt quasi eine Datenstruktur habe, das 258 00:14:03,880 --> 00:14:07,520 hattest du ja gesagt, die aufeinander aufbaut, zu der ich 259 00:14:07,520 --> 00:14:11,480 aber weiß, dass die nicht manipuliert wurden, konnte 260 00:14:11,480 --> 00:14:14,280 zwischendurch ja, sondern das kann ich quasi zu jederzeit und 261 00:14:14,280 --> 00:14:16,680 jeder, der durch die Blockchain anguckt, ausrechnen und 262 00:14:16,680 --> 00:14:19,400 verifizieren, dass die halt quasi die Manipulationsfrei 263 00:14:19,400 --> 00:14:21,880 aneinander gehängt wurden, diese Datenblöcke. 264 00:14:21,960 --> 00:14:25,560 Genau richtig, denn wenn man quasi ein einziges Bit in 265 00:14:25,560 --> 00:14:28,960 irgendeinem Block, der Tief in der Kette ist, verändert, dann 266 00:14:28,960 --> 00:14:32,640 ändert sich der Root Hash von der von den ganzen Transaktion. 267 00:14:32,640 --> 00:14:35,680 Dann ändert sich der Block Hash und jeder Blockhash von jedem 268 00:14:35,680 --> 00:14:39,320 nachfolgendem Block, auch die Kette wird an der Stelle quasi 269 00:14:39,320 --> 00:14:41,870 abreißen und. Blöcke wären ungültig. 270 00:14:42,550 --> 00:14:44,190 Genau. Welche? 271 00:14:44,190 --> 00:14:46,830 Welche Anwendungsbereiche hat das jetzt in der Industrie? 272 00:14:46,830 --> 00:14:51,750 Wo muss ich so sicher sein, dass Daten auf gar keinen Fall 273 00:14:51,750 --> 00:14:54,190 manipuliert wurden oder wo möchte ich auch vielleicht 274 00:14:54,190 --> 00:14:57,390 darüber informiert werden, wenn vielleicht Daten manipuliert 275 00:14:57,390 --> 00:15:00,630 wurden? Genau das ist gerade in der 276 00:15:00,630 --> 00:15:04,590 Industrie, wenn man irgendwas herstellt, dann hat man ja auch 277 00:15:04,590 --> 00:15:07,230 immer wieder, also es kommt immer wieder diese Baumstruktur, 278 00:15:07,270 --> 00:15:11,150 also ich habe schrauben und irgendwelche Metallteile, das 279 00:15:11,150 --> 00:15:13,830 sind dann viele Teile, und dann setze ich das zusammen. 280 00:15:14,870 --> 00:15:17,910 Urteil, das wieder ein Teil von einem anderen Bauteil ist. 281 00:15:17,910 --> 00:15:20,030 Ne. Also wir können quasi auch 282 00:15:20,030 --> 00:15:22,510 wieder hier diesen Baum aufbauen, wo wir unten mit ganz 283 00:15:22,510 --> 00:15:25,750 grundlegendem Materialien arbeiten und dann nach oben wird 284 00:15:25,750 --> 00:15:28,790 das Produkt immer komplexer, bis wir letztendlich unser Bauteil 285 00:15:28,790 --> 00:15:33,270 in den Motorblockschrauben, den Motor in Auto und dann haben wir 286 00:15:33,270 --> 00:15:38,390 dort quasi unser unser fertiges Gerät und jetzt ist dann die 287 00:15:38,390 --> 00:15:42,230 Frage, wenn wenn irgendwas damit passiert, also vielleicht 288 00:15:42,230 --> 00:15:45,750 zerbricht was, vielleicht bröselt was irgendwas ist bei 289 00:15:45,750 --> 00:15:48,070 der Produktion nicht richtig gelaufen und deswegen haben wir 290 00:15:48,070 --> 00:15:50,870 jetzt ein gefährliches Produkt auf der Straße, dann 291 00:15:50,870 --> 00:15:53,950 interessiert uns natürlich, wenn irgendwas passiert ist. 292 00:15:55,150 --> 00:15:58,110 Wie das? Wie das Zustande kommen konnte. 293 00:15:58,110 --> 00:16:03,230 Und da gucken wir normalerweise zurück in die Datenbank, was das 294 00:16:03,230 --> 00:16:05,670 da reingeschrieben wurde über die Produktion, über die 295 00:16:05,670 --> 00:16:08,830 Qualitätssicherung, über die ganzen Tests, die gemacht wurden 296 00:16:09,310 --> 00:16:12,550 und schauen, dann ist das ein einzelner Fehler oder ist 297 00:16:12,550 --> 00:16:15,750 vielleicht irgendwas mit einer Maschinenkonfiguration falsch 298 00:16:15,750 --> 00:16:18,270 gewesen und wir haben jetzt viele Produkte auf dem Markt, 299 00:16:18,270 --> 00:16:22,350 die möglicherweise eine Gefährdung darstellen, und wenn 300 00:16:22,350 --> 00:16:24,790 wir das herausfinden, können wir zum Beispiel eine Rückrufaktion 301 00:16:24,790 --> 00:16:27,710 starten, aber was, wenn ein Angreifer kommt? 302 00:16:28,750 --> 00:16:32,990 In dieser Datenbank irgendwas verändert und uns davon abhält 303 00:16:32,990 --> 00:16:37,760 zu verstehen, dass quasi. N systemischer Fehler bei uns da 304 00:16:37,760 --> 00:16:41,520 war und wir denken ja OK ist nur einmal passiert wir, wir können 305 00:16:41,520 --> 00:16:44,120 uns entschuldigen und einfach so weitermachen, weil wir eben 306 00:16:44,120 --> 00:16:46,800 durch diese Datenmanipulation davon abgehalten wurden 307 00:16:46,800 --> 00:16:50,760 rauszufinden, das ist ein Problem gab und wenn man sowas 308 00:16:50,760 --> 00:16:53,880 abfangen kann, jetzt zum Beispiel über eine Blockchain, 309 00:16:53,880 --> 00:16:58,000 in der man sehen kann, aha, die Daten zu dem Zeitpunkt waren 310 00:16:58,000 --> 00:17:01,800 wirklich so da, wir können uns sicher sein, dass es nur ein 311 00:17:01,800 --> 00:17:05,240 Fehler war, der einmal passiert ist, oder wir können sagen Okay 312 00:17:05,240 --> 00:17:08,040 der Hash von der Maschinenkonfiguration. 313 00:17:09,040 --> 00:17:11,760 Der war der, also war die Maschine zu dem Zeitpunkt falsch 314 00:17:11,760 --> 00:17:14,760 konfiguriert, weil wir das wiederfinden konnten, dann 315 00:17:14,760 --> 00:17:18,480 können wir eben solche Fehler beheben und da ist natürlich das 316 00:17:18,480 --> 00:17:22,880 Potenzial da, dass ein Angreifer kommt und in unserer Datenbank, 317 00:17:22,880 --> 00:17:26,760 die keine Blockchain ist und nicht irgendwie eine Sicherung 318 00:17:26,760 --> 00:17:30,640 hat, was ändert und dann haben wir gegebenenfalls ein großes 319 00:17:30,640 --> 00:17:34,040 Problem und genau hier könnte die Blockchain ansetzen. 320 00:17:35,220 --> 00:17:36,900 Cool, das ist schon mal n gutes Beispiel. 321 00:17:36,980 --> 00:17:38,660 Ich hab vielleicht noch ne anderes n anderes 322 00:17:38,660 --> 00:17:40,820 Anwendungsbeispiel Eric wird gleich sagen ob das vielleicht 323 00:17:40,820 --> 00:17:44,120 da auch zu passt. Ich könnt mir auch vorstellen, 324 00:17:44,400 --> 00:17:47,000 dort wo Sachen produziert werden, zum Beispiel vielleicht 325 00:17:47,000 --> 00:17:48,680 zum Beispiel Kaffee oder Irgendsowas. 326 00:17:48,680 --> 00:17:51,920 Und wir haben ja ganz viele Parteien irgendwie von der vom 327 00:17:51,920 --> 00:17:56,720 Ernten auf dem Feld über über das Rauslösen der Bohnen, das 328 00:17:56,720 --> 00:17:58,840 rösten und so weiter, das machen ja ganz viele Leute, und wir 329 00:17:58,840 --> 00:18:03,430 wollen ja quasi eine eine. Irgendeine genaue nachvollziehen 330 00:18:03,430 --> 00:18:05,950 können, wer hat da wann was gemacht und war das tatsächlich 331 00:18:05,950 --> 00:18:08,830 auch? War das tatsächlich auch konform 332 00:18:08,830 --> 00:18:12,270 ohne Kinderarbeit und so weiter Fair Trade und jetzt können 333 00:18:12,270 --> 00:18:15,710 quasi ja im Prinzip, und das ist ja auch n Charakteristikum der 334 00:18:15,710 --> 00:18:18,750 der Blockchain meistens verteilt Anwendung ist. 335 00:18:18,790 --> 00:18:21,510 Die Blockchain selber kann ja quasi in der Cloud im Internet 336 00:18:21,510 --> 00:18:24,870 liegen von verschiedenen Parteien, also verschiedene 337 00:18:24,870 --> 00:18:28,430 Parteien können quasi Blöcke dranhängen, die dann 338 00:18:28,430 --> 00:18:31,030 kryptologisch quasi signiert sind, wieso eine Unterschrift? 339 00:18:31,800 --> 00:18:33,840 Und dann könnten jetzt diese ganzen Parteien, die involviert 340 00:18:33,840 --> 00:18:36,480 sind in so einer Produktion von der Bohne bis zum fertigen 341 00:18:36,480 --> 00:18:39,920 Kapselkaffee oder irgend sowas könnten quasi immer wieder in 342 00:18:39,920 --> 00:18:43,280 diesen ganzen Prozess ihre eigenen Blöcke quasi dranhängen 343 00:18:43,280 --> 00:18:46,680 und sagen okay ja, die Bohne wurde von mir geerntet und von 344 00:18:46,680 --> 00:18:50,040 dem und dem Arbeiter da und da reingemacht und dann geröstet 345 00:18:50,040 --> 00:18:53,120 und so weiter und dann habe ich auch eine manipulationsfreie 346 00:18:53,120 --> 00:18:55,240 Möglichkeit für die Firmen, die zum Beispiel Tchibo oder 347 00:18:55,240 --> 00:18:59,240 Irgendsowas, die dann nachweisen müssen vor dritten oder was weiß 348 00:18:59,240 --> 00:19:01,400 ich irgendwie, die können dann sagen, hier guckt mal, hier ist 349 00:19:01,400 --> 00:19:04,520 unsere Blockchain, hier haben alle Leute zur richtigen Zeit. 350 00:19:05,790 --> 00:19:08,550 Das richtige gemacht und das ist auch manipulationsfrei wir, wir 351 00:19:08,550 --> 00:19:11,550 könnten, wir hätten es gar nicht verändern dürfen, nur vor allem 352 00:19:11,550 --> 00:19:14,670 ne, damit wir gut dastehen, sondern das ist halt quasi durch 353 00:19:14,670 --> 00:19:17,310 die Blockchain Technologie geprüft und und richtig so, ja. 354 00:19:18,070 --> 00:19:20,070 Fällt mir jetzt gerade so spontan aus dem Bauch geschossen 355 00:19:20,070 --> 00:19:20,550 ein. So ne. 356 00:19:20,590 --> 00:19:24,710 Ja, also du sprichst da im Grunde 22 verschiedene Sachen 357 00:19:24,710 --> 00:19:25,710 an. Ne, das ist einmal das 358 00:19:25,710 --> 00:19:30,270 Blockchain Netzwerk, also dass die Blockchain gemeinsam von 359 00:19:30,270 --> 00:19:33,590 mehreren Teilnehmern gebildet wird, also die Schreiben alle 360 00:19:33,590 --> 00:19:36,390 Transaktionen dort rein, die werden von irgendjemandem in 361 00:19:36,390 --> 00:19:40,190 Blöcke zusammengefasst und dann kann jeder sehen, zu dem 362 00:19:40,190 --> 00:19:44,190 Zeitpunkt haben unterschiedliche Leute gewisse Dinge gemacht und 363 00:19:44,190 --> 00:19:47,990 dann können wir das zurückverfolgen und. 364 00:19:48,040 --> 00:19:51,920 Das zweite ist dort eben diese Transaktionen, die digital 365 00:19:51,920 --> 00:19:54,080 signiert sind. Was du gerade angesprochen hast. 366 00:19:54,560 --> 00:19:57,040 Vielleicht sollte man dort auch noch mal kurz dazu sagen. 367 00:19:58,920 --> 00:20:01,480 Wie das funktioniert? Also dass das Rückverfolgt 368 00:20:01,480 --> 00:20:06,160 werden kann und im Grunde ist es so, dass eine digitale Signatur 369 00:20:06,160 --> 00:20:11,600 dazu genutzt wird zu beweisen, dass Daten von einer gewissen 370 00:20:11,600 --> 00:20:14,790 Person. Unterschrieben wurden also nicht 371 00:20:14,790 --> 00:20:17,430 wie ne normale Signatur, die man fälschen und auf n anderes Blatt 372 00:20:17,430 --> 00:20:20,990 Papier kopieren könnte zum Beispiel, sondern ne digitale 373 00:20:20,990 --> 00:20:24,270 Signatur ist immer für die Daten unterschiedlich, das heißt wir 374 00:20:24,270 --> 00:20:28,110 können auch hier nachweisen, genau die Daten haben zu einem 375 00:20:28,110 --> 00:20:29,670 gewissen Zeitpunkt, der Zeitpunkt kommt aus der 376 00:20:29,670 --> 00:20:33,270 Blockchain einer gewissen Person vorgelegen und die Person wird 377 00:20:33,270 --> 00:20:36,550 quasi durch einen öffentlichen Schlüssel ausgezeichnet, das ist 378 00:20:36,550 --> 00:20:39,750 was kryptographisches muss man nicht zu genau darauf eingehen, 379 00:20:39,750 --> 00:20:42,470 aber damit hätten wir im Grunde diese Rückverfolgbarkeit. 380 00:20:43,720 --> 00:20:45,840 Das von der von der technischen Seite zu deinem Beispiel, wo 381 00:20:45,840 --> 00:20:48,440 viele Teilnehmer an einem Blockchain oder an einer 382 00:20:48,440 --> 00:20:50,280 Blockchain über das Netzwerk arbeiten. 383 00:20:50,640 --> 00:20:53,400 Und jetzt werden sie vielleicht unsere Zuhörer fragen. 384 00:20:53,400 --> 00:20:55,400 So und jetzt industrielle Blockchain und so weiter hört 385 00:20:55,400 --> 00:20:58,400 sich alles total prima an und gibt es das schon oder warum 386 00:20:58,400 --> 00:20:59,400 gibt es das eigentlich noch nicht? 387 00:20:59,400 --> 00:21:01,400 Also ich würde jetzt so sagen, wenn ich jetzt mal gucke, wir 388 00:21:01,560 --> 00:21:03,520 sind ja gerade noch dabei, gerade in Deutschland irgendwie 389 00:21:03,520 --> 00:21:06,320 überhaupt mal zu digitalisieren und ich glaube, man kann schon 390 00:21:06,320 --> 00:21:09,520 froh sein, wenn wenn es überhaupt irgendwie gute 391 00:21:09,520 --> 00:21:11,440 Datenstrukturen gibt und überhaupt irgendwie viele 392 00:21:11,440 --> 00:21:16,430 digitale Messwerte oder auch. Ereignisketten irgendwie 393 00:21:16,430 --> 00:21:18,510 aufbereitet werden. Typischerweise passiert das aber 394 00:21:18,510 --> 00:21:20,830 heute noch in einfach ganz normalen Datenbanken, 395 00:21:21,230 --> 00:21:23,190 relationalen Datenbanken oder auch in Zeitreihen. 396 00:21:23,190 --> 00:21:25,830 Datenbanken, die jetzt aber nicht kryptographisch 397 00:21:25,830 --> 00:21:28,070 Manipulationsfrei gesichert sind, ja. 398 00:21:28,910 --> 00:21:31,910 Und, und jetzt will ich gleich noch den Bogen schließen und 399 00:21:31,910 --> 00:21:34,750 frag gleich Erik noch mal. Das ist glaub ich auch das was 400 00:21:34,750 --> 00:21:37,270 ich verstanden hab. Einzigartig oder Neuartige sagen 401 00:21:37,270 --> 00:21:40,110 wir mal an dem Forschungsprojekt, an dem du 402 00:21:40,110 --> 00:21:43,110 auch deine Masterarbeit geschrieben hast, denn das 403 00:21:43,110 --> 00:21:46,270 Wissen noch unsere Zuhörer. Von dem von den Bitcoins 404 00:21:46,270 --> 00:21:48,390 wenigstens, die auch irgendwie. Das ist ja dieses 405 00:21:48,390 --> 00:21:50,390 Währungssystem, was ja auch irgendwie auf dieser Blockchain 406 00:21:50,390 --> 00:21:54,830 basiert, was ja aber so unglaublich aufwendig ist, weil 407 00:21:54,830 --> 00:21:57,070 wir dieses Proof of Work haben, vielleicht kannst du das auch 408 00:21:57,070 --> 00:21:58,950 gleich noch mal auf einer ganz hohen Flughöhe kurz mal 409 00:21:58,950 --> 00:22:02,510 erklären. Proof of Work, Das ist ja quasi, 410 00:22:02,510 --> 00:22:04,670 das ist ja genau das, was man nicht haben will. 411 00:22:04,670 --> 00:22:07,070 Wenn ich jetzt industrielle blockartige Daten und 412 00:22:07,070 --> 00:22:09,030 Manipulations reich speichern will, da will ich ja nicht 413 00:22:09,030 --> 00:22:11,190 irgendwie, dass das total viel Energie verbraucht und ewig 414 00:22:11,190 --> 00:22:13,470 lange dauert, bis das speichern kann, weil im Notfall hab ich ja 415 00:22:13,470 --> 00:22:16,550 auch ziemlich schnelle Daten die anfallen und ich will ja auf 416 00:22:16,550 --> 00:22:20,510 keinen Fall jetzt hier irgendwie klimagefährdende und Co 2 417 00:22:20,510 --> 00:22:24,430 verpustende Algorithmen da einführen, nur um dafür, dass 418 00:22:24,430 --> 00:22:27,670 meine Daten irgendwie manipulationsfrei gespeichert 419 00:22:27,670 --> 00:22:30,750 werden und ich glaube genau das Problem hast du jetzt quasi auch 420 00:22:30,750 --> 00:22:34,760 gelöst in deiner Masterarbeit. Du oder mit einem Ansatz, der 421 00:22:34,760 --> 00:22:36,800 bekannt ist oder wie auch immer, vielleicht kannst du das kurz 422 00:22:36,800 --> 00:22:39,160 noch erläutern, Erik, das wäre spannend. 423 00:22:39,800 --> 00:22:41,760 Genau, also vielleicht erstmal kurz. 424 00:22:42,000 --> 00:22:48,710 Was ist Truth of work pos in? Blockchain Netzwerk wo viele 425 00:22:48,710 --> 00:22:54,070 Leute drin sind, da muss ja irgendwie ne gewisse Fairness 426 00:22:54,070 --> 00:22:56,470 herrschen. Also wer wer stellt welchen 427 00:22:56,470 --> 00:22:59,230 Block her das oder gibt es eine Person die jeden Block 428 00:22:59,230 --> 00:23:02,870 abstempelt und die könnte dann quasi Transaktion zurückhalten 429 00:23:02,870 --> 00:23:06,670 indem sie die einfach nicht mit in diesen Mercury Reinpackt und 430 00:23:07,430 --> 00:23:10,790 um sowas zu verhindern gibt es eben die Konsensverfahren, die 431 00:23:10,790 --> 00:23:15,110 dafür sorgen, dass jeder Teilnehmer im ganzen Netzwerk 432 00:23:15,150 --> 00:23:17,870 einmal die gleiche Blockchain hat und dann, dass die 433 00:23:17,870 --> 00:23:20,230 Erstellung von Days of Blockchain Gewissen Regeln 434 00:23:20,230 --> 00:23:22,960 folgt. Bei Bitcoin nutzt man Proof of 435 00:23:22,960 --> 00:23:26,880 Work, das heißt, Wir lösen im Grunde ein kryptografisches 436 00:23:26,880 --> 00:23:31,040 Puzzle um den Hash mit einer gewissen Anzahl von Nullen 437 00:23:31,040 --> 00:23:35,720 anfangen zu lassen. Vielleicht, um das ganz kurz zu 438 00:23:35,720 --> 00:23:37,560 erklären. Also jeder Hash ist im Grunde 439 00:23:37,560 --> 00:23:42,240 gleich wahrscheinlich und in der Bitdarstellung ist quasi es ist 440 00:23:42,240 --> 00:23:45,600 gleich wahrscheinlich, dass jeder zweite Hash fängt mit 441 00:23:45,600 --> 00:23:49,350 einer 0 an, zum Beispiel hier. Der vierte mit 2 Nullen, jeder 442 00:23:49,350 --> 00:23:53,470 achte mit 3 Nullen und so weiter das heißt, wir können den 443 00:23:53,470 --> 00:23:57,910 Blocken oder versuchen Blöcken gewisse Hashes zuzuweisen, die 444 00:23:57,910 --> 00:23:59,990 mit einer gewissen Anzahl von Nullen anfangen. 445 00:23:59,990 --> 00:24:02,510 Und damit können wir sagen, es ist relativ unwahrscheinlich, so 446 00:24:02,510 --> 00:24:05,710 einem Blog zu finden, wie wie ändern wir den Hash von dem 447 00:24:05,710 --> 00:24:09,830 Block, wir setzen einfach eine Zufallszahl rein im Feld, das 448 00:24:09,830 --> 00:24:16,230 nennt sich meistens non s oder number only used once und da 449 00:24:16,870 --> 00:24:20,080 wird es. Kommt halt in meiner und der 450 00:24:20,080 --> 00:24:23,240 probiert ganz viele Zufallszahlen bis der Hash mit 451 00:24:23,240 --> 00:24:27,680 einer gewissen Anzahl von Nullen anfängt und diese Anzahl von 452 00:24:27,680 --> 00:24:29,720 Nullen, die bezeichnen wir in Bitcoin einfach als 453 00:24:29,720 --> 00:24:33,480 Schwierigkeit und wir reduzieren quasi die Wahrscheinlichkeit, 454 00:24:33,480 --> 00:24:36,800 dass jemand zu einem Blog findet und damit setzen wir einmal die 455 00:24:36,800 --> 00:24:40,240 Blockzeit in Bitcoin, alle 10 Minuten und. 456 00:24:40,520 --> 00:24:44,240 Dann auch die die Anzahl der Hashes, die man braucht, um so 457 00:24:44,240 --> 00:24:46,640 einen Blog zu finden. Und darum gibt es diese Meinung 458 00:24:46,640 --> 00:24:49,800 und diese Hardware, die quasi nur Hashes bilden, bis sie auf 459 00:24:49,800 --> 00:24:51,960 einen Hash stoßen, der mit einer gewissen Anzahl von Nullen an 460 00:24:51,960 --> 00:24:54,440 Nullen anfangen, um den Blog ins Netzwerk zu bringen, denn nur 461 00:24:54,440 --> 00:24:57,040 Blöcke mit einer gewissen Schwierigkeit und einem gewissen 462 00:24:57,040 --> 00:24:59,230 Hash. Die dürfen an die Blockchain 463 00:24:59,230 --> 00:25:02,150 Angehangen werden und damit stellt man bei Bitcoin quasi 464 00:25:02,150 --> 00:25:05,520 sicher. Dass dort nicht jemand ganz, 465 00:25:05,520 --> 00:25:09,200 ganz viele Blöcke in kurzer Zeit anhängt, das Netzwerk irgendwie 466 00:25:09,200 --> 00:25:13,440 überflutet und ja, da, da gibt es auch noch spieltheoretische 467 00:25:13,440 --> 00:25:15,960 Implikationen, die da rauskommen, aber das geht 468 00:25:15,960 --> 00:25:18,640 vielleicht ein kleines bisschen über diesen Podcast hinaus. 469 00:25:19,000 --> 00:25:21,560 Auf jeden Fall kann man sagen, Proof of Work verbraucht eine 470 00:25:21,560 --> 00:25:25,840 ganze Menge Energie, um eben die Bitcoin Blockchain abzusichern 471 00:25:26,240 --> 00:25:33,280 und jetzt im Industriekontext, da ist das ein bisschen anders, 472 00:25:33,400 --> 00:25:37,800 das erste, was anders ist. Unternehmen sind nicht wirklich 473 00:25:37,800 --> 00:25:41,640 daran interessiert, gemeinsam eine einzige Blockchain zu 474 00:25:41,640 --> 00:25:45,520 führen. Na also wenn ich als Unternehmen 475 00:25:45,520 --> 00:25:49,600 alle meine Produktionsdaten gemeinsam auf eine Blockchain 476 00:25:49,600 --> 00:25:52,840 mit allen Produktionsdaten von allen anderen Unternehmen 477 00:25:52,840 --> 00:25:57,640 speichern soll, dann ist das erstmal vermutlich ein bisschen 478 00:25:57,640 --> 00:25:59,840 datenaufwendig, weil das eine unglaubliche viele 479 00:25:59,840 --> 00:26:02,040 Produktionsdaten, die darauf fließen würden. 480 00:26:02,390 --> 00:26:05,590 Und dann will man ja auch nicht unbedingt seine ganzen 481 00:26:05,590 --> 00:26:08,870 Produktionsdaten einfach so offen liegen da, da können ja 482 00:26:08,870 --> 00:26:12,190 Geheimnisse drin stehen, da kann man raus lesen, wie viele 483 00:26:12,190 --> 00:26:14,670 Produkte hergestellt werden oder wenn es vielleicht n bisschen 484 00:26:14,670 --> 00:26:19,350 langsamer läuft und dann die. Die Anleihe wieder verkaufen? 485 00:26:19,350 --> 00:26:23,470 Also vielleicht nicht nicht die beste Idee, das alles öffentlich 486 00:26:23,710 --> 00:26:25,830 gegenüber anderen Unternehmen abzuspeichern. 487 00:26:26,430 --> 00:26:30,750 Und wir wollen aber trotzdem das Unternehmen quasi Daten 488 00:26:30,750 --> 00:26:34,470 austauschen können, von denen sie oder die beweisbar zu einem 489 00:26:34,470 --> 00:26:37,110 gewissen Zeitpunkt in einer gewissen Form vorgelegen haben, 490 00:26:37,750 --> 00:26:39,910 eben um solchem Datenmanipulation, was ich 491 00:26:39,910 --> 00:26:42,790 vorhin gesagt habe, auszuschließen, und das war so 492 00:26:42,790 --> 00:26:44,950 der Fokus von diesem Forschungsprojekt, Save your 493 00:26:44,950 --> 00:26:49,230 Chain, und da machen wir es im Grunde so, dass jedes 494 00:26:49,230 --> 00:26:51,750 Unternehmen seine eigene interne Blockchain führt. 495 00:26:52,640 --> 00:26:56,880 Und da ist das Konsensverfahren nicht mehr so wichtig. 496 00:26:56,880 --> 00:27:00,680 Also wir wollen natürlich, dass die Blöcke auf allen Computern 497 00:27:00,680 --> 00:27:02,760 innerhalb von dem Unternehmen gleich sind, die Blockchain 498 00:27:02,760 --> 00:27:05,080 gleich ist. Aber das müssen wir nicht auf so 499 00:27:05,080 --> 00:27:08,080 eine sichere Art und Weise wie bei Block wie bei Bitcoin 500 00:27:08,080 --> 00:27:11,840 machen, weil das jede Menge Energieverschwendung wäre und 501 00:27:11,840 --> 00:27:16,240 dem Unternehmen reicht im Grunde intern diese Datenstruktur zu 502 00:27:16,240 --> 00:27:20,440 haben, über die sich Zeitpunkt bzw Reihenfolge von Daten und 503 00:27:20,440 --> 00:27:22,360 Integrität von Daten nachweisen lässt. 504 00:27:22,760 --> 00:27:25,360 Und dann haben wir bei Selfio Challenge Ansatz. 505 00:27:25,990 --> 00:27:30,190 Um das quasi über ein Unternehmensnetzwerk 506 00:27:30,190 --> 00:27:33,870 abzusichern, das nicht auf einer einzelnen zentralen Blockchain 507 00:27:33,870 --> 00:27:35,870 basiert. Also wir haben viele Blockchains 508 00:27:35,870 --> 00:27:39,030 bei den ganzen Unternehmen und die tauschen im Grunde nur 509 00:27:39,030 --> 00:27:43,030 periodisch Block Hashes aus, vielleicht alle 1000 oder alle 510 00:27:43,030 --> 00:27:47,310 10000 Blöcke und dazu noch einen kryptographischen Akkumulator 511 00:27:47,310 --> 00:27:49,430 gehe ich auch nicht zu genau darauf ein, damit kann man im 512 00:27:49,430 --> 00:27:53,150 Grunde nur sagen, dass ein gewisser Block einer gewissen 513 00:27:53,150 --> 00:27:55,990 Position zwischen 2 anderen Blöcken liegt und mit dem Hash 514 00:27:55,990 --> 00:27:59,160 kann man wieder auf die Daten. Schließen die darin, sind, die 515 00:27:59,160 --> 00:28:02,960 Integrität davon prüfen und damit haben wir im Grunde eine 516 00:28:02,960 --> 00:28:06,440 Lösung geschaffen. Wie Unternehmen die Blockchain 517 00:28:06,440 --> 00:28:11,040 Technologie einsetzen können, um eben die Manipulationssicherheit 518 00:28:11,120 --> 00:28:15,400 sicherzustellen. Aber ohne ihre gesamten Daten 519 00:28:15,400 --> 00:28:18,160 mit allen Unternehmen in ihrem Wertschöpfungsnetzwerk zu 520 00:28:18,160 --> 00:28:20,600 teilen. Und das ist so der. 521 00:28:22,350 --> 00:28:24,630 Minuten Abriss von Safia Chain. Genau. 522 00:28:24,630 --> 00:28:26,630 Du sagst gerade das es heißt Save your chain. 523 00:28:26,790 --> 00:28:30,350 Ich denke das hast du gerade so nebenher fallen lassen ist n 524 00:28:30,350 --> 00:28:34,510 großes Forschungsprojekt wo du federführend mitbeteiligt warst 525 00:28:34,510 --> 00:28:37,230 letzten Endes. Genau, ich hab quasi die die 526 00:28:37,230 --> 00:28:42,230 Blockchain Seite davon, die Notes vom vom Netzwerk bis zum 527 00:28:42,230 --> 00:28:46,150 Unternehmensübergreifenden Unternehmensprotokoll dort 528 00:28:46,150 --> 00:28:48,310 programmiert und alles was dazwischen liegt. 529 00:28:49,190 --> 00:28:54,040 Also Save your chain ist. Ein ein Projekt oder ein Produkt 530 00:28:54,040 --> 00:28:58,160 oder eine Blockchain? Letzten Endes, die die 531 00:28:58,160 --> 00:29:01,560 Potenziale der Blockchain Unternehmen zur Verfügung 532 00:29:01,560 --> 00:29:05,080 stellt, aber einige der Herausforderungen löst 533 00:29:05,080 --> 00:29:08,480 beziehungsweise Dinge offene Art und Weise löst, dass sie auch 534 00:29:08,480 --> 00:29:11,360 wirklich in Unternehmen dann, dass sie einfacher einzuführen 535 00:29:11,360 --> 00:29:15,000 ist, quasi und zu benutzen. Ist genau also die Save your 536 00:29:15,000 --> 00:29:18,160 Chain Lösung ist im Moment ein Prototyp, der aus dem 537 00:29:18,160 --> 00:29:21,560 Forschungsprojekt hervorgegangen ist, dass die Hochschule 538 00:29:21,560 --> 00:29:24,360 Mittweida zusammen mit dem Fraunhofer IV OS 539 00:29:24,360 --> 00:29:28,150 Forschungspartner. Mit Xenon und Vitesco als 540 00:29:28,150 --> 00:29:31,750 Industriepartner und Capgemini als unsere Consultants gerade 541 00:29:31,750 --> 00:29:33,190 für Cybersicherheit gemacht haben. 542 00:29:33,870 --> 00:29:37,150 Und da haben wir halt so ne prototypische Lösung entwickelt, 543 00:29:37,350 --> 00:29:40,990 mit der man die den Unternehmensübergreifenden 544 00:29:40,990 --> 00:29:43,630 gesicherten Datenaustausch mal zeigen kann. 545 00:29:44,150 --> 00:29:48,790 Für wen ist selfio Chain gedacht und wie kann man das Mal testen 546 00:29:48,790 --> 00:29:49,750 als Unternehmen? Was müsste. 547 00:29:49,990 --> 00:29:52,790 Man, also wir planen tatsächlich, das Open Source zu 548 00:29:52,790 --> 00:29:56,110 stellen, weil wir ziemlich zufrieden sind mit der Lösung. 549 00:29:56,110 --> 00:29:59,310 Aber wir müssen garantiert noch eine Menge Feinschliff dran 550 00:29:59,310 --> 00:30:03,520 machen. Und die aktuelle Lösung, um an 551 00:30:03,520 --> 00:30:07,680 den Quellcode zu kommen, ist einfach eine E-Mail an mich oder 552 00:30:07,680 --> 00:30:10,920 den Boss vom Bccm, den Andreas Edna zu schreiben. 553 00:30:11,280 --> 00:30:14,240 Die E-Mail Adressen kann ich euch ja geben, damit ihr sehen 554 00:30:14,240 --> 00:30:18,480 die Beschreibung von dem Podcast packen könnt und genau dann kann 555 00:30:18,480 --> 00:30:23,080 man einfach bei uns anfragen und wir stehen dann gerne bereit um 556 00:30:23,080 --> 00:30:27,680 die Lösung mal bei Unternehmen zum Laufen zu bringen und mal zu 557 00:30:27,680 --> 00:30:29,630 zeigen. Genau, vielleicht kannst du es 558 00:30:29,630 --> 00:30:32,750 mal so High Level beschreiben, was was es bedeuten würde als 559 00:30:32,750 --> 00:30:35,430 also ich gehe mal davon aus, wenn jetzt hier 560 00:30:35,430 --> 00:30:39,710 Unternehmensvertreter zuhören in zu 99% haben die keine 561 00:30:39,710 --> 00:30:41,910 Blockchain im Einsatz bisher. Vermutlich nicht. 562 00:30:42,550 --> 00:30:45,230 Vermutlich schlecht, ne, genau, vielleicht gar nicht so konkret. 563 00:30:45,230 --> 00:30:48,670 Auch Safe your Chain, aber was was muss passieren, also muss 564 00:30:48,670 --> 00:30:50,510 ich. Also ich frag ganz als Laie muss 565 00:30:50,510 --> 00:30:53,710 ich einfach meine bestehende Zeitreihendatenbank oder meine 566 00:30:53,710 --> 00:30:56,550 relationale Datenbank abklemmen und ich klemm dann ne ne 567 00:30:56,550 --> 00:30:59,350 Blockchain dran und. Es läuft alles weiter wie vorher 568 00:30:59,710 --> 00:31:02,470 oder muss ich mich IT seitig irgendwie besonders darauf 569 00:31:02,470 --> 00:31:04,110 vorbereiten? Muss ich in die Cloud, kann ich 570 00:31:04,110 --> 00:31:07,390 es on premise machen, was was was muss so n unternehmen tun um 571 00:31:07,390 --> 00:31:11,150 wirklich Blockchain zu nutzen und dann manipulationssicher 572 00:31:11,150 --> 00:31:13,790 und. Immer intere Daten quasi zu 573 00:31:13,790 --> 00:31:17,430 haben. Genau, also im Grunde könnte. 574 00:31:17,550 --> 00:31:21,110 Ein Unternehmen, die die eigentliche Datenbank abschalten 575 00:31:21,110 --> 00:31:24,390 und einfach selfio Chain stattdessen stattdessen 576 00:31:24,390 --> 00:31:28,550 verwenden, denn wir haben eine Menge Adapter und Interfaces 577 00:31:28,550 --> 00:31:30,910 gebaut, wie man Daten in die Blockchain rein und aus der 578 00:31:30,910 --> 00:31:34,190 Blockchain Rausbekommt. Allerdings wäre es 579 00:31:34,190 --> 00:31:37,870 wahrscheinlich sinnvoller, erstmal die beiden Dinge als 580 00:31:37,870 --> 00:31:40,070 Hybrid laufen zu lassen, also die Blockchain neben der 581 00:31:40,070 --> 00:31:43,430 Datenbank und genau wie würde das aussehen? 582 00:31:43,430 --> 00:31:46,630 Also im Grunde müsste man nur dieses unternehmensinterne 583 00:31:46,630 --> 00:31:50,790 Blockchain Netzwerk aufbauen. Blockchain im Unternehmen laufen 584 00:31:50,790 --> 00:31:54,790 kann, das ist also kann auf einer Not passieren, auf einem 585 00:31:54,790 --> 00:31:58,430 Raspberry Pi oder auf einem kleinen Computer, der irgendwo 586 00:31:58,430 --> 00:32:01,910 rumsteht, und da könnten einfach die Daten mal reinfließen und 587 00:32:01,910 --> 00:32:04,150 über ein Webinterface wieder abgerufen werden. 588 00:32:04,310 --> 00:32:07,110 Und interessant wird das Ganze natürlich erst, wenn man mit 589 00:32:07,110 --> 00:32:09,910 einem anderen Unternehmen zusammenarbeitet, die die 590 00:32:09,910 --> 00:32:12,710 gleiche Lösung einsetzen, denn dann kann man das 591 00:32:12,710 --> 00:32:16,750 unternehmensübergreifende Netzwerk anschalten und quasi 592 00:32:16,870 --> 00:32:19,910 gesicherte Daten aus dem anderen, aus dem anderen 593 00:32:19,910 --> 00:32:22,390 Unternehmensnetzwerk mal Anfragen. 594 00:32:22,520 --> 00:32:24,480 Und sehen, wie die plötzlich in der eigenen Blockchain 595 00:32:24,480 --> 00:32:28,120 Aufploppen und man dort halt eine Transaktion bekommt, die 596 00:32:28,120 --> 00:32:31,120 aus einem anderen Unternehmen ist, die von denen signiert ist, 597 00:32:31,360 --> 00:32:33,680 aber man wirklich den Beweis hat, dass die zu einem gewissen 598 00:32:33,680 --> 00:32:36,200 Zeitpunkt in der Blockchain auf der anderen Seite vorgelegen 599 00:32:36,200 --> 00:32:38,000 hat. Ich stelle mir jetzt sowas vor 600 00:32:38,000 --> 00:32:42,840 wie es gibt ein Unternehmen, das Macht irgendwelche Metallteile 601 00:32:43,600 --> 00:32:46,160 oder veredelt die vielleicht und hat einen Zulieferer, der 602 00:32:46,160 --> 00:32:48,520 irgendwas vorher schon an diesen Metallteilen gemacht hat. 603 00:32:48,520 --> 00:32:49,640 Was weiß ich, hat die vielleicht. 604 00:32:49,790 --> 00:32:52,030 Wo ein voll gefräst. Und jetzt kommt die zu mir und 605 00:32:52,030 --> 00:32:54,630 ich beschichte die jetzt als als Unternehmer oder sowas ja. 606 00:32:55,310 --> 00:32:59,110 Und jetzt kommt es zum Beispiel zu Qualitätsproblemen oder so. 607 00:32:59,110 --> 00:33:01,950 Und dann geht es ja eigentlich immer drum nachzuweisen, dass 608 00:33:01,950 --> 00:33:03,710 man selber alles richtig gemacht hat. 609 00:33:03,710 --> 00:33:05,150 Ja, das ist der Anwendungsfall, oder? 610 00:33:05,510 --> 00:33:08,990 Sowas in der Art genau alles, wo mehrere Unternehmen an der 611 00:33:08,990 --> 00:33:11,590 Produktion von einem Endprodukt teilnehmen. 612 00:33:11,830 --> 00:33:14,790 Genau und in dem Fall könnte quasi derjenige, der die 613 00:33:14,790 --> 00:33:18,190 Lieferung dann bekommt, von den vorverarbeiteten Metallteilen, 614 00:33:18,470 --> 00:33:22,230 da könnte auf der Box ein QR Code sein, den er scannt, er 615 00:33:22,230 --> 00:33:26,110 könnte eine E-Mail bekommen oder die Teilenummer bei sich 616 00:33:26,110 --> 00:33:29,800 eingeben. Und darüber dann quasi alles, 617 00:33:29,800 --> 00:33:33,280 was mit dem Teil was zu tun hat, an Daten aus dem anderen 618 00:33:33,280 --> 00:33:36,680 Netzwerk zu sich bestellen. Und dann hätte der das quasi 619 00:33:36,680 --> 00:33:40,600 vorliegen, dass das haben wir so gelöst, damit Unternehmen auch 620 00:33:40,600 --> 00:33:43,440 aus dieser Kette rausfallen, also aus der Wertschöpfungskette 621 00:33:43,440 --> 00:33:46,400 rausfallen können und man trotzdem die relevanten Daten 622 00:33:46,400 --> 00:33:50,680 nochmal bei sich gesichert hat und dann kann man halt gucken, 623 00:33:50,680 --> 00:33:53,990 was kaputt ist. Ist es am, liegt es an den 624 00:33:53,990 --> 00:33:57,110 Qualitätstests an der anderen Seite hat man selber was kaputt 625 00:33:57,110 --> 00:33:59,830 gemacht in der Richtung. Ich hab noch n anderes Beispiel. 626 00:33:59,830 --> 00:34:01,750 Das liegt natürlich auch nahe, weil wir da auch n bisschen was 627 00:34:01,750 --> 00:34:04,910 mit zu tun haben, das verrate ich später, aber was zum 628 00:34:04,910 --> 00:34:08,070 Beispiel auch cool ist, ist, wir haben ja, wir wissen ja alle, 629 00:34:08,070 --> 00:34:12,190 dass Unternehmen heutzutage viel mehr darauf achten müssen, auf 630 00:34:12,190 --> 00:34:16,190 emissionsarme Produktionen, also CO 2 Emissionen, der Nachweis 631 00:34:16,190 --> 00:34:18,670 von CO 2 Emissionen und auch der Nachweis von 632 00:34:18,670 --> 00:34:22,590 Primärenergieverbrauch, Strom zum Beispiel und so weiter ist. 633 00:34:23,600 --> 00:34:27,360 Ein ganz wichtiges Thema, weil es gibt quasi das mit 634 00:34:27,360 --> 00:34:29,920 finanziellen Mitteln zu tun hat. Ja, es gibt ja für Unternehmen 635 00:34:29,920 --> 00:34:32,800 bestimmte Vergünstigungen, oder sie können ja sogenannte CO 2 636 00:34:33,719 --> 00:34:36,239 Pakete kaufen und so weiter und sofort die von der Regierung zur 637 00:34:36,239 --> 00:34:39,159 Verfügung gestellt werden und gerade hier finde ich ist 638 00:34:39,159 --> 00:34:44,120 Blockchain ein super krasses Anwendungsbeispiel, weil jetzt 639 00:34:44,120 --> 00:34:46,760 will ich ja quasi jetzt habe ich hier nicht 2 Unternehmen die 640 00:34:46,760 --> 00:34:51,520 sich austauschen, jetzt habe ich quasi eine Behörde, also die 641 00:34:51,520 --> 00:34:53,560 Bundesregierung, sagen wir mal ganz grob gesprochen so. 642 00:34:54,150 --> 00:34:58,030 Die Manipulationsfrei wissen will, was waren jetzt 643 00:34:58,030 --> 00:35:00,950 tatsächlich die CO 2 Emissionen und die Primärenergieverbräuche 644 00:35:00,950 --> 00:35:03,350 von den und den Unternehmen, damit ich entsprechende 645 00:35:03,350 --> 00:35:05,750 Subventionen oder Kosten oder was weiß ich abrechnen kann. 646 00:35:05,750 --> 00:35:08,750 Ja vergünstigungen. Das darf ja im Keinsten Falle 647 00:35:08,750 --> 00:35:12,190 manipuliert werden, dass man hier sogar machen kann ist, man 648 00:35:12,190 --> 00:35:15,190 könnte sich vorstellen, dass man die Sensorik, denn das kann ja 649 00:35:15,190 --> 00:35:17,510 heute auch, das muss ja nicht jemand, das muss ja nicht Erwin 650 00:35:17,510 --> 00:35:19,750 aufschreiben, was jetzt nun irgendwie verbraucht wurde an 651 00:35:19,750 --> 00:35:22,550 Kilowattstunden. Oder irgendwas. 652 00:35:22,710 --> 00:35:25,030 Das heißt, wir können also Sensorik im Feld haben, die 653 00:35:25,030 --> 00:35:29,190 Direktmanipulationsfrei am Stromzähler sitzen und diese 654 00:35:29,190 --> 00:35:32,790 Daten, die die die Energieverbräuche direkt in die 655 00:35:32,790 --> 00:35:36,910 Blockchain beamen, sag ich mal. Und ab da ist dann sowieso alles 656 00:35:36,910 --> 00:35:40,150 manipulationsverhand sicher und genauso auch für die CO 2 657 00:35:40,150 --> 00:35:42,310 Emissionen. Ich kann ja CO 2 Sensorik haben 658 00:35:42,310 --> 00:35:47,310 in den entsprechenden Maschinen, die Halt quasi CO 2 emittieren 659 00:35:47,310 --> 00:35:50,710 und auch diese direkt direkt am Sensor, also direkt am 660 00:35:50,710 --> 00:35:54,920 Primärverbraucher. In die Blockchain bringen dann 661 00:35:54,920 --> 00:35:57,680 mit dieser Blockchain quasi den Nachweis gegenüber Behörden 662 00:35:57,680 --> 00:36:00,920 erbringen, wie dann meine CO 2 und energieverbrauchsemission 663 00:36:00,920 --> 00:36:03,440 waren, das finde ich ein total spannendes Thema, weil 664 00:36:03,440 --> 00:36:06,040 heutzutage ist es halt so, dass es nur sehr indirekt passiert 665 00:36:06,040 --> 00:36:10,120 über Abrechnungen, über und so weiter und das ist tatsächlich 666 00:36:10,120 --> 00:36:13,640 ein Projekt, wo wir vielleicht auch in Zukunft ein bisschen 667 00:36:13,640 --> 00:36:16,280 zusammenarbeiten, also sogar die Heisenware und auch die 668 00:36:16,280 --> 00:36:20,960 Hochschule mit weiteres Bccm, wo wir versuchen, auch diese diese 669 00:36:20,960 --> 00:36:22,990 Sachen mal umzusetzen. Prototypisch und. 670 00:36:23,230 --> 00:36:25,550 Und wenn man das einmal hat, kann man sogar noch 671 00:36:25,550 --> 00:36:27,710 Plausibilitätsprüfungen durchführen. 672 00:36:28,030 --> 00:36:32,350 Also man vergleicht die Werte vom Stromzähler mit den 673 00:36:32,470 --> 00:36:35,430 Laufzeiten von den Maschinen, denn man weiß ja, wann die was 674 00:36:35,430 --> 00:36:39,270 produziert haben und kann quasi auch dort noch mal gucken, der 675 00:36:39,270 --> 00:36:41,470 Strom ist abgenommen, die Maschine ist tatsächlich 676 00:36:41,470 --> 00:36:45,270 gelaufen und die Sensoren, die den CO 2 Ausstoß überprüft 677 00:36:45,270 --> 00:36:49,910 haben, die sind da auch damit, also beweisen das auch noch mal. 678 00:36:50,870 --> 00:36:53,950 Mit so einer Blockchain, wenn ich da so daran denke, dann 679 00:36:54,150 --> 00:36:57,230 klingt das wahrscheinlich, weil ich den Bitcoin im Kopf habe und 680 00:36:57,230 --> 00:37:00,510 dass der so, dass dieser Puffer work insbesondere so so 681 00:37:00,510 --> 00:37:03,310 Klimaschädlich ist oder so viel Energie verbraucht, dass es dann 682 00:37:03,310 --> 00:37:07,350 am Ende, falls die Energie nicht regenerativ gewonnen wird. 683 00:37:07,880 --> 00:37:10,840 Zu erhöhten CO 2 Emissionen kommt klar kleiner Anschub, das 684 00:37:10,840 --> 00:37:12,560 habe ich immer natürlich im Kopf, wenn ich am Blockchain 685 00:37:12,560 --> 00:37:15,680 denke und behaupte, jetzt mal haben viele Leute, wie ist es 686 00:37:15,680 --> 00:37:19,520 denn, wenn ich jetzt meine meine klassische Datenbank ersetze mit 687 00:37:19,520 --> 00:37:22,200 einer Blockchain um genau die Vorteile zu bekommen, die ihr 2 688 00:37:22,200 --> 00:37:25,320 Grad dargelegt habt, brauche ich dann mehr Speicherplatz oder 689 00:37:25,680 --> 00:37:28,720 geht das sogar noch schlanker das ganze Hashing etc. 690 00:37:28,720 --> 00:37:31,480 Die ganze Kryptographie braucht das mehr Energie, mehr Leistung 691 00:37:31,480 --> 00:37:33,640 oder sowas oder ist das eigentlich eine Sorge die man. 692 00:37:34,040 --> 00:37:35,520 Muss einem keine Sorgen bereiten. 693 00:37:35,520 --> 00:37:39,830 Also den Hash einmal zu bilden. Großer Energieaufwand das 694 00:37:39,830 --> 00:37:43,230 Problem ist tatsächlich, wenn man bei Proof of Work den Hash 695 00:37:43,230 --> 00:37:46,950 Millionen und Milliardenfach bildet, damit er mit einer 696 00:37:46,950 --> 00:37:48,750 gewissen Anzahl von Nullen anfängt. 697 00:37:49,190 --> 00:37:52,350 Und ansonsten ist es speicherplatztechnisch und 698 00:37:52,350 --> 00:37:55,270 Energieverbrauchsmäßig sehr, sehr ähnlich zu einer normalen 699 00:37:55,270 --> 00:37:57,670 Datenbank. Also da sind die anderen 700 00:37:57,670 --> 00:38:01,430 Prozesse, die auf dem Computer laufen schon oder es 701 00:38:01,430 --> 00:38:03,190 verschwindet quasi im Grundrauschen. 702 00:38:04,310 --> 00:38:06,270 Ich hab noch ne technische Frage, aber du hast vorhin 703 00:38:06,270 --> 00:38:09,510 gesagt, da kann die die die Blockchain oder die Safety Chain 704 00:38:09,510 --> 00:38:13,790 Lösung auf auf ne Raspberry Pi laufen oder oder deployed wäre 705 00:38:13,790 --> 00:38:15,270 zur Verfügung gestellt werden oder sowas. 706 00:38:15,510 --> 00:38:17,110 Ja, die ist, die ist schlank genug. 707 00:38:17,110 --> 00:38:20,430 Also es sind insgesamt der, der eigentlich Notcode sind, so um 708 00:38:20,430 --> 00:38:24,390 die 10 000 ein bisschen mehr Zeilen Rust Code und das wird 709 00:38:24,390 --> 00:38:28,830 kompiliert zu einer Binary, die ist unter 20 Megabyte groß und 710 00:38:28,830 --> 00:38:32,590 auch so effizient, dass sie auf einem Raspberry Pi laufen kann. 711 00:38:34,320 --> 00:38:37,400 Abgefahren, das habe ich mir so nicht vorgestellt, aber muss nun 712 00:38:37,400 --> 00:38:41,080 Blockchain auch ein Stück weit verteilt sein oder ist das ist 713 00:38:41,800 --> 00:38:44,760 es auch wieder nur etwas, was man durch diesen Bitcoin 714 00:38:44,760 --> 00:38:46,360 Blockchain letzten Endes im Kopf hat? 715 00:38:46,840 --> 00:38:50,280 Genau also das, das mit dem Verteiltsein, das ist eher für 716 00:38:50,280 --> 00:38:52,480 öffentliche Blockchain Netzwerke wichtig. 717 00:38:54,160 --> 00:38:56,960 Die Save your Shame würde man quasi als eigentliches 718 00:38:56,960 --> 00:38:59,600 Blockchain Netzwerk nur innerhalb von einem Unternehmen 719 00:38:59,600 --> 00:39:02,480 nutzen. Das heißt es reicht aus, wenn es 720 00:39:02,480 --> 00:39:05,880 dort nur eine Not gibt. Aber man kann natürlich auch aus 721 00:39:05,880 --> 00:39:08,910 Backup gründen. Euch sagen, OK, wir nutzen die 722 00:39:08,950 --> 00:39:11,670 Blockchain Netzwerkfunktionalität, um es 723 00:39:11,670 --> 00:39:14,950 auf mehrere Computer zu verteilen, eben um abzusichern, 724 00:39:14,950 --> 00:39:18,630 dass nicht einer davon mal einen Fehler in der SSD hat und alle 725 00:39:18,630 --> 00:39:22,630 Daten verloren gehen. Und da kann man die Blockchain 726 00:39:22,630 --> 00:39:26,230 quasi so nutzen, wie man bei einer normalen Datenbank ein 727 00:39:26,830 --> 00:39:30,790 Replikat ziehen würde. Dann würde man von 2 Nodes 728 00:39:30,790 --> 00:39:33,390 sprechen oder von n Notes. Wie auch immer. 729 00:39:33,870 --> 00:39:37,030 Genau das wären dann 2 Nodes im Blockchain Netzwerk, die die 730 00:39:37,030 --> 00:39:39,510 gleiche Blockchain hätten. Also gerät vielleicht noch mal 731 00:39:39,870 --> 00:39:42,510 in anderen Worten, wenn ich richtig verstanden habe, sagt 732 00:39:42,510 --> 00:39:44,680 er. Dass vor allen Dingen mit dieser 733 00:39:44,680 --> 00:39:47,280 Save your Chain mit dem Ansatz, eine Blockchain erstmal on 734 00:39:47,280 --> 00:39:49,760 premise laufen kann. Also wir brauchen noch nicht mal 735 00:39:49,760 --> 00:39:52,440 irgendwie das böse Internet, sondern ich kann halt sicher 736 00:39:52,440 --> 00:39:55,440 innerhalb meines Firmennetzwerkes diese 737 00:39:55,440 --> 00:39:59,200 Blockchain bespielen und füttern mit meinen Informationen und 738 00:39:59,200 --> 00:40:02,120 genau nur dann zu den spezifischen Zeitpunkten und 739 00:40:02,120 --> 00:40:07,400 auch nur die spezifischen Pakete teilen, mit mit dritten also. 740 00:40:07,510 --> 00:40:10,950 Behörden oder mit anderen Companies, wenn ich das möchte, 741 00:40:10,950 --> 00:40:12,870 ja und wenn ich das halt freigebe. 742 00:40:13,110 --> 00:40:15,430 Ansonsten ist das für mich einfach auch ne ne ne Art und 743 00:40:15,430 --> 00:40:18,230 weise Zeit rein abzuspeichern eine Sache. 744 00:40:18,230 --> 00:40:21,830 Erik wollte ich noch mal fragen, wir haben ja 2 verschiedene 745 00:40:21,830 --> 00:40:23,710 Arten von Datenbanken würde ich sagen, es gibt ja die 746 00:40:23,710 --> 00:40:26,030 sogenannten relationalen Datenbanken wo es mehr drauf 747 00:40:26,030 --> 00:40:28,950 ankommt, verschiedene Informationen in Beziehung zu 748 00:40:28,950 --> 00:40:31,990 setzen und was rauszuholen und dann haben wir die Zeitreihen 749 00:40:31,990 --> 00:40:36,150 Datenbanken wo es mehr wichtig ist, dass wir quasi Events quasi 750 00:40:36,150 --> 00:40:39,430 in der Zeitfolge aufnehmen, untereinander hängen so was wie 751 00:40:39,430 --> 00:40:41,870 Influxdaten und Flux DB kennen vielleicht unsere Zuhörer, das 752 00:40:41,870 --> 00:40:43,510 ist eine klassische Zeitreihendatenbank. 753 00:40:44,670 --> 00:40:47,790 Ist weil der Blockchain bin, dann verstehe ich das eigentlich 754 00:40:47,790 --> 00:40:51,350 als besseres Replacement für so ne genannte Zeitreihendatenbank, 755 00:40:51,350 --> 00:40:53,630 weil ja immer diese Blöcke gebildet werden und Zeit spielt 756 00:40:53,630 --> 00:40:54,590 ne Rolle. Ja, ich hab ja. 757 00:40:55,310 --> 00:40:57,350 Nach einer bestimmten Ablauf einer Zeit wieder neue 758 00:40:57,350 --> 00:40:59,510 Informationen und irgendwann pack ich so n Block zusammen, 759 00:40:59,510 --> 00:41:02,150 dann schließ ich ab, auch zu nem Zeitpunkt und dann kommen wieder 760 00:41:02,150 --> 00:41:05,510 neue Daten und so weiter. Also ist wahrscheinlich das, so 761 00:41:05,510 --> 00:41:07,990 verstehe ich das richtig, dass eine Blockchain eher eine 762 00:41:07,990 --> 00:41:11,430 Zeitreihendatenbank ablöst als eine relationale Datenbank oder 763 00:41:11,430 --> 00:41:13,430 würdest du sagen, ist grob formuliert? 764 00:41:13,830 --> 00:41:15,950 Nee, ich denke das das passt allgemein schon. 765 00:41:15,950 --> 00:41:19,230 Also wir können definitiv so ein Time Stamping dadurch. 766 00:41:20,070 --> 00:41:23,270 Unser Schließen aus der Blockchain raus und sagen, dass 767 00:41:23,270 --> 00:41:26,670 Daten innerhalb von der Blockzeit voreinander oder 768 00:41:26,670 --> 00:41:30,070 nacheinander passiert sind. Man kann natürlich auch 769 00:41:30,070 --> 00:41:33,190 beliebige Daten da reinschreiben und das so ein bisschen zu einer 770 00:41:33,190 --> 00:41:35,990 relationalen Datenbank machen, wenn man das unbedingt möchte, 771 00:41:36,510 --> 00:41:40,150 aber es geht definitiv eher um die Reihenfolge der Daten. 772 00:41:40,150 --> 00:41:41,710 Ja. Jetzt haben wir ein bisschen was 773 00:41:41,710 --> 00:41:43,990 über Blockchain erfahren. Ich glaube, wir können schon 774 00:41:43,990 --> 00:41:46,030 fast einen Bogen machen und langsam den Sack zu. 775 00:41:46,670 --> 00:41:48,590 Ich fasse noch mal zusammen, was wir heute als Wichtigstes 776 00:41:48,590 --> 00:41:50,430 gelernt haben, glaube ich von dem Anfang, der ein bisschen 777 00:41:50,430 --> 00:41:52,430 technisch war, ist, dass es diese Hashes gibt. 778 00:41:52,430 --> 00:41:54,630 Ich glaube, wenn man das für einmal verstanden hat und dass 779 00:41:54,630 --> 00:41:58,350 man Hashes in. Verketten kann quasi also 780 00:41:58,350 --> 00:42:00,470 sogenannte Link Lists mit Hashes machen. 781 00:42:00,990 --> 00:42:03,590 Dann kann ich mich quasi rückwärts bewegen und immer 782 00:42:03,590 --> 00:42:06,710 wieder verifizieren, dass die Daten zu den Hashes gehörten, 783 00:42:07,150 --> 00:42:09,310 damit quasi kryptographisch beweisen, dass 784 00:42:09,310 --> 00:42:11,830 Datenmanipulationsfrei aufgehoben wurden. 785 00:42:12,030 --> 00:42:14,470 Das war glaube ich der der Zentrale die zentrale Aussage 786 00:42:14,470 --> 00:42:17,030 des Anfangs, wo es um die Blockchain Technologie an sich 787 00:42:17,030 --> 00:42:19,870 geht und dann glaube ich was unsere Zuhörer mitnehmen sollten 788 00:42:19,870 --> 00:42:24,590 heute ist, dass es nicht nur die Bitcoin Blockchain gibt, die mit 789 00:42:24,590 --> 00:42:26,830 ihrem schlechten Ruf, den sie verdient hat durch diesen Proof 790 00:42:26,830 --> 00:42:28,590 of Work, der nicht mehr zeitgemäß ist. 791 00:42:29,350 --> 00:42:31,790 Das ist nicht die einzige Technologie, sondern es wird 792 00:42:31,790 --> 00:42:34,710 auch wie. Das ist zwar das überschwemmende 793 00:42:34,710 --> 00:42:37,630 Thema heutzutage, es wird aber auch noch an der Blockchain 794 00:42:37,630 --> 00:42:40,990 weiter geforscht und wir haben hier heute ein ein ein einen 795 00:42:40,990 --> 00:42:43,070 Forschenden quasi, der das sehr gut macht. 796 00:42:43,190 --> 00:42:46,510 Erik vor uns sitzen und hat uns quasi versichert, dass auch hier 797 00:42:46,510 --> 00:42:50,110 richtig viel Fortschritt passiert und wir zum Beispiel im 798 00:42:50,110 --> 00:42:53,910 Industriekontext die Blockchain wirklich als neue auch 799 00:42:53,910 --> 00:42:58,070 Technologie würde ich sagen, genauso wichtig wie KI einsetzen 800 00:42:58,070 --> 00:43:01,350 können, die nicht mehr diese Probleme, diese Anfangsprobleme 801 00:43:01,350 --> 00:43:03,830 hat dieser initialen Kryptowährung wie Proof of 802 00:43:03,830 --> 00:43:08,440 Worker, sondern sehr effizient. Mit vielen zusätzlichen 803 00:43:08,440 --> 00:43:11,760 Vorteilen zu normalen Datenbanken im Industriekontext 804 00:43:11,760 --> 00:43:14,400 eingesetzt werden kann. Ich glaube, wir sollten da auch 805 00:43:14,400 --> 00:43:18,480 nicht insgesamt den Fokus darauf verlieren, dass neben einer AI 806 00:43:18,480 --> 00:43:22,000 und KI gibt es auch noch andere spannende Technologien, die wir 807 00:43:22,000 --> 00:43:24,040 nicht vergessen sollten. Ich fand es heute eine richtig 808 00:43:24,040 --> 00:43:26,880 schöne Folge und wird schon an dieser Stelle mal sagen, vielen 809 00:43:26,880 --> 00:43:30,360 dank Erik für eine sehr sehr gute Erklärung eines wirklich 810 00:43:30,360 --> 00:43:33,440 komplexen Themas, aber wir sind aber einfach komplex, ich hoffe 811 00:43:33,440 --> 00:43:36,920 unsere Zuhörer haben es auch ja gut durchstanden, die Folge es 812 00:43:36,920 --> 00:43:39,550 war. Komplex, aber ich glaube, wir 813 00:43:39,550 --> 00:43:41,790 haben wir haben wieder richtig was gelernt, oder Gerrit. 814 00:43:41,830 --> 00:43:43,510 Absolut ja. Und jetzt wollte ich noch mal 815 00:43:43,510 --> 00:43:46,230 Erik Fragen, ob ob du was hinzufügen wolltest. 816 00:43:46,350 --> 00:43:48,950 Nee, ich, ich denk wir haben es hat mir auf jeden Fall jede 817 00:43:48,950 --> 00:43:52,110 Menge Spaß gemacht, einmal bei euch im Podcast dabei zu sein. 818 00:43:52,190 --> 00:43:54,390 Danke. Dafür ja danke dir Erik. 819 00:43:54,710 --> 00:43:57,910 Also ich habe tatsächlich einige aha Momente gehabt und deswegen 820 00:43:57,910 --> 00:44:00,350 glaube ich, dass auch die Zuhörenden diese Momente haben 821 00:44:00,350 --> 00:44:02,470 werden. Definitiv vielen Dank an der 822 00:44:02,470 --> 00:44:05,270 Stelle, wir freuen uns auf das gemeinsame Projekt was Burkhard 823 00:44:05,270 --> 00:44:08,550 erwähnt hat und dann hören wir uns hoffentlich bald wieder. 824 00:44:08,630 --> 00:44:10,480 Vielen Dank, Erik. Ciao, ciao. 825 00:44:12,200 --> 00:44:14,440 Einfach komplex wird präsentiert und produziert von Highsomware. 826 00:44:14,560 --> 00:44:15,880 Wir freuen uns auf deine Fragen und 827 00:44:15,880 --> 00:44:19,480 deinfeedbackanpodcast@heiseweb.com vielen Dank fürs Hören dieser 828 00:44:19,480 --> 00:44:22,240 Folge bis Dienstag in 2 Wochen und Tschüss aus Hamburg.