13.08.2018

Blockchain-Bullshit

Die ersten Blätter sind leicht bräunlich verfärbt. Der Wind wird stärker und die Luft wird kühler. Der Sommer der Blockchain ist vorbei. Winter is coming.
/artikel/blockchain-bullshit
Blockchain-Bullshit

Bitcoin ist ohne Zweifel disruptiv. Auch wenn heute noch der Preis auf Null fällt: Bitcoin und die Ideen, die dahinter stehen, haben die Welt verändert. Es ist eine dieser Technologien, die so gut sind, dass sie alle, denen ihr Potenzial rechtzeitig klar wurde, reich gemacht haben. Das war der Frühling der Blockchain, als ein Laptop gereicht hat um Bitcoin zu minen.

+++ Grazer Artis bläst ICO ab: “Es ist ein toxisches Umfeld” +++

Sobald eine Idee wie Bitcoin die ersten Krisen übersteht und einen Zweifler nach dem anderen eines Besseren belehrt, hat das – nachvollziehbarerweise – zur Folge, dass sich immer mehr Leute für dieses “neue Ding” interessieren. Die Idee setzt dann neue Triebe an, die von InvestorInnen sorgfältig mit Geldregen begossen werden, in der Hoffnung auf eine ergiebige Ernte. Ethereum, IOTA oder Monero beispielsweise haben Probleme und Potenziale in der ursprünglichen Bitcoin-Blockchain entdeckt und bauen auf diesen Entdeckungen auf (und bringen im Gegenzug ihre eigenen Probleme mit).

Wenn es jetzt Sommer wird, dann haben die meisten dieser Triebe schon beträchtliche Wurzeln geschlagen und manche tragen auch schon pralle Früchte. In dieser Zeit, im technologischen Hochsommer, wenn die Sonne am hellsten strahlt und alles blüht und gedeiht, dann ziehen dunkle Wolken auf, die ersten Boten des bevorstehenden Winters. Es sind Wolken der Gattung cumulus coenum tauri, zu Deutsch: Bullshit-Wolken.

Es sind Gewitterwolken. Sie bringen meist trockene Gewitter aus falschen Versprechungen, ungerechtfertigter, euphorischer Hysterie und unqualifizierter Logorrhoe mit sich. Oder wie man in der Blockchain-Welt sagt: “ICO“.

“Die Anwendungsgebiete sind schier unendlich”

Falsche Versprechungen sind in der Welt der modernen Technologie – oder zumindest in deren medialen Echo – an der Tagesordnung. Von künstlicher Intelligenz über Quantencomputation bis hin zum längst von der Realität eingeholten Hype rund um Chatbots – sobald eine neue Innovation in den richtigen Kreisen publik wird, setzt eine Art Automatismus ein, der diese Innovation mit dem frühen Internet vergleicht und zur neuen Zukunft der Menschheit erklärt. Speziell die Blockchain ist ein fantastisches Beispiel dafür, wie man eine brilliante Idee durch die Phrasen wie “die Anwendungsgebiete sind schier unendlich” auf dem Foltertisch des technologischen Halbwissens zu einem unbrauchbaren Frankenstein-Monster verstümmeln kann.

“Die Anwendungsgebiete der Blockchain sind keineswegs unendlich.”

Die Anwendungsgebiete der Blockchain sind nämlich keineswegs unendlich. Es sind nicht einmal viele. Es sind eigentlich sehr wenige. Bitcoin ist angetreten um eine spezifische Sammlung an Problemen zu lösen. Von diesen Problemen hat sie einige gut, aber andere nicht (wirklich) gelöst. Beispielsweise ist Bitcoin nicht anonym, zumindest nicht so wie ursprünglich intendiert und ihr Anwendungsbereich ist auch nicht der tägliche Zahlungsverkehr, wie ursprünglich intendiert.

Die echten Use-Cases der Blockchain

Nüchtern betrachtet ist die Blockchain nichts anderes als eine Methode um (Interaktions-)Daten langfristig zu speichern, eine Datenbank. Sie tut das mit den drei wichtigen Charakteristika ImmutabilityDecentralisation und Trustlessness. Diese Charakteristika sind allerdings nicht das eigentlich revolutionäre an der Blockchain. Das eigentlich revolutionäre an der Blockchain ist, dass sie das wirtschaftliche Prinzip der Knappheit – so wie wir es aus der “echten” Welt kennen – in die digitale Welt überträgt (das ist der Moment, an dem man gerne das Buzzword “Double-Spending-Problem” verwendet).

Was sind also die Use-Cases für eine Datenbank, wo knappe Güter und deren BesitzerInnen aufgelistet werden, die dezentral gespeichert werden muss (oder sollte), deren Daten nicht mehr verändert werden können, und bei deren Verwendung ich den anderen involvierten Parteien nicht vertrauen muss? Viel kann bei einem derart konkret definierten Anforderungsprofil eigentlich nicht übrig bleiben. Das tut es auch nicht.

Nach dem Ausschlussprinzip

Zunächst einmal fallen durch den Halbsatz über das Vertrauen schon alle Anwendung der Blockchain weg, wo haptische Güter auf der Blockchain gehandelt werden. Sobald ich darauf vertrauen muss, dass die richtige Anzahl (und Qualität, etc.) von Gütern in die Blockchain eintragen werden, ist die ganze Operation nicht mehr trustless und die Blockchain somit nur noch ein reines Gimmick.

Viele Blockchains lösen Probleme, die bereits (mehrfach) digital gelöst sind, noch einmal mit Blockchain. Dahinter mögen zwar nachvollziehbare und edle Motive stecken, aber ob die Online-Stromabrechnung und die Parkpickerl-App im Hintergrund über SQL oder eine Blockchain laufen, das wird denjenigen EndnutzerInnen, die bei beidem nicht wissen, was es ist, herzlich egal sein. Hauptsache es funktioniert, und das tut es ohne Blockchain auch.

Das Charakteristikum der Immutability ist per se nichts Gutes, es gibt Bereiche in der analogen und digitalen Welt, in denen es wichtig oder teilweise sogar essentiell ist, dass Daten verändert werden können. Beispielsweise wenn ein Fehler gemacht wurde. Oder stellen Sie sich vor, Sie werden zu Unrecht verurteilt und es würde in einer Blockchain gespeichert, stellen Sie sich vor jemand würde Sie besachwalten lassen, obwohl Sie komplett bei Verstand sind. Auch wenn das alles revidiert würde: Auf der Blockchain wäre es ewig. Eine dezent unangenehme Vorstellung.

Was übrig bleibt

Bitcoin. Vielleicht nicht buchstäblich und ausschließlich Bitcoin, aber als Sammelbegriff für “digitale Werteinheiten”. Die Anwendungsgebiete der Blockchain sind weitaus weniger, als Viele es in den Wirren des aktuellen Bullshit-Gewitters ausmachen können. Allerdings werden die falschen Versprechungen irgendwann in sich zusammenfallen und die Tokens, die einmal jeder haben musste und jetzt keiner mehr haben will in der Bedeutungslosigkeit verschwinden. Dann werden die Investorenquellen einfrieren und der ganze Kreislauf kommt zum erliegen. Es wird einen Winter geben.

Dieser dauert so lange, bis sich ein neuer Trieb durch die Schneedecke kämpft. Etwas Neues, tatsächlich Innovatives. Bei künstlicher Intelligenz war dieser Trieb die Wiederentdeckung der Deep Learning Algorithmen im Jahre 2012. Es war Tauwetter und seitdem haben sich die verhaltenen kleinen Bäche aus InvestorInnengeldern zu reissenden Flüssen entwickelt. Das könnte auch der Blockchain passieren, aber zuerst muss sie es durch den Winter schaffen.

+++ KI-Geschichte: Vom “KI Winter” zum endgültigen Durchbruch +++

Deine ungelesenen Artikel:
27.01.2025

Open Source und KI: “Es geht nicht darum, zu den Guten zu gehören”

Nachlese. Die Nutzung von Open-Source-Modellen eröffnet Unternehmen auch im KI-Bereich weitreichende Möglichkeiten. Es gibt dabei aber auch einiges zu bedenken. Darüber und mehr diskutierten in Folge 5 von "No Hype KI" Stephan Kraft von Red Hat, Florian Böttcher von CANCOM Austria, Natalie Ségur-Cabanac von Women in AI und Patrick Ratheiser von Leftshift.One.
/artikel/no-hype-ki-folge-5
27.01.2025

Open Source und KI: “Es geht nicht darum, zu den Guten zu gehören”

Nachlese. Die Nutzung von Open-Source-Modellen eröffnet Unternehmen auch im KI-Bereich weitreichende Möglichkeiten. Es gibt dabei aber auch einiges zu bedenken. Darüber und mehr diskutierten in Folge 5 von "No Hype KI" Stephan Kraft von Red Hat, Florian Böttcher von CANCOM Austria, Natalie Ségur-Cabanac von Women in AI und Patrick Ratheiser von Leftshift.One.
/artikel/no-hype-ki-folge-5

“No Hype KI” wird unterstützt von CANCOM AustriaIBMITSVMicrosoftNagarroRed Hat und Universität Graz.

Kollaborativ, transparent, frei zugänglich und nicht profit-orientiert – mit Open-Source-Software wird eine Reihe von Eigenschaften assoziiert. Und oftmals stehen bei der Nutzung ethische Überlegungen im Zentrum. Dabei gibt es auch ganz praktische Gründe, die für eine Verwendung durch Unternehmen sprechen – auch bei der Implementierung von KI-Anwendungen, ist Stephan Kraft, Community Advocate & Business Development OpenShift & Application Services bei Red Hat, überzeugt. In Folge fünf der Serie “No Hype KI” diskutierte er dieses und weitere Themen mit Florian Böttcher, Solution Architect bei CANCOM Austria, Natalie Ségur-Cabanac, Policy Lead bei Women in AI und Patrick Ratheiser, Gründer & CEO von Leftshift.One.

“Thema ein Stück weit aus dieser emotionalen, moralisierenden Ecke herausholen”

“Ich will das Thema ein Stück weit aus dieser emotionalen, moralisierenden Ecke herausholen”, sagt Stephan Kraft. Für Red Hat als weltweit führenden Anbieter für Open-Source-Lösungen für Unternehmen gehen die Argumente für eine Nutzung nämlich weit darüber hinaus. “Es geht nicht darum, Open Source als Selbstzweck zu sehen, um zu den Guten zu gehören”, so der Experte. Tatsächlich sei die Verwendung von Open Source gerade bei der Etablierung von KI im Unternehmen für Startups und KMU eine wichtige Weichenstellung.

Offenheit, um Diskriminierung entgegenzuwirken

Auch Natalie Ségur-Cabanac sieht Open Source als “Key Technology” im KI-Bereich. Für “Women in AI” spiele die Offenheit eine zentrale Rolle: “Diese Offenheit braucht es, um Diskriminierung entgegenzuwirken.” Open Source verbessere den Zugang für Frauen zur Technologie, die Abbildung von Frauen in den Daten und es vergrößere die Möglichkeiten in der Forschung. Man müsse aber auch aufpassen, ob Software wirklich so offen sei, wie behauptet, sagt sie bezogen auf die aktuellen Diskussionen rund um OpenAI, das sich – ursprünglich als offenes Projekt gestartet – zum profitorientierten Unternehmen entwickelte. Es brauche auch eine klare Definition, was “open” sei.

Masse an Möglichkeiten

Leftshift.One-Gründer Patrick Ratheiser betont auch die schiere Masse an Möglichkeiten, die Open Source bietet. “2021 hatten wir weltweit Zugriff auf circa 5.000 Open-Source-Modelle. Jetzt sind es bereits mehr als eine Million.” Die Nutzbarkeit sei also klar gegeben, zudem biete die Technologie eine gewisse Unabhängigkeit und werde über ihre Vielfalt zum Innovationstreiber.

Ist Open Source immer die beste Lösung?

Doch bedeutet das, dass Open Source immer die optimale Lösung ist? Ratheiser sieht das differenziert: “Es ist ganz wichtig zu erkennen, was der Kunde braucht und was in dem Fall gerade notwendig ist. Egal, ob es nun On-Premise, in der Cloud, Open Source oder Closed Source ist.” Florian Böttcher von CANCOM Austria pflichtet hier bei: “Wir setzen genau so auf hybrid.”

Datenstruktur im Hintergrund ist entscheidend

Ein Thema, bei dem bei Open Source Vorsicht geboten ist, spricht Natalie Ségur-Cabanac an. Besonders wichtig sei es bei KI-Anwendungen, eine gute Datenstruktur im Hintergrund zu haben. “Die Verantwortung, dass ein Modell mit sauberen Daten trainiert worden ist, liegt bei den Anbietern. Bei Open Source verschwimmt das ein bisschen. Wer ist wofür zuständig? Das ist eine Herausforderung für die Compliance zu schauen, wo man selbst verantwortlich ist und wo man sich auf einen Anbieter verlassen kann.”

Compliance: Großes Thema – mehr Sichereheit mit professioneller Unterstützung

Stephan Kraft hakt hier ein. Genau aus solchen Gründen gebe es Unternehmen wie Red Hat, die mit ihrem Enterprise-Support für Open-Source-Lösungen die Qualitätssicherung auch im rechtlichen Bereich übernehmen. “Das ist ein ganz wichtiger Teil unseres Versprechens gegenüber Kunden”, so Kraft. Unbedacht im Unternehmen mit Open Source zu arbeiten, könne dagegen in “Compliance-Fallen” führen, pflichtet er Ségur-Cabanac bei.

Das sieht auch Patrick Ratheiser als Thema bei Leftshift.One: “Unsere Lösung ist Closed Source, wir setzen aber im Hintergrund Open Source ein. Wichtig ist, dass wir dem Kunden Compliance garantieren können.” Stephan Kraft empfiehlt Unternehmen bei der Open-Source-Nutzung: “Man kann nicht immer gleich die neueste ‘bleeding edge’-Lösung nehmen sondern sollte etwas konservativer herangehen.”

Infrastruktur: Gut planen, was man wirklich braucht

Unabhängig davon, ob man nun Open Source oder Closed Source nutzt, braucht es für die Nutzung von KI die richtige Infrastruktur. “Es kommt natürlich auf den Use Case an, den ein Unternehmen umsetzen will. Da sind die Anforderungen an die Infrastruktur sehr unterschiedlich”, grenzt Florian Böttcher ein. CANCOM Austria unterstützt seine Kunden in genau der Frage. Anwendungen wie das Training von KI-Modellen würde aus gutem Grund kaum in Österreich umgesetzt. “KI ist sehr stromhungrig und entwickelt viel Hitze. Das ist schwierig für ein eigenes Data-Center im Unternehmen, gerade wenn man die Strompreise in Österreich ansieht”, so Böttcher.

“Rechenleistungs-Hunger” von KI könnte sich in Zukunft verringern

Wichtig sei es letztlich, sich als Unternehmen sehr klar darüber zu sein, was man umsetzen wolle. “Danach, welche Software-Lösung man für seinen Use Case einsetzen muss, richtet sich auch die Infrastruktur”, so Böttcher. Er erwarte aber auch, dass die KI-Modelle im nächsten Entwicklungsschritt effizienter werden und der “Rechenleistungs-Hunger” sich verringere.

Patrick Ratheiser ergänzt: “Es ist grundsätzlich eine Kostenfrage.” Unternehmen müssten sich sehr gut überlegen, ob sie ein eigenes LLM (Large Language Model) betreiben und dieses sogar selbst trainieren wollen, oder lieber doch eine Usage-basierte Lösung wählen. Er sehe bei österreichischen Unternehmen – auch bei größeren – eine klare Tendenz zur zweiten Variante. “Es lässt sich deutlich schneller einrichten, ist kalkulierbarer und auch viel schneller skalierbar”, erklärt Ratheiser.

Etwa im Forschungsbereich sei es jedoch wichtig und notwendig, auch eigene LLMs und die damit verbundene Infrastruktur zu betreiben. Doch auch die Möglichkeit von hybriden Lösungen biete sich an. “Man kann mittlerweile auch Teile in der Cloud lassen und Teile On-Premise. Man kann etwa nur ein datenschutzsicheres LLM selbst betreiben”, erklärt der Experte, der auch bei der Wahl der genutzten Modelle einen hybriden Ansatz empfiehlt: “Man braucht nicht für alle Use Cases das neueste Modell. Manchmal braucht man überhaupt kein LLM.”

Datenschutz: Einige Herausforderungen bei LLMs

Stichwort: Datenschutz. Hier schafft die europäische Datenschutzgrundverordnung (DSGVO) im KI-Bereich besondere Herausforderungen, weiß Natalie Ségur-Cabanac, die vorab betont: “Ich persönlich halte die DSGVO für ein gutes Regulierungswerk, weil sie sehr viel Spielraum gibt. Ich sage immer: Datenschutz ist sehr komplex, aber nicht kompliziert.” Konkret seien etwa der Grundsatz der Zweckbezogenheit, also dass man Daten nur für konkrete Zwecke einsetzen darf, und dass man sie minimierend einsetzen muss, relevant für den KI-Bereich. “Da haben wir schon einen Konflikt, weil man ja [bei LLMs] erst einmal schaut, was man aus möglichst vielen Daten machen kann”, so die Expertin.

Ist KI rechtlich innerhalb der EU sogar per se in einem Graubereich?

Auch Transparenzbestimmungen – sowohl in der DSGVO als auch im AI-Act der EU – seien zu beachten. “Wenn ich KI verwende, muss ich auch wissen, was drinnen ist”, fasst Ségur-Cabanac zusammen. Ist KI also rechtlich innerhalb der EU sogar per se in einem Graubereich? “Nein, das glaube ich nicht. Aber man muss seine Hausaufgaben schon gut machen”, sagt die Expertin. Wichtig sei daher auch die im Rahmen des EU-AI-Acts eingeforderte KI-Kompetenz in Unternehmen – im technischen und rechtlichen Bereich.

KI-Kompetenz als zentrales Thema

Patrick Ratheiser stimmt zu: “Neben der Technologie selber sind bei unseren Kunden die Mitarbeiter ein Riesen-Thema. Man muss sie nicht nur wegen dem AI-Act fit bekommen, sondern es geht darum, sie wirklich auf die Anwendungen einzuschulen.” Wichtig seien dabei auch die Kolleg:innen, die sich bereits mit dem Thema auskennen – die “Pioniere” im Unternehmen. “AI Literacy ist sicherlich das Thema 2025 und in nächster Zeit. So, wie wir gelernt haben, mit dem Smartphone umzugehen, werden wir es auch mit generativer KI lernen”, so Ratheiser.

“Einfach einmal ausprobieren”

Stephan Kraft ergänzt: Neben einer soliden Datenbasis und der notwendigen Kompetenz brauche es bei KI – gerade auch im Bereich Open Source – noch etwas: “Einfach einmal ausprobieren. Es braucht auch Trial and Error. Das ist vielleicht oft das Schwierigste für CFOs und Geschäftsführer.” Dieses Ausprobieren sollte aber innerhalb eines festgelegten Rahmens passieren, damit die KI-Implementierung gelingt, meint Natalie Ségur-Cabanac: “Unternehmen brauchen eine KI-Strategie und müssen wissen, was sie mit der Technologie erreichen wollen.” Auch sich mit den zuvor angesprochenen rechtlichen Anforderungen – Stichwort Compliance – zu beschäftigen, komme zeitlich erst nach der Festlegung der Strategie.


Die gesamte Folge ansehen:

Die Nachlesen der bisherigen Folgen:

Folge 1: “No Hype KI – wo stehen wir nach zwei Jahren ChatGPT?

Folge 2: “Was kann KI in Gesundheit, Bildung und im öffentlichen Sektor leisten?

Folge 3: “Der größte Feind ist Zettel und Bleistift”: Erfolgsfaktoren und Herausforderungen in der KI-Praxis”

Folge 4: KI-Geschäftsmodelle: “Wir nutzen nur einen Bruchteil dessen, was möglich ist”


Die Serie wird von brutkasten in redaktioneller Unabhängigkeit mit finanzieller Unterstützung unserer Partner:innen produziert.

No Hype KI
Toll dass du so interessiert bist!
Hinterlasse uns bitte ein Feedback über den Button am linken Bildschirmrand.
Und klicke hier um die ganze Welt von der brutkasten zu entdecken.

brutkasten Newsletter

Aktuelle Nachrichten zu Startups, den neuesten Innovationen und politischen Entscheidungen zur Digitalisierung direkt in dein Postfach. Wähle aus unserer breiten Palette an Newslettern den passenden für dich.

Montag, Mittwoch und Freitag

AI Summaries

Blockchain-Bullshit

AI Kontextualisierung

Welche gesellschaftspolitischen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit

AI Kontextualisierung

Welche wirtschaftlichen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Innovationsmanager:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Investor:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Politiker:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit

AI Kontextualisierung

Was könnte das Bigger Picture von den Inhalten dieses Artikels sein?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit

AI Kontextualisierung

Wer sind die relevantesten Personen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit

AI Kontextualisierung

Wer sind die relevantesten Organisationen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Blockchain-Bullshit