dom | icp engagement report

Best tweets

• Jul 21, 202612x their median

  BREAKING: Iran's IRGC says it has completely destroyed Amazon's central data hub in Bahrain with several cruise missiles and warns more are coming, per Fars News. The attack marks a new phase: Iran is now targeting U.S. tech infrastructure. The IRGC has warned 18 American tech companies — including Microsoft, Intel, Cisco, and Google — that they are legitimate targets. AWS facilities in the UAE and Bahrain have already been hit before, disrupting banking and critical systems that rely on Amazon's cloud. Data centers are now strategic targets. Iran argues these companies support U.S. military and intelligence operations. By striking Amazon, Tehran is signaling that American tech firms operating in the region are no longer off-limits. The war has expanded into the digital domain.

  9.9K2.5K331292760K viewsView on X
• May 10, 20262.9x their median

  Dear ICP community, the Internet Computer has now been running strong for 5 years 👏👏👏 Here is a celebratory preview of ICP "cloud engines," the sovereign frontier cloud technology the network shall soon provide from https://t.co/D5Dfj44BmO. Main points: — Cloud engines enable anyone to spin up their own sovereign frontier cloud. The technology involves an extraordinary inventive step, in which cloud is created from a mathematically secure network of nodes. The nodes run as part of the Internet Computer network (https://t.co/ptsshOm9nj) but are selected and configured by the cloud engine's owner. — The frontier cloud provided by engines is strongly focused on enabling AI agents to build and update online applications and services for us. The world is changing fast, and nearly all new online apps and services are already being built with the help of AI, and thus cloud engines target the future of cloud. — Software hosted on cloud engines is tamperproof, which means that it is immune to infrastructure hacks, because it runs inside a mathematically secure network protocol, rather than on computers directly. This means that AI agents, and those building with them, don't need to have a security team in the loop, or to trust someone else's security team. This is crucial, because in the future, non technical people will demand the freedom to build with full automation — where they just need to issue instructions to AI about what to build, and don't need to worry about anything or anyone else. Of course, apps and services running on engines are also vastly safer from the new breed of hacker being enabled by frontier AI. (The cloud engines themselves are also "tamperproof." Even if a hacker gains physical access to some portion of a cloud engine's nodes, and can make arbitrary changes, the computations and data of the hosted apps and services cannot be corrupted or interrupted so long as the network's fault bounds aren't exceeded. The recent hack of Vercel, a major cloud platform, which gave hackers access to the apps it hosted, provides additional perspective on the importance of this advantage.) — Software hosted on cloud engines is guaranteed to run, so long as a sufficient number of the engine's nodes are running. This means that AI can build applications and services without the need to have a human systems admin team constantly tinkering with the underlying platform to keep it running, which is again crucial, because in the future, non technical people will expect the freedom to use AI to build without the support of others. — New frontier programming language technology, in the form of the Motoko language developed by Caffeine Labs, leverages seminal "orthogonal persistence" technology that unifies program logic and data to deliver further unlocks for AI (Motoko is the first computer language being developed that targets agents that are writing software rather than humans engineers per se). Nowadays, AI can build and update production apps at a prodigious rate, even at the speed of conversation. But it can also make mistakes, and there's a risk that an update it creates might be "lossy" in the sense it causes some transformed data to be lost. Again, in this new world, it's both undesirable and impractical for everyone to have to have a systems admin team on-hand to detect lossy updates and roll them back, but Motoko provides a solution: it can detect new software updates are lossy before they are applied, reducing potentially catastrophic errors by AI to harmless coding retries. — Software hosted on cloud engines is "serverless" but unlike traditional serverless software, directly it directly incorporates data through "orthogonal persistence." Another key purpose is simplify backend software logic and fuel the modeling power of AI by increasing abstraction (sorry for the technical language!!!). Put simply, this enables AI to produce more sophisticated backends, faster, and at dramatically lower costs, as measured by the number AI API tokens consumed during coding. (Tip for the technical: orthogonal persistence is a new paradigm where "the program is the database," and data lives inside program variables, which is possible because it's as if hosted software runs forever in persistent memory). — An expanding database of skills at https://t.co/lloVYiGYs8 shall make it possible to develop and directly deploy apps and services to your cloud engines directly from Claude Code, Perplexity, Codex and other AI platforms. Further, your account on https://t.co/IfQrVovF3L can be connected, so that new apps and updates created through conversation automatically appear hosted from your cloud engine. In the future, R&D is going to be very seamless. You converse with AI, and your secure and unstoppable apps or services are created or updated. Cloud engines are designed to directly support this "self-writing cloud" future where we can work hands-free. — Tech sovereignty is becoming a huge issue worldwide, with governments and corporations seeking to create sovereign tech stacks owing to geopolitical tensions. Increasingly, people are realizing that tech provided by foreign nations can come with hidden backdoors and kills switches, from the base platform, right up through hosted apps and services. ICP technology is open source, and those building on ICP using AI own their own source code. When you have the source code, you can verify that there are no backdoors, and when you own the source code thanks to AI, you can update it at will, freeing you from vendor lock-in. But cloud engines take sovereignty much further... — You create a cloud engine by selecting the nodes that will be combined. You can choose the class of nodes used, and their number, but more importantly, you can choose who operates the nodes, and where they are located. Almost any configuration is possible, because the Internet Computer scales the security privileges afforded to hosted software within the network according to configuration (software hosted on cloud engines can directly interoperate with software on other engines and traditional subnets, but base restrictions are applied according to security rules). A cloud engine can be created within a region such as Europe, to comply with regs such as GDPR, or completely within a sovereign state like Switzerland or Pakistan. But cloud engines go further still... — Sovereignty is also about freedom from vendor lock-in. Cloud engines are essentially ICP (Internet Computer Protocol) network configurations, and this means the underlying compute nodes they combine can be swapped out without interrupting their hosted apps and services. This is a big deal. In addition, cloud engines now support nodes that are instances running on Big Tech's clouds, in addition to nodes that are dedicated specialized hardware, as per the Gen I and Gen II nodes that dominate the Internet Computer today. For example, it is possible to have an engine running across different AWS data centers, say, and then reconfigure the engine to run across a mixture of AWS, Google, Azure and Hetzner for even more resilience, without the users of hosted apps and services noticing a thing. That's true freedom. — Sovereign AI is becoming increasingly important too, and cloud engines allow special "AI nodes" to be added to them, so that hosted software can perform inference on hardware provisioned by the owner from a location the owner has selected. Even though the AI nodes are only accessible within the cloud engine, they can still benefit from the forthcoming Internet Intelligence Gateway (IG), which will make it possible to validate inference performed on key frontier open weights LLMs, even when the inference is performed on completely independent AI clouds. When the results of inference are received, this technology can verify that neither the prompt+context (input) nor the inference result (output) have been modified, and that the results were produced by the precise LLM expected. This ensures that AI clouds don't cheat by running inference on cheaper models than are being paid for, and bad actors aren't modifying the inputs or outputs to surreptitiously insert advertising into results, say, or change facts, or insert malware when code is being generated. What's super cool about this technology is the cost of the verification is scalable. A very valuable additional security can be achieved with only 1-2% of extra cost. — Scaling apps and services when they hit capacity limits is another thorny problem that cloud engines help the world address. Engines make scaling possible without rewriting or reconfiguring software. The query workload capacity of hosted software can be horizontally scaled simply by adding new nodes to an engine, and nodes can also be added in geographical proximity to demand. Meanwhile, update workload capacity can first be scaled-up by swapping an engine's nodes out for the next class up, and then when no larger class of node is available, horizontally scaled-out by "splitting" the engine into two, which doubles available capacity. (Technical tip: horizontally scaling update capacity by splitting engines requires multi-canister architectures). — For those who have been following how Caffeine builds apps that can efficiently store large numbers of files, I should mention that apps built on cloud engines will also support the new ICP Blob Storage cloud network (since cloud engines currently have up to about 3 TB of memory, which apps storing large amounts of files can easily exceed). We are also working on allowing blob storage nodes to be added to cloud engines, to enable sovereign mass blob storage within an engine, similarly to how AI nodes can be added currently. — Lastly, but certainly not least, I should mention that cloud engines are multi-blockchain capable, and ready for digital assets, thanks to the clever math at their core. For example, an e-commerce service built on a cloud engine can securely accept and custody stablecoin payments, or a multi-chain DEX could be hosted. Further, engines can support software autonomy (software orchestrated and controlled by other autonomous software, in a decentralized way) and can themselves be orchestrated by SNS technology, and thus run autonomously too. Today, though, the focus is on *mainstream* cloud. This year, the cloud industry will generate approximately one trillion dollars in revenue. That number is already huge, but is expected to grow to two trillion dollars by 2030. After years of continuous development, which have seen more than $500m spent on R&D, the Internet Computer network is now tacking directly toward this mainstream cloud market with cloud engine technology. In their first version, cloud engines are not meant to be a cloud panacea. For example, currently they are not ideal for working with big data. You should use something like DataBricks for that. Cloud engines are carefully targeted at enabling AI to produce traditional online applications and services, including SaaS, in a safer and more productive way, which represents a new market segment with tremendous potential. Of course, DFINITY will continue to work relentlessly to push forward ICP's capabilities, so expect further developments. It's worth mentioning that this cloud segment isn't just about creating new apps and services using AI, it's also about replacing legacy systems and apps built on super expensive SaaS services. Caffeine Labs is working to produce technology (Caffeine Snorkel) that can study an enterprise's legacy systems and app built on SaaS, create replacement systems and apps, and migrate the data, while supporting key stakeholders through the process over email and chat, with full automation. Thus the legacy systems and SaaS markets shall also be addressed by cloud engines. Zooming out, and reasoning in a more metaphysical way, we believe, as we always have, that there is room for a new kind of cloud created by mathematical networks, that provides seminal advances in the fields of security and resilience, as well as true sovereignty and freedom from lock-in. That this same technology, with the help of additional technologies like orthogonal persistence and Motoko, enables AI to build for us without the need for so much oversight, and to create more backend sophistication while consuming fewer AI API tokens, enables ICP to bring game-changing advances to the world. Cloud engines will work synergistically with the Intelligence Gateway, which will enable apps and services running on engines to seamlessly leverage AI, wherever that AI is running, while providing verifiability at extremely low cost for open weights frontier models. We believe that cloud engines represent an inflection point in the storied history of the Internet Computer project, and I'm very proud to be sharing the details with you on the network's fifth birthday 💪 I'll be back with more news soon!!

  2.1K712267113327K viewsView on X
• Aug 28, 20262.0x their median

  🚨 Last night, the Internet Computer network withstood a widespread, AI-enabled attack, which involved hundreds of canisters using malformed Wasm modules. In advance of ICP cloud engines, Open SaaS, Intelligence Gateway, and MULTI/DEX, we are seeing a rising tide of attacks. As many ICP community members have pointed out, a legion of trolling and FUD accounts have now appeared on social media, often repeating exactly the same poisonous messages, over and over, en masse. The posts of the trolls trace back to agency paymasters, who themselves have received money from somebody. Obviously, whoever is funding this has no place in the tech industry, but sadly some people in the crypto industry see themselves as belonging to something else. The well-funded organizations behind these attacks are not interested in making the world a better place by developing game-changing technology. They are only interested in extracting easy money through snakeoil narratives and scams that our industry still has not gathered the strength to end — they are vampires that prey on the ignorance of token buyers, and they attack anything that might disrupt the status quo by showing people the light of real technology. These tell themselves they are just crypto bros playing the crypto game. However, paying for, or organizing, attacks on public infrastructure, even at arms length, is a serious criminal act, which also reflects who they really are. We want to know who is behind these attacks, and ask for help. DFINITY will offer rewards to those who can help us unmask the criminals, and bring them to justice. These guys need to be doxxed. Thank you for your attention in this, and thank you to the ICP community that stands with the network 💪

  1.6K40921674146K viewsView on X
• Sep 1, 20261.9x their median

  🚨 The widespread attacks against the Internet Computer continued again today, and thankfully, have failed again. The cabal's latest attack targeted the ckBTC "bitcoin twin" minting canisters. This time, they spent thousands of dollars on ICP tokens in the course of their attack, but only caused minimal disruption. What did happen: the attacks revealed the need for some useful hardening, and the NNS (i.e. the network's autonomous governance and orchestration system) took down the ckBTC canister for an upgrade. The downtime was ~1hr. Though the disruption was minimal, we must not thank the attackers for helping improve the network, because they are criminals. The attacks reveal more about who they are: 1. They are willing to throw buckets of money at their attacks, confirming they are professionals on a mission, rather than amateurs. 2. Since their attacks lack a common thread (such as trying to steal tokens), we can see their true purpose is to harm the reputation of the Internet Computer by causing disruption. Of course, as an ecosystem, we have experienced widespread attacks designed to harm our reputation before, albeit in different forms. Most famously, in May 2021, the Internet Computer was widely seen as a potential crypto industry disruptor. A key narrative at the time was woven around the potential of web3 apps that would actually run on blockchain networks i.e. "onchain," as per the original meaning of that phrase. The fly in the narrative's ointment, however, which was being used to sell the potential of some major up-and-coming chains, was that the Internet Computer was the only network that could actually host general-purpose apps and services built from "smart contracts" (which are far better called "network code") thanks to years of R&D by the DFINITY Foundation. A successful launch of the Internet Computer threatened to puncture this web3 apps narrative, which was at the heart of their marketing and fundraising efforts. Furthermore, their insiders were aware of the years of R&D at scale that had been performed to create the Internet Computer network, and they were downright terrified of the competitive threat it posed. Simply put, in the fever of 2021, they feared that if the Internet Computer launched successfully, it might dramatically reduce their ability to hoover up billions from the markets in the crypto bull run. The resulting attacks by corrupt but powerful industry actors involved massive market manipulation on an exchange before/after launch that made the ICP token price crash, lawsuits by a corrupt law firm secretly on the payroll of a big industry actor, and massive further manipulation of public perception using huge social media astroturf armies, paid crypto press, and even a huge mainstream publication whose key reporter was linked to an actor who is now in jail. Events took place on a historic scale that was completely extraordinary, and I hope the full story, including what it was like dealing with what took place, makes the light of day some day — I am pleased to say there is no comparison to what is happening today. As a result of these past events, to this current day, a large majority of people who consider themselves crypto industry aficionados, and interested investors and journalists, remain completely unaware that most blockchain networks can only host tokens and lightweight financial logic. The corruption and criminality of the time successfully hid what the Internet Computer does differently from other networks, and created a reality distortion field that persists to this day. Crypto Leaks, an investigative journalism website that publishes reports based on covertly recorded video created by undercover investigators, has exposed what was behind some of the extraordinary happenings. Thankfully, several of those exposed by Crypto Leaks now sit in jail, and American judges later took action against the law firm involved, among other wins Crypto Leaks gifted to the industry. However, many of those exposed have so far escaped major consequences, and crypto press has often taken a hear-no-evil see-no-evil approach, preventing people from learning what happened. That's a shame, because we all want the crypto industry to be a clean place, where competition is fair and normal. My personal view, is that the happenings of 2021 marked a pivotal moment for the industry, when the original crypto movement, and technical folks and idealists interested in making the world a better place through innovation and advanced cryptography and computer science, were overwhelmingly steamrollered by sharp-elbowed speculators and manipulators. The Internet Computer ecosystem would have set a standard for the crypto industry that kept it honest, but as a result of its suppression at the time, we got an age of speculation and scams, and vaporware and narratives, in which money could often much more profitably be invested into hyping rubbish than into R&D that produces technological utility. Thankfully, what happened is now far in the rearview mirror for the Internet Computer ecosystem, because it has moved on to mainstream pastures, and has a incredibly exciting future ahead. Those currently paying for the new tide of poisonous trolls on web3 social media, and black hat hackers, will be disappointed to find this isn't 2021. Initiatives such as Caffeine (see caffeine dot ai), the AI chat service that builds apps on the Internet Computer, have shown that the network has enormous mass market utility, which does not depend on tokens and speculation — for example, 99% of those building on the Internet Computer using Caffeine have no idea that their apps run on a secure crypto network that can play the role of cloud. Now, forthcoming advances like ICP "cloud engines", and initiatives such as Open SaaS and the Internet Intelligence Gateway, and growing sovereign tech adoption, and many other things currently underway, promise to take the network to another level entirely. Crucially, as intended since work began in 2015, the network is becoming a revolutionary new tech stack for the AI era, and for the sovereign tech movement generally. While the massive potential exists in mainstream fields, projects like MULTI/DEX (dot ai) also continue to demonstrate how the extraordinary capabilities of the network can also be applied in fields such as defi. As the Internet Computer rapidly approaches escape velocity all over again, the moment when its stunning differentiating features and capabilities will become obvious within the web3 industry also approach again. Today, networks talk about AI tokens, and digital currencies for AI. Cynically, one might imagine these things were created because they are easy for retail investors to latch on to, if not undestand. Meanwhile, the Internet Computer has pioneered a new kind of onchain "AIware" software (Motoko), which, when compared against software running on traditional technology stacks, creates apps and services that integrate AI in game changing and previously impossible ways, which software can also be written and maintained far more effectively and safely by AI agents working autonomously without human oversight. The potential of AI is real and truly beyond anything we have seen before, and I predict that AIware will power one of the largest business transformation stories in history. For the Internet Computer, an exciting event horizon approaches all over again, and my guess is this is agitating some people in the crypto industry. It may even be reactivating bad actors from the past. But, we in the ICP community are not afraid, because these bad actors are a spent force. Moreover, the Internet Computer's future now depends on the mainstream world much more than it goes the crypto world, and the mainstream world affords these bad actors no power. Of course, crypto would be better without them, and that's why DFINITY continues to offer substantial rewards to anyone who can provide information that exposes them, but — This latest growing wave of attacks is in fact just a hot signal that it's game on again for the Internet Computer, which we should all welcome. And, seeing the Internet Computer reach its potential, after all the years of toil and effort, is what keeps my fire, and the fire of many others, burning bright. We stay focused in pursuit of our goals, no matter how long it takes. We are creating the next tech stack for the AI era, we remain undeterred, and the potential of what we have created is tremendous. My thanks again to the ICP community 💪

  1.4K41719084145K viewsView on X
• Aug 26, 20261.6x their median

  DFINITY is migrating to Open SaaS: a) Running on AIware makes enterprises vastly smarter, faster, and more efficient, and; b) Open SaaS is free and remixable, while ineffective old SaaS costs a fortune. Super excited to be sharing this ICP cloud engine rocket fuel asap. https://t.co/NoS9dEZpY5

  1.2K33711856112K viewsView on X
• Aug 25, 2026

  We love sovereign cloud growth. Can the Internet Computer be the new tech stack? Yes. It. Can. More details following, and get ready to join the ICP cloud engine party at opencloud dot org. https://t.co/uGH850OD74

  1.1K299812451K viewsView on X
• Sep 7, 2026

  MULTI/DEX working nicely: as short liquidations occur with the rising price, the Insurance Fund is earning a return for its LPs. Meanwhile, major upgrades coming soon as it heads towards production. https://t.co/e8Qfd7rm1s

  1.0K244691944K viewsView on X
• Sep 26, 2026

  Another CEX hack! Solution: MULTI/DEX, the 1st order book exchange that's: 1. Open source 2. Runs onchain 3. Verifiable ledger Plus, the 1st with an AMM, providing cross-market swaps, AI assist... Only possible on the Internet Computer | ICP 💪. Prod soon. https://t.co/OE42k3zrka

  1.0K2471012034K viewsView on X
• Sep 17, 2026

  There's a crazy reason behind how I understood the true importance of fully decentralizing compute. The story needs telling, so here goes. Back in 2015, I'd long shifted to being part of the early crypto scene, but maintained Fight My Monster, a venture-backed MMO game & social network I previously founded that had 3M users, which was self-sustaining financially. I'd found a long-term home working on decentralized compute, but couldn't let down the community that played the game. Fight My Monster was built in 2010-2012, using what was a completely novel architecture at the time that enabled it to scale (i.e. add massive amounts of users) at low cost, and with minimal administration. Essentially it comprised three core backend components. The first, was simple web hosting, which served the frontend game code and assets into its users' web browsers (I used a popular content distribution network). Just like the web-serving, the two other backend components had to be "horizontally scalable," which means that to support more users, and the associated compute and data, all I had to do was add more hardware, without any need to rewrite the backend software code, or perform excessive systems administration. This enabled me to scale fast in the early days, with minimal staff and financing. The second component, was a horizontally scalable game server framework called "Starburst", which was a work of love I created myself. This was built on top of an open source server that supported RTMP, an Adobe network protocol that allowed Flash media (remember that!!) assets running inside web browsers to directly talk to it. Starburst hosted game/social network logic and routed huge numbers of events being generated by the game to users in near realtime. The third component was a horizontally scalable NoSQL database called Cassandra (if you follow databases, you'll know that a modern derivative called ScyllaDB is currently doing well serving realtime AI needs). On my team, I had the only Cassandra core committer outside the company that built it. Further, I was the first serious party using the Cassandra beta in anger, and it got corrupted at 800,000 users, which was followed by a very testy 24 hours recovering the data, and bringing it back online (one moment I was going to the moon, the next moment I thought things had gone irreversibly wrong, but luckily things worked out). What was cool about Cassandra was that you could literally just add nodes (i.e. server machines with big hard drives installed) to horizontally scale its storage capacity, read throughput, and most importantly, its write throughput, which is very rare thing, and in my application absolutely crucial, because Fight My Monster generated a simply vast amount of data. Of course, another very important aspect of Cassandra was that it was fault tolerant, and I used a replication factor of 5, which meant everyone's data was very safe (or so I thought...). A replication factor of 5 meant I only needed nodes 3 online, for any specific "quorum of data," for it to be writable. Unlike a blockchain, Cassandra wasn't Byzantine Fault Tolerant, which meant that I had to manage the security of my infrastructure carefully to make sure hackers or malware didn't get in. But back then, hackers weren't interested in an MMO game/social network where most of the users were kids, and this wasn't supposed to be a general platform for others to build on. My main technical work pressure was just that the nodes hosting the database were under enormous strain owing to the amount of data being generated, and would therefore regularly blow up! This meant that I would have to login to my infra every so often, decommission broken nodes, and add new ones, which was easy enough, because the fault tolerance meant the job didn't have to be done immediately, and the "bare metal" machines involved could be orchestrated through my cloud provider... Fight My Monster used a setup years ahead of its time, and it allowed me to scale up with ease. Moreover, the fault tolerance, and the simple backend architecture with only 3 core system components, meant minimal administration and stress was involved in keeping it running. So what was the important lesson, which plays an important role in my thinking, and in ICP, to this day? You must surely have sensed that something crazy happened, and now I will share it publicly for the first time. I was traveling in Asia, as part of the "traveling circus" associated with the early core Ethereum community, visiting related parties (people often forget the importance of Asia, and China particularly, in helping support the early crypto scene) and attending Ethereum-related events, where I mainly talked about complex Computer Science techniques I had developed that I wanted to be used to make networks like Bitcoin and Ethereum scale and perform better. I don't want to drone on about "what is used to be like in crypto," but I will say that it was a magical time, and I owe a lot to early people for some amazing memories. It was also engaging, and I wasn't checking my email. Consequently, what I did not see on my travels, were email after email warning me of the fact that the credit card that was paying for Fight My Monster's Cassandra nodes had expired.... So what did the cloud operator do when I didn't respond within a few weeks (it wasn't many, but I forget the exact number). Well, they simply deleted all the nodes!!! It's hard to describe how I felt when I got back home to Palo Alto in California, and discovered what had happened. It was a mixture of shock and horror, a kind of hollow feeling in my stomach, adrenaline surges, and unfolding dread, as I worked as fast as I could to fix it, only to confirm that what had happened was irreversible. People who've been hacked in crypto will know the feeling. That was it. Fight My Monster was dead. Some part of the community even created a change dot org website pleading for it to be brought back online. Despite the loss of what it might have been worth, and the guilt, in some ways it was liberating, as I no longer had responsibility to maintain it, which probably would have done ad infinitum for the community. Plus it became a fond memory for a generation of kids and some adults that played it, before the game had a chance to grow too old and tired, and it allowed me to focus on what had become my obsession — decentralized compute networks. The lesson however was very clear to me. You can create decentralized compute infrastructure that can scale, and is fault tolerant, but if you have a single point of failure, anywhere, at any moment, it can be toast. That's why I'm always concerned when I hear about blockchains that depend on administrator keys held by the core devs, or blockchains that go down, or almost go down, when a huge chunk of their nodes are shutdown by a cloud running them, or because the cloud running them has technical problems. This problem of great fragility is vastly more prevalent than you might imagine in our industry. The learnings from the Fight My Monster disaster informed how the Internet Computer was designed. It's not only the number of nodes that matters, there are more important things. If nodes are anonymous, the number of independent parties running the bulk of them might be far less than you might think. Further, while large in number, they often turn out to be running on a small number of clouds— and even if they are owned and operated by a few different parties, the cloud might suddenly decide it doesn't want them anymore, and shut them down overnight, as Hetzner once did to a famous blockchain. What matters in practice is the number of independent parties running the nodes, and the physical and jurisdictional independence of the nodes. This simple insight is that was behind "deterministic decentralization," which will appear in new form inside the forthcoming "ICP cloud engines" extension of the Internet Computer. ICP cloud engines allow enterprises (typically) to create what is effectively an Internet Computer subnet whose configuration they themselves control, by choosing nodes to combine from a pool that acts as a marketplace. Currently there are more than 1.5k nodes waiting, and the number is growing. An engine provides a serverless cloud platform with remarkable properties. It is the ideal place for AI-built apps and services, because the has been stack designed to allow AI to generate advanced AIware software with ease, which AIware is secure and resilient. Apps are tamperproof (immune to infrastructure hacks), always-on (and thus incredibly resilient), optionally autonomous (which means there is no backdoor), digital assets native, and many other things. Engines also run e.g. the Open SaaS suite of AIware apps that can be used to run enterprises end-to-end. Cloud engines make installing and maintaining complex apps like Open CRM or Open Email as simple as installing and maintaining phone apps. Nodes are hot-swappable. That means you can change the compute replication factor, swap out the nodes for different ones, without interrupting what the cloud engine hosts, providing freedom from compute vendor lock-in, and, if you want, you can use a new class of nodes on hyperscalers, as well as traditional Internet Computer nodes, so it will function as a general compute marketplace. The cloud engine framework guides people to combine nodes that have independence, but provides flexibility that shared Internet Computer hosting doesn't have. For example, an enterprise in Germany might choose nodes that reside only in the EU, to meet GDPR requirements. However, the cloud engine console, which is autonomous, and served from the Internet Computer network, and updated by the NNS (the Network Nervous System, the world's most advanced DAO), guides users and warns them heavily if they combine nodes from the same node provider, or which are based in the same data center, say, or run by the same cloud operator. Thus, even with ICP cloud engines, the lessons of Fight My Monster live on. People will wonder why the framework pushes them so strongly to combine independent nodes, but there is a good reason, which is just as relevant for the wider blockchain community today, as it was in 2015. Looking forward to sharing cloud engines soon.

  9352361152866K viewsView on X
• Sep 12, 2026

  150 million driver's licenses stolen: this will need to get on an ICP cloud engine already https://t.co/P53EDCHbVh

  973219872453K viewsView on X

Ranked by total interactions across everything we have tracked for this account, which is a longer history than the 30-day window the rates above use. The multiple compares each post to this account's own median.

Keep going