Anmelden

Becoming CTO Secrets· Folge 63

HTTP 402 wacht nach 30 Jahren auf. Jetzt kommt das Internet Geld für Maschinen. Mit Peter Großkopf

Dienstag, 18. August 2026 · 53 min

MP3

Shownotes

Send us Fan Mail (buzzsprout.com/2402174/fan_mail/new)
Seit 1997 wartet der HTTP-Statuscode 402 „Payment Required“ auf seine eigentliche Aufgabe. Fast 30 Jahre lang blieb er eine Fußnote des Internets. Jetzt könnte ausgerechnet Agentic AI ihn zum Leben erwecken.
Denn sobald AI-Agents nicht mehr nur Informationen suchen, sondern selbstständig Daten, Inhalte, APIs oder Dienstleistungen einkaufen, stoßen klassische Bezahlsysteme an ihre Grenzen. Maschinen klicken sich nicht durch Checkouts, tippen keine Kreditkartendaten ein und schließen nicht für jede einzelne Anfrage ein Abonnement ab. Sie brauchen eine Zahlungsinfrastruktur, die genauso schnell, offen und programmierbar ist wie das Internet selbst.
Peter Großkopf erklärt, wie x402 Bezahlvorgänge direkt in HTTP-Anfragen integrieren kann und warum Stablecoins für globale Echtzeit- und Mikropayments interessant werden. Wir sprechen darüber, wie ein Agent kostenpflichtige Inhalte findet, eine Zahlung auslöst und die angeforderte Ressource erhält – aber auch über die gefährliche Seite dieser Idee: Was passiert, wenn ein schlecht konfigurierter Agent in wenigen Minuten Hunderte korrekte, aber unerwünschte Transaktionen ausführt? Wer setzt Mandate, Spending Limits und Kontrollmechanismen? Und könnte Europas Regulierung hier vom vermeintlichen Bremsklotz zum Vertrauensvorteil werden?
Peter hat als Mitgründer und CTO die Solarisbank aufgebaut, war Geschäftsführer und CTO der Börse Stuttgart Digital Exchange, Co-Founder von Unstoppable Finance und ist heute CTO und COO von AllUnity. Deshalb geht es in dieser Folge nicht nur um Agentic Payments. Peter beschreibt den CTO als obersten Tech-Unternehmer, erklärt, warum er sich permanent selbst überflüssig machen will, und zeigt, wie AllUnity mit Ephemeral Teams statt starrer Produktteams arbeitet.
Eine Folge über einen HTTP-Code, der seiner Zeit voraus war, CTOs, die keine Abhängigkeiten von sich selbst bauen – und ein Internet, in dem der nächste zahlende Kunde womöglich kein Mensch mehr ist.
Support the show (buzzsprout.com/2402174/support)
🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting
→ deutscherconsulting.com
📘 Whitepaper „Entwickler Heute, CTO Morgen“
→ whitepaper.becomingctosecrets.com
📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien
→ ctoreport.becomingctosecrets.com
🤝 Becoming CTO Community
→ deutscherconsulting.com/becoming-cto-community
🎯 CTO Coaching Programm
→ deutscherconsulting.com/cto-coaching
💬 Vernetze dich mit Philipp auf LinkedIn
→ linkedin.com/in/philippdeutscher

Transkriptvom Podcast bereitgestellt · Zeitmarken springen hin

Hallo und herzlich willkommen zu Becoming CTO Secrets, dem Podcast von CTOs für CTOs und all diejenigen, die es noch werden wollen. Ich bin Philipp Deutscher, externer CTO, CTO-Coach und Gründer der Becoming CTO Community. Da kommt ganz schön oft das Wort CTO vor, stelle ich immer wieder fest. Egal, Peter Großkopf ist heute zu Gast bei mir.

Er hat mehrfach dort gebaut, wo Technologie, Unternehmertum und Regulierung besonders unbequem aufeinandertreffen. Er war Mitgrüder, Mitgründer natürlich und CTO von der Solaris Bank, als Geschäftsführer und CTO der Börse Stuttgart Digital Exchange, als Co-Founder von Unstoppable Finance und heute als CTO und COO von AllUn.

Mit Peter Großkopf spreche ich darüber heute, warum der CTO für ihn der oberste Tech-Unternehmer eines Unternehmens ist, wie ein 13-köpfiges Team mit Ephemeral Teams, weiß natürlich nicht jeder, was es ist, erklären wir gleich, erstaunlich viel schafft und warum autonome AI-Agents eine eigene Zahlungsinfrastruktur brauchen.

Peter, herzlich willkommen. Hi, danke für die Einladung. So, jetzt habe ich eben Ephemeral Teams genannt. Weißt du, was damit gemeint ist? Ich weiß, was damit gemeint ist. Sehr gut, kommen wir auch gleich dazu. Die meisten, die wenigsten wissen es, aber wir hatten dafür im Vorgespräch ja auch schon gesprochen.

Dann lass uns mal direkt so einsteigen. Was fasziniert dich denn ausgerechnet an der Schnittstelle, an der ja die technologische Ambition auf die harte Regulierung trifft? Denn das ist es, was du vor allen Dingen jetzt auch bei AllUn hauptsächlich machst.

Genau, also ich meine, das Leben ist ja meistens schwer planbar. So hat irgendwie das eine kommt zum anderen und man entwickelt sich in eine bestimmte Richtung. Als ich mein Engineering-Leben gestartet habe, hätte ich jetzt halt auch nicht gedacht, dass ich im regulierten Umfeld landen würde. Aber ich habe dort einfach irgendwie interessante Herausforderungen gesehen und bin dann praktisch jetzt die letzten 13 Jahre in dem Bereich geblieben.

Also zunächst erstmal, wie kam es dazu? Also bei der Solaris Bank bin ich als CTO eingestiegen, eigentlich praktisch genau mit der Vita, dass ich halt eigentlich geeignet war, weil ich, weil ich noch nie in der Bank vorher gearbeitet habe. Also dass damals die Vorstellung gesagt haben, so hey, wir wollen eigentlich eine Person haben, die halt mit einem frischen Mindset rangeht, die dann, glaube ich, hat auch in den Jahren, wo wir dort tätig waren, dann halt auch einiges gepusht hat, auch so Richtung AWS-Nutzung, auch da die regulatorischen Leitplanken dann setzen zu können, weil halt wie damals durfte man als Bank eben nämlich kein AWS nutzen.

Und ich habe halt für mich einfach erkannt, so dieses erstmal grundsätzlich zu verstehen, was heißt eigentlich Regulierung. Bedeutet so viel wie, es gibt halt bestimmte Vorgaben, also halt, man könnte es auch sagen, nicht funktionale Anforderungen, die man zu erfüllen hat. Die versucht man dann halt möglichst effizient und möglichst halt mit viel Automatisierung und Technologie und natürlich auch sehr viel Gründlichkeit mit einer klaren Prozessperspektive dann halt entsprechend umzusetzen.

Und ich kam dann für mich selber einfach zu der Erkenntnis, dass halt eigentlich, wenn man halt wie ein CTO oder ein Engineer ist, der die Dinge halt einfach sehr, sehr sauber und sehr gründlich und halt eben sehr automatisiert und skalierbar machen möchte, dann findet man da halt eben halt auch bei den Regulatorikt-Themen eine ganze Menge Ansporn.

Du hast ja jetzt gesagt, du bist ohne Fintech-Background oder ohne Finance-Background in diese Rolle gekommen. Ist das nicht trotzdem schon sehr ungewöhnlich? Denn normalerweise orientiert sich auch FinTech mittlerweile sehr stark an der Fintech-Domäne und will eigentlich nur die Leute einstellen, die genau da Expertise haben.

Also, wieso ausgerechnet Solaris-Bank nicht?

Naja, ich meine, damals sah die Bankinfrastruktur dann noch ganz anders aus. Also wie gesagt, also halt in die Cloud war praktisch überhaupt gar kein Thema. Und auch als wir in das erste Audit reingegangen sind und der Auditfirma dann erstmal präsentiert haben, wie wir halt auch Automation-Tools zum Aufsetzen-Ifrastruktur verwenden und wie uns das halt eben eigentlich auch praktisch hilft, als Team skaliber zu bleiben.

Also weil so einfach mal eine Anekdote. Die erste Frage, die damals kam, war, ja, wo ist denn halt euer Notfallplan? Und die haben halt eigentlich damit gerechnet, dass wir jetzt halt so einen Ordner aus dem Schrank rausziehen und den halt irgendwie zeigen. Und dann haben wir gesagt, okay, den Ordner haben wir nicht.

Und dann sah man halt eigentlich schon den Schrecken in den Augen. Und dann haben wir gesagt, also das ist bei uns halt alles Code, der halt irgendwie ausgeführt wird. Und wir machen da eigentlich praktisch halt eben so dieses Ausrollen der Infrastruktur und halt das damit verbundene Testing, halt eben dann halt irgendwie auch ziemlich regelmäßig.

Wahrheit einfach immer halt alles automatisiert ist und wir nicht irgendwie drei Tage lang halt irgendwie Zeile für Zeit irgendwie alles abtippen müssen. Und das hört sich jetzt irgendwie 13 Jahre später halt völlig absurd an, aber die Zeit vergeht einfach verdammt schnell und in der Vergangenheit haben wir halt einfach noch eine ganz andere technische Skalierung gehabt, als wir heute haben.

Das ist richtig. Du hast jetzt trotzdem, also ich würde gerne nochmal auf den Punkt kommen, wie du bei der Solaris-Bank gelandet bist. Du sagst, der Fintech-Background war etwas, was man explizit nicht wollte, oder Fintech gab es damals vielleicht noch gar nicht so in der Form wie heute, aber den Bankensektor, den Finance wollte man eigentlich nicht haben.

Was hatte ich denn, welches Expertenwissen, welches Domainwissen hatte ich dann für diese Rolle prädestiniert aus Sicht der Solaris? Das hat man ja bestimmt mit dir darüber gesprochen.

Genau, also es ging halt eben darum, dieses Startup-Mindset halt eben mit dem Bankenmindset zu verknüpfen. Also Bankenmindset heißt halt, wie ich schon eingangs sagte, alles möglichst gründlich entlang den Vorgaben der Regulierung zu machen. Und halt so, dass ich persönlich als Engineer bin halt eigentlich so mit so Spotify-vertikale Organisationen, Daniel Pink und Co.

groß geworden. Also halt irgendwie eine IT-Organisation zu schaffen, die halt eigentlich sehr, sehr maßgeblich halt irgendwie auch am Unternehmenserfolg beiträgt. Und wir haben halt eben halt irgendwie bei Solaris, also halt eben mit den beiden Vorständen, die mich dann damals dazugeholt haben, haben wir halt eben halt zu dritt halt eben genau dieses Ökosystem geschaffen.

Also hatten wir, wo er da auf der einen Seite das Bankenwissen war und auf der anderen Seite das Start-up-Wissen. Und wir haben dann halt eben halt eine Engineering-Organisation aufgebaut, die halt eben genau das trägt. Und also eigentlich so ein Schlagwort beispielsweise war halt auch damals eine Tech Company with a Banking License.

Das war so ein bisschen das, was über der Unternehmenskultur stehen sollte. Also, dass wir eigentlich vom Herzen aus sehr Engineering getrieben, sehr technisch, sehr produktorientiert uns aufgestellt haben, aber hat am Ende natürlich mit der Banklizenz die Verantwortung einer Bank tragen.

Du hast ja nicht nur das gemacht, also nicht nur Fintechs mitgegründet, du hast auch Beratungen aufgebaut, du hast Börsen- und Blockchain-Infrastruktur verantwortet und heute bist du jetzt so CTO und CEO von AllUnto. Und selber sagst du ja so, ja, eigentlich warst du ja auch noch einen Softwareentwickler und ein Techie.

Wann ist denn aus dem Softwareentwickler in dir eher der Unternehmer geworden, der Executive und der, der auf einer höheren Flughöhe unterwegs ist?

Ich glaube, der Unternehmer war schon immer drin. Also das ist gewissermaßen angeboren. Und die bewusste Entscheidung, dann halt eher die Unternehmerschiene einzuschlagen, hatte ich schon bei meiner ersten Firma. Und also die erste Firma war eben die besagte Consulting-Firma, die halt eben Auftragsentwicklung gemacht hat.

Also in der Regel, wenn ein Projekt etwas komplizierter war, dann hat man uns dazu geholt und wir haben uns individuelle Lösungen entwickelt. Also auch so ähnlich, was so Thoughtworks und Co. halt eben machen, also sehr stark auf Engineering konzentrierte Beratungen halt eben im Softwarebereich. Und halt ab einem bestimmten Zeitpunkt, als wir am Anfang hatten wir halt eben ein Team und wir haben im Prinzip halt alle Softwareentwicklungen gemacht, dann irgendwann waren es zwei Teams.

Dann irgendwann habe ich aber festgestellt, dass halt die Aufgaben, die ich im Team übernommen habe, dass ich die halt eigentlich gar nicht mehr adäquat delivern konnte. Weil ich dann halt irgendwie mich selber dabei ertappt habe, wie ich mit so ausreden kam, so ja, sorry, da kam noch ein Kundenanruf rein, da musste ich mich drum kümmern, ich muss noch ein Angebot schreiben, ich muss noch halt mich um andere mir auch dann Geschäftsführerthemen kümmern.

Und als dann, dann habe ich mich halt irgendwann selber gefragt, okay, also wenn ich jetzt halt irgendwie die Deadlines eigentlich permanent schiebe mit irgendwelchen Gründen, also ich muss halt irgendwie eine Struktur schaffen, wo sich halt die Mitarbeiter auf mich verlassen können. Und dann habe ich halt eben die zwei Türen gesehen, also entweder voller Fokus auf Engineering oder voller Fokus auf das drumherum.

Und da habe ich dann halt gesagt, okay, ich mache das drumherum, weil es dann auch wiederum meine Aufgabe als Unternehmer natürlich ist, die sozusagen das Unternehmen aufzubauen, weitere Mitarbeiter zu finden, die Firma dann halt eben halt auch zu skalieren. Und klar, wenn man natürlich aus dem Engineering kommt, den Background hat, versteht, wie die Leute ticken, dann ist das natürlich halt auch einigermaßen pragmatisch zu handhaben.

Und ich muss auch sagen, die Entscheidung habe ich nie bereut, weil wenn ich halt auch sehe, dass halt eben Mitarbeiter Spaß haben bei der Arbeit und halt eben ein gutes Environment vorfinden, das ist auf jeden Fall sehr viel wert.

Du warst jetzt ja nicht nur einmal CTO, du warst ja ein paar Mal CTO und ich nehme an, dein Verständnis von der CTO-Rolle hat sich auch im Laufe der Zeit verändert, geschärft, was auch immer. A hat es das und welche Überzeugung von damals, von den Anfängen deiner ersten CTO-Rolle, würdest du heute nicht mehr vertreten?

Ja, ich glaube, also wenn ich jetzt auch zurückblicke, die erste Firma, die ich gemacht habe, da ist halt noch sehr, sehr viel, also ich meine, so das Erstlingswerk in meinen Augen habe ich halt irgendwie mit jeder Position, die ich hatte immer was dazu gelernt. Also halt, ich habe, bin eigentlich über die ganzen Jahre halt immer von Position zu Position immer weiter gewachsen, weil ich halt eben dann auch reflektieren konnte, was habe ich irgendwie gut gemacht, was habe ich schlecht gemacht, was kann ich beim nächsten Mal irgendwie anders machen.

Beim ersten Mal war noch alles sehr, sehr stark halt auf, sag ich mal, meine direkte Interaktion ausgelegt. Also das heißt, ich hatte halt sehr, sehr viele Fäden in der Hand und sehr, sehr viel hing von mir ab. Und ich erinnere mich noch, als ich dann halt den Schritt gemacht habe, eben raus aus der Consultancy und dann damals rein in den Company-Builder und wo ich dann von Münster nach Berlin gezogen bin, dass ich halt mir einfach bewusst gesagt habe, also jetzt beim nächsten Mal, wenn ich ein Team aufbau, dann versuche ich mich, und das ist so mein geflügeltes Wort geworden, praktisch permanent selbst überflüssig zu machen, also obsolet zu machen.

Also halt, indem ich halt eigentlich Strukturen schaffe, also wo ich mir überlege, es braucht XYZ, also halt irgendwie bestimmte Fähigkeiten, bestimmte Capabilities, und ich baue die halt eben halt auf und dann übergebe ich sie halt eben halt irgendwie an eine Person, die da halt daran arbeitet und da die Verantwortung übernehmen kann.

Und dann schnappe ich mir das nächste Thema. Also dass man halt irgendwie praktisch wie so eine Art organische Entwicklung halt eben halt mir auch hat, wenn man Teams aufbaut. Also man fängt klein an, man entwickelt Spezialisierungen, man sieht halt eben bestimmte Themen, auf die man reagieren muss und dass ich halt eben halt versuche, natürlich halt auch mit sozusagen einer gewissen Hands-on-Mentalität die Themen halt eben aktiv anzugehen.

Aber vor allem in der Verbindung dann halt auch immer Leute zu suchen oder halt irgendwie Leute anzuziehen halt in dem Team, die halt eben bestimmte Aufgaben übernehmen können, die halt eben halt auch in der Lage sind, Verantwortung zu tragen und die dann halt eben sehr, sehr stark zu enablen und zu empowern und dann halt eben dann die Aufgabe halt auch auszuführen.

Also und so, dass dann halt eben auch den, also nach der ersten Firma mich da aus dem Management dann irgendwie rauszukarven, muss man fast sagen, hat irgendwie neun Monate gedauert, irgendwie alles zu übergeben und dann noch, wir haben, glaube ich, irgendwie fünf Leute nachgeheiert, irgendwie um einzelne Aufgaben zu übernehmen.

Und halt eigentlich fühlt es sich für mich halt auch so an, dass ich mir dann halt irgendwie Arme, Beine und dann irgendwann den Kopf irgendwie abpacken musste, weil ich im Prinzip so diese Übergaben halt irgendwie dann the hard way gemacht habe. Und das ist in der Folge danach nie wieder passiert.

Also nur um das richtig zu verstehen, um dich da aus der Rolle rauszukaufen, musste man mehrere Leute einstellen danach, um das überhaupt richtig auf saubere Füße zu stellen. Das heißt, vorher hast du eine Rolle übernommen, die danach mehrere andere übernehmen mussten.

So sieht es aus. Ich habe gesagt, außerordentlich.

Wie hat das denn vorher funktioniert? Also, ich glaube, eine gute Einzelperson kann immer mehrere Jobs übernehmen und du bist auch jemand, der mit sehr viel Energie an Themen herangeht, aber trotzdem ist es bemerkenswert, wenn du dann sagst, du musst jetzt mehrere Leute einstellen, um im Endeffekt das Ganze auf solide Füße zu stellen.

Ist das auch was, was du dann in späteren CTO-Rollen dann anders gemacht hast und von vornherein breiter aufgestellt hast?

Ja, ja, genau. Also in der ersten Kampagne ist es halt eben so gewesen, also ich beschreibe das immer so, wir haben ja eben Softwareentwicklung gemacht und irgendwie in der Softwareentwicklung und eine Agentur oder Consultancy braucht halt eben halt verschiedene Capabilities. Also es fängt meinetwegen von Serverkonfigurationen, Datenbank, Management, was weiß ich, Backend, Frontend, Design, Projektmanagement, Produktmanagement und geht dann bis hoch, irgendwie dann halt so Personalplanung und dann halt eben andere Geschäftsführungsaufgaben.

Und eigentlich hat halt über die Jahre schon grundsätzlich einen Prozess angefangen, wo halt irgendwie von unten nach oben praktisch die Aufgaben dann halt übergeben wurden. Also dass dann dann irgendwann muss man sich nicht mehr um die Server kümmern, dann irgendwann muss man sich nicht mehr um die Datenbank kümmern, dass das halt schon ein gewisser Spezialisierungseffekt eingetreten ist.

Aber ich bin eigentlich immer, wie ich halt selber sage, so universaldilettant gewesen. Also ich habe halt irgendwie ein sehr gutes Verständnis halt irgendwie für Personalmanagement und irgendwie Führung und Steuerung, Innovation, Design, Tech und so weiter, sodass da einfach sehr, sehr viele auch Interessen in mir schlummern, die ich halt auch gerne mache.

Und halt, wenn man etwas gerne macht, dann macht man sie ja meistens halt mir halt auch ganz vernünftig. Und insofern konnte ich dann halt auch in der Vergangenheit immer sehr vielen Personalunion machen. Also zum Beispiel, also in der Agentur, wir haben halt eigentlich jedes Projekt, was irgendwie stattgefunden hat, haben wir auch bekommen.

Halt irgendwie in Pitches. Aber auch einfach, weil wenn dann halt irgendwie jemand zum Kunden rausfährt, der es halt eben halt auch implementieren könnte. Also der halt weiß, was funktioniert, der weiß, was pragmatisch ist, der weiß, was aufwendig ist, das dann halt eben halt dem Kunden halt irgendwie auch ausreden kann und so weiter.

Das ist halt einfach, ja, glaube ich, halt irgendwie, das sieht man wahrscheinlich heutzutage noch viel häufiger, als man das damals gesehen hat. Aber halt eben so diese, sag ich mal halt auch irgendwie so Cross-Funktionssicht und halt eben halt irgendwie auch verschiedene Aufgaben übernehmen zu können, das zieht sich eigentlich nach wie vor noch irgendwie auch ein bisschen in mein heutiges Arbeitsleben durch.

Ja, ich habe noch im Hinterkopf, was du im Vorgespräch gesagt hast, dass du auch den CTO als obersten Tech-Unternehmer siehst. Das gibt ja durchaus verschiedene Interpretationen der CTO-Rolle. Die anderen gerade in Startups und Scale-Ups, die sehen dann vielleicht eher noch jemanden, der der stärkste Techie oder der stärkste Tech-Experte in der Organisation ist.

Wie sieht denn diese Verantwortung für das ganze Unternehmen aus der Rolle des CTOs als obersten Tech-Unternehmer in deinem Alltag konkret aus?

Ja, also ich glaube, es gibt halt immer unterschiedliche Firmen, die unterschiedliche Dinge tun, die halt aber auch in einer unterschiedlichen Reifephase sind. Also ich glaube, er hat irgendwie in einem Startup in einem Unternehmen halt noch mit wenig Mitarbeitern, mit wenig Spezialisierung und hat auch noch einer noch nicht gesicherten Zukunft.

Das sind sicherlich halt wie universal einsetzbare Leute grundsätzlich besser an einem besseren Ort, hatten wir, als wenn man jetzt halt irgendwie schon so kurz vor einem Börsengang und irgendwie 30 Teams international verteilt, halt mit einem ganz klaren Mission und einem ganz klaren Product Market Fit.

Also hatte ich mir und dazwischen liegen in meinen Augen halt einfach eben sehr, sehr viele unterschiedliche Konstellationen, die man abdecken kann. Und jetzt trifft halt eben halt auf auch das, was ich jetzt heutzutage mache bei AllUnity, hat einfach mal wieder zu, dass es sich halt um eine klassische Aufbaurolle handelt.

Also ich habe halt eigentlich die letzten 20 Jahre eigentlich immer Aufbaurollen gemacht. Also halt irgendwie Firma von null, also die ersten Leute reinholen, eine Mission aufbauen, halt ein Produkt, eine Dienstleistung, grundsätzlich eine Kultur, eine Außendarstellung und Kunden ranbekommen, Product Market Fit finden, also halt irgendwo immer dann halt über die verschiedenen Bereiche hinweg.

Und was mich halt eben stark geprägt hat, ist halt eben halt auch gerade, als ich diesen Schritt nach Berlin gemacht habe und dann hier in der CTO-Community angekommen bin, da fand halt genau gerade diese Diskussion statt. Also was ist, was bedeutet eigentlich die Rolle vom CTO? Und ich erinnere mich noch sehr, sehr gut, dass ich zu dem Thema auf einer Veranstaltung war von einer Headhunting-Firma, wo halt eigentlich alle der Meinung waren, dass halt eigentlich ein CTO der beste Tech hier in der Firma sein muss.

Und ich habe mich da hingesetzt und habe gesagt, ja, warum denn eigentlich? Weil um ein Startup erfolgreich zu machen, muss nicht unbedingt immer nur die beste Tech da sein, sondern halt mir, da muss halt einfach irgendwie der pragmatischste Kompromiss halt eben halt irgendwie auch zwischen Produkt und eben Tech stattfinden.

Halt mir, weil gerade zu einem Zeitpunkt, wo ich halt noch nicht weiß, wo mein Product Market fit ist, muss ich halt eben in der Lage sein, schnell zu iterieren. Und da muss ich gegebenenfalls vielleicht halt auch auf der Tech-Seite mal ein paar Kompromisse machen, ein paar Piloten, ein paar Prototypes bauen, um halt zu testen, ob meine Markthypothesen funktionieren.

Und wenn die langsam aufgehen und beginnen zu funktionieren, dann kann ich halt eben halt nachlegen und halt irgendwie die Technologie halt auch skalierbarer bauen. Und deswegen finde ich es halt eben so dieser, deswegen sage ich halt eben halt oberster Tech-Unternehmer, also halt die Entscheidungen, die ich treffe, die sich halt eben dann halt auch in andere Bereiche dann halt eben dann fortsetzen und durchziehen, die sind irgendwo immer von diesem Pragmatismus geprägt, dass halt irgendwie am Ende für mich nicht das oberste Ziel sein kann, dass nur die Tech funktioniert, sondern dass für mich nur zählen kann, dass halt eben die gesamte Firma funktioniert.

Ja, und das hat sich ja mittlerweile schon etwas geändert, wobei ich glaube, dass immer noch sehr vielen CTOs mehr unternehmerische Perspektive guttun würde. Trotzdem endet ja vielleicht auch irgendwo diese unternehmerische Einwirkung oder solltest du denn enden? Und wo würdest du auch irgendwo so eine Grenze ziehen?

Also, wo beginnt das Einmischen in die Verantwortung anderer? Gerade wenn du als CTO ja eigentlich der bist, der ja durchaus auch für die Belange von Technologie einstehen muss. Und natürlich willst du dann den guten pragmatischen Kompromiss haben, aber an einer gewissen Stelle musst du ja doch dich hinstellen und musst sagen, nee, ich bin doch der Einzige auf diesem Level, der für gute Technologie einsteht.

Wenn ich schon immer nur aus unternehmerischer Sicht argumentiere, wer vertritt denn dann wirklich die Interessen von Tech? Denkst du auch so? Oder passt du immer die Unternehmerbrille auf?

Also ich habe schon immer die Unternehmerbrille auf, aber eben so zur Unternehmerbrille gehört natürlich halt immer auch, dass halt die einzelnen Teilbereiche gut funktionieren. Also halt irgendwie, das ist immer auch so ein Pattern, was für mich über die letzten Jahre gut funktioniert hat, dass ich halt eben halt, wenn ich eine neue Tätigkeit beginne, in der Regel dann halt irgendwie auch mit auch schon, also nicht komplett alleine starte, sondern dass es dann halt eben dann halt irgendwie auch dann direkt schon immer ein, zwei, drei Leute gibt, die halt mitmachen oder halt irgendwie, die ich gegebenenfalls halt eben auch aus externe Consultants reinhole.

Weil gerade in der Zeit, wo ich, sag ich mal, an verschiedenen Stellen gefordert bin, hat irgendwie, weil es halt eben darum geht, das komplette Unternehmen aufzubauen und halt eben halt an vielen Stellen hat eben halt auch Technologie dann halt adäquat einzusetzen. Also was wir zum Beispiel jetzt bei All Unity, unterscheide ich halt grundsätzlich in zwei Bereiche.

Wir haben sozusagen unseren Product Engineering-Bereich, also wo wir halt eben unser Produkt entwickeln und unsere Technik-Plattformen, also inklusive dann halt eben halt auch sozusagen Cloud und Betrieb. Und auf der anderen Seite halt eben Enterprise IT nennen wir es, also wo wir dann halt eben alles aufbauen Richtung Rollenrechtemanagement und halt eben halt auch den Compliant-Einsatz von Informationstechnologie über verschiedene Anwendungsbereiche hinweg.

Und dann halt auch entsprechend konform an Regularien und Regulierungen. Und das heißt, ich muss eben halt auch diese volle Perspektive wahren. Und ich versuche halt einfach eben, wenn ich halt ein neues Projekt starte oder an einem neuen Projekt mitwirke, dann halt eben halt irgendwie, gerade wenn ich jetzt halt noch keine festen Angestellten habe, dann hole ich meistens am Anfang ein, zwei, drei Freelancer halt noch mit dazu, die halt eben halt sehr, sehr senior sind, halt irgendwie hat eben halt irgendwie auch so Aufbausituationen halt mir auch schon mitgemacht haben, die halt oftmals halt eben halt auch schon in irgendeinem Kontext mal schon mal mit mir zusammengearbeitet haben oder halt irgendwie

früher Teammitglieder waren und sich dann halt irgendwie selbstständig gemacht haben. Also das heißt, da gibt es dann in der Regel immer schon so ein paar Leute, die halt sich untereinander kennen und wo wir dann halt erstmal dafür sorgen, wie die Pioniere halt erstmal den günstigsten Weg über den Fluss irgendwie zu finden, halt irgendwie um die Brücke zu bauen, um die Vorbereitung zu machen, schon mal ein paar Bäume zu fällen, Versorgungssysteme irgendwie anzulegen, halt irgendwie damit dann halt praktisch in der Folge dann halt eben die weiteren Mitarbeiter und halt eben die weiteren Leute, die in der Firma benötigt werden, halt eben dann schon mal möglichst eine möglichst stabile Grundlage

haben, auf der sie aufbauen können. Und deswegen, und das ist so dieses, aber auch dieses Prinzip, was ich eingangs sagte, also Leute zu haben, denen man halt Verantwortung übertragen kann, mit denen man natürlich auch vertrauen kann, die aber auch wissen, wie ich ticke, welche Dinge mir wichtig sind, wo ich mitentscheiden möchte, wo ich nicht mitentscheiden möchte.

Und halt irgendwie so diese ersten Rädchen, die man hat, die helfen einfach enorm, halt eine stabile Grundlage zu schaffen.

Also wer dich kennt, der stellt fest, du bist deutlich stärker nach außen orientiert als viele andere CTOs. Die meisten haben doch eher ihren Fokus auf das, was das Innenleben der Organisation angeht. Warum gehört Gerade für dich das Thema Networking, Öffentlichkeitsarbeit und so weiter, warum gehört das für dich gerade so zum Kern der Rolle, wie du sie interpretierst?

Ja, so in der Zeit, wo KI-Einsatz noch nicht so weit fortgeschritten war wie heute, stand natürlich für wachsende Tech-Organisationen halt irgendwie immer eine wichtige Frage im Raum. Das ist halt die Ressourcenfrage. Also halt irgendwie, wo finde ich jetzt halt irgendwie gerade in Zeiten, wo dann Personal knapp war, wo gerade auch die guten Leute praktisch nicht auffundbar waren, wo wenn man dem Ingenieur auf LinkedIn geschrieben hat, keiner antwortet, weil die halt irgendwie 30 Nachrichten pro Tag bekommen.

Also wie geht man dort vor, wie schafft man es jetzt eben, halt ein Team aufzubauen? Und ich habe halt eben bei meiner ersten Firma gelernt, also es war ja eben eine Tech-Firma, die wir in Münster aufgebaut haben, wo ich aber das Problem gesehen habe, egal wie gut wir waren oder egal wie nett oder wie gut unsere Kultur ist oder wie viel wir zahlen, man hätte einfach kaum Leute nach Münster bewegt bekommen, weil Münster ist jetzt halt keine typische Tech-Stadt und sage ich mal sehr, sehr stark universitär geprägt, hat dementsprechend halt irgendwie auch eine sehr universitäre Kultur.

Und da musste ich im Prinzip für die Personalbeschaffung halt allein schon neue Wege gehen. Das heißt, es ging ja hauptsächlich um Talentgewinnung? Genau, also so fing das Ganze halt auf jeden Fall an. Also hatte mir das dann halt eben sehr, sehr stark hat eben dann halt auch dort lokal. Also wir haben dann eine User-Group ins Leben gerufen, das war dann praktisch die einzige Tech-User-Group, die es gibt in Münster.

Also die gibt es auch immer noch. Wurde dann halt weiter fortgesetzt. Und haben halt sehr viel mit der Uni gemacht, hat sehr, sehr viele Projekte mit Studenten und darüber haben wir uns praktisch unsere eigenen Mitarbeiter aufgebaut. Also halt viele von denen, die dann halt praktisch das professionelle Programmieren bei uns während des Studiums gelernt haben, die sind auch immer noch da.

Also es ist völlig verrückt, wie stabil die Organisation geworden ist. Ich war halt auch, als wir dann knapp 30 Mitarbeiter waren, der erste Mitarbeiter, der gegangen ist. Ja, und ich hatte das Ding mitgegründet. Hat einfach, weil so durch dieses, sag ich mal, sehr intensive Arbeiten und hat eben diese familiäre Kultur, also eigentlich auch nur Techis in der Firma, es waren eigentlich alles Engineers.

Das war halt einfach eine sehr, sehr spezielle, sehr, sehr spezielle Kultur und hat mich dann auch eben sehr, sehr geprägt. Und als ich dann nach Berlin gekommen bin, habe ich es dann am Anfang auch erstmal so gemacht. Wir haben halt eine Junior Academy aufgebaut, also hat eben bewusst Junior Developer eingestellt und hatten, also auch so wie wir es halt in der Firma in Münster hatten, dann halt eben wir auch teilweise automatisiert, also programmbasiert, aber halt eben dann eben halt auch so Schulungsangebote zu haben, hatten wir, um Leute bewusst aufzubauen.

Und damit hat eben praktisch dann auch das Ressourcenproblem zu lösen. Und ja, aber bin halt eigentlich immer viel auf Veranstaltungen gewesen, habe irgendwie gesprochen, habe irgendwie an Communities teilgenommen und so ist das dann halt irgendwie eigentlich dann halt auch zu dem Steckenpferd geworden, dass dann halt eigentlich viele Leute einen kennen, sich, glaube ich, inzwischen halt auch rumgesprochen hat, wie ich arbeite und ja, dass halt auch irgendwie geschätzt wird, sodass jetzt halt eigentlich auch über die letzten Jahre viele Mitarbeiter jetzt halt auch mehrfach schon hatte.

Also dass praktisch halt irgendwie Leute, die halt in die Welt haben.

Wie du dann wieder in andere Companies mitgenommen hast. Und dann spricht ja auch dann nicht nur für das Thema Talentgewinnung, sondern natürlich auch für einen Führungsstil, wenn die Leute dir auch nachfolgen.

Genau so, dass halt mir auch dann meinetwegen dann halt auch mal so ein, zwei Firmen dazwischen liegen und dann plötzlich arbeitet man halt wieder miteinander. Also halt irgendwie so die Wege, die kreuzen sich dann halt eben halt auch immer mit den Leuten. Und ich glaube, dass das halt eben halt auch wichtig ist.

Also weil dann entwickelt sich natürlich halt auch immer wieder eine ähnliche Kultur, die Leute klicken, viel schneller miteinander. Ich selber bin natürlich dann halt auch immer sehr selbstbewusst und confident, dass halt, wenn wir etwas Neues aufbauen, dass sozusagen die Tech-Seite, dass wir die halt eben dann halt auch adäquat liefern können.

Und das gibt mir natürlich dann halt eben auch diese Freiräume drumherum, halt mir halt auch etwas zu optimieren. Weil das merken ja Techis in der Regel dann halt auch immer recht schnell, wenn halt irgendwas anderes in der Firma nicht stimmt oder wenn irgendwie Sales Dinge verkauft, die wir gar nicht machen oder irgendwie sowas.

Und deswegen bekommen wir halt auch immer wieder gespiegelt von den Mitarbeitern, dass sie es halt eben halt auch sehr schätzen, dass ich so irgendwo so diese Tech-Belange halt eben dann halt irgendwie auch in der Geschäftsleitung vertrete und ich glaube, dass dann halt eigentlich auch erst wirklich ein Tech-Unternehmen entsteht.

Diese DNA praktisch dann halt eben dann halt irgendwie auch wirklich halt irgendwie sozusagen am Hirn des Unternehmens dann halt eben dann halt irgendwie auch platziert ist und dann eben die komplette Firma auch genauso handelt.

Ja, Stichwort Talentgewinnung noch. Wir haben ja auch festgestellt, dass ein ehemaliger Weg gefährte, von dir, der Dennis Winter, der auch der dann zum CTO von der Solaris-Bank wurde und dann später jetzt auch der CTO der Börse Stuttgart Digital ist, dass das eine jemand war, den du über einen T3N-Artikel und einen zufälligen Sing-Besuch dann zur Solaris-Bank geholt hast.

Klingt ja fast zu schön, um wahr zu sein. Trotzdem ist das so. Also, was sagt das denn über deine Art, Talente zu erkennen und Beziehungen aufzubauen?

Ja, das war in der Tat eine sehr witzige Aktion. Hatte mir das, ich habe seinen Artikel gelesen und hat zu dem Zeitpunkt bei Solaris halt eben noch keinen Infrastrukturmitarbeiter. Also hatten wir, wir wollten live gehen und hatten praktisch dann halt eben eher so interimsweise die komplette Infrastruktur aufgesetzt gehabt.

Und insofern dann hatte ich einen Artikel von Dennis gelesen, dachte mir so, ah, das hört sich ja ganz interessant an. Eit später habe ich gesehen, dass er mein Profil besucht hat. Dann habe ich den Anfang angeschrieben, wir haben einen Kaffee getrunken und dann haben die Wege zusammengefunden. Weißt du noch, worüber der Artikel ging?

Das war über DevOps. Okay. Also eben auch dann, wie gesagt, wir haben halt eben in dem Themenbereich Leute gesucht und dann hat das halt eben halt auch genau gepasst. Ja, also wie entstehen so diese Connections? Also ich, also wer bei mir ein Recruiting-Interview macht, der wird halt auch feststellen, dass ich halt irgendwie sehr, sehr stark halt auf erstmal auf die persönliche Ebene halt gehe.

Also halt mir, so ich will halt eigentlich, also am Anfang gibt es einen eigentlich erstmal Small Talk, also hatten wir, wo ich eigentlich dann halt irgendwie auch schon merke, wie die Leute, wie die Leute ticken. Also halt irgendwie, wie, wie die halt jetzt auch mit darauf anspringen, sind die irgendwie nervös und sag ich mal, wie auch irgendwie kommunikationsfähig sind sie.

Hat, weil ich persönlich halt eben halt glaube, dass da man braucht natürlich halt Fachexperten hat eben halt im Team, aber halt eben so, ich glaube halt eben halt schon, schon seit einer sehr, sehr lange Zeit, dass so dieses, sag ich mal, Bild des Mathematikers, irgendwie der im stillen Kämmerlein sitzt und halt irgendwie eigentlich alles am besten weiß und alle anderen sind doof und so weiter und so hat irgendwie, sobald man halt irgendwie solche Leute irgendwie ein Team hat, dann ist das eigentlich für mich halt Anfang vom Ende.

Weil dann hat man vielleicht den effizientesten Algorithmus, aber man ist halt kein Team. Und dann gewinnt man, gewinnt man die Fußball-Weltmeisterschaft, hat eben wir auch nicht. Und halt, aber so für mich spielt deswegen halt eben so dieses Connecten. Also haben die Leute halt irgendwie auch andere Dinge im Kopf als jetzt irgendwie Computer und Software und halt mir und irgendwie interessieren die sich irgendwie für neue Dinge und so weiter.

So halt irgendwie da habe ich in der Regel halt keinen Masterplan, wenn ich in die Gespräche reingehe, sondern ich lasse einfach drauf ankommen. Und wenn ich halt irgendwie schon so merke, okay, das fletschert schon einfach so drauf los, weil man sich irgendwie versteht, das ist halt für mich halt irgendwie einfach schon essentiell.

Also ich habe es oft, dass ich halt irgendwie dann, ich bin im Gespräch und stelle halt einfach fest, das klingt gar nicht. Dann sage ich halt oftmals so nach 12, 15 Minuten schon so, ja, tut mir leid, aber ich glaube, irgendwie passt das hier nicht. Und dann ist halt irgendwie auch schon Schluss, weil in dem Moment, wenn die persönliche Ebene nicht da ist, dann fehlt in meinen Augen halt irgendwie schon eine sehr entscheidende Komponente.

Ja, du hast gerade eben schön den Bogen schon geschlagen zu Teams. Und ich hatte eingangs da, bin ich schon mehrfach über das Wort Ephemeral Teams gestolpert. Eine Art von Teams, die ihr eingeführt habt, welches Problem dieser typischen, klassischen, dauerhaft besetzten Product Teams, ist ja auch ein Prinzip von Scrum, dass du versuchst, Produktteams möglichst lange, möglichst stabil beisammenzuhalten, um einfach auch eine stabile Velocity zu haben.

Was wolltet ihr mit eurem Ansatz dieser, ich nenne es jetzt mal der flüchtigen Teams, dieser fluiden Teams, was wolltet ihr damit konkret lösen?

Genau, wir hatten damit bei Unstoppable Finance Iron hat eben schon sehr gute Erfahrungen gemacht und da hat das Thema halt um mit, also meinen sozusagen, sozusagen der Main Engineer hatte mich sehr, sehr, sehr stark gepusht und getrieben. Und jetzt bei AllUnity haben wir wieder eine ähnliche Situation.

Also es gibt halt eben verschiedene Themenbereiche, die halt entwickelt werden müssen. Also hat eben halt sowohl von der von der Systemseite, von unterschiedlichen Themenschwerpunkten. Also wir sagen halt, wir bauen eine Multicurrency, Multi-Chain-Stablecoin-Plattform, was halt so viel bedeutet, wie wir müssen mit verschiedenen Währungen umgehen können.

Da spielen dann halt eben unsere Bankprovider eine Rolle, aber dann halt eben halt auch das Handling von verschiedenen Währungen und die Verarbeitung. Dann, wenn wir jetzt auf mehreren Blockchains agieren, dann müssen wir halt neue Smart Contracts schreiben. Das ist dann halt eben auch eine ganz andere Form von Engineering.

Also das ist sozusagen, da gibt es keine agile Entwicklung. Da gibt es halt nur funktioniert und ist sicher oder es funktioniert nicht. Also da braucht man dann eben halt eben spezielle Skills. Wir launchen halt eben halt regelmäßig neue Stablecoins. Das ist dann praktisch wie eine, eigentlich fast so ein bisschen wie ein Projektmanagement, muss man sagen.

Also halt bei, um jetzt halt einen Schweizer-Franken-Stablecoin oder eine schwedische Krone oder einen Euro zu launchen, müssen wir halt eben halt bestimmte regulatorische Parameter erfüllen. Das ist dann fast weniger technisch, sondern eher einfach die richtigen Requirements zusammenzubringen und den Prozess durchzuführen.

Wir schließen weitere Partnerbanken an und so weiter. Also das ist eine große Themenvielfalt da. Und was ich halt einfach glaube, als wir damals die Solaris aufgebaut haben, da sind wir halt einfach sehr, sehr schnell gewachsen und halt sehr, sehr schnell HTML auch in so Produktkategorien gelandet, wo HMB hat einfach ein Produktteam für Identity GUP, ein Produktteam für Digital Banking und so weiter.

Und ungeachtet dessen, wie viel Entwicklungsaufwand in sozusagen jedem Produktstream steckt oder wie viel Nachfrage von Kundenseite da ist. Die Leute waren halt zugeordnet und steckten quasi in ihrem Silo. Und wenn jetzt halt meinetwegen in einem Bereich langweilen sich die Leute in dem anderen, brennt die Hütte, hast eigentlich quasi kaum Handlingmöglichkeiten, weil die Leute quasi in diesen fixen Teams festhängen.

Und jetzt mit diesem fluiden Teams-Konzept haben wir es jetzt eben bei AllUnity so gemacht, dass jetzt so jeder dieser Streams, Multi-Chain, Multi-Currency, wird halt eben als separater Produktstream gemanagt, halt eben von einem Engineer, also halt mit der die Verantwortung dann halt eben halt mir auch für die Delivery hat.

Und zusammengehalten werden diese Produktstreams eben von Produktmanagern. Also die dann Koordinationsaufgaben übernehmen, die halt irgendwie bestimmte Research, Dokumentationsaufgaben, auch die regulatorische Klammer, also halt wenn wir einen NPP starten müssen oder bestimmte regulatorische Anforderungen haben, dass die dann halt eben erfüllt werden, dann halt bestimmte Informationen halt auch in die restliche Organisation, Risk Management und Co.

getragen werden. Und diese Arbeitsweise funktioniert für uns einfach sehr, sehr gut, weil wir dann auf Quartalsebene unsere Prioritäten festlegen. Ja, und dass es halt dann mal auf fünf weiteren Chains launchen. Beim nächsten Mal ist es dann halt irgendwie ein weiterer Stablecoin, beim nächsten Mal sind es halt andere Themen und wir sind halt eben in der Lage, dann halt diese Themen zu priorisieren und immer umzugestalten.

Und ich persönlich sehe halt die Vorteile allein darin, dass wir eine große Ownership dann halt auch im Team haben. Also wir nutzen unsere Ressourcen sehr, sehr effizient, also weil wir halt immer auf die wichtigen Themen priorisieren können und da dann halt eben dann halt auch die Ressourcenschwerpunkte setzen können.

Auf der anderen Seite haben wir eben so eine Collective Code Ownership, wo wir, glaube ich, dann halt eben auch eine sehr verlässliche Plattform sein können, weil einfach viele Leute die Codebase kennen und man dadurch natürlich redundanter wird.

Was sind denn, was ist denn dann die Downside oder was sind denn die Trade-offs eines solchen Modells? Also du hast jetzt gerade zwar angeschaut, ein gemeinsame gescharte Codebase. Erfahrungsgemäß, je größer die Teams oder je größer die Gesamtorganisation wird, je größer die Codemenge wird, umso schwieriger wird es halt, ein langfristiger gemeinsame Ownership halt zu gewährleisten.

Also was nimmst du als Nachteile ganz bewusst in Kauf von dieser Art der fluiden Teams, weil die Vorteile trotzdem die etwaigen Nachteile überdecken, überwiegen?

Genau, also ich muss jetzt hier extrapolieren und überlegen, was die möglichen Nachteile sind. Also weil wir zumindest jetzt halt erstmal noch keine so wirklich festgestellt haben. Ich glaube, dass wahrscheinlich eine ganz klare Teamzuordnung halt mir auch nochmal Motivationseffekte haben kann. Also ich sage jetzt mal, wenn man so wie in so einem SWAT-Special Operations Team unterwegs ist und die vier Leute, die da zusammen was machen, gehen durch dick und dünn und so weiter, das kann natürlich halt einfach eine sehr, sehr motivierend sein und halt eben dann halt auch nochmal zusätzliche Kräfte freisetzen.

Ich bin halt einfach eben der Meinung, gerade hatte man in Unternehmen, wo noch stark am Product Market fit gearbeitet wird, wo man noch sehr dynamisch auf neue Entwicklungen reagiert. Also wir kommen ja später noch auf dieses Agentic Payments Thema zu sprechen, was wir jetzt eigentlich, ich sage halt immer so ein bisschen, wie Firma in der Firma entwickeln und inkubieren und halt eben halt irgendwie sehr, sehr schnell iterieren und halt sehr, sehr schnell reagieren auf das, was wir lernen am Markt.

Dass man genau solche Entwicklungen halt eben mit dem Setup, was wir gerade haben, halt irgendwie einfach sehr, sehr, sehr, sehr gut machen kann. Wahrscheinlich, wenn man dann halt in so eine Situation reinkommt, wo man halt schon einen viel klareren Product Market fit, wo man halt im Prinzip dann auch anfängt, Skalierung heißt ja halt eigentlich eine Maschine zu entwickeln.

Also halt mir da kommen die Leads rein, die werden konvertiert, geonboardet und dann gibt es da ein sehr standardisiertes Produkt- und Aftersales-Prozesse wie Customer Success Management und so weiter. Und da, glaube ich, hat mir, wenn man halt an der Stelle ankommt und wirklich richtig in die Skalierungsphase reingeht, dann wird sich auch das Organisationskonzept ändern.

Aber ich glaube, ich habe in der Vergangenheit immer gesagt, so eine Firma ist halt wie ein Baum, also halt mit jedem Jahresring und mehr Mitarbeitern, die dazukommen und sich, sag ich mal, die Stabilität auch ändert, wenn man halt Product Market Fit gefunden hat, dann ändert sich halt auch immer die Organisation.

Und so ein Teamskonzept, wie wir es jetzt gerade machen, funktioniert in meinen Augen eigentlich wirklich genau super halt wie in der Unternehmensgröße, die wir jetzt gerade haben und halt eben halt so hatten wir an der, wenn man jetzt noch stark am Product Market Fit arbeitet.

Ja, ich würde da mitgehen. Also ich glaube auch für die Größenordnung, in der ihr das aktuell macht, kann das ein sehr gutes Szenario sein oder eine sehr gute Art der Zusammenarbeit. Tatsache ist auch, dass gerade Organisationen, die über einen längeren Zeitraum so etwas gefahren haben, die dann genau das Problem haben, immer wieder Leute gehen halt aus der Organisation raus.

Es wird an verschiedenen Bereichen von Code werden Produkt, kleine Ableger des eigentlichen Produkts werden gebaut, hier und da. Das heißt, die Codebase, die mäandert vor sich hin und du hast verschiedene Bereiche und das ist irgendwann, also auch wenn dann die Organisation skaliert, wird das Modell halt mit 50 oder mit 100 Leuten dann mutmaßlich nicht mehr so funktionieren, wie das jetzt halt in der aktuellen Größe dann tut.

Bevor wir uns jetzt irgendwo uns auch mit dem Thema noch weiter aufhalten, wir wollen ja noch unbedingt über das Thema der AI-Agents sprechen. Und du hast auch gesagt, ne, AI-Agents brauchen ein eigenes Zahlungssystem. Vielleicht kannst du uns mal kurz mitnehmen. Was brauchen sie denn konkret und was ist der Grundgedanke dahinter?

Genau, also das ist ja das Thema Agentic Payments, das ist uns auch jetzt über die letzten Monate zugeflogen, muss man sagen. Beziehungsweise letztes Jahr bin ich über das White Paper zu X4O2 gestolpert. Vielleicht dazu ein paar Worte. Wahrscheinlich auch viele andere CTOs, die sich in der Uni oder als sie programmieren gelernt haben, mit dem HTTP-Protokoll auseinandergesetzt haben, wissen ja, dass es halt diesen Statuscode 402 schon immer im Standard gab, aber der nie implementiert wurde.

Also weil es ja auch praktisch kein internationales, real-time, offenes, internetfähiges Zahlungssystem gab. Also dafür musste dann halt Paypal, Visa Mastercard kommen, damit man erstmal im Internet bezahlen konnte und halt irgendwie in so einem, wenn ich jetzt im amerikanischen Webshop was kaufe, dass ich dann halt auch tatsächlich was kaufen kann.

So Geld rüberschicken per Briefmarken oder so wäre undenkbar gewesen. So, und dieser Statuscode wurde halt nie implementiert. Und jetzt eben im letzten Jahr hat sich halt ein Konsortium gefunden, was halt eben halt einen offenen Standard entwickelt hat, wie man diesen Statuscode halt für Zahlungen im Internet nutzen kann.

Und halt eben eine wichtige Rolle spielen da halt eben dann Stablecoins als Settlement-Infrastruktur, weil man natürlich ein Zahlungsmittel braucht, was erstmal in Real-Time global funktioniert. Also das ist erstmal schon mal ein großer Benefit bei Stablecoins. Das Ganze muss günstig sein, also auch im Micropayments-Bereich funktionieren.

Das trifft eben halt auch auf Stablecoins und Blockchains zu. Und das Ganze muss halt eben auch frei und offen programmierbar sein, also praktisch wie programmierbares Geld. Und für eine Stablecoin-Zahlung brauche ich halt nur eine Wallet, das ist halt eigentlich nur einfach nur ein Stück Software, was ich halt irgendwie selber hosten, selber betreiben kann, muss mein Private Key aufbewahren können und im Grunde genommen ist dann halt irgendwie die zumindest Empfangsfähigkeit von Stablecoins hergestellt.

Und deswegen eignen sie sich halt einfach immer sehr, sehr stark auch irgendwie für diese Nutzung. Das ist erstmal das Grundsetup gewesen. Und ich meine, wir sind jetzt nun mal an Stablecoin-Unternehmen und haben uns dann natürlich halt auch gefragt, okay, was müssten wir denn tun, um jetzt halt in dem Bereich was zu machen.

Und was sind denn eigentlich jetzt auch die Probleme, die man lösen kann? Weil wir grenzen uns halt schon auch stark von anderen Stablecoin-Unternehmen ab, weil wir unsere Zukunft halt zu 98 Prozent in der realen Welt sehen. Also halt nicht irgendwie Krypto und Settlement von irgendwelchen Kryptoassets oder irgendwelchen Shitcoins, sondern halt eben einfach wirklich realer Zahlungsverkehr von Unternehmen im Paymentsbereich, internationale Transaktionen oder halt eben halt auch die atomare Verarbeitung von Wertpapiertransaktionen.

Und in dem Zusammenhang haben wir dann eben halt gedacht, ah, okay, AI wachsendes Feld und AI-Plattformen, also zum Beispiel Claude und Co., übernehmen viel mehr Aufgaben, als wir selber hat vor zwölf Monaten noch gedacht haben. Also beispielsweise hat auch, man kann sich wie in News beschaffen, jede Information abfragen.

Und wir haben uns eben halt gefragt, wenn jetzt ich in der Zukunft womöglich meinen Chat nutze, um zu fragen, was in den letzten 24 Stunden passiert ist auf der Welt, wer liest dann in Zukunft noch Zeitungen? Wer hat überhaupt dann halt noch ein Zeitungsabo? Und wer klickt noch auf Werbung halt irgendwie auf Newsportalen, wenn ich das Ganze halt eben mediatisiert über eine KI-Plattform mache?

Und dann haben wir uns halt gefragt, gibt es noch weitere Branchen, wo halt eben ein Agent womöglich Informationen beschafft oder Daten beschafft, irgendwie um Forschung zu betreiben, Research-Hypothesen zu validieren oder zu falsifizieren. Und da sind wir dann halt eben dann in das Raptory gestürzt, dass wir jetzt inzwischen eine, wir nennen es Agentic Paywall gebaut haben, also die es eben Publishern ermöglicht, die Inhalte quasi, die von Agenten angefragt werden, zu konvertieren, halt in Käufe.

Und dasselbe hat eben hatten wir auch für Datasets. Also wenn jetzt halt eben so ein Research Agent nach bestimmten Informationen sucht, dass dann halt eben diese Datasets gekauft werden können und dann halt direkt vom LLM verarbeitet werden.

Wann glaubst du, wird das denn kommen, das Thema? Wann wird das denn wirklich relevant für den Markt? Und was verhindert denn überhaupt, dass irgendwo vielleicht ein schlecht konfigurierter Agent am Ende in wenigen Minuten ja korrekte, also syntaktisch korrekte, aber unerwünschte Mikrotransaktionen durchführt?

Genau, also zur letzteren Frage, also es entstehen inzwischen halt eine ganze Menge Frameworks, halt auch an den verschiedenen Stellen. Also hat mir das, was ich jetzt beschrieben habe, ist ja erstmal die Discovery, also hat ein Agent sucht nach Inhalten und dafür bauen wir praktisch dann halt eben in dieser Paywall dann halt einen Index auf, wo dann halt der Agent die Inhalte finden kann und dann lizenzieren kann und dann halt eben abrechnen kann.

Und dann will natürlich der Merchant oder Publisher eine Auszahlung haben, das machen wir dann halt eben als ganz normal als Stablecoin Company. Aber es gibt natürlich eben noch den Teil, den du meinst, hat eben sozusagen vor der Transaktion. Also wie es halt der Agent auf der Kundenseite konfiguriert und wie, und da gibt es inzwischen halt eben halt irgendwie auch verschiedene Frameworks und so für Mandatmanagement, AP2 und so weiter, wo es halt eben halt irgendwie genau darum geht, dann halt eben halt dem Agent halt auch ein Mandat zu geben und halt Spending Limits zu verordnen, also wie viel dafür ausgeben und für was.

Und dann wird sozusagen der Agent halt eben halt an der Stelle kontrolliert und wir haben halt eben halt auch die Möglichkeit, diese Mandate zu überprüfen. Also halt, dass die halt irgendwie valide sind. Und aber ganz klar muss man natürlich sagen, also wenn man einen sozusagen, man geht mit seinem Hund spazieren und nimmt ihn von der Leine und dann stürmt er plötzlich los und wer hat noch nie einem Menschen gebissen und plötzlich irgendwie stimmt Pfiffi halt auf irgendwen los, dann ist man natürlich irgendwo irgendwie selbstverantwortlich dafür.

Wir versuchen natürlich halt eben so diese, sozusagen die Software, die es gibt und halt die, ja, hat irgendwie halt auch, sag ich mal, Beschränkungsmöglichkeiten, Spending Limits einzuführen, Mandate zu managen, halt eben halt irgendwie auch zu enforcen, hat auf der und auf der Konsumentenseite, weil natürlich KI unberechenbar ist und man da definitiv dann halt Software einsetzen muss, die halt kontrolliert, dass halt die KI auch nur das macht, was sie darf.

Wie nimmst du denn Europas Regulierung in dem Kontext dann wahr? Also es könnte natürlich auf der einen Seite, mir fällt dazu erstmal wieder das Thema Geschwindigkeit ein. Also das könnte natürlich ein limitierender Faktor für euch sein. Auf der anderen Seite kann natürlich auch, dass eine saubere, eine richtige Regulierung dazu führen, dass Agentic Payments am Ende einen Wettbewerbsvorteil haben, weil eben das ganze Thema Vertrauen und Mandate von Anfang an richtig sauber gemacht wurde.

Wie ordnest du das denn ein?

Genau, ich meine, es gibt also durch die Tech-Geschichte durchzieht sich natürlich halt eben, wie auch amerikanische Startups agieren. Also im Prinzip halt einfach drauf los und wir gucken halt irgendwie später mal, ob wir irgendwas platt gerollt haben oder nicht. Ich glaube, wir finden gerade einen ganz guten Kompromiss aus.

Auf der einen Seite natürlich wollen wir im Markt bestehen und surfen da, glaube ich, halt ganz vorne auf der ersten Welle gerade mit, also auch so von dem Kundenzuspruch, den wir bekommen, werden massiv weiterempfohlen und so weiter. Ich glaube, das ist halt schon, da haben wir schon eine sehr gute Basis aufgebaut.

Aber grundsätzlich machen wir es halt eben halt auch den europäischen Weg oder den deutschen Weg, dass wir uns halt sehr intensiv uns eben mit der Aufsicht austauschen. Also da praktisch hat jetzt auch alles, was wir wissen und halt wie wir denken, halt eben halt auch teilen, hatten wir einfach um einen guten Kompromiss zu finden.

Außer einen, auf der einen Seite natürlich schnell zu sein, aber auf der anderen Seite dann halt eben einen verlässlichen regulierten Dienst, hatten wir auf Basis halt eben hatten wir auch der sozusagen von Kundenschutz und hat eben so den weiteren Prinzipien, die wir in Europa haben, dann halt eben halt auch aufzusetzen.

Woran würdest du denn erkennen, dass so in den nächsten, keine Ahnung, zwölf bis 24 Monaten, dass das Thema Agentic Payments dann wirklich abhebt? Was für Indikatoren müssten dafür erreicht sein?

Also ich muss ehrlich sagen, aber vielleicht bin ich da auch ein bisschen zu optimistisch, aber ich denke eigentlich in kürzeren Zeithorizonten, muss ich sagen. Also weil ich, also, ich glaube, dass, und vielleicht brecken mich da irgendwie jetzt eigentlich auch irgendwie meine Learnings halt irgendwie auch beim Thema KI, wo ich halt irgendwie denke, ich habe es irgendwie massiv unterschätzt, wie schnell alles geht.

Also halt mir vor zwölf Monaten oder vor 16 Monaten hätte ich jetzt halt, hätte man mich wahrscheinlich irgendwie schon mit einer Aussage gehört, naja, also halt irgendwie im regulatorischen Bereich oder halt irgendwie im juristischen Bereich irgendwie ist KI noch nicht so weit, da müssen wir mal gucken, wie weit das ist.

Und ich meine, jetzt sind irgendwie anderthalb Jahre vergangen und halt irgendwie die KI ist an Stellen fortgedrungen, wo wir vor, ja, sozusagen, das letzte Mal, wo wir dran gedacht haben, hatten wir nicht dran gedacht hätten, dass sie ankommen würde. Deswegen vermute, dass es jetzt eben halt auch bei dem Agentic Payments Thema ähnlich sein wird.

Also aktuell das Problem ist halt noch ein Markt, dass es halt wenig Angebote gibt. Also hatten wir eben von qualitativ hochwerten Content, qualitativ hochwertigen Daten und erstmal so diese Angebotsseite geschaffen werden muss, damit halt eben die Nachfrageseite halt überhaupt entstehen kann. Also dementsprechend investieren wir jetzt halt eben sehr viel Energie da rein, halt eben diese Angebotsseite aufzubauen, halt eben mit Publishern, Data Providern und so weiter, aber auch eben Partnerships im Hotelleriebereich und so weiter.

So wo dann halt eben dann ein Agent auf die Reise geschickt wird, irgendwie um ein Hotel zu buchen oder um Inhalte zu kaufen oder andere Investmententscheidungen zu treffen.

Das heißt, ihr sucht jetzt gerade Partner, mit denen ihr quasi versucht, jetzt hier, hey, wir haben halt schon eine Lösung für etwas, was ihr zwar noch nicht habt, aber wenn ihr das bauen würdet, könntet ihr das und das direkt anbieten. Das ist wahrscheinlich die Art und Weise, wie ihr versucht, auf den Markt zuzugehen und jetzt ein Angebot zu schaffen, für den dann auch hoffentlich schnell eine Nachfrage kommt.

Weil ich meine, die Agents sind da, sie könnten es ja theoretisch nutzen.

Genau, es meint mir so, wir haben halt einen hybriden Ansatz, also dass halt unser Kern als Unternehmen, also auch als reguliertes Institut, also wir sind halt eben halt ein E-Geld-Institut von der BAFEN reguliert. Unser Kern ist halt eben Zahlungsgeschäft, also halt eben die Verarbeitung von Zahlungen und halt eben den Zahlungstoken, also denselbe Coin halt eben herauszugeben und dann halt eben eine Auszahlung halt auch zu ermöglichen.

Das ist unser Kern. Und grundsätzlich kann praktisch halt jedes Discovery-Angebot im Markt halt unsere Zahlungsinfrastruktur und unseren selbe Coin nutzen. Da machen wir halt eben halt Gebrauch, das ist halt eben halt ein, es gibt halt einen Partner, die nennen sich Blu-Rails, da kann man ein Hotel buchen, beispielsweise über einen Agent.

Oder wir reden halt eben halt auch noch mit anderen sozusagen so Discovery-Lösungen, wo halt eben zum Beispiel jetzt auch irgendwie eine Investmententscheidung quasi halt irgendwie getroffen werden kann, wie damit halt irgendwie ein Fonds gekauft werden kann und sowas. Wir haben aber jemand selber, und deswegen sage ich Hydrina Approach, halt eben für Publisher, also halt eben eine Zeitung oder eine Newsplattform, möchte halt eben seine Inhalte halt irgendwie auch an Agents vermarkten.

Also wir glauben halt eben daran, dass halt in Zukunft jeder sein Newsagent hat und mir jeden Morgen quasi die digitale Pressemappe auf dem Schreibtisch geknallt wird, wo ich halt irgendwie vorher festlege, das sind halt meine persönlichen Leitmedien, also was ich Handelsblatt und einfach alles, was man gerne liest.

Und dass dann halt eben, dass man halt ein Spendingvolumen definiert, zum Beispiel pro Tag, und dass dann halt eben der Agent dann halt eben so die relevanten Inhalte, auch basierend darauf, okay, dein Terminkalender ist heute voll, dann packe ich dir da heute mal weniger rein, aber morgen ist Samstag, da packe ich dir mal mehr rein, weil praktisch einfach dir bedarfsgerecht die Inhalte präsentiert, aber dann eben halt auch bezahlt.

Also ich glaube, dass das halt eigentlich die Zukunft vom Bezahlcontent dann halt auch werden würde. Und da liefern wir praktisch die Lösung für Nachrichtenportale und halt eben für Data Provider. Und wenn es dann eben eben dann Discovery für Nachrichten, für Data machen wir selber, aber dann halt im U-Tails machen andere und da sind wir praktisch hätten wir auch gerne Ansprechpartner zu überlegen, welche weiteren Discovery-Lösungen kann es geben und wie kann man da zusammenarbeiten.

Die Zeit ist uns davon gelaufen. Wir sind am Ende der Aufnahme angekommen, aber wir haben natürlich noch fünf Rapid-Fire-Fragen, wo ich mich freuen würde, wenn wir die noch irgendwie schnell durchbekommen. Welche Verantwortung des CTO wird am häufigsten unterschätzt?

Ja, also wie ich jetzt schon dargelegt habe, ich glaube halt, der CTO ist halt mehr als nur Technik. Also halt irgendwie Tech-Kultur, das ist, glaube ich, halt einfach ein wichtiges Thema in vielen Firmen und das sollte man hochhalten. Regulator zuerst einbeziehen oder erst den Prototyp zeigen? Das kommt auf die Situation an.

Grundsätzlich präferiere ich halt mit dem Regulator sehr früh zu sprechen und halt einfach da einen offenen Austausch zu haben und voneinander zu lernen.

Ja, du bist ja jetzt mit AI und Blockchain, bist du ja tatsächlich so mit Cutting-Edge Technologies irgendwo unterwegs. Welche bewusst langweilige Technologie würdest du jederzeit wiederwählen?

Das ist eine gute Frage. Ich meine, ich habe ja an anderer Stelle schon mal gesagt, ich bin ein alter Ruby on Rails-Hase. Also Ruby on Rails ist die technologische Liebe meines Lebens.

Das habe ich jetzt tatsächlich schon ein paar Mal gehört, gerade in den letzten Wochen. Welches Signal verrät dir in zehn Minuten, ob du jemanden einstellen möchtest? Ja, also einfach so die Art, wie jemand kommuniziert und wie schnell man klickt. Und dann, letzte Frage für heute. Vervollständige den Satz.

Agentic Payments werden Mainstream, sobald Sobald es ausreichend Supply, also Angebote gibt, die man konsumieren kann und man die Konsumenten in die Lage versetzt hat, Stablecoins skalierbar einzusetzen, um eben diese Inhalte zu lizenzieren.

Peter, vielen lieben Dank. Ich habe heute wieder eine ganze Menge gelernt. Ich war zuerst ein bisschen skeptischer, was das Thema Agentic Payments angeht, vor allen Dingen auch die Timeline. Deswegen habe ich auch noch gefragt, was du in zwölf bis 24 Monaten siehst. Aber natürlich auch deine Erklärung dazu, warum es dann vielleicht sogar schneller kommt, die ist durchaus plausibel.

Also ich lasse mich gern überraschen. Ich glaube, kommen wird es so oder so. Davon bin ich überzeugt. Frage ist wann. Aber du hast natürlich völlig recht. Die Erfahrungen der letzten zwölf Monate, wo wir gerade mit Bereich Genty KI mehrere Werkzeugwechsel gesehen haben oder signifikante Wechsel der ganzen Werkzeugkette gesehen haben, vermuten, dass diese Entwicklung ja durchaus auch noch weitergehen kann.

Deswegen, wir sind sehr gespannt. Ich danke dir für das sehr interessante Gespräch. Wir haben auch einige Fragen auslassen müssen, aber die holen wir vielleicht dann irgendwann mal nach. Super, vielen Dank für die Einladung und bis bald. Sehr gut, danke. Ciao, ciao.

Anmelden oder registrieren

Jetzt

0:00 / 0:00