1011 | Freie Software, Macht und seltsame Computer

Lena Vogel: Guten Abend, hier ist Lena Vogel.

Felix Hartmann: Und Felix Hartmann. Das verbindet heute alle Geschichten: Es geht um Kontrolle. Wer kontrolliert Software, wer kontrolliert Entscheidungen, wer kontrolliert Systeme – und was passiert, wenn niemand die Kontrolle wirklich hat.

Lena Vogel: Wir gehen Punkt für Punkt durch, setzen uns in die Diskussionen hinein und sortieren, wo man einig ist, wo nicht, und was offen bleibt. Los geht's mit einem kleinen Tool, das eine große Frage aufwirft.

Felix Hartmann: WallHop. Ein Gratis-Tool ohne Registrierung, das 12ft.io ersetzt – also Paywalls dezent umgehen soll. Der Haken: Es ist ein Fork von ladder, das unter der GPL-3.0 steht, aber WallHop selbst ist noch gar nicht open source.

Lena Vogel: Und das ist der Punkt, an dem die Diskussion auseinandergeht. Da kommentiert ein Fork ein GPL-Projekt und veröffentlicht den Code nicht. Ein Kommentar drückt die Unstimmigkeit ziemlich gut aus: Die GPL verlangt bei Weitergabe des Programms Quellcode – wenn WallHop also vertrieben wird, stellt sich die Frage, wie lange das rechtlich sauber bleiben kann.

Felix Hartmann: Aber es gibt auch die pragmatische Seite. Andere sagen: Vorläufige Projekte dürfen auch mal in privater Beta sein. Die Lizenz hat Fristen und Ausnahmen – es kommt darauf an, ob und wie das Programm verteilt wird. Wenn WallHop nur auf einem eigenen Server läuft, ist das etwas anderes als ein öffentlicher Download.

Lena Vogel: Und genau das ist das Offene: Niemand weiß bisher, wie WallHop vertrieben wird. Wenn es öffentlich zum Download steht, könnte der Autor sehr schnell in eine GPL-Verpflichtung rutschen. Falls nicht, bleibt es fürs Erste grau.

Felix Hartmann: Was bringt den Leuten trotzdem Sympathie? Es ist gratis, ohne Registrierung, und die Paywall-Umgehung ist bei 12ft.io gerade eingestellt worden. Da hakt der Markt.

Lena Vogel: Übrigens: Es geht dabei nicht um geistiges Eigentum, sondern um Paywalls für Nachrichten. Und da ist die Haltung in den Kommentaren geteilt. Die eine Seite: Es ist der Zugang zu Informationen, den vielen per Suche aufgezwungen wird. Die andere: Es geht auf Kosten der Journalismusfinanzierung. Ich halte das für eine Debatte, die niemals konsensfähig sein wird.

Felix Hartmann: Wer zeigt das Thema auf den Kopf, ist Bitwarden. Der Passwortmanager gibt seine Shop-Apps künftig als Builds mit kommerzieller Lizenz heraus. Die GPLv3-Version bleibt auf GitHub.

Lena Vogel: Das klingt erstmal wie ein echter Skandal – ein Open-Source-Tool, das closed-source-Versionen in den App-Stores vertreibt. Aber die Diskussion zeigt: Da steckt vermutlich nur der übliche App-Store-Wahnsinn dahinter. Apples und Googles Stores wollen eigene Lizenzbedingung­en, und viele Projekte bauen dafür kommerziell lizenzierte Builds, während der Code frei bleibt.

Felix Hartmann: Aber es gibt die skeptische Stimme, die sagt: Genau so beginnt die Erosion. Erst ein Build für den Store, dann eine Bezahlversion, dann wandert Funktionalität in die kommerzielle Seite. Das haben wir bei anderen Projekten gesehen.

Lena Vogel: Und die Antwort darauf: Die GPLv3 bleibt die Referenz. Solange der Code auf GitHub frei ist, kann jeder die App-Store-Version selbst bauen. Die Frage ist, ob die Community das auch tut oder ob am Ende die kommerziellen Builds de facto die Hauptversion werden – dann hat man die Kontrolle de facto verloren, auch ohne Lizenzänderung.

Felix Hartmann: Der Kontrast dazu ist Talorys. Ein selbst gehosteter KI-Agent, der mit einem einzigen Befehl in deinem Cloudflare-Konto läuft. MIT-Lizenz, keine Telemetrie.

Lena Vogel: Das ist quasi das Gegenstück. Statt "wir schicken deine Daten zu uns" heißt es: Es läuft auf deinem eigenen Konto, du kannst den Code einsehen, und es wird nichts nach draußen gemeldet. In den Kommentaren wird das als genau die Richtung gelobt, die persönliche KI-Werkzeuge nehmen sollten.

Felix Hartmann: Die Skeptiker fragen dann natürlich: Selbst gehostet in Cloudflare – wie selbst ist das? Es läuft auf deiner Infrastruktur, aber es ist trotzdem ein fremder Dienstleister. Und ein KI-Agent mit Zugriff auf ein Cloudflare-Konto kann potenziell viel kaputt machen.

Lena Vogel: Das ist ein fairer Einwand. Aber es ist der Unterschied zwischen Kontrolle auf dem Papier und Kontrolle in der Praxis. Und das führt uns zur eigentlichen Frage, die unter all diesen Threads liegt: Wenn KI in diesen Systemen Entscheidungen mittrifft, wer trägt dann die Verantwortung?

Felix Hartmann: Genau da wollen wir jetzt länger hängen bleiben, denn es gibt zwei Kommentare, die sich sehr schön ergänzen.

Lena Vogel: Der erste ist fast ein Manifes­t: Programme treffen keine Entscheidungen. Einem LLM die Schuld zu geben, ist Entscheidungsbasen-Wäsche. Die Verantwortung liegt bei Menschen – bei denen, die das Modell gebaut, kalibriert, freigeschaltet haben.

Felix Hartmann: Das klingt selbstverständlich, aber es ist in der Praxis genau die Ausrede, die überall auftaucht. "Das System hat entschieden." Nein. Ein System hat eine Ausgabe produziert, und irgendein Mensch hat die Ausgabe zur Entscheidung erklärt.

Lena Vogel: Der zweite Kommentar zeigt, dass das kein Mitleids­problem ist, sondern ein technisches. Man kann ein Entscheidungsmodell in einem LLM emulieren, indem man die Optionstokens einschränkt. Das Projekt Jev macht das – mit kalibrierten Ausgaben.

Felix Hartmann: Erklär das mal für die, die nicht im Token-Dschungel leben.

Lena Vogel: Ein LLM gibt theoretisch beliebigen Text aus. Wenn du als Entwickler die möglichen nächsten Tokens beschränkst – zum Beispiel auf "ja", "nein", "einstufen" –, dann kann das Modell gar nicht aus dem Rahmen fallen. Es wird von einem freien Textgenerator zu einem strukturierten Entscheidungsgerät.

Felix Hartmann: Und das ist der Spreu-vom-Weizen-Moment: Es zeigt, dass LLM-Ausgaben gestaltbar und zuordenbar sind. Wenn ein Entwickler die Ausgaberahmen festlegt und kalibriert, kann man ihm die Verantwortung auch zuordnen. Die Ausrede "das Modell hat das entschieden" fällt technisch zusammen.

Lena Vogel: Die offene Frage in den Threads: Wie kalibriert man so etwas in der Praxis? Jev macht es, aber die Details, wie die Kalibrierung zustande kommt und wie zuverlässig sie ist, sind offen. Es ist eine Richtung, kein abgeschlossenes Rezept.

Felix Hartmann: Und was hat das mit Talorys zu tun? Talorys ist ein KI-Agent, der mit dieser Technik gebaut sein könnte – ein persönliches Werkzeug, das Entscheidungen im Rahmen trifft, mit klaren Ausgaben. Die Open-Source-Leute bauen mit genau diesen Bausteinen ihre Werkzeuge.

Lena Vogel: Und damit zur nächsten Baustelle: den Rechnerformen. Unikernel – und eine Glühbirne.

Felix Hartmann: Ersteres: Ghuntley argumentiert, Unikernel kehren zurück, weil KI die Reibung beseitigt hat. Unikernel sind quasi minimalistische Systeme ohne klassisches Betriebssystem. Der ursprüngliche Einwand war immer: zu viel Aufwand, zu wenig Menschen können das. Wenn KI den Code schreibt und die Konfiguration übernimmt, fällt dieser Einwand weg.

Lena Vogel: Und der zweite Vorteil, den die Diskussion betont: Unikernel reduzieren die Angriffsfläche. Kein Betriebssystem heißt: kein Angriffspunkt. Und Betriebssystem als technische Schuld – das ist eine harte Formulierung, aber sie stimmt. Jede Patch-Dienstag-Runde ist ein Beweis.

Felix Hartmann: Die Skeptiker fragen: Praxistauglichkeit? Wie weit kommt das in echten Produktionssystemen? Es ist eine Richtung, keine Mainstream-Lösung. Aber die Richtung ist, dass die alten Einwände an Gewicht verlieren.

Lena Vogel: Das andere Extrem ist das Lightbulb Computer: Projektor plus Computer Vision in Glühbirnenform. Es gab eine echte Demo – aber sie war sperrig, nicht die elegante Mini-Glühbirne, die man sich vorstellt.

Felix Hartmann: Warum macht man so etwas? Es ist ein Experiment, wie Computing aussehen könnte, wenn die Form frei ist. Nicht Laptop, nicht Telefon, sondern eingebettet in die Umgebung. Die Kommentare zeigen beides: Faszination für die Vielfältigkeit des Computing – und die Frage, was das praktisch bringen soll.

Lena Vogel: Es geht dabei um dasselbe Muster wie bei Unikernel: minimalistische Systeme, weniger Schuld, weniger Overhead, weniger Abhängigkeit von Standard-Architekturen. Beide Ansätze sind exotisch, beide sind offen in der Praxistauglichkeit.

Felix Hartmann: Und ein ähnliches Effizienzthema taucht bei Datenbanken auf. Konkret: DuckDB 2.0.

Lena Vogel: Das ist ein schönes Beispiel, weil es zeigt, dass große Gewinne oft nicht in der Mathe, sondern im I/O-Pfad stecken. DuckDB 2.0 hat asynchrone E/A: eine dedizierte Gruppe lädt herunter, während andere dekodieren.

Felix Hartmann: Das heißt konkret: Statt erst alles zu laden und dann zu verarbeiten, überschneiden sich Laden und Verarbeiten. Bei S3-Zugriff ist das ein riesiger Effekt: von 18,8 Sekunden auf 7,7 Sekunden. Mehr als halbiert.

Lena Vogel: Die Kommentare betonen, dass genau solche Architekturdetails am I/O-Pfad die massiven Gewinnsteigerungen bringen. Nicht eine neue Formel, nicht ein neuer Algorithmus – sondern eindetail am richtigen Ort.

Felix Hartmann: Die offene Frage: Wie weit skaliert das bei anderen Speicherorten? S3 ist ein Sonderfall mit hoher Latenz, wo Überschneidung extrem lohnt. Wie sieht es bei lokalen Festplatten aus, bei Netzwerk-Dateisystemen, bei anderen Cloud-Speichern? Es ist eine Richtung, kein universelles Rezept.

Lena Vogel: Und damit zu einem anderen Ort, wo Technologie ein Werkzeug ist – dort allerdings ein politisches. San Francisco.

Felix Hartmann: Discretionary Review ist ein Wohnungssimulator. Jeder Bauplatz ist ein echter Rechtsstreit, Gesetze und Fälle stammen aus dem öffentlichen Register.

Lena Vogel: Und das ist der Clou: Man spielt nicht ein abstraktes Planspiel, man erlebt die tatsächlichen Verfahren, die echten Bauplätze, die echten Ausreden, aus denen in San Francisco Wohnraum nicht gebaut wird. Der Simulator macht sichtbar, wie Rechtsstreitigkeiten Wohnraum verteuern.

Felix Hartmann: Die Diskussion dazu ist ehrlich geteilt. Die eine Seite: Endlich ein Werkzeug, das die Komplexität und die Verzögerung erlebbar macht, statt nur Statistik. Es ist das Argument, dass Diskretionäre Überprüfung de facto ein Veto-Recht für Nachbarn ist.

Lena Vogel: Die andere Seite: Der Simulator zeigt die Mechanik, aber er sagt nichts über die Gerechtigkeit der Mechanik. Vielleicht ist ein Verfahren, das Nachbarn anhört, besser als ein Bauamt, das einfach durchstampft. Die Frage ist, ob die Verfahren das Richtige filtern oder ob sie einfach alles filtern.

Felix Hartmann: Die strukturelle Ebene dazu kommt aus den Steuerreformen. In den USA senken Reformen die Steuern für Wohneigentümer und verlagern sie auf Gewerbeimmobilien – Mieten steigen.

Lena Vogel: Das ist ein schönes Beispiel für Anreizlogik. Wenn Wohneigentum steuerlich begünstigt wird und Gewerbe die Last trägt, dann zahlen am Ende die Mieter. Es ist keine böse Absicht, es ist ein struktureller Anreiz, der eben genau die Lastverschiebung produziert, die man in den Mieten sieht.

Felix Hartmann: Die offene Frage ist, ob Reformen die Lastverschiebung korrigieren. Es gibt das Argument, dass die beiden Mechanismen – Rechtsstreitigkeiten und Steuerlastverschiebung – zusammen wirken und einander verstärken. Und es gibt das Gegenargument, dass Reformen, die die Steuerlogik korrigieren, erstmal andere Nebenwirkungen haben. Beides ist offen.

Lena Vogel: Und ähnlich strukturell ist die nächste Frage: Was machen ultraverarbeitete Lebensmittel mit uns?

Felix Hartmann: Die Virginia-Tech-Studie: UPF-Mahlzeiten gegenüber Nicht-UPF-Mahlzeiten mit ausgeglichenen Nährwerten erzeugen unterschiedliche metabolische und zerebrale Reaktionen.

Lena Vogel: Das ist der Spreu-vom-Weizen-Moment für die Nährwertrechnung. Wenn du nur auf Kalorien, Fett, Zucker schaust, sollten UPF- und Nicht-UPF-Mahlzeiten gleich sein. Die Studie relativiert genau diese Rechnung: Es gibt einen Unterschied, der nicht in der Nährwerttabelle steckt.

Felix Hartmann: Was heißt das praktisch? Die reine Nährwertrechnung reicht nicht. Was die Frage ist, wie der Unterschied zustande kommt – ob es die Verarbeitung selbst ist, die Additive, die Textur, die Essgeschwindigkeit – ist offen. Die Langzeiteffekte der Studie sind auch offen.

Lena Vogel: Und zum Impfstoff: PopVax hat PVX-001 dosiert. Eine breite COVID-Impfstoff-Kandidatin, stabil bei 2 bis 8 Grad, Phase I. Und sie wird open source, sobald sie abgeschlossen ist.

Felix Hartmann: Das ist aus zwei Gründen interessant. Erstens die Stabilität: 2 bis 8 Grad heißt, Verteilung ohne Kühlkette ist einfacher. Gerade in Regionen, wo Kühlketten teuer oder unzuverlässig sind, ist das ein echter Hebel.

Lena Vogel: Zweitens die Open-Source-Frage: Wer open source stellt, wird geliebt – wie Donald Knuth. Das ist die Überleitung, und die ist durchaus wörtlich gemeint.

Felix Hartmann: Die offene Frage beim Impfstoff: Wirksamkeit. Phase I sagt nichts über die Wirksamkeit, nur über Sicherheit und Verträglichkeit in der ersten Runde. Es ist eine Richtung, kein abgeschlossenes Ergebnis.

Lena Vogel: Genau. Und wer open source stellt – Knuth. Der Mann schickt Belohnungsschecks für Fehler in seinen Büchern. Seit einiger Zeit sind die Schecks imaginär – es gibt Zertifikate der Bank of San Serriffe.

Felix Hartmann: San Serriffe ist eine fiktive Insel, die mal als Aprilscherz entstanden ist. Die Bank dort ist also ein Augenzwinkern. Es ist Punktelogie in der besten Form – die Belohnung bleibt, nur die Form hat sich geändert.

Lena Vogel: Und macOS, die Zertifizierungsfrage: macOS ist weiterhin UNIX 03 zertifiziert. Das Fehlen im Open-Group-Register scheint ein Darstellungsfehler der Website zu sein, keine tatsächliche Beendigung der Zertifizierung.

Felix Hartmann: Was die Kommentare zeigen, ist Zertifizierungsstaub: Das Register ist nicht das Zertifizierungsdokument. Es ist eine Anzeige, und Anzeigen können Darstellungsfehler haben. Es ist die Art Feinheit, die auf den ersten Blick wie eine Nachricht aussieht und auf den zweiten Blick wie ein Bug.

Lena Vogel: Und dann der Schocker: Die massive CPR-Datenpanne in Dänemark passierte mit dem Passwort '123456'.

Felix Hartmann: Das ist die Bandbreite, die wir in dieser Themenmischung sehen: Punktelogie bei Knuth, Darstellungsfehler bei macOS – und dann ein Leck, bei dem ein riesiger Datensatz durch ein Passwort geschützt war, das auf jeder Worst-Password-Liste ganz oben steht.

Lena Vogel: Es ist Fahrlässigkeit in Reinform. Und es ist die Art Story, bei der die Kommentare nicht really diskutieren, sondern alle im gleichen Ärger sind. Die offene Frage ist die Konsequenz: Was passiert mit den Verantwortlichen, was passiert mit den Betroffenen?

Felix Hartmann: Und das ist der Bogen, der sich über die ganze Episode spannt: Kontrolle. WallHop und Bitwarden und Nvidia – wer kontrolliert Software. LLM-Verantwortung und Jev – wer kontrolliert Entscheidungen. Unikernel und Lightbulb und DuckDB – wer kontrolliert Systeme. Wohnungsbau und Steuerreform – wer kontrolliert Strukturen. UPF und PopVax – wer kontrolliert den Körper. Und '123456' – was passiert, wenn niemand die Kontrolle wirklich hat.

Lena Vogel: Das war es von uns. Bleib neugierig, bleib kontrolliert – und ändere dein Passwort.

Felix Hartmann: Tschüss, bis zum nächsten Mal.