Überlegungen zur Quellcode-Lizenz

Der Erwerb des Quellcodes einer Börsenplattform wird häufig als der Moment dargestellt, in dem ein Betreiber die Kontrolle über die eigene Technologie erlangt. In der Praxis hängt das Erlangte weit weniger vom Code selbst ab als von der Lizenz, die ihn begleitet. Dieselben Dateien können unter Bedingungen geliefert werden, die echtes Eigentum und Handlungsfreiheit gewähren, oder unter Bedingungen, die den Betreiber für jede wesentliche Änderung vom ursprünglichen Anbieter abhängig lassen. Die Lizenz sorgfältig zu lesen, bevor ein Vertrag unterzeichnet wird, ist daher eine der folgenreichsten Entscheidungen bei einem Quellcode-Kauf.

Das Thema liest sich für jede Leserschaft anders. Für eine Geschäftsführung betrifft es den Wert und die Beständigkeit eines Vermögenswerts, für den das Unternehmen zahlt, und das Risiko einer Abhängigkeit, die die Beziehung überdauert. Für eine Technologieleitung betrifft es, was ohne Erlaubnis geändert, neu gebaut und erneut bereitgestellt werden darf und welche Pflichten Dritter mit dem Code einhergehen. Für eine Compliance- oder Rechtsfunktion betrifft es die Klarheit des geistigen Eigentums, die Fortführung der Plattform bei einem Ausfall des Anbieters und wie die Bedingungen zu den regulatorischen Erwartungen der Börse passen. Dieser Beitrag legt Überlegungen zur Quellcode-Lizenz auf konzeptioneller Ebene dar. Er ist keine Rechtsberatung, und die Bedingungen einer konkreten Vereinbarung sollten von qualifizierten Rechtsberatern geprüft werden.

Was eine Quellcode-Lizenz umfasst

Eine Quellcode-Lizenz ist die Vereinbarung, die festlegt, was ein Betreiber mit dem erhaltenen Code tun darf und was nicht. Sie bestimmt, ob der Code vollständig als Eigentum übergeht oder zur Nutzung lizenziert wird, welche Rechte mit der Lieferung übertragen werden und welche beim Anbieter verbleiben. Üblicherweise regelt sie das Recht, die Plattform zu betreiben, sie zu ändern, sie neu zu bauen und bereitzustellen, andere Parteien mit Arbeiten daran zu beauftragen und in manchen Fällen sie weiterzugeben oder weiterzuverkaufen. Dass der Code auf den eigenen Servern eines Betreibers liegt, klärt keine dieser Fragen für sich allein; die Lizenz tut es.

Diese Bedingungen bewusst festzulegen ist wichtig, weil ein Quellcode-Kauf gewöhnlich der Sicherung von Unabhängigkeit dient und eine unklare oder restriktive Lizenz genau das leise untergräbt. Ein Betreiber, der den Code lesen und halten, ihn aber ohne Mitwirkung des Anbieters nicht ändern oder neu bauen kann, hat weniger erworben, als er glauben mag. Die nachstehenden Überlegungen sollen den Unterschied deutlich machen, solange er noch Verhandlungssache ist, statt als Einschränkung aufzutauchen, nachdem die Plattform live ist und der Verhandlungsspielraum vergangen ist.

Warum die Lizenzbedingungen so wichtig sind wie der Code

Zwei Quellcode-Lieferungen können Datei für Datei identisch sein und dennoch sehr unterschiedliche Vermögenswerte darstellen, weil die Lizenz bestimmt, was dem Betreiber tatsächlich freisteht. Die Bedingungen regeln, ob Änderungen im Haus oder durch einen gewählten Dritten vorgenommen werden dürfen, ob die Plattform über mehrere Einheiten oder nur eine bereitgestellt werden darf, ob der Code in eine andere Hosting-Umgebung verlagert werden darf und ob Teile davon in anderen Projekten wiederverwendet werden dürfen. Es sind diese Bedingungen, die entscheiden, ob ein Kauf dauerhafte Kontrolle liefert oder eine bequemere Form der Abhängigkeit.

Die Unterscheidung wird gerade in den Momenten wesentlich, gegen die Unabhängigkeit schützen soll: ein Anbieter, der nicht mehr reagiert, die Richtung ändert, die Preise erhöht oder den Betrieb einstellt. Ein Betreiber, dessen Lizenz es erlaubt, die Plattform durch das eigene oder ein gewähltes Team zu warten und weiterzuentwickeln, ist gegen solche Ereignisse abgesichert; ein Betreiber, dessen Lizenz jede wesentliche Änderung an den ursprünglichen Anbieter bindet, ist es nicht, was auch immer der Code auf seinen Servern nahelegen mag. Die Lizenz, nicht die Lieferung, legt die langfristige Position des Betreibers fest.

Eigentum, Änderung und Weitergabe

Drei Rechte stehen im Zentrum der meisten Quellcode-Verhandlungen. Das erste ist das Eigentum: ob das geistige Eigentum am gelieferten Code auf den Betreiber übergeht oder ob der Betreiber eine Lizenz zur Nutzung von Code erhält, der weiter dem Anbieter gehört. Das zweite ist das Änderungsrecht: ob der Betreiber den Code frei ändern darf, im Haus oder durch einen Dritten, oder nur innerhalb der vom Anbieter gesetzten Grenzen. Das dritte ist die Weitergabe: ob der Betreiber den Code über die eigene Nutzung hinaus weiterverkaufen, unterlizenzieren oder erneut bereitstellen darf, was die meisten Anbieter einschränken und die meisten Betreiber tatsächlich nicht benötigen.

Keines davon ist an sich richtig oder falsch; entscheidend ist, dass jedes verstanden und auf die Absicht des Betreibers abgestimmt wird. Ein Betreiber, der volle Unabhängigkeit anstrebt, wird Eigentum und uneingeschränkte Änderung stark gewichten, während einer, der mit einer betreuten Plattform zufrieden ist, eine Nutzungslizenz mit definierten Änderungsrechten im Austausch gegen andere Vorteile akzeptieren mag. Der Fehler besteht in der Annahme, dass der Erhalt von Quellcode diese Rechte automatisch klärt. Das tut er nicht, und der Unterschied zwischen einer Eigentumsübertragung und einer Nutzungslizenz ist eine der wichtigsten Unterscheidungen der gesamten Vereinbarung.

Drittanbieter- und Open-Source-Komponenten

Kaum eine Plattform wird vollständig von Grund auf geschrieben, und eine Börsen-Codebasis enthält fast immer Drittanbieter-Bibliotheken und Open-Source-Komponenten, die jeweils ihre eigene Lizenz tragen. Diese Pflichten gehen mit dem Code einher, ob sie in der Hauptvereinbarung ausbuchstabiert sind oder nicht, und sie können Bedingungen daran knüpfen, wie die Software genutzt, geändert und weitergegeben wird. Ein Betreiber, der eine Codebasis in Eigentum übernimmt, erbt die Verantwortung für die Lizenzen alles darin Enthaltenen, und ein Anbieter, der die eigenen Abhängigkeiten nicht darlegen kann, ist an sich ein Warnzeichen.

Der überlegte Ansatz besteht darin, vor dem Kauf Klarheit darüber zu verlangen, auf welche Drittanbieter- und Open-Source-Komponenten die Plattform angewiesen ist und zu welchen Bedingungen. Manche Open-Source-Lizenzen sind freizügig und verlangen wenig über die Namensnennung hinaus; andere tragen Bedingungen, die für ein Unternehmen, das seine Plattform proprietär halten will, sehr bedeutsam sind. Der Punkt ist nicht, dass eine bestimmte Komponente disqualifizierend wäre, sondern dass der Betreiber wissen sollte, was er erwirbt, und diese Pflichten wissentlich akzeptiert, statt sie bei einer späteren Prüfung oder Streitigkeit zu entdecken.

Escrow, Support und Wartung

Wo kein vollständiges Quellcode-Eigentum übertragen wird, ist Quellcode-Escrow ein üblicher Mittelweg. Bei einer Escrow-Vereinbarung wird eine Kopie des Codes von einem unabhängigen Dritten verwahrt und nur dann an den Betreiber freigegeben, wenn festgelegte Ereignisse eintreten, etwa dass der Anbieter den Betrieb einstellt oder vereinbarte Pflichten nicht erfüllt. Escrow gewährt keinen täglichen Zugriff auf den Code, schützt aber die Fortführung: Die Plattform wird nicht allein deshalb unwartbar, weil der Anbieter sie nicht mehr betreuen kann oder will.

Support- und Wartungsbedingungen verdienen dieselbe Prüfung wie die Lizenzgewährung. Ein Betreiber, der den Code besitzt, aber weder Dokumentation noch Build-Anweisungen noch einen Wissenstransfer hat, hält womöglich einen Vermögenswert, den er praktisch nicht warten kann. Die reife Vereinbarung behandelt die Lizenz, die Dokumentation und einen definierten Support-Zeitraum als Teile eines einzigen Erwerbs, damit der Betreiber die Plattform wirklich weiterführen kann, statt etwas nominell zu besitzen, das er ohne das ursprüngliche Team weiter nicht ändern kann.

Lizenzmodelle und Nutzungsumfang

Lizenzen unterscheiden sich auch in Struktur und im gewährten Nutzungsumfang. Eine unbefristete Lizenz gewährt das Recht, den Code auf unbestimmte Zeit zu nutzen, üblicherweise gegen eine einmalige Gebühr, während eine Abonnement- oder Zeitlizenz die Nutzung für einen festgelegten Zeitraum gegen wiederkehrende Zahlung gewährt. Über die Dauer hinaus legen Lizenzen den Nutzungsumfang fest: wie viele Umgebungen oder Einheiten der Code bedienen darf, ob er für eine Marke oder mehrere genutzt werden darf und ob die Nutzung auf den Betreiber beschränkt ist oder sich auf Unternehmen erstreckt, die er später erwirbt oder gründet.

Diese strukturellen Entscheidungen tragen Folgen, die den ursprünglichen Kauf überdauern. Ein Betreiber, der mehrere Marken betreiben oder in neue Märkte und Einheiten expandieren will, braucht eine Lizenz, deren Umfang dieses Wachstum vorwegnimmt, statt einer, die um eine einzige Bereitstellung herum bepreist und gezeichnet ist. Das Lizenzmodell und seinen Umfang zum Zeitpunkt der Verhandlung an die Pläne des Betreibers anzupassen, vermeidet die teurere Alternative, aus einer schwächeren Position nachzuverhandeln, sobald die Plattform live und für das Geschäft zentral ist.

Erwartungen in UK und EU

Eine Lizenz steht nicht abseits der regulatorischen Erwartungen, die für die Börse gelten. Im Vereinigten Königreich wird von Unternehmen, die Kryptowerte handhaben, erwartet, operative Widerstandsfähigkeit aufrechtzuerhalten und nachzuweisen, dass sie den Betrieb auch beim Ausfall eines Anbieters fortsetzen können, was die Fortführungsbedingungen einer Lizenz, einschließlich eines etwaigen Escrow, ebenso zu einer Frage der Resilienz wie des Geschäfts macht. Die Registrierung nach den Money Laundering Regulations ist ein Zugang im Bereich Finanzkriminalität und keine vollständige Zulassung, und das kommende FSMA-Regime für Kryptowerte hebt diese Erwartungen weiter an.

In der Europäischen Union ist der Rahmen gefestigt. Die MiCA-Übergangsphase ist beendet. Neue EU-Kryptowert-Projekte müssen von Beginn an für ein zugelassenes CASP-Betriebsmodell konzipiert werden, und DORA setzt Erwartungen an Technologieabhängigkeiten von Dritten, die unmittelbar in die Ausgestaltung einer Quellcode- und Support-Vereinbarung hineinreichen. Wir erstellen keine Rechtsgutachten und garantieren keine Zulassung. Wir setzen regulatorische und prüfungsbezogene Anforderungen in Technologie, Infrastruktur und Betrieb um. Eine gut gezeichnete Lizenz stützt operative Widerstandsfähigkeit und klares Eigentum an der Plattform, erfüllt aber keine dieser Pflichten für sich allein; die Governance, die Aufzeichnungen und die Fortführungsplanung darum herum machen aus einer Lizenz den Nachweis eines kontrollierten Betriebs.

Eine Lizenz bewerten

Die richtigen Bedingungen ergeben sich daraus, was der Betreiber mit dem Kauf erreichen will. Ein Betreiber, der echte Unabhängigkeit sucht, wird Eigentum oder eine breite unbefristete Lizenz, uneingeschränkte Änderung, eine klare Aufstellung der Drittanbieter-Komponenten und Fortführungsschutz durch Escrow oder Übertragung priorisieren. Ein Betreiber, der mit einer betreuten Plattform zufrieden ist, mag vernünftigerweise engere Bedingungen im Austausch gegen eine stärkere Support-Zusage akzeptieren. Der beiden gemeinsame Fehler besteht darin, sich auf die Lieferung des Codes zu konzentrieren und die Lizenz als Formelwerk zu behandeln, obwohl in der Lizenz der Wert des Kaufs tatsächlich entschieden wird.

Die Fragen an jeden Anbieter ergeben sich daraus. Geht das Eigentum über oder ist dies eine Nutzungslizenz, und wenn Letzteres, ist sie unbefristet? Darf der Code im Haus oder über einen Dritten ohne weitere Erlaubnis geändert werden? Welche Drittanbieter- und Open-Source-Komponenten sind enthalten und zu welchen Bedingungen? Ist Escrow verfügbar, wo kein Eigentum übergeht, und was löst die Freigabe aus? Welche Dokumentation, welcher Support und welcher Wissenstransfer begleiten den Code? Für einen weiteren Blick darauf, wie diese Fragen in die umfassendere Plattformentscheidung passen, bieten die Übersicht Krypto-Börsen-Software und die Seite Fintech-Architektur-Beratung den umgebenden Kontext.

Zusammenfassung und nächste Schritte

Überlegungen zur Quellcode-Lizenz bestimmen, was ein Betreiber tatsächlich erwirbt, wenn er den Code einer Börsenplattform kauft: ob Eigentum übergeht oder die Nutzung lizenziert wird, was geändert und weitergegeben werden darf, welche Drittanbieter- und Open-Source-Pflichten mit dem Code einhergehen und wie die Fortführung durch Escrow, Support und Wissenstransfer geschützt ist. Zwei identische Lieferungen können sehr unterschiedliche Vermögenswerte darstellen, und der Unterschied liegt in der Lizenz, nicht in den Dateien. Bewusst gelesen und verhandelt, bevor die Plattform live ist, macht die Lizenz aus einem Quellcode-Kauf die dauerhafte Kontrolle, die er bieten soll. Regionsspezifische Erwartungen sind auf den Bereitschaftsseiten für das Vereinigte Königreich und die Europäische Union dargelegt.