Künstliche Intelligenz
Einfache UX für domänenspezifische Sprachen mit VS Code gestalten
Lohnt es sich, eine eigene Programmiersprache samt Syntax-Highlighting, Code Completion anderen Features im Editor nur für ein einzelnes Projekt zu erstellen? Was sich auf den ersten Blick nach viel Arbeit anhört, ist dank Language Server Protocol (LSP) deutlich einfacher geworden. Durch die reichhaltigen Möglichkeiten zur Interaktion mit Texteditoren wie Visual Studio Code eignen sich domänenspezifische Sprachen (Domain Specific Languages, DSL) als eine vollwertige und auch unterschätzte Möglichkeit der Gestaltung einer UX.
Weiterlesen nach der Anzeige
(Bild: Georg Hinkel )
Georg Hinkel forscht und lehrt an der Hochschule RheinMain zu den Themenschwerpunkten Softwaretechnik, modellgetriebene Softwareentwicklung und verteilte Systeme. Er ist außerdem Maintainer des Open-Source-Projekts NMF.
Anwenderinnen und Anwender jenseits der Informatik nehmen Spezifikationen oft mit Formularen vor. Je komplexer die Anforderungen sind, desto komplizierter wird die Umsetzung per Formular. Ein grotesk wirkendes Beispiel zeigt Abbildung 1: Anweisungen für einen Compiler, über ein Formular zu spezifizieren.

Programmieren per Formular wirkt grotesk (Abb. 1)
Gleich mehrere Gründe machen diese Idee so absurd:
- Die Spezifikation ist völlig aufgebläht: Die noch unvollständige Implementierung des Heron-Verfahrens zum Wurzelziehen lässt sich auch mit nur drei Zeilen Code umsetzen.
- Als direkte Folge davon ist das Formular deutlich schwerer verständlich.
- Für erfahrene Nutzer ist eine Programmiersprache sehr viel effizienter, weil sie in der gleichen Zeit wesentlich mehr Spezifikationen verfassen können.
- Es ist nur schwer vorstellbar, wie man eine formularbasierte Programmspezifikation versionieren kann. Textbasierte Algorithmen, wie Git sie verwendet, funktionieren hier vermutlich nicht.
Eine komplexe Spezifikation ist keine Besonderheit der Informatik, auch in anderen Fachbereichen gibt es schwierige Probleme, die immer mehr mithilfe von Computern gelöst werden sollen. Das kann die Automatisierung von Workflows sein, die Planung von Bauteilen oder Gebäuden, die Dokumentation von manuellen Prozessen oder vieles mehr. Ein Erfolgsfaktor von Programmiersprachen ist sicherlich, dass Programme sowieso abstrakt sind, während sich physische Bauteile oder Gebäudepläne schon immer auch grafisch haben repräsentieren lassen. Das Beispiel von Prozessautomatisierung zeigt aber, dass in vielen Bereichen ebenfalls abstrakte Konzepte auftreten.
Innerhalb der Informatik haben sich textuelle Sprachen auch jenseits des Programmierens bewährt. Admins legen Infrastrukturen in der Cloud schon lange nicht mehr per Formular an (diese Praxis wird eher als ClickOps geschmäht), sondern in Textform per Infrastructure-as-Code. Die Gründe sind dieselben: die Spezifikation ist schlanker, verständlicher, einfacher zu versionieren und man ist damit schneller.
Weiterlesen nach der Anzeige
Einfacher zu versionieren als Formulare, sind generische Formate wie JSON oder XML. Sie sind allerdings ursprünglich nicht dafür gedacht, für Menschen lesbar zu sein, sondern für Maschinen. Da viele Anwendungen ohnehin eine maschinenlesbare Sprache benötigen, ist es bequem, diese auch als alternative Schnittstelle anzubieten.
Aber auch solche Konfigurationsdateien erreichen nicht die Prägnanz, Lesbarkeit und Effizienz einer domänenspezifischen Sprache, zumal auch Validierungstechnologien wie XML Schema oder JSON Schema nur die Struktur der Dokumente validieren, aber wenig zur fachlichen Analyse beitragen können.
DSL als Alternative zu Formularen und Konfigurationsdateien
Komplexe Vorgänge, die Menschen gern sehr prägnant, lesbar und versionierbar ausdrücken wollen, kann man vorteilhaft mit einer domänenspezifischen Sprache spezifizieren, mit der gleichen Editorunterstützung wie bei Programmiersprachen. Beispiele wären Reisekostenabrechnungen, Nebenkostenabrechnungen, Steuererklärungen, Umsatzabfragen, Prozessautomatisierungen oder Bauplanungen.
LLM-basierte Chatfunktionen sind dabei kein Ersatz für domänenspezifische Sprachen, umgekehrt aber können domänenspezifische Sprachen die Intention eines KI-Systems einfacher überprüfbar machen. Anstatt agentenbasierte Systeme kritische Dinge tun zu lassen (was zumindest in der EU per AI Act streng reglementiert ist), kann man KI-Systeme auch eine in natürlicher Sprache vorliegende Beschreibung in eine DSL umformulieren lassen.
Das Language Server Protocol als Enabler für eine DSL-UX
Die Entwicklung einer domänenspezifischen Sprache reduziert sich nicht nur auf einen Parser: Nutzerinnen und Nutzer sind den Komfort von Syntax-Highlighting, Code Completion, bequemes Springen zur Definition oder zu Referenzen gewohnt, die wesentlich für eine gute UX und gesteigerte Produktivität sind. In den letzten Jahren ist dies durch das von Microsoft entwickelte Language Server Protocol (LSP) deutlich einfacher geworden. Dieses Prinzip hat sich auf weitere Bereiche ausgeweitet, zum Beispiel auf grafische Sprachen mit dem Graphical Language Server Protocol (GLSP). LSP und GLSP erlauben es, weitgehend auf die Entwicklung von UI-Komponenten zu verzichten und sich stattdessen auf die Semantik einer Sprache zu konzentrieren.
Aus diesem Grund können Editoren wie Visual Studio Code mit beliebigen Programmiersprachen umgehen: Während sie als Frontend immer dasselbe UI verwenden (im Fall von Visual Studio Code den Monaco-Editor), liefert ein LSP-Server die sprachspezifische Editorunterstützung. Da LSP auf JSON-RPC basiert, das keine Transportschicht definiert, lässt sich LSP wahlweise über stdin/stdout oder über Websockets betreiben. Das ermöglicht viele Optionen für das Deployment: Der Client kann in einer Desktopanwendung (in Fall von Visual Studio Code via Electron) oder im Browser laufen, während der Server entweder in die IDE eingebettet oder auf einem entfernten Rechner arbeitet.
Mittlerweile gibt es für die Entwicklung von LSP-Servern mehrere Frameworks, je nachdem, mit welcher Programmiersprache man die DSL entwickeln will. Für die Beschreibung der Grammatik der DSL kommt ebenfalls eine DSL zum Einsatz. Daraus generiert das Framework Parser, Klassen für den abstrakten Syntaxbaum und die Editorunterstützung. Entwicklerinnen und Entwickler können das Ergebnis durch manuellen Code ergänzen oder überschreiben. Beispiele für entsprechende Tools sind Xtext für Java (siehe auch: [1]), Langium für TypeScript und AnyText für .NET (siehe auch [2]).
Eine neue DSL entwickeln
Der Startpunkt für die Entwicklung einer neuen DSL ist mit allen dreien der genannten Frameworks eine Grammatik, die auch die abstrakte Syntax der Sprache ausdrückt. Die abstrakte Syntax ist hierbei die Definition der Konzepte, die die Sprache ausmachen. Für die Grammatik werden bei Xtext und Langium kontextfreie LL(k)-Grammatiken verwendet, bei AnyText Parse-Expression-Grammatiken (PEGs). Beide Klassen von Grammatiken arbeiten mit Nichtterminalen (= Platzhaltern) und Produktionsregeln, die bestimmen, wie ein Nichtterminal ersetzt werden kann. Diese Produktionsregeln lassen sich bequem über die Metasprache Erweiterte Backus-Naur-Form (EBNF) spezifizieren, die zusätzlich noch um Zuweisungen ergänzt wird, um auch die abstrakte Syntax angeben zu können.
Praktischerweise bietet Langium mit dem Playground eine Möglichkeit an, mit der Entwicklung einer DSL ohne Installation einer Software direkt im Browser zu beginnen. Für Xtext oder AnyText bieten die Tutorials gute Einstiegspunkte.
Um beispielsweise die (hier vereinfachte) Deklaration einer Klasse in einer Programmiersprache zu spezifizieren, genügt das folgende Fragment:
Class: ‘class’ name=ID ‘{‘ members+=ClassMember* ‘}’;
Dieses Beispiel geht davon aus, dass es weitere Nichtterminale ID und ClassMember gibt, die regeln, wie ein Identifier genau aussieht und was zulässige Member einer Klasse sein können. Der Postfixoperator * erlaubt hierbei beliebig viele Member. Alternativ sind auch + oder ? möglich, um mindestens oder höchstens ein Vorkommen zu beschreiben. Der Operator | erlaubt auch Alternativen, was unterschiedliche Arten von Membern ermöglicht. Besteht eine Regel ausschließlich aus Alternativen, dann wird das in der abstrakten Syntax durch Inheritance abgebildet.
Die Zuweisung = bzw. += weist das System darüber hinaus an, das Ergebnis des Nichtterminals ID bzw. ClassMember dem abstrakten Element des Nichtterminals zuzuordnen. Das geht entweder als einwertige Eigenschaft (beispielsweise, dass das Ergebnis von ID den Namen bilden soll) oder als mehrwertige Eigenschaft, dass das Ergebnis von ClassMember zur Auflistung members hinzugefügt werden soll.
Aus diesen Zuweisungen lassen sich dann auch Klassen ableiten, um die abstrakten Elemente der Sprache im Speicher darstellen zu können. Sowohl Xtext und Langium als auch AnyText unterstützen den Operator [], mit dem sich Referenzen abbilden lassen, dass also an einer gegebenen Stelle nur eine Referenz auf ein anderes syntaktisches Element erscheinen soll.
Die Konstruktion des Parsers bleibt zwar weitestgehend vor den Entwicklern verborgen, allerdings haben manche Klassen von Grammatiken Einschränkungen, die Entwickler einer DSL berücksichtigen müssen. So sind die Produktionen bei kontextfreien Grammatiken ungeordnet, bei PEGs aber geordnet, weswegen es konstruktionsbedingt keine Mehrdeutigkeiten gibt. Gängige Parser für kontextfreie Grammatiken unterstützen keine Linksrekursionen, für PEGs aber schon.
Die Ordnung von Alternativen bedeutet, dass eine Alternative nur dann überhaupt in Betracht gezogen wird, wenn die vorherigen Alternativen fehlschlagen. Das hat zur Folge, dass es niemals Mehrdeutigkeiten geben kann und beispielsweise bei if-Statements in C-ähnlichen Sprachen ein else-Block immer dem inneren if zugeschlagen werden würde. Das kann in vielen Fällen erwünscht sein, weil die Sprache damit niemals mehrdeutig ist, kann aber auch gegen Intuition verstoßen. Beispielsweise matcht die Grammatik S: ‚a’S’a’ | ‚aa’ als kontextfreie Grammatik alle Wörter mit einer geraden Anzahl des Buchstabens a, als PEG aber nur Wörter, die nur aus a bestehen und deren Länge eine Zweierpotenz > 1 ist. Gerade wenn man kontextfreie Grammatiken gewohnt ist, ist dieses Verhalten kontraintuitiv. Aus meiner Sicht betrifft das aber nur eher pathologische Fälle.
Die Unterstützung von Linksrekursionen ist vor allem für Ausdrücke wichtig, da man damit sehr intuitiv Formeln umsetzen kann. Insbesondere sind binäre Ausdrücke selbst Ausdrücke, beginnen aber auch mit einem Ausdruck. Für PEGs haben Warth und andere [3] eine Erweiterung von Packrat-Parsern entwickelt, die Linksrekursionen parsen kann, wobei das lineare Laufzeitverhalten von Packrat-Parsern erhalten bleibt.
In AnyText lässt sich daher eine einfache Expression-Grammatik wie in Listing 1 unten dargestellt implementieren. Hierbei überschreibt das Schlüsselwort returns, welche Klasse der abstrakten Syntax das Nichtterminal zurückgibt. Im Beispiel dient es dazu, nicht für jedes einzelne Nichtterminal eine Klasse einführen zu müssen. Das Schlüsselwort enum kommt zum Einsatz, um eine fixe Menge von Werten abzubilden. Ferner beschreibt das Schlüsselwort parantheses ein Nichtterminal für Klammerungen und terminal ein Terminal, dargestellt durch einen regulären Ausdruck.
grammar Expressions (exp)
root Expression
Expression:
AdditiveBinary | Multiplicative;
AdditiveBinary returns BinaryExpression:
left=Expression operator=AdditiveOperator right=Expression;
enum AdditiveOperator returns BinaryOperator:
Add => '+'
Subtract => '-';
Multiplicative returns Expression:
MultiplicativeBinary | LiteralExpression | VariableExpression | ParanthesisExpression;
MultiplicativeBinary returns BinaryExpression:
left=Multiplicative operator=MultiplicativeOperator right=Multiplicative;
enum MultiplicativeOperator returns BinaryOperator:
Multiply => '*'
Divide => '/';
LiteralExpression:
value=Number;
VariableExpression:
variable=Identifier;
parantheses ParanthesisExpression:
'(' Expression ')';
terminal Number returns nmeta.Integer:
/\d+/;
terminal Identifier:
/[a-zA-Z]\w*/;
UX-Interaktionen im Editor über LSP
LSP ist nicht nur auf das Parsen von Text begrenzt, sondern erlaubt auch praktische Interaktionen mit einem Text in der IDE. Programmiererinnen und Programmierern sind Features wie Code Lenses oder Code Fixes geläufig. Sie erlauben es, Analyseergebnisse wie die Anzahl der Referenzen oder Autor und Datum der letzten Änderung an einer Methode einfach in das Sichtfeld einzublenden. Interaktionen wie Refactorings lassen sich ebenfalls direkt aus dem Code heraus starten.
Zu Features dieser Art gehören:
- Diagnostics: In den seltensten Fällen lassen sich Einschränkungen allein durch die Grammatik ausdrücken, auch domänenspezifische Analysen können auf Fehler hindeuten. Beispielsweise könnte man in einer DSL für Überweisungen eine Analyse des Empfängernamens einbauen und Fehler melden, sollte der Name nicht zur IBAN passen.
- Code Lenses: Code Lenses können an einer beliebigen Stelle im Text eine beliebige Zeichenkette anzeigen. Damit lassen sich viele Arten von Analysen darstellen. Code Lenses können auch Aktionen anbieten, zum Beispiel öffnet sich beim Klicken auf die Anzeige der Referenzen üblicherweise ein Fenster mit Details. Einige Editoren bieten auch an, Unit Tests per Code Lens zu starten. Recht generisch könnte man Code Lenses verwenden, um in einer DSL den derzeitig beschriebenen Zustand auf ein modelliertes System anzuwenden.
- Code Actions: Von Editoren wie der Visual-Studio-Familie mit einem Lampensymbol dargestellt, erlauben es Code Actions, zum Kontext passende Interaktionen auszuführen.
- Inlays: Inlays blenden Texte im Editor ein, die eigentlich gar nicht dort stehen. Während dieses Feature in Programmiersprachen vor allem dazu dient, inferrierte Typsignaturen oder Parameternamen einzublenden, lässt es sich prinzipiell für beliebige Analysen verwenden.
- Hover: Verweilt ein Nutzer mit der Maus auf einem Token, kann ein LSP-Server Kontextinformationen dazu liefern. Eine sehr clevere Nutzung ist beispielsweise, einen Hovertext für Schlüsselwörter mit Erklärungen dazu anzubieten. Gerade weil eine DSL nur für einen eingeschränkten Nutzerkreis gedacht ist, kann eine solche Unterstützung die Anwendung leichter zugänglich machen.
AnyText macht die Entwicklung dieser Features besonders einfach, indem es für jede Regel in der Grammatik eine Klasse generiert, in der Entwickler meist nur eine entsprechende Methode überschreiben müssen, um das jeweilige Feature zu aktivieren. Aber auch mit Langium oder Xtext lassen sich diese Features einfach nutzen.
Fazit: Alternative UX-Technologie
Domänenspezifische Sprachen haben neben Formularen oder KI-Agenten einen eigenen Platz als Möglichkeit verdient, mit der Endanwender spezifizieren, welche Probleme der Computer lösen soll. DSLs richten sich dabei vor allem an Expertinnen und Experten, die solche Spezifikationen häufiger verfassen müssen, für die also Produktivität, einfache Versionierbarkeit und Interoperabilität textueller Sprachen besonders vorteilhaft sind.
Dabei hat sich die Entwicklung neuer DSLs durch Innovationen wie das Language Server Protocol und Frameworks wie Langium, Xtext oder AnyText dramatisch vereinfacht. Wo Developer Parser früher per Hand schreiben mussten, können sie diese heute mit Editorunterstützung weitgehend aus der Spezifikation einer Grammatik ableiten, was den Aufwand stark reduziert. Daher sollten DSLs als alternative UX-Technologie durchaus in Betracht gezogen werden.
Literaturverzeichnis
[1] M. Eysholdt und H. Behrens, „Xtext: implement your language faster than the quick and dirty way,“ in Proceedings of the ACM International Conference Companion on Object Oriented Programming Systems Languages and Applications Companion, Reno/Tahoe, Nevada, USA, Association for Computing Machinery, 2010, pp. 307–309.
[2] G. Hinkel, A. Hert, N. Hettler und K. Weinert, „AnyText: Incremental, left-recursive Parsing and Pretty-Printing from a single Grammar Definition with first-class LSP support,“ Proceedings of the 18th ACM SIGPLAN International Conference on Software Language Engineering, SLE 2025, pp. 98–111, 12–13 Juni 2025.
[3] A. Warth, J. R. Douglass und T. Millstein, „Packrat parsers can support left recursion,“ in Proceedings of the 2008 ACM SIGPLAN Symposium on Partial Evaluation and Semantics-Based Program Manipulation, San Francisco, California, USA, Association for Computing Machinery, 2008, pp. 103–110.
(who)
Künstliche Intelligenz
Microsoft patcht hochriskante SharePoint-Lücke | heise online
Admins, die Microsoft SharePoint-Server in ihrer Infrastruktur betreiben, sollten prüfen, ob sie die Mai-Updates installiert haben. Microsoft schließt damit eine als hochriskant eingestufte Sicherheitslücke, die Angreifern das Einschleusen und Ausführen von Schadcode ermöglicht.
Weiterlesen nach der Anzeige
In einem CVE-Schwachstelleneintrag warnt Microsoft vor der Sicherheitslücke. Das Problem besteht aufgrund der Deserialisierung nicht vertrauenswürdiger Daten, also deren Entpacken und Verarbeiten oder gar Ausführen. Angreifer, die am SharePoint angemeldet sind, können dadurch über das Netzwerk Code einschmuggeln (CVE-2026-45659, CVSS 8.8, Risiko „hoch“). Es sind dafür keine erhöhten Rechte nötig. Das Update steht für den SharePoint Server 2016, SharePoint Enterprise Server 2016, SharePoint Server 2019 und die Subscription Edition bereit.
Microsoft führt weiter aus, dass die Schwachstelle aus dem Internet angreifbar ist. Da Angreifer vorab keine detaillierten Kenntnisse über verwundbare Systeme benötigen, um diese erfolgreich anzugreifen, gilt den Entwicklern ein Angriff als wenig komplex. Dennoch schätzen sie, dass der Missbrauch dieser Schwachstelle weniger wahrscheinlich ist. Zudem gibt Microsoft an, dass die Sicherheitslücke bislang noch nicht attackiert wurde.
Verwirrung um Sicherheitslücke
Die Informationen zu der Schwachstelle hat Microsoft erst in der Nacht zum Mittwoch veröffentlicht. Es handelt sich jedoch nicht um ein Notfallupdate, sondern um einen „vergessenen“ Schwachstellen-Eintrag. Das Update vom Mai-Patchday behandelt die Schwachstelle demnach bereits.
Da SharePoint-Lücken für Cyberkriminelle sehr interessant sind und diese häufiger in freier Wildbahn missbraucht werden, sollten IT-Verantwortliche sicherstellen, dass sie die Aktualisierung angewendet haben. Mitte April hatte Microsoft zum Patchday etwa Updates für SharePoint veröffentlicht, nachdem eine Sicherheitslücke darin bereits angegriffen wurde.
(dmk)
Künstliche Intelligenz
„Lex SpaceX“? Nasdaq ändert Indexregeln für Musks Börsengang
SpaceX, zu dem inzwischen auch der Satelliteninternet-Dienst Starlink, die KI-Firma xAI und die Social-Media-Plattform X gehören, plant für den 12. Juni 2026 den nach aktuellem Stand größten Börsengang der Geschichte – und benötigt das Kapital dringend: Das Unternehmen rutschte im Jahr 2025 von 791 Millionen US-Dollar Gewinn in einen Verlust in Höhe von 4,9 Milliarden US-Dollar, im ersten Quartal 2026 kamen weitere 4,3 Milliarden hinzu. Profitabel ist nur Starlink, während die Kosten für die Starship-Entwicklung und die Eingliederung von xAI und X das Unternehmen tief in die roten Zahlen treiben. 75 Milliarden US-Dollar frisches Kapital soll der Börsengang bei einer angestrebten Bewertung von bis zu 2 Billionen US-Dollar bringen – so viel wie bei keinem Unternehmen je zuvor.
Weiterlesen nach der Anzeige
Damit SpaceX dabei möglichst schnell in den wichtigsten Leitindex einziehen kann, hat die Nasdaq – wie andere Indizes auch – ihre Indexregeln geändert. Das Ergebnis: ETF-Sparpläne, Pensionsfonds und künftig womöglich auch die deutsche Aktienrente kaufen SpaceX automatisch.

Volker Zota leitet heise online als Chefredakteur. Als promovierter Physiker hat er naturgemäß einen Blick für Details: Ihn reizen komplexe Zusammenhänge, fundierte Analysen und neue Erkenntnisse.
„Lex SpaceX“: Maßgeschneidert für einen Kunden?
Die Nasdaq begründet die Änderung offiziell damit, dass Unternehmen heute länger privat blieben und bei größerer Marktkapitalisierung sowie mit komplexeren Aktienstrukturen an die Börse gingen. Die neuen Indexregeln seien nach einer Konsultation aller Marktteilnehmer erfolgt und stellten eine „maßvolle Reaktion auf strukturelle Verschiebungen in den öffentlichen Märkten“ dar.
Reuters veröffentlichte bereits im März unter Berufung auf mit der Sache vertraute Personen eine weniger diplomatische Begründung: SpaceX soll frühzeitig signalisiert haben, dass die schnelle Indexaufnahme eine zentrale Bedingung für die Börsenwahl sei.
Die Technologiebörse Nasdaq und die konkurrierende New York Stock Exchange (NYSE) buhlten beide um das Listing. Nasdaq änderte seine Index-Regeln, SpaceX entschied sich für sie. Für den Börsenbetreiber ist das ein knallhartes Geschäftsmodell. Er gewinnt das Listing, kassiert die Handelsgebühren – und garantiert SpaceX durch die Indexmechanik eine Welle erzwungener Käufer. Diese schlägt allerdings nicht direkt beim IPO am 12. Juni zu, sondern nach Ablauf von 15 Handelstagen – in diesem Jahr also ab dem 7. Juli.
Das Konsultationsdokument vom Februar 2026 beschreibt den Fast-Entry-Pfad im Detail: Ein neu gelistetes Unternehmen, das nach Marktkapitalisierung unter den Top-40-Bestandteilen des Nasdaq-100 rangiert, wird nach insgesamt 15 Handelstagen aufgenommen – befreit von bisherigen Seasoning- und Liquiditätsanforderungen. Die Kommentarfrist endete am 27. Februar, die Regel trat am 1. Mai in Kraft. Timing und Struktur passen exakt.
Weiterlesen nach der Anzeige
Wie eine Indexregel Billionen in Bewegung setzt
Die Nasdaq ist nicht nur eine Börse, an der Technologieaktien gehandelt werden. Sie betreibt auch den Nasdaq-100, einen der meistgenutzten Aktienindizes der Welt, der die 100 größten dort notierten Nicht-Finanzunternehmen umfasst – von Apple über Microsoft bis Nvidia.
Dieser Index ist unter anderem die Grundlage für Tausende von ETFs (Exchange Traded Funds, also börsengehandelte Indexfonds), in die Millionen Privatanleger weltweit monatlich einzahlen. Ein ETF kauft dabei automatisch alle Aktien, die im Index enthalten sind – in genau der Gewichtung, die der Index vorgibt. Kein Fondsmanager entscheidet, ob eine Aktie gut oder schlecht ist. Der Index entscheidet. Wer also einen Nasdaq-100-ETF im Sparplan hat, besitzt automatisch einen kleinen Anteil an allen 100 Unternehmen im Index – und künftig womöglich auch an SpaceX.
Zugleich hat Nasdaq die bisherige Mindest-Streubesitzanforderung von zehn Prozent abgeschafft. Streubesitz (Free Float) bezeichnet den Anteil einer Aktie, der tatsächlich frei handelbar ist – also nicht von Gründern, Insidern oder strategischen Investoren dauerhaft gehalten wird. Laut der offiziellen Nasdaq-FAQ zur Methodikänderung erhalten Unternehmen mit niedrigem Free Float nun ein zunächst reduziertes, dann schrittweise wachsendes Indexgewicht. Wenn Nasdaq-100-Tracking-Produkte kollektiv 600 Milliarden US-Dollar an Vermögen halten, erzeugt allein die Indexaufnahme eine mechanische Nachfrage von rund 6 Milliarden US-Dollar – ausgelöst nicht durch eine Anlageentscheidung, sondern durch eine Regeländerung.
Diese Nachfrage trifft allerdings nicht sofort zum Börsenstart ein. Während aktive Anleger ab dem 12. Juni frei handeln und womöglich auf den Index-Effekt spekulieren können, müssen die passiven Indexfonds bis zum Ablauf der 15-Handelstage-Frist warten, bevor sie Anfang Juli mechanisch Milliarden in den Markt pumpen.
Hinzu kommt: Laut S-1-Prospekt hat SpaceX die übliche starre Lock-up-Periode – in der Insider ihre Aktien nach dem Börsengang nicht verkaufen dürfen – durch ein gestaffeltes System ersetzt, das den Streubesitz deutlich schneller wachsen lässt als bei einem klassischen Börsengang. Das begünstigt eine raschere und höhere Gewichtung im Nasdaq-100 – und bedeutet: Insider könnten verkaufen, während die Aktie durch Käufe der Indexfonds hochgetrieben wird.
US-Pensionen: Zwangsaktionäre wider Willen
Für die größten US-Pensionsfonds ist die Kombination aus Fast Entry und SpaceXs Governance-Struktur besonders brisant – denn sie werden durch die Indexmechanik zu Aktionären eines Unternehmens, dessen Regeln sie öffentlich ablehnen. Der New York State Common Retirement Fund, die fünf New Yorker Stadtpensionsfonds und CalPERS (der größte öffentliche Pensionsfonds der USA für Staatsbedienstete Kaliforniens) verwalten zusammen mehr als eine Billion US-Dollar – gehalten für Millionen aktiver und pensionierter Staatsbediensteter, Lehrer, Feuerwehrleute, Polizisten und Krankenschwestern.
In einem offiziellen Brief an SpaceX haben CalPERS-Chefin Marcie Frost, New Yorker Staatscontroller Thomas DiNapoli und New Yorker Stadtcontroller Mark Levine gewarnt: SpaceXs geplante Unternehmensstruktur sei die „managementfreundlichste Governance-Struktur, die je an den US-Märkten in diesem Ausmaß eingeführt wurde“. Konkret kritisieren sie laut der offiziellen Pressemitteilung des NYC Comptrollers die geplanten „ewigen Super-Voting-Aktien“ sowie eine CEO-Abberufungsklausel, die die Zustimmung des CEOs zu seiner eigenen Entlassung voraussetzt.
SpaceX plant eine Dual-Class-Aktienstruktur: Normale Aktionäre erhalten Class-A-Aktien mit je einer Stimme. Musk und eine kleine Gruppe von Insidern halten Class-B-Aktien, die jeweils zehn Stimmen tragen. Das ist die komplexere Aktienstruktur, von der die Nasdaq spricht. Unterschiedliche Stimmrechte sind im US-Tech-Sektor nicht ungewöhnlich, auch Alphabet, Meta oder Snap nutzen Dual-Class-Strukturen. Im Fall SpaceX gehen sie jedoch in Kombination mit weiteren Klauseln deutlich über das Übliche hinaus. Das Ergebnis laut S-1-Prospekt: Musk hält rund 42 Prozent des Eigenkapitals, kontrolliert aber rund 85,1 Prozent (pre-IPO; post-IPO projiziert auf ~79 Prozent) aller Stimmrechte. Wer SpaceX-Aktien kauft, kauft damit praktisch eine Beteiligung ohne echten Einfluss – wie eine Analyse zu SpaceXs Stimmrechtsstruktur zeigt.
Hinzu kommt, dass laut dem Brief der Pensionsfonds Aktionäre durch Pflichtschiedsverfahren (Mandatory Arbitration) daran gehindert sind, Sammelklagen vor Bundesgerichten einzureichen – weder als Kleinanleger noch als große Institutionen wie CalPERS. Das bedeutet, wer als Anleger Schaden nimmt, kann sich kaum gerichtlich wehren.
Was das mit deutschen Sparern zu tun hat
Für die gesetzliche Rente, klassische Lebensversicherungen und garantiebasierte Rentenprodukte ohne Fondskomponente gilt: Sie sind nicht betroffen.
Für alle anderen hängt es davon ab, was im Sparvertrag steckt. Wer einen Nasdaq-100-ETF bespart, wird somit automatisch SpaceX-Aktionär: als direkter ETF-Sparplan bei Trade Republic, Scalable oder der Hausbank, als fondsgebundene Rentenversicherung mit Nasdaq-Komponente, als Rürup-Rente mit freier ETF-Wahl oder als betriebliche Altersvorsorge mit ETF-Baustein.
Wer stattdessen einen MSCI World oder S&P 500 ETF bespart, ist indirekt betroffen: SpaceX würde dort ebenfalls aufgenommen – mit kleinerem, aber wachsendem Gewicht. Am wenigsten exponiert sind Riester-Fondssparpläne, weil die gesetzlich vorgeschriebenen Mindestgarantien die Aktienquote stark begrenzen – und viele Anbieter solche Pläne für Neukunden ohnehin eingestellt haben.
Für indexbasierte Produkte auf den Nasdaq-100 gilt eine besondere Mechanik: Laut der oben genannten Nasdaq-Methodik könnten die ersten Auswirkungen bereits bei der planmäßigen Indexrekonstitution im Juni 2026 sichtbar werden – Anlageprodukte, die diesen Index abbilden, würden diese US-Marktmechanik direkt importieren.
Die Blaupause für OpenAI, Anthropic & Co.
Die Fast-Entry-Regel ist keine Einmalaktion. Die Nasdaq selbst betont, dass die Änderungen eine Reaktion auf strukturelle Verschiebungen in den öffentlichen Märkten seien und branchenübergreifend gelten. Laut Reuters bereiten sich auch OpenAI und Anthropic auf Börsengänge vor, die strukturell dieselben Fast-Entry-Kriterien erfüllen würden. Die Fast-Entry-Regel könnte zur Blaupause werden, über die künftig auch andere teils unprofitable Tech-Giganten schnell in die großen Indizes gehievt werden – mit denselben Zwangskauf-Mechanismen für passive Anleger.
Die Frage, wer die Regeln einer Finanzinfrastruktur schreibt, die bis in Altersvorsorgeprodukte hineinwirkt, ist letztlich eine politische. Von Seiten der Nasdaq heißt es, dass die Methodikupdates einem formellen öffentlichen Konsultationsprozess folgten und internationalen Standards für Finanzbenchmarks entsprächen. Kritiker betonen allerdings, ein Konsultationsprozess unter Marktteilnehmern sei kein demokratisches Mandat.
Die sich beklagenden Pensionsfonds sehen in SpaceXs Konstruktion ein Muster: Vergütung außerhalb üblicher Kontrollen, Verlagerung in Bundesstaaten mit schwachen Aktionärsrechten, ein Gründer, der sich strukturell gegen Abberufung absichert. Für institutionelle Investoren sei das ein Risiko, das eingepreist werden müsse.
Nun mag man sich fragen, warum dem keine regulatorischen Schranken entgegenstehen. Tatsächlich macht die Politik selbst mit: SEC-Chef Paul Atkins argumentiert, zu viele Regeln schreckten Unternehmen vom Börsengang ab – Unternehmen sollen optional wählen können, die Quartalspflichtberichte durch halbjährliche Berichte zu ersetzen, das Ziel sei, Amerika wieder attraktiv für Investitionen zu machen. Gegenstimmen gibt es, diese blieben jedoch bisher weitgehend ungehört: Die Gewerkschaft American Federation of Teachers hat in einem Brief an die SEC gefordert, den SpaceX-IPO genau zu prüfen – „kein gewöhnliches Angebot“, dessen Größe, Governance und Listing-Mechanismus zahlreiche Warnzeichen für den Anlegerschutz aufwerfen würden.
Lesen Sie auch
(vza)
Künstliche Intelligenz
Nvidia will in Taiwan 150 Milliarden US-Dollar pro Jahr investieren
Bei einem Besuch in Taiwan bezeichnete Nvidia-Chef Jensen Huang die Insel als das „Epizentrum der KI-Revolution“ und kündigte an, in der Region künftig jährlich 150 Milliarden US-Dollar zu investieren. Dazu gehört auch ein neues Hauptquartier für Nvidia-Mitarbeiter in Taipeh, der Hauptstadt des Landes, das viermal mehr Personen aufnehmen kann als Nvidia bislang dort beschäftigt. Das beflügelt die Börse Taiwans, denn insbesondere die lokalen Chipfirmen versprechen sich viel von einer engeren Zusammenarbeit mit Nvidia.
Weiterlesen nach der Anzeige
150 Milliarden Dollar pro Jahr sind auch für Nvidia eine hohe Investitionssumme, schließlich übersteigt dies den aktuellen Quartalsumsatz. Aufgrund des KI-Rausch meldete Nvidia zuletzt einen Rekordumsatz von 81,6 Milliarden Dollar für die vergangenen drei Monate.
Nvidias Taiwan-Investitionen stark gestiegen
Huang ist bereits eine Woche vor der Technikmesse Computex in Taiwan und besucht dort nicht nur Mitarbeiter und Geschäftspartner, sondern feierte auch die Pläne für einen neuen Nvidia-Campus namens „Constellation“ in Taipeh. Der Bau soll noch dieses Jahr beginnen und 2030 abgeschlossen werden. Dort können dann 4000 Beschäftigte arbeiten, was die Anzahl der Nvidia-Mitarbeiter in Taiwan vervierfachen würde.
„Vor vier oder fünf Jahren investierte Nvidia jährlich etwa 10 bis 15 Milliarden Dollar in Taiwan“, sagte der Nvidia-Chef laut Reuters während der Constellation-Veranstaltung in Taipeh. „Mittlerweile geben wir dort jedes Jahr 100 Milliarden Dollar aus – Tendenz steigend auf 150 Milliarden“. Allerdings hat Huang bislang nicht verraten, über welchen Zeitraum sich die jährlichen Investitionen in dieser Höhe erstrecken sollen.
„Taiwan ist das Epizentrum der KI-Revolution“, erklärte Huang. „Hierher kommen die Chips, hierher kommt die Verpackung; hier werden die Systeme gefertigt, und hier wurden die KI-Supercomputer geschaffen. Die Anzahl der Partner, mit denen wir hier in Taiwan zusammenarbeiten, ist unglaublich.“
Aussicht auf Profite durch Nvidia-Nähe
Weiterlesen nach der Anzeige
Der wichtigste Partner dürfte Chiphersteller TSMC sein, der weltgrößte Auftragsfertiger mit der derzeit fortschrittlichsten Produktionstechnik. Laut CNBC wird erwartet, dass Nvidia Apple dieses Jahr als größten TSMC-Kunden ablösen wird. Aber auch die taiwanischen Unternehmen Foxconn, Wistron und Quanta Computer spielen wichtige Rollen bei der Produktion von KI-Servern, Computer-Komponenten und Infrastruktur.
Der Aktienkurs TSMCs ist an der taiwanischen Börse am gestrigen Mittwoch um 1,3 Prozent gestiegen, aber andere Technologieunternehmen wie MediaTek und Delta Electronics konnten sogar um 8,8 respektive 7,2 Prozent zulegen. Das sind die drei bei der Marktkapitalisierung größten Konzerne im taiwanischen Index Taiex. Diese Kurse dürften aber auch davon beflügelt worden sein, dass die Speicherhersteller SK Hynix und Micron jetzt eine Billion US-Dollar wert sind.
Lesen Sie auch
Jensen Huang wurde in Tainan geboren, der historischen Hauptstadt Taiwans im Süden der Insel, aber emigrierte im Alter von 9 Jahren in die USA. Der Nvidia-Chef genießt in dem Land den Status eines Popstars, jeder Besuch wird von Einheimischen und den lokalen Medien intensiv begleitet. Da werden auch Bilder oder kurze Videos von Toilettenräumen veröffentlicht, weil Huang die Wand mit Widmung und Unterschrift versehen hat.
(fds)
-
Social Mediavor 3 MonatenCommunity Management und Zielgruppen-Analyse: Die besten Insights aus Blog und Podcast
-
Entwicklung & Codevor 3 MonatenCommunity-Protest erfolgreich: Galera bleibt Open Source in MariaDB
-
Künstliche Intelligenzvor 3 MonatenBlade‑Battery 2.0 und Flash-Charger: BYD beschleunigt Laden weiter
-
Künstliche Intelligenzvor 3 Monaten
Top 10: Der beste Luftgütesensor im Test – CO₂, Schadstoffe & Schimmel im Blick
-
Apps & Mobile Entwicklungvor 3 MonatenMähroboter ohne Begrenzungsdraht für Gärten mit bis zu 300 m²
-
Künstliche Intelligenzvor 3 MonateniPhone Fold Leak: Apple spart sich wohl iPad‑Multitasking
-
Künstliche Intelligenzvor 2 Monaten
JBL Bar 1300MK2 im Test: Soundbar mit Dolby Atmos, starkem Bass und Akku‑Rears
-
Social Mediavor 2 MonatenVon Kennzeichnung bis Plattformpflichten: Was die EU-Regeln für Influencer Marketing bedeuten – Katy Link im AllSocial Interview
