01.07.2022

MiCA and TFR are finally out – Was verändert sich nun für Krypto-Unternehmen?

Am Abend des 30. Juni 2022 verkündet die EU-Kommission, der Europäische Rat und das EU-Parlament eine Einigung zu "Markets in Crypto Assets" (MiCA). Das sind die Ergebnisse.
/artikel/mica-and-tfr-are-finally-out-was-veraendert-sich-nun-fuer-krypto-unternehmen
Die EU hat mit Ende Juni 2022 die neuen Regelungen zu MiCA und TFR verkündet. Mit Folgen für Kryptounternehmen © fotolia.com - promesaartstudio
Die EU hat mit Ende Juni 2022 die neuen Regelungen zu MiCA und TFR verkündet. Mit Folgen für Kryptounternehmen © fotolia.com - promesaartstudio

Nachdem vorgestern bereits die Transfer of Funds Regulation (TFR) vereinbart werden konnte, einigte man sich gestern Nacht schließlich auch auf den finalen Text der Markets in Crypto Assets Regulation (MiCA), wobei sich einige doch eher überraschende Regelungen abzeichnen. Nichtsdestotrotz schaffen diese Einigungen unionsweit harmonisierte Regelungen, die die EU in vielen Belangen im Krypto-Bereich eine Pionierstellung einnehmen lässt.
Im folgenden Beitrag findet ihr die bisher bekannten Key Topics der MiCA und der TFR für Crypto Asset Provider (CASP)

Entstehungsgeschichte der MiCA

Entscheidender Anlass für die MiCA, deren erster Entwurf am 24.9.2020 durch die Europäische Kommission veröffentlicht wurde, war das Projekt Libra/Diem von Facebook/Meta. Dies erklärt auch den ursprünglichen Fokus der MiCA auf sog. “Stablecoins” (d.h. Krypto-Assets, die den Wert einer Fiat Währung, in aller Regel den USD, wertstabil darstellen sollen). Im Zuge der weiteren Verhandlungen wurde versucht, auch andere Krypto-Assets in den Anwendungsbereich der MiCA mitaufzunehmen; dies mit Erfolg.

Was bedeutet die MiCA nun für Krypto-Unternehmen?

Passporting für CASPs

Einheitliche Zulassung | Passporting. Geht man von der nunmehr erzielten Einigung aus, so benötigen Anbieter von Krypto-Asset-Diensten (kurz CASPs) nur mehr die Zulassung in einem einzigen EU-Mitgliedstaat, um in der gesamten Union tätig werden zu können (sog. Passporting). Dies löst somit die bisher gängige Praxis ab, dass CASP sich in jedem EU-Mitgliedstaat gesondert nach den dort jeweils geltenden Bestimmungen registrieren lassen mussten. Die Möglichkeit des Passportings, sollte CASPs die Expansion innerhalb der EU sohin deutlich erleichtern.

Schnellere Verfahren vor nationalen Behörden. Nationale Behörden sind nunmehr verpflichtet, die oben genannten Genehmigungen/Zulassungen innerhalb von drei Monaten zu erteilen. Auch im Kryptobereich sollte es im Gegensatz zu den bisher teilweise sehr langen Wartezeiten für CASPs nun daher möglich sein – bei richtiger Aufbereitung des Antrages und Vorliegen aller notwendigen Unterlagen – schnell eine Entscheidung der zuständigen Behörde zu erlangen.

NFTs doch von MiCA umfasst?

Lange war es – u.a. auch aufgrund des anfänglichen Fokus von MiCA auf Stablecoins – relativ unstrittig, dass Non-Fungible Tokens (NFTs) und NFT-Serien, wie etwa Cryptopunks oder Bored Apes, nicht von der MiCA umfasst sein sollten. Allerdings wurde mit der vorliegenden Einigung nun doch ein anderer Weg gewählt: NFTs (im Sinne ihres bisherigen Verständnis) könnten zumindest teilweise unter den Anwendungsbereich der MiCA fallen.

Manche NFTs wohl nicht von MiCA umfasst. Zunächst ist laut aktueller Pressemitteilung des Europäischen Rates davon auszugehen, dass jene NFTs, die einzigartige (physische oder “reale”) Objekte wie Kunst, Musik und Videos darstellen, ziemlich sicher vom Anwendungsbereich der MiCA ausgeschlossen sein werden. Der Europäische Rat spricht von “real objects like art, music and videos”, welche allesamt nicht unter die MiCA fallen.

Fractionalized NFTs und NFT-Kollektionen womöglich doch von MiCA umfasst. Im Zuge der abschließenden Verhandlungen zu MiCA wurde auch die Meinung vertreten, dass jene NFTs, die teilbar (sog. Fractionalized NFTs) oder Teil einer Sammlung/Serie sind (Cyberpunks, Bored Apes etc.), nicht als NFTs im vorgenannten Sinne zu verstehen sind. Argument hierfür ist, dass Fractionalized NFTs bzw. Gegenstände solcher Sammlungen/Serien zumindest ein gewisses Maß an Fungibilität besitzen würden. Sollte sich diese Meinung im finalen Text der MiCA durchsetzen, wäre der Anwendungsbereich der MiCA deutlich weiter und wären NFT-Kollektionen wie Cryptopunks wohl auch mitumfasst.

Unserer Meinung nach entspricht dieses Verständnis von NFTs jedoch nicht der bisher gelebten (rechtlichen und auch faktischen) Praxis. Bevor wir hierzu jedoch weiter Stellung nehmen können, gilt es noch den finalen Text der MiCA abzuwarten (gesonderter Beitrag folgt).

Strengere Regelungen für Stablecoin-Anbieter

1:1 Backing. Die bisherigen Verhandlungsergebnisse legen offen, dass Emittenten von Stablecoins hinkünftig eine ausreichend liquide Reserve im Verhältnis 1:1 der ausgegebenen Stablecoins und teilweise in Form von Einlagen bilden müssen. Dies soll die hinreichende Stabilität und Wertsicherheit des jeweiligen Stablecoins gewährleisten.

Umtauschanspruch. Ferner wird Stablecoin-Besitzern gegenüber Emittenten nun einen jederzeit ausübbarer, kostenloser Anspruch auf Umtausch eingeräumt. Dieser Forderung haben Emittenten ehestmöglich nachzukommen.

Ausgabe. Schließlich fallen alle Stablecoins unter die Aufsichtskompetenz der Europäischen Bankenaufsichtsbehörde (EBA). Miteingeschlossen ist die Verpflichtung von Stablecoin-Emittenten, sich vor Ausgabe eines Stablecoins in der EU zumindest in Form einer Teilniederlassung anzusiedeln. Nicht-EU-Playern wird in diesem Bereich sohin zusätzlicher Aufwand entstehen.

Blacklist bei Non-Compliance

Zwar wird das Thema der Geldwäsche- und Terrorismusfinanzierungsbekämpfung (kurz AML/CFT) in der MiCA nicht gesondert geregelt – hierzu wurde auf EU-Ebene ein eigenes Geldwäschepaket geschnürrt (gesonderter Beitrag folgt) – doch sieht MiCA dennoch vor, dass die Europäische Bankaufsichtsbehörde (EBA) mit der Führung eines öffentlichen Registers beauftragt wird, welches die mit den europäischen AML/CFT-Vorgaben nicht konformen Krypto-Asset-Dienstleister ausweisen soll.

Dieses Register ähnelt dem hierzulande bereits bekannten System der FMA (Investorenwarnung) und erachten wir daher als äußerst sinnvoll.

Kein Verbot des Proof-of-Work, aber zumindest “Klima-Awareness” von CASP

Die jetzige Einigung sieht vor, dass CASPs Informationen über ihren Umwelt- und Klima-Fußabdruck offenlegen müssen. Die ESMA ist nunmehr daran, Entwürfe technischer Regulierungsstandards für den Inhalt, die Methoden und die Darstellung dieser Informationen ausarbeiten. Inwiefern diese Regelungen daher in der Praxis zu behandeln sein werden, verbleibt bis dato noch offen.

Erweiterte AML Vorschriften: “Travel Rule” gilt nun auch für CASP

Die MiCA selbst enthält keine Regelungen zu AML/CFT. Es wurde aber ein eigenes Geldwäschepaket dazu geschnürt.

Travel Rule. Bedeutender Teil des Geldwäschepakets ist die Transfer of Funds Regulation (TFR). Sie hat zum Zweck, die von der FATF vorgegebene “Travel Rule” auch für den EU-Kryptomarkt zu implementieren. Dies bedeutet, dass CASPs dazu verpflichtet werden, bestimmte Informationen (Namen, Anschrift etc.) über den Auftraggeber sowie den Begünstigten einer Krypto-Transaktion zu sammeln und zu speichern.

Verpflichtete. Verpflichtete unter dem Anwendungsbereich der TFR sind alle CASPs im Sinne der MiCA; um einem weit verbreiteten Irrtum vorzubeugen: auch Krypto-ATMs sind hiervon mitumfasst. Folglich fallen nur Krypto-Transaktionen, an denen zumindest ein CASP beteiligt ist, unter das Regime der TFR. Ausgenommen sind dagegen sog. “Peer-to-Peer-Transfers”, dh Transaktionen an denen ausschließlich eigenständig verwaltete Wallets, sog. “Unhosted Wallets”, partizipieren. Demnach ergeben sich zwei Fallkonstellationen, die für die TFR relevant sind: zum einen Transaktionen, die zwischen CASPs durchgeführt werden, zum anderen Transfers zwischen CASPs und Unhosted Wallets. Der zweite Fall ist weiters in Transaktionen zwischen CASPs und Unhosted Wallets des eigenen Kunden einerseits sowie Transfers zwischen CASPs und Unhosted Wallets einer dritten Partei andererseits zu unterteilen.

Keine Schwellenwerte für CASP-CASP Transaktionen. Abweichend von den Vorgaben der Financial Action Task Force (FATF) enthält die TFR grundsätzlich keine Schwellenwerte (“Thresholds”). Es sind daher bei sämtlichen Transaktionen zwischen CASPs die durch KYC-Prozesse gesammelten, personenbezogenen Daten – unabhängig vom FIAT-Gegenwert einer Transaktion – zu übermitteln.

Sonderfall der Unhosted Wallet. Bei Transaktionen zwischen einem CASP und einer Unhosted Wallet eines Kunden dieses CASP hat der CASP erst ab einem Schwellenwert von EUR 1.000,- verpflichtend festzustellen, ob die Wallet tatsächlich seinem Kunden gehört. Sollten dagegen Transaktionen vom CASP zu Unhosted Wallets Dritter durchgeführt werden, so muss der CASP “bloß” angemessene risikobasierte Maßnahmen ergreifen (etwas, das in Österreich/Deutschland ohnehin auch schon jetzt so durch die FMA/BaFin verlangt wird). Das im Vorfeld befürchtete “Verbot von Unhosted Wallets” hat sich sohin nicht durchgesetzt und sind die jetzigen Regelungen als durchaus stimmig zu werten.

Conclusio

Auch wenn der finale Text der MiCA bzw. der TFR bis dato noch nicht veröffentlicht wurde, zeigt sich schon jetzt, dass die MiCA grundlegende Neuerungen für den europäischen Kryptomarkt mit sich bringen wird.

Dies ist unserer Meinung nach nicht nur sinnvoll sondern auch notwendig, da für eine breite Akzeptanz von Krypto sowohl institutionelle als auch private Anleger gleichermaßen Rechtssicherheit benötigen. Die Vorgabe eindeutiger Regelungen, insb für CASPs, stärkt sohin nicht nur den Wirtschaftsstandort EU sondern auch jene der Mitgliedstaaten und ist somit ein wichtiger Schritt in Richtung “Massentauglichkeit von Kryptos”.


Disclaimer: Die finalen Texte der MiCA und TFR liegen zum Zeitpunkt dieses Beitrages noch nicht vor und können von dem im Text dargestellten abweichen. Dieser Text sowie die Hinweise und Informationen stellen keine Rechtsberatung oder sonstige Empfehlung dar. Dieser Text kann keinesfalls eine individuelle Rechtsberatung ersetzen und dient lediglich der persönlichen Information. Dieser Text gibt überdies ausschließlich die Meinungen und Erfahrungen der Autoren wieder.

Über die Autoren

Martin Hanzl © EY Law
Martin Hanzl © EY Law

Dr. Martin Hanzl ist Head of New Technologies und Rechtsanwalt bei EY Law, Pelzmann Gall Größ Rechtsanwälte GmbH und betreut dort Mandant*innen unter anderem zu Fragen rund um neue Technologien (zB Registrierung als CASP, Smart Contracts, Einordnung von Krypto-Assets) sowie bei gesellschaftsrechtlichen Fragen rundum Finanzierungsrunden & Co. Zudem ist Martin in der Projektleitung des Blockchain and Smart Contracts Projektes des European Law Institute tätig. Martin ist Vortragender zu rechtlichen Themen rund um neue Technologien, Blockchain, Smart Contracts und Digitalisierung und publiziert hierzu regelmäßig.

Max Bernt © Max Bernt

Dr. Max Bernt ist Chief Legal Officer der Blockpit AG und war in dieser Funktion, sowie als Leiter der Working Group der International Association for Trusted Blockchain Applications (INATBA), auch aktiv in den politischen und rechtlichen Entstehungsprozess, sowohl der MiCA als auch der TFR, involviert. Max ist Vortragender zu rechtlichen Querschnittsmaterien im Kryptobereich, insbesondere im Zusammenhang mit straf- und steuerrechtlichen Fragen, und publiziert hierzu auch regelmäßig.

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
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.
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.

„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