Jenseits der Cloud: Aufbau einer resilienten Web3-Infrastruktur, Interview mit Pauline Shangett, Chief Strategy Officer bei ChangeNOW

In diesem Interview sprechen wir mit Pauline Shangett. Sie ist die Chief Strategy Officer bei ChangeNOW und strategische Beraterin bei NOWNodes, um über ihren kürzlichen Vortrag bei WebX mit dem Titel „Head in the Clouds: Ist Hardware der Schlüssel zur nachhaltigen Web3-Infrastruktur?“ zu diskutieren.

Pauline teilt ihre Perspektive auf die sich verändernde Landschaft der Web3-Infrastruktur, die Mythen rund um Cloud vs. Hardware und warum wahre Resilienz mehr mit Menschen, Prozessen und Strategie zu tun hat als nur mit Technologie.

Pauline, in deinem WebX-Eröffnungsvortrag hast du mit einer auffälligen Aussage begonnen: „What's the scariest thing for a CTO? The hack? No, it's when everything fails without warning.“ Kannst du erklären, was du damit gemeint hast?

Absolut. Wenn wir über „erschreckende Szenarien“ in Web3 sprechen, denken die meisten sofort an Hacks, Exploits oder böswillige Akteure. Und ja, das ist furchteinflößend. Aber in Wirklichkeit sind die Situationen, die Teams bis ins Mark erschüttern, oft viel einfacher und alltäglicher: ein Feuer, ein verpasstes Update, ein überlasteter Endpunkt und plötzlich ist dein gesamtes Produkt offline.

Das ist keine theoretische Sorge. Wir haben gesehen, wie große Plattformen nicht durch hoch entwickelte Cyberangriffe lahmgelegt wurden, sondern durch einen Stromausfall, ein defektes Kabel oder ein falsch konfiguriertes Failover-System. Und wenn das passiert, verlierst du nicht nur die Betriebszeit. Du verlierst das Vertrauen der Nutzer, das Transaktionsvolumen und in manchen Fällen deinen Ruf.

Deshalb habe ich meinen Vortrag als „Reality-Check“ gestaltet. Ich bin kein CTO, ich schreibe nicht täglich Code, aber ich spreche ständig mit Teams, Gründern, Infrastrukturverantwortlichen und Kettenentwicklern. Und was ich gelernt habe, ist: In Web3 ist deine größte Schwachstelle oft die, die du nie erwartet hast, die außerhalb deiner Angriffsfläche, aber innerhalb deines operativen Risikomodells liegt. Infrastruktur ist nicht interessant, bis sie scheitert. Und dann ist sie das Einzige, was zählt.

Lass uns über die Cloud sprechen. Jeder kennt die Vorteile wie Skalierbarkeit, Geschwindigkeit, Benutzerfreundlichkeit. Aber in deinem Vortrag hast du argumentiert, dass die Sicherheitsaspekte übersehen werden. Was hast du damit gemeint?

Die Erzählung rund um die Cloud war schon immer: „Es ist einfach, es ist schnell und es skaliert.“ Und das stimmt auch. Aber wenn Menschen sich von der Cloud abwenden, ist die häufigste Begründung die Sicherheit. Sie werden sagen: „Ich möchte nicht, dass meine Nodes oder meine Infrastruktur von einem zentralen Anbieter kontrolliert werden, der mich zensieren, abschneiden oder der Überwachung aussetzen könnte.“

Diese Sorge ist berechtigt. Zentralisierung auf der Infrastrukturebene birgt Risiken. Aber ironischerweise sehe ich, dass wenn Menschen die Cloud aus „Sicherheitsgründen“ verlassen, sie eine andere Art von Risiko unterschätzen: das physische Risiko.

Denkt darüber nach: Die größte Stärke der Cloud ist nicht nur die Elastizität, sondern die Redundanz. Wenn eine AWS-Region ausfällt, gibt es mehrere Absicherungsebenen. Wenn du deine Hardware an einem einzigen Standort selbst hostest, hast du dieses Sicherheitsnetz nicht. Und das ist der Punkt, an dem Menschen auf dem falschen Fuß erwischt werden können.

Du hast das Beispiel des KakaoTalk-Rechenzentrumsbrands in Südkorea gegeben, der ganze Dienste lahmgelegt hat, einschließlich Upbit. Warum ist dieser Fall so wichtig für die Web3-Industrie?

Weil er etwas Grundlegendes demonstriert: Ein Ausfall muss nicht bösartig sein, um katastrophal zu sein. Als 2022 ein Brand in nur einem Rechenzentrum ausbrach, froren Dienste im ganzen Land ein.

Es war kein Hack. Es war keine Ransomware. Es war Rauch. Doch die Folgen waren massiv, Benutzer konnten sich nicht einloggen, Transaktionen wurden blockiert, und die Regierung musste eingreifen. Das ist eine landesweite Störung, verursacht durch einen einzigen Ausfallpunkt.

Im Krypto-Bereich sprechen wir oft von „Krypto-Wintern“ im Sinne von Marktrückgängen. Aber ich denke, der dringendere Krypto-Winter ist operativ: Kriege, Überschwemmungen, Brände, unterbrochene Kabel, Stromausfälle. Das sind keine „Randfälle“. Das ist die Welt, in der wir leben. Und wenn du nicht dafür planst, spielst du im Grunde genommen mit deiner Infrastruktur.

Wie geht NOWNodes also anders mit Resilienz um? Wie sieht „Planung für Ausfälle“ in der Praxis aus?

Bei NOWNodes ist unsere Philosophie sehr einfach: Stell dir nicht die Frage, ob etwas schiefgeht – frag wann. Denn es wird schiefgehen. Das ist die einzige Gewissheit in der Infrastruktur.

Unsere Systeme sind absichtlich über mehrere Regionen verteilt: die EU, die USA und Asien, mit physischer Präsenz in Ländern wie Deutschland, Finnland, den Niederlanden, den Vereinigten Staaten und Singapur. Das ist nicht nur ein Häkchen für die Compliance. Es ist eine Überlebensstrategie: Nodes dort zu platzieren, wo sie politischen, geografischen und technischen Risiken standhalten können.

Wir arbeiten auch mit einer 2N+1-Architektur. Das bedeutet, dass wir für jeden kritischen Bestandteil wie Strom, Rechenleistung, Netzwerk nicht nur ein Backup haben. Wir haben zwei, plus ein Ersatz. Wenn also ein System ausfällt, verschiebt sich der Datenverkehr sofort. Wenn auch das Backup ausfällt, übernimmt der Ersatz. Es ist ein geschichtetes Sicherheitsnetz.

Und wir vertrauen nicht blind auf das System. Wir führen regelmäßig Failover-Simulationen durch. Wir schalten Systeme in gespiegelten Umgebungen absichtlich ab, um zu sehen, was kaputtgeht. Wir führen Stresstests, Regionstests und sogar Angriffssimulationen durch. Denn du willst nicht, dass der erste Test deiner Resilienz inmitten einer echten Krise stattfindet.

Cloud galt jahrelang als die günstigere Option. Aber du hast angedeutet, dass sich diese Gleichung ändert. Kannst du das erläutern?

Vor fünf Jahren war die Cloud die offensichtliche Wahl. Man vermied massive upfront CAPEX, zahlte nur für das, was man nutzte, und das Skalieren erschien mühelos. Aber diese Erzählung hat sich dramatisch verändert.

Heute dominieren die „Großen Drei“ Cloud-Anbieter, wie AWS, Google Cloud, Azure, den Markt. Und wie es bei jedem Quasi-Monopol geschieht, steigen die Preise. Die Kosten für AWS-Rechenleistung stiegen beispielsweise in einem einzigen Jahr um mehr als 20%. Fast 40% der Unternehmen berichteten, dass ihre Cloud-Rechnungen in den letzten 12 Monaten um über 25% gestiegen sind.

Unterdessen sind Hardware-Investitionen berechenbarer geworden. Ja, du zahlst mehr am ersten Tag – Server, Racks, Strom. Aber verteilt man diese Investition über 7 bis 10 Jahre, kehren sich die wirtschaftlichen Verhältnisse um. Ein Ingenieur berechnete beispielsweise, dass ein Server für 1.100 $ pro Monat über ein Jahrzehnt etwa 110 $ kostet. Vergleiche das mit 2.000 $ – 7.000 $ pro Monat für gleichwertige Ressourcen in der Cloud, und die Mathematik spricht für sich selbst.

Und abgesehen von den Kosten bietet Hardware dir Freiheit. Du bist nicht auf die Features und Konfigurationen deines Cloud-Anbieters beschränkt. Du kannst genau so patchen, anpassen und bereitstellen, wie du es benötigst. Diese Kontrolle kann den Unterschied zwischen reibungsloser Skalierung und wachstumsbedingten Engpässen ausmachen.

Aber selbst mit großartiger Hardware oder einem starken Cloud-Setup, was, wenn dein Anbieter dich in einem kritischen Moment einfach im Stich lässt?

Genau das ist der Punkt. Weder Cloud noch Hardware werden dich retten, wenn dein Anbieter um 3 Uhr morgens plötzlich nicht mehr erreichbar ist. Infrastruktur ist nur so zuverlässig wie die Menschen dahinter.

Bei NOWNodes, wenn wir unsere Kunden fragen, warum sie sich für uns entscheiden, haben ihre Antworten selten mit den Spezifikationen unserer Server oder unserer Architektur zu tun. Stattdessen sprechen sie über die menschliche Seite, darüber, dass wir innerhalb von Minuten reagieren, dass wir nahtlos skalieren, ohne versteckte Abrechnungsüberraschungen, dass wir mehr als 115 Blockchains unterstützen, einschließlich der weniger offensichtlichen, und dass, wenn ihre RPC um zwei Uhr morgens abstürzte, unser Team den Fehler in Echtzeit behoben hat.

Das ist die Realität: Infrastruktur dreht sich genauso um Vertrauen und Reaktionsfähigkeit wie um Technologie.

Lass uns ins Detail gehen: Backups, Multichain-Reichweite und Support. Was unterscheidet euer Modell?

Erstens die Backups. Nodes fallen aus. Chains frieren ein. Updates brechen die Kompatibilität. Die eigentliche Frage ist: Welchen Zustand stellst du wieder her? Den von letzter Woche? Den von letztem Monat? Wir führen geo-distribuierte Backups durch, sodass dein „schlechtester Tag“ nur eine kleine Unebenheit ist, kein völliger Blackout.

Bei der Multichain-Reichweite, die meisten Anbieter schaffen es auf 50–70 Blockchains. Nur eine Handvoll, vielleicht 3-5, unterstützen 100+. Wir unterstützen 115+ Chains und fügen ständig neue hinzu. Wichtig ist, dass wir nicht nur die angesagten Chains unterstützen. Beispielsweise sind wir der einzige Anbieter, der eine Shared-Node-Infrastruktur für einige der komplexesten und übersehenen Blockchains wie Monero, eCash, Nano und mehr anbietet. Denn deine Benutzer werden nicht warten, bis du „vielleicht“ ihr Asset unterstützt. Sie werden gehen.

Schließlich der Support. Wir glauben nicht an Chatbots oder endlose Ticket-Eskalationen. Unsere Kunden erhalten reale Ingenieure in ihrem Telegram oder Slack. Durchschnittliche Reaktionszeit: unter drei Minuten. Bearbeitungszeit: Stunden, nicht Tage, sogar für tiefgreifende technische Fehler. Und das ist kein Premium-Upgrade. Das ist unser Standard.

Preismodelle in der Infrastruktur können notorisch undurchsichtig sein. Wie geht ihr mit Transparenz um?

Die meisten RPC-Anbieter verlassen sich auf komplexe Tiering-Modelle, versteckte Drosselungen und Überraschungsgebühren. Eines Tages sieht alles gut aus, am nächsten hast du einen unsichtbaren Schwellenwert überschritten, weil ein Botnet deinen Traffic in die Höhe getrieben hat, und plötzlich verdreifacht sich deine Rechnung. Oder schlimmer noch, sie unterbrechen dich mitten in der Transaktion.

Wir haben einen ganz anderen Ansatz gewählt. Unsere Preise sind klar, abonnementsbasiert und vorhersehbar. Du weißt immer genau, wofür du zahlst. Wenn du mehr Kapazität benötigst, ist das Skalieren schnell, fair und transparent. Es gibt keine Geiselnahme-Verhandlungen.

Diese Vorhersehbarkeit ist einer der Hauptgründe, warum unsere Kunden bei uns bleiben. Denn in Web3 herrscht überall Unsicherheit – in den Märkten, in der Regulierung, in der Akzeptanz. Das Letzte, was du willst, ist Unsicherheit in deiner Infrastrukturrechnung.

Also zurück zu deiner ursprünglichen Frage: Ist Hardware der Schlüssel zur nachhaltigen Web3-Infrastruktur?

Nein. Und auch nicht die Cloud. Der wahre Schlüssel ist Resilienz.

Resilienz entsteht durch intelligente Backups, verteilte Systeme, menschenzentrierten Support, transparente Preise und echte Multichain-Reichweite. Es ist nichts, was man mieten kann. Es ist etwas, das man aufbaut.

Infrastruktur ist langweilig, bis sie es nicht mehr ist. Bis dein Endpunkt ausfällt, dein TVL verschwindet, deine Nutzer wütend aufhören, und deine Protokolle nichts sagen. Dann realisierst du, dass Infrastruktur mehr als nur Server ist. Es ist Vertrauen. Es ist der stille Vertrag zwischen deinem Produkt und den Menschen, die es am Leben erhalten.

Abschließende Gedanken? Was sollten Web3-Teams aus deiner Botschaft mitnehmen?

Ich würde sagen: Hört auf, Infrastruktur als Nachgedanken zu behandeln. Sie ist das Fundament deines Produkts. Du kannst das beste UI, die klügste Tokenomics und die loyalste Community haben, aber wenn deine Infrastruktur ausfällt, zählt das alles nichts.

Frage nicht: „Wie spare ich diesen Monat Geld?“ Frage: „Wie überlebe ich die Krise, die ich noch nicht gesehen habe?“ Denn sie kommt. Die Teams, die in fünf Jahren noch da sind, sind nicht diejenigen, die Ecken abschneiden. Es sind diejenigen, die von Tag eins an Resilienz aufbauen.