
Ich hab DFINITY eine Weile nicht mehr verfolgt.
Es liegt nicht daran, dass sie es schlecht machen, sondern weil es zu kompliziert ist. Denk mal drüber nach: Ein Projekt sagt, es will einen "Weltcomputer" machen, und seit 2021 schreien sie das. Die meisten Leute reagieren mit: Was? Weltcomputer? Ist mein Laptop dann ein Stadtcomputer?
Aber jetzt nennen sie sich nicht mehr "Weltcomputer".
Sie haben sich in "Souveräne Cloud-Plattform" umbenannt.
Der Namewechsel ist echt clever, wie ein 38-jähriger Mann, der letztes Jahr noch gesagt hat, er sei "Freelancer" und jetzt "Creative Director" nennt - im Grunde sitzt er wahrscheinlich immer noch zu Hause und scrollt durch sein Handy, aber die Visitenkarte sieht jetzt schicker aus.
Aber mal ehrlich, im Mai feiert das ICP-Hauptnetz sein fünfjähriges Bestehen, DFINITY hat ein großes Spiel aufgelegt: Cloud Engine, die mit 500 Millionen Dollar entwickelt wurde, die du dir nicht entgehen lassen kannst - selbst wenn du es ansiehst, wirst du es nicht verstehen.

Die N-te Art, Cloud Computing zu leben
Wie sieht die Landschaft traditioneller Cloud-Dienste aus?
AWS, Azure und Google Cloud sind drei große Berge, die dort stehen, du zahlst, und sie geben dir ein paar virtuelle Maschinen, der Server ist kaputt? Stelle ein Ticket, willst du den Anbieter wechseln? Bereite dich auf drei Monate Vorlaufzeit und eine Flasche Rescue-Tabletten vor.
Das ist wie beim Mieten, wenn der Vermieter sagt, die Miete steigt, musst du zahlen, wenn der Vermieter sagt, dass er renovieren will, musst du umziehen, und das Lustige ist - das Geld, das du als "Mieter" zahlst, könnte höher sein als die monatlichen Hypothekenraten des Vermieters.
Die Logik von Cloud Engine ist genau umgekehrt.
Es ist nicht so, dass du die Maschinen mietest, sondern du wählst die Maschinen selbst aus - wähle den Node-Anbieter, wähle den Standort, wähle die Hardware-Stufe, wähle das Redundanzschema, heute läuft es auf einem AWS-Knoten, morgen fühlst du dich nicht wohl und wechselst zu einem Azure-Knoten, die oberen Anwendungen merken es überhaupt nicht.
In einfachen Worten heißt das: Du kannst AWS direkt ins Gesicht sagen, dass du die Arbeitslast wegziehst, es hat nicht einmal die Zeit zu reagieren.
Das ist ungefähr so, als würde der Vermieter dir nicht nur keinen Mietpreisaufschlag geben, sondern du könntest ihm sogar direkt vor der Nase die Wohnung wechseln - und deine Katze hat nicht einmal gemerkt, dass ihr umgezogen seid.

Was tun, wenn der Server gehackt wird? Es reicht, wenn er nicht gehackt wird.
Das Absurde an Cloud Engine ist, dass es Hackern überhaupt keine Angriffsfläche bietet.
Wie hast du das geschafft? Kein Betriebssystem eingestellt.
Traditionelle Server sind: "Ich habe eine Maschine, ein System installiert, ein paar Ports geöffnet, greif mich von hier an an."
Cloud Engine ist: "Ich habe kein Betriebssystem, keine Server, keine Firewalls - wo willst du angreifen?"
Es ist, als würdest du mit jemandem kämpfen, der eine Boxhaltung einnimmt, und du verwandelst dich einfach in eine Wolke, die Faust geht durch, aber du bleibst unversehrt, nicht weil du gut verteidigst, sondern weil du keine greifbare Substanz hast, die geschlagen werden kann.
Das ist keine Netzwerksicherheit, das ist Betrug auf physikalischer Gesetzesebene.
Und die Daten der Berechnungs-Knoten sind symmetrisch repliziert, selbst wenn ein Knoten gehackt wird oder die Stromversorgung abgezogen wird, läuft der Dienst normal weiter, wie stark ist der Fehlermechanismus? Das ist so, als würdest du auf der Bühne singen und vergisst den Text, die Band kann nicht nur helfen, sondern auch deinen Ton korrigieren, sodass die Leute im Publikum es nicht einmal bemerken.

Der ultimative Traum eines Programmierers: sich nicht um Datenbanken kümmern zu müssen.
Freunde, die Backend geschrieben haben, wissen, dass 80 % der Bugs mit Datenbanken zu tun haben.
Wo sind die Daten gespeichert? MySQL oder PostgreSQL? Sind die Indizes aufgebaut? Ist das ORM korrekt geschrieben? Wird das Migrationsskript die Live-Daten nicht durcheinanderbringen?
Cloud Engine sagt dir: Kümmere dich nicht darum, Programme, die in Motoko geschrieben sind, speichern Variablen direkt persistent, das Programm ist die Datenbank, die Daten wachsen im Code.
Eine Variable = eine Datenzeile, kein Datenbank, kein ORM, kein SQL schreiben.
Wenn du ein AI-Agent bist, wird dich diese Nachricht freuen, denn du bist nicht gut im Umgang mit Datenbanken - du bist gut im Programmieren, nicht in der Konfiguration eines Redis-Clusters, jetzt ist die Datenbankebene direkt verschwunden, wenn du die Logik schreibst, hast du die gesamte Arbeit erledigt.
Was bedeutet das? Das bedeutet, dass du ursprünglich ein Koch warst, der neben dem Kochen auch für den Einkauf, die Lagerhaltung und die Lebensmittelsicherheit zuständig war, und plötzlich sagt dir jemand: "Die Zutaten in der Küche erscheinen automatisch, bleiben frisch und werden automatisch nachgefüllt, du musst nur noch kochen."
Wirst du darüber gerührt weinen? Ich habe geweint.

Das Geheimnis, dass bei Upgrades nichts schiefgeht
Wie gruselig ist ein Upgrade traditioneller Systeme?
Um zwei Uhr nachts sitzt der Betreiber im Serverraum, vor ihm ein Rollback-Plan und eine Schüssel Instant-Nudeln, das Upgrade-Skript läuft seit zehn Minuten, plötzlich gibt es einen Fehler, das Datenbankfeld stimmt nicht überein, die Online-Nutzer können die Seite nicht laden.
Die Upgrade-Logik von Cloud Engine ähnelt eher einem Zwangsneurotiker: Du hast ein Upgrade-Paket eingereicht, es prüft zuerst, ob die Migrationslogik in Ordnung ist, wenn es feststellt, dass die Datenstruktur der neuen Version nicht mit der alten übereinstimmt? Es lehnt das Deployment einfach ab, die Online-Version macht weiter, was sie tut, die Nutzer nehmen nichts wahr.
Das ist wie wenn du einen Aufsatz einreichst, und der Lehrer sagt: "Die Logik in deinem dritten Absatz stimmt nicht, ich werde dir keine Note geben, bis du es überarbeitest - und nicht direkt vor der ganzen Klasse vorlesen und die Eltern anrufen."
Im offiziellen Dokument gibt es ein Beispiel: Die v1-Version der Notiz-App speichert nur reinen Text, die v2-Version fügt Autor und Zeitstempel-Felder hinzu, hat aber keine Migrationsfunktion, das Deployment wird einfach abgelehnt, mit einem Kompatibilitätsfehler, die Online-v1 funktioniert normal weiter.
Diese Sicherheit, welcher Betreiber würde da nicht niederknien und seinen Kopf verbeugen?

Die Wette von 500 Millionen Dollar
DFINITY hat in diesem Projekt über 500 Millionen Dollar verbrannt.
Fünfhundert Millionen Dollar, was bedeutet das? Man könnte damit einen Mittelklasse-Fußballverein und die Wasserverwalter zweier NBA-Teams kaufen, und man hätte sogar noch Wechselgeld.
Was haben sie mit diesem Geld für einen Krieg geführt?
Direkt gegen AWS antreten.
Es geht nicht darum, DeFi-Nutzer von Solana oder Entwickler von Ethereum abzuwerben - sondern direkt auf den globalen Cloud-Computing-Markt im Wert von Billionen Dollar zu zielen, die Zielkunden sind Regierungen, Banken, regulierte Branchen und in Zukunft Tausende von selbstständigen AI-Agenten.
Ambitionen so groß, dass man nicht anders kann, als zu applaudieren, während man gleichzeitig fragt, ob du verrückt bist.
Das ist so, als hättest du in deinem eigenen Viertel einen kleinen Laden eröffnet und plötzlich erklärt, dass du Walmart besiegen willst, die Nachbarn, die zuschauen, lachen, aber du hast bereits das Schild aufgehängt.
Das Handelsvolumen im ICP-Ökosystem liegt jetzt bei über 335 Millionen Transaktionen pro Tag, die TPS stabil bei etwa 4000, mit einem Höchstwert von über 25000 und die durchschnittlichen Transaktionsgebühren betragen weniger als 0,00005 Dollar.
Wie niedrig sind die Kosten? So niedrig, dass die Gebühren, die du auf AWS für einen Klick auf einen Button zahlst, ausreichen, um einen ganzen Monat auf ICP zu laufen.
DFINITY hat auch ein Update des Wirtschaftsmodells gemacht: 20 % der Einnahmen von Cloud Engine werden verwendet, um ICP-Token zurückzukaufen und zu verbrennen, das bedeutet: Je mehr du Cloud Engine benutzt, desto mehr wert wird ICP, desto wertvoller wird das Ökosystem.
Dieser logische Kreislauf ist ziemlich schön, wie ein Möbiusband - einmal herum und zurück zum Ausgangspunkt, aber alle glauben, sie hätten gewonnen.

Das Thema Souveräne Cloud
"Souveränität" ist ein Wort, das in der Krypto-Welt schon zu oft benutzt wurde, ähnlich wie "Ermächtigung" "Ökosystem" "geschlossener Kreislauf" - wenn du das siehst, weißt du, dass diese Person Unsinn redet.
Aber die "Souveränität" von Cloud Engine ist echt.
Du kannst den Node-Anbieter wählen - derzeit gibt es sechs, verteilt auf die USA, die Niederlande, Japan, Singapur und Island, einer namens Verdant Compute in Island und Norwegen, der zu 100 % mit erneuerbarer Energie betrieben wird.
Server in Island, Windkraft aus Nordeuropa, die deine Anwendungen ausführen.
Willst du innerhalb der EU sein und die GDPR-Anforderungen erfüllen? Wähle Meridian Cloud Services, willst du Unternehmenshardware? Suche Northgate Compute, willst du näher an den asiatischen Nutzern sein? Es gibt einen Tokyo-Knoten von Asahi Networks.
Es sieht aus wie ein Buffet - du kannst alles nach Belieben kombinieren und eine Cloud-Umgebung erstellen, die genau deinen Anforderungen entspricht, das ist in der Welt von AWS unvorstellbar, denn die Auswahl, die du hast, besteht im Grunde nur darin, ob du "kaufen" und "wie viel kaufen" willst.
In der Welt von AWS bist du ein gezüchtetes Schaf, der Zaun ist hübsch, das Gras reicht, aber du kannst nicht hinaus.
Cloud Engine sagt: Ich habe den Zaun abgerissen, du kannst gehen, wo immer du willst, um zu grasen.
Ob die Schafe daran glauben, ist eine andere Frage.

Ein paar unangenehme Wahrheiten
Erstens, es befindet sich immer noch in der frühen Testphase, die Website ist voll von "Frühzeitige Zugriffsanfragen", wann wird sie offiziell geöffnet? Nichts gesagt.
Zweitens, AWS hat seinen Marktanteil nicht durch gute Technik gewonnen, sondern durch 15 Jahre Akkumulation von Ökosystemen, Werkzeugketten, Compliance-Zertifizierungen und Verkaufsbeziehungen, die derzeitige Anzahl der Knoten von Cloud Engine liegt bei weniger als 5000 - ein verfügbarer Bereich von AWS könnte sogar mehr sein.
Drittens, fünf Milliarden für Forschung und Entwicklung sieht beeindruckend aus, aber AWS hat im letzten Jahr über 80 Milliarden investiert, das ist fast 200-mal mehr, das ist wie wenn du 50.000 Euro gespart hast, um in Macau 5 Millionen zurückzugewinnen - die Geschichte klingt gut, aber die Wahrscheinlichkeit spricht nicht dafür.
Viertens, "Manipulationssicherheit" "Fehlertoleranz" "kein Anbieter-Lock-In", diese Worte scheinen direkt ins Gesicht von AWS gerichtet zu sein, aber das Problem ist, AWS wird dich überhaupt nicht beachten.
Aber mal ehrlich - während alle um die wenigen Zahlen in der Blockchain TPS kämpfen, hat jemand den Fokus auf das Cloud Computing selbst gerichtet, das ist an sich schon interessant.
Es ist auf jeden Fall interessanter, als einfach eine neue L2 zu starten.

Der letzte Satz
Wie sollte die Cloud-Infrastruktur in der AI-Ära aussehen? Momentan weiß niemand die Antwort, DFINITY sagt, es wisse es, und hat 500 Millionen Dollar gewettet, AWS sagt auch, es wisse es, und hat 80 Milliarden gewettet.
Ich wette, dass diese beiden am Ende nicht ganz recht haben werden, aber dieser Kampf ist es wert, geführt zu werden und es wert, gesehen zu werden.
Schließlich, in einer Branche, die überall "das nächste Ethereum" schreit, wagt es jemand zu sagen, dass er "das nächste AWS" machen will - allein dieses Vertrauen, dessen Ursprung unklar ist, ist es wert, einen Artikel darüber zu schreiben.
Oh, übrigens, wenn du Cloud Engine sehen willst, opencloud.org hat mehr Details, obwohl die Wahrscheinlichkeit hoch ist, dass du es auch nicht verstehst - ich habe die Artikel, die ich geschrieben habe, auch nicht ganz verstanden.
Aber das ist nicht wichtig, wichtig ist, dass du später damit prahlen kannst:
"Weißt du, dass es so etwas wie Cloud Engine gibt? Mit 500 Millionen Dollar entwickelt, hast du noch nie davon gehört? Dann bist du hinterher."
Das reicht.

Die IC-Inhalte, die dich interessieren
Technologischer Fortschritt | Projektinformationen | Globale Veranstaltungen

Folge und speichere den IC Binance-Kanal
Die neuesten Informationen im Griff haben

