Cloudflare übernimmt das Team hinter JavaScript-Runtime Deno
Cloudflare kauft Deno komplett auf. Das Team hatte zuvor bereits celld veröffentlicht, eine Open-Source-Umsetzung des Durable-Objects-Musters aus Cloudflare Workers, auf dem die Übernahme aufbauen soll.
Deno kommt zu Cloudflare ( via ). Das Deno-Team hatte im August die erste Version von celld veroeffentlicht, ihre Open-Source-Implementierung des Durable-Objects-Musters aus Cloudflare Workers.
Heute uebernimmt Cloudflare Deno komplett, mit dem Ziel, auf celld aufzubauen, um aus dem Self-Hosting von workerd eine erstklassig unterstuetzte Moeglichkeit zu machen, Anwendungen mit dem Workers-Programmiermodell zu bauen und zu betreiben (siehe den Cloudflare-Blog).
Die schlechte Nachricht ist, dass Deno selbst von Cloudflare ueber das kommende Jahr hinaus nicht weiter gepflegt wird:
Wir werden die Deno-Runtime noch ein weiteres Jahr mit monatlichen Releases unterstuetzen, die Bugfixes und Sicherheitsupdates enthalten. Nach diesem Jahr werden wir unsere Entwicklung der Deno-Runtime einstellen. Deno bleibt Open Source, und wir heissen alle willkommen, die seine Entwicklung fortsetzen moechten.
Deno- und Node.js-Erfinder Ryan Dahl erklaerte diese Entscheidung in einem Kommentar auf Hacker News:
Es ist eine gemeinsame Entscheidung, mit der ich einverstanden bin. Ich habe mich am staerksten fuer seinen Erfolg eingesetzt und die meiste Arbeit hineingesteckt, und ich glaube nicht mehr, dass es der Ort ist, an dem ich die wichtigste Arbeit leisten kann. In Deno stecken einige gute Ideen, und es ist sauber konstruiert, aber letztlich loest es keine grossen Probleme. Es ist in das Gravitationsfeld der Node-Kompatibilitaet gezogen worden, was es zwingt, sich exakt wie Node zu verhalten. Warum Node neu implementieren? Es funktioniert. Marginale Vorteile bei Performance, Benutzererfahrung oder Sicherheit reichen nicht aus.
Mich interessiert der Aufbau maechtiger neuer Abstraktionen. celld funktioniert ausserordentlich gut und ist fuer Koordination und Persistenz lediglich auf Object Storage angewiesen. Es ist nicht einfach eine etwas andere API fuer den Zugriff auf Dateisystem oder Netzwerk, sondern ein voellig neues Modell fuer die Serverentwicklung.
Mein persoenliches Lieblingsfeature von Deno war schon immer das Berechtigungssystem, mit dem man ein Deno-Skript ausfuehren und genau festlegen kann, welche Dateien und Ordner es lesen und schreiben darf und auf welche Netzwerk-Hosts es zugreifen kann.
Node.js hat inzwischen ein aehnliches Berechtigungsmodell, das in Node v20.0.0 im April 2023 eingefuehrt und in Node v22.13.0 im Januar 2025 als stabil erklaert wurde. Das Allow-Listing bestimmter Netzwerk-Hosts wird jedoch noch nicht unterstuetzt; Netzwerkzugriff ist entweder ganz an oder ganz aus.
Dies ist ein Linkbeitrag von Simon Willison, veroeffentlicht am 9. Oktober 2026.
Unterstuetze mich mit 10 Dollar pro Monat und erhalte einen kuratierten E-Mail-Ueberblick ueber die wichtigsten LLM-Entwicklungen des Monats.
Automatisch übersetzt. Das Original auf Englisch ist unten aufklappbar.
Original (Englisch) anzeigen
Deno is joining Cloudflare ( via ) The Deno team released the first version of celld back in August - their open source implementation of the Durable Objects pattern from Cloudflare Workers.
Today, Cloudflare are acquiring Deno outright, with the goal of building on celld to "make workerd self-hosting a first-class supported way to build and run apps using the Workers programming model" (see the Cloudflare blog.)
The bad news is that Deno itself will not be maintained by Cloudflare beyond the next year:
We will support the Deno runtime for another year with monthly releases containing bug fixes and security updates. After that year we will end our development of the Deno runtime. Deno will remain open source, and we welcome others who want to continue its development.
Deno (and Node.js) creator Ryan Dahl explained that decision in a comment on Hacker News:
It's a joint decision and I agree with it. I'm most invested in its success and have put the most work into it - and I no longer think it's where I can do the most important work. There are some good ideas in Deno and it's well engineered - but it ultimately is not solving big problems. It has been sucked into the gravity well of node compatibility, which forces it to behave exactly as Node does. Why reimplement Node? It works. Marginal performance or UX or security benefits are not enough.
I'm interested in building powerful new abstractions. celld has been working remarkably well, depending only on object storage for coordination and persistence. It is not just a slightly different API to interact with the file system or network - it's an entirely new model for server development.
My favorite feature of Deno has long been the permissions system, where you can run a Deno script and specify exactly which files and folders it can read and write to, and which network hosts it can access.
Node.js has a similar permissions model these days, added in Node v20.0.0 in April 2023 and declared stable in Node v22.13.0 in January 2025. They don't yet support allow-listing specific network hosts though - networking is either on or off.
This is a link post by Simon Willison, posted on 9th October 2026.
Sponsor me for $10/month and get a curated email digest of the month's most important LLM developments.