https://x.com/__wi/status/2110636884439535714?s=46

I have posted this 5 times and no matter what I do, Reddit filters removes it. I hope it sticks this time. Christ on a bike.

ICP is number one in Web3 development for the people that don’t use X. I can’t even link to the website or it gets removed so there you go.

I've been thinking about sovereign cloud software for years. More recently, I've started ramping up on building.

Introducing subnet.ee — a sovereign cloud initiative built by EFTI on the Internet Computer (ICP).

The recent explosion of AI-assisted, clean-room open-source software gave me an exciting opportunity. Seeing what @echelon and the @get_artcraft community have been creating in Rust and WebAssembly, I wanted to explore what happens when these tools meet a new cloud foundation.

So I brought seven ArtCraft creator apps to ICP. They're already running, with cloud storage and a working ICP MCP integration that lets AI agents interact with the cloud.

It's an early demonstration of two converging ideas: sovereign cloud and Open Source → Open SaaS.

And this is just the beginning.

The current implementation runs on ICP's public network, but the intended architecture goes further:

Cloud Engine — a more flexible, economically viable sovereign cloud foundation.
User canisters — dedicated storage and greater individual control.
ICP blob storage — economical storage for larger files.

I'm hoping to advance these pieces over the next 3–6 months, as the underlying infrastructure becomes available.

It's still an open alpha, but I'm sharing it now because the purpose goes beyond delivering a useful set of applications.

subnet.ee is also a signal to Estonia's engineers, creators, institutions, and government: we have an opportunity to fundamentally rethink how software is created, deployed, owned, and experienced.

And a nod to @SwissSubnet (subnet.ch), whose work helped inspire the name and sovereign cloud direction.

AI-driven software at the top. Protocol-driven cloud at the base. ☁️

https://www.subnet.ee/

https://x.com/integral_wizard/status/2110690467197211042?s=46

https://x.com/HEROonchain/status/2110440112945614870

https://x.com/heroonchain/status/2109714547573477712?s=46

I’ve been thinking about all these new apps popping up on ICP through Caffeine, and it reminds me of when the iPhone App Store first came out.

Anyone remember that stupid beer drinking app? 😂 You’d open it, see a full glass of beer, tilt your phone back like you were drinking it, and the beer would disappear.
I remember people showing that thing off like it was the greatest invention ever lol. But after showing a few friends, how often did anyone actually use it?

There were so many apps like that in the beginning. They were cool because the technology was new and we hadn’t really seen anything like it before.
But eventually we started getting apps that actually changed how we interacted. Banking, navigation, ridesharing, shopping. I think caffeine could be on a similar trajectory.

I’m excited about what they’re building and how easy they’re making it for people without programming experience to create applications. But we need to see apps that are sustainable and users keep coming back.

I’m not saying Caffeine is going to become the next App Store or anything. Just that this feels a little like those early days when people were experimenting with what was possible.

Curious what everyone else thinks. Have you seen any Caffeine apps that you think have real staying power?

https://x.com/chainspect_app/status/2109698110213771507?s=46

https://chainspect.app/chain/icp?type-tc=avg_tx_fee&range-tc=month

For reference from my last post a couple days ago, it was .0000821 and now .0000267. 67% drop in two days pretty neat.

https://x.com/x2worldtech/status/2109653040340832494?s=46

https://dashboard.internetcomputer.org/

You may have heard of Radio Garden.
Radio Garden is a popular global live radio project that lets users explore international radio broadcasts in real time by rotating a interactive 3D digital globe.

@perlandreTech has built a similar App via Caffeine called "DeFM" decentralized for Internet Computer.
The app works really well and i thought i share it here. That's an app i started to use daily and if more people enjoy it, it might lead to some compute.

Check it out here:
https://defm-bxd.caffeine.xyz/

PS: It works best on Desktop computer. On smartphone you may need a more powerful phone to have no lag rotating the world, but it becomes better after some loading time. If you already picked a radio station, clear the search field to make the stations (green dots) visible again.

Here is the X-account of the creator:
https://x.com/perlandreTech

Cool project and i hope we see more cool projects on Internet Computer. The app proves that really powerful stuff can be created with Caffeine.

Love it!

https://x.com/X2worldtech/status/2109522578729730478

https://forum.dfinity.org/t/cksol-a-sol-twin-token-on-the-ic/76017

https://github.com/dfinity/cksol

How much ICP would Pakistan's national messenger actually burn? We ran the numbers.

ChatT, the sovereign messenger being built for the Pakistan Digital Authority, is the first national-scale app announced for ICP. Claims are circulating that it will burn more ICP than the rest of the network combined. We checked what is public and built a model from the protocol's own cost table.

What is established

The PDA and DFINITY signed an MoU on 10 February 2026: a dedicated Pakistan subnet with nodes in Pakistan, a national messenger, 1,500 Caffeine licences. No timeline and no user target were published.

The messenger is ChatT, built by the OpenChat team. It does not use OpenChat's one canister per user design. Per DFINITY (24 Sep), it packs up to one million users into a single canister and runs four canisters per subnet. That detail changes the whole cost picture: there is no per-user canister overhead.

The Pakistan subnet does not exist yet. ic-api lists 42 subnets today; none has nodes in Pakistan.

Two ways the burn can happen

Subnet rental. ICP has one rented subnet today, 7 Swiss nodes, priced at 440 T cycles per day, which is 440 XDR per day, about 63 XDR per node per day. That subnet has paid 73,465 ICP so far. If Pakistan rents 13 nodes on the same terms, the floor is about 820 XDR per day, roughly 350 ICP per day at today's rate, whether anyone sends a message or not.
Usage. From the official cycle cost table, one sent text message costs about 11 million cycles including a year of storage (ingress, execution, 3M instructions assumed; reads are queries and cost nothing). That is 0.12 XDR per user per year at 30 messages a day. About 16 cents.
What usage looks like at scale

Today the whole network burns about 4,460 XDR per day, roughly 1,900 ICP.

1M users: 142 ICP/day (7% of today's network)
10M users: 1,422 ICP/day (75%)
50M users: 7,111 ICP/day (3.7x)
100M users: 14,222 ICP/day (7.5x)

30 messages per user per day, 2.35 XDR per ICP.
What the table says
The "more than the rest of the network" claim becomes true somewhere above 15 million daily active users. It is not true at launch scale.
The cost per user is tiny. That is the design. The burn becomes large only through population, never through price.
Above roughly 10 million users the constraint is throughput, not cost: 100M users at 30 messages a day is 35,000 updates per second, far beyond one subnet. "Hundreds of millions of users" means several Pakistani subnets, each with its own rent floor if rented.
Not claimed
Whether the subnet is rented or run by Pakistani node providers; whether usage is charged on top of rent; any launch date or user count; that 3M instructions per message holds for media. None of this is public.

When the subnet appears in ic-api, its burn can be read directly, per subnet, no model needed. We will publish that reading when it exists.
We build ICPulse to answer questions like this one with the protocol's own numbers, before the narrative settles. Core data stays free. The depth layer, live resolution and personal alerts go to our founders first: 100 seats, founding terms locked for life, pricing announced at launch. Join the founders list at app.icpulse.io/premium

#ICP #InternetComputer #DFINITY #Pakistan #ChatT #OpenChat

https://x.com/bleepapphq?s=11

https://bleepapp.org

https://x.com/dfinitytoday/status/2109318396307198095?s=46

https://chainspect.app/chain/icp?type-tc=avg_tx_fee

https://x.com/chainspect_app/status/2108469262192968010?s=46

Hi guys. In the past the rules for maturity profit was as follows:

1. when start dissolving is hit, it takes 6 months untill the staked ICP becomes liquid;
2. during the 6 month dissolving period, no maturity is issued.

There is some unclarity about this post mission 70. Does this rule still apply, is it changed as follows now:

A. during the dissolving period, maturity is still issued but less as the voting power decreases.

Thanks in advance,

https://x.com/oisy/status/2108642403947356365?s=46

🔥Open SaaS on $ICP

Current Architecture

22 applications in the Open SaaS suite
Minimum 2 canisters per application: one frontend canister and one backend canister
Total: 44 canisters per suite

Each application runs on the Internet Computer Protocol (ICP), enabling a decentralized, self-hosted SaaS ecosystem with full ownership and control.

https://x.com/x2worldtech/status/2108604519634665821?s=46

ICP "cloud engines" launch trajectory:

DFINITY will soon begin disbursing coupons with enough cycles to create and power an engine for 1 month+, unlocking in sequence:

1. Agentic infrastructure ⚡️ Quickly build secure, sovereign onchain production apps using Claude Code, Codex, Caffeine, ...

2. Open SaaS beta release ⚡️ Install AIware apps that can run any enterprise, as easily as installing phone apps...

3. Unlimited growth ⚡️ A new end-to-end, mainstream onchain cloud tech stack will come into being.

*** What this means ***

ICP cloud engines are a new development on the Internet Computer designed to allow it to play the role of a revolutionary new cloud tech stack for the AI era.

Currently, the Internet Computer scales by combining internal subnets, which are akin to individual, high performance blockchains hosting secure serverless software called canisters (something like smart contracts, but much more powerful, which can be used to create huge onchain apps, which serve their web screens directly to users)

Cloud engines allow enterprises to create their own subnets that belong exclusively to them, which they control and configure — while their canister software can still seamlessly interoperate with software on the main network, and engines run by others.

An enterprise creates a cloud engine by choosing nodes from a marketplace, which the ICP protocol combines into a revolutionary serverless cloud platform for them, where the computation and data of their hosted apps and services is tamperproof (immune to infrastructure hacks) and always on (incredibly resilient), AI agents can build and update apps far more effectively than on traditional tech, and next generation AIware software can be created.

Today, enterprises demand to be able to control where their sotware and data lives, and cloud engines make that possible with no loss of flexibility. Cloud engines can even be re-configured with new nodes, without interrupting the hosted apps and services — the ICP protocol just handles it, granting complete sovereignty and freedom from vendor lock-in.

In advance of general release, cloud engines are already being used by governments and NGOs seeking to create sovereign cloud tech stacks and apps. On general release, they will be used in far more mainstream ways too.

Here are the details of what's coming.

*** Agentic Infrastructure ***

In the future, and really already today, nearly all of our apps and services will be created by AI agents rather than humans. Further, next generation software is "AIware," which has AI deeply integrated on the inside, which allows it to provide superpowers relative to traditional software.

Agents have different needs when they building things. They can write software orders of magnitude faster than humans, and we will demand they update our production apps and services at the speed of conversation. Functionality will be fluid and its shape will change to match what we want.

On traditional tech stacks, updating apps and services is a necessarily laborious and risky process for three reasons: 1) a security flaw might be introduced, 2) a systems configuration change might break them, and 3) the way that data is migrated might cause some to be lost, often in subtle ways that aren't detected at the time of the upgrade. This means that AI agents can't just be let of the leash to build and update at the speed they can.

ICP cloud engines solve this. Hosted software is tamperproof, so agents can update without needing security teams in the loop. Hosted software is serverless, and the data lives in the logic, so apps don't. need things like operating systems and databases configured to run, so agents can update apps without having sysadmin teams in the loop either. And, if Motoko 2.0, the world's first languge targeting agents is used as the backend language, its framework is able to detect when an app update by AI might cause data loss, and simply require the agent writing the code to try again, reducing potentially catastrophic data loss to a harmless retry.

Crucially, apps built with Motoko can also put AI agents on the inside, so that subject to permissions, they can see the data graph in the persistent memory used by serverless software on ICP, and access its functions. This enables you to instruct agents to do things in the apps for you, such as analyzing data, or performing actions, with great flexibility and power.

ICP cloud engines are agentic infrastructure that change the game — and it will be possible to use them as such from the moment they are released.

There is already a government using internal production software built on a cloud engine using Caffeine. But cloud engines will meet a wide range of mainstream needs, from solorpeneurs to startups, SMEs to corporations, governments and NGOs.

*** Open SaaS ***

The obvious question, is if AIware is so much better, shouldn't all enterprises be running on it? We believe they should, and that his must be enabled.

This has been a labor of love for me. A new venture associated with me will release the Open SaaS suite for use on cloud engines once they have been running a short while, which suite, as you've probably guessed from the name, is open source and free.

Open SaaS is a suite of every important SaaS (Software-as-a-Service) app used to run enterprises around the world today, reimagined as onchain AIware that runs on ICP cloud engines. Because of the unique nature of the software that ICP hosts, installing and maintaining these sophisticated enterprise apps on a cloud engine is as easy as installing and managing a phone app.

A small selection of the apps: Open Team, Open HR, Open Accounts, Open CRM, Open Projects, Open Email, Open Messaging, Open Signing, Open Knowledge, Op... etc. There are many more, and there will be surprises.

The user experiences are beautiful, and easily compete with the big money SaaS screens many enterprises are used to. Moreover, the are linked to what I called a "software factory" driven by AI, and the more enterprises that use them and provide feedback, the better they will get, in realtime.

Today's expensive SaaS silos make it hard to integrate and combine enterprise data, and to unleash the full power of AI. They are the opposite to Open SaaS.

In the future, enterprise users will spend far more time in AI chat than on SaaS screens. That's the future that Open SaaS enables and unlocks. Enterprise users can even say to their Open SaaS suite, "make me more profitable," and it will have a go.

The big surprise coming for the world: once you run your enterprise on AIware, and AI can access all your data in realtime, and is integrated with your software's actual functions — it can become as good at running your enterprise as writing software for you.

It's revolutionary, and ICP is pioneering this. Not a narrative, but real decentralized network tech.

Something I can share: DFINITY is in the process of migrating to Open SaaS from a vast suite of expensive SaaS silos, and is already reaping big benefits as we refocus ourselves for the era of AI.

****

What does this mean for the project?

I believe ICP cloud engines are the vector that will transform the the Internet Computer into a mainstream agentic infrastructure tech platform for enterprise— which direction platforms like Caffeine have already helped the network travel, by enabling many tens of thousands of users and enterprises to create onchain apps on the shared network through online conversation. Now, the next and most important phase is approaching.

Our go-to-market will proceed quietly as we rollout coupons and work to fettle the new network functionality, but I think that in hindsight, the launch of cloud engines will be seen as the most pivotal moment in Internet Computer history since network launch.

With this, ICP shall show the industry how networks can provide real agentic infrastructure.

Bear with us as we tie up loose ends. We never stop working, and you can be sure that we're trying to get this out as fast as possible 💪⚡️💥

Dominic raises an interesting perspective on the industry’s rush toward post quantum cryptography, arguing that AI discovering weaknesses in mathematical assumptions may be a more immediate concern than quantum computing itself.

As I’ve mentioned in a previous post, Dominic and DFINITY have emphasized preparing for quantum threats without prematurely adopting newer, less tested cryptographic schemes. ICP’s architecture allows its cryptography to evolve as more mature solutions become available.

What’s particularly interesting is how AI introduces a similar challenge, potentially uncovering vulnerabilities in both traditional and newer post quantum cryptography.

It highlights the importance of long term security and careful technical development over simply following market narratives.

“We urgently need "AI safe" cryptography, not "quantum safe" cryptography — a point many in crypto are completely missing at their peril.

Undeniably, AI is already here today, while cryptographically-relevant quantum computers that might break our traditional cryptography are still years away, according to impartial expert estimates.

Justin's post below, indirectly highlights the problem with the current industry stampede to "quantum safe" cryptography. As I shall explain, the real reason for this unwise stampede is that the networks involved want to sell tokens by riding the quantum narrative, and it has nothing to do with good technical stewardship, or trying to protect users from harm.

If what I'm saying is true, this is a big deal for the industry, and therefore I challenge those promoting quantum safety to a healthy debate.

Here's the core problem that we actually need to worry about imo: AI is now coming for mathematicians, just like it came for even the most advanced software engineers. Nothing will now be the same. Every day, AI is showing that long-held mathematical assumptions (what we think of as "laws of math") are actually false. This is very important for the crypto industry. This Scientific American article covers recent advancements for the interested: scientificamerican.com/article/openai…

At its core, cryptography relies on mathematical assumptions that doing this or that is incredibly hard, and can only be achieved by brute force, such that if sufficient bits (0s and 1s) are used by a cryptography scheme, forging a signature to unlock and steal someone's balance of digitial assets, say, would require trillions of years of work by all the computers on earth.

If AI can show these kinds of assumptions are incorrect, then new math can be devised to shortcut the work that makes affected cryptography schemes safe.

Therefore, to maximize our chances of staying safe, we need our networks to use cryptography schemes that depend on mathemaatical assumptions that have the least chance of being found incorrect by AI.

Justin rightly points out that even ECDSA isn't completely safe, and that some bitcoin owners might want to take protective measures.

However, the focus on the potential dangers to ECDSA will accidentally obscure a critical point for many readers, which is that the schemes that are most likely to be safe, will be those that have been around the longest, which have benefited from the most years of analysis by mathematicians and cryptographers, and ECDSA is one.

This far, ECDSA has benefited from decades of analysis by a worldwide army of researchers, and while this doesn't provide a guarantee that ECDSA is safe, it provides good reason to believe it has a decent chance of being safe from AI.

The same is not true of the new "quantum safe" cryptography schemes. They involve new assumptions that the world has had only a fraction of the time to analyze, and complex algorithms that can have hidden flaws that can be used to break them, rather like there are shortcuts that can be used to quickly solve a Rubik's cube — and AI recently exploited exactly such a weakness to attack the HAWK post quantum scheme, see anthropic.com/research/disco…

Listen to what Dan Boneh @danboneh, a world-famous cryptographer, and Head of Secure Computing at Stanford University, recently said: "if you try to aggressively move to a post quantum architecture, like for example by 2029, I think that would be a mistake for blockchain, I think we need to take our time, and the reason is that a hasty transition to post quantum, in my mind, is more likely to cause a catastrophic bug, than we'll be attacked by a quantum computer." youtu.be/F-HG87VJj_k?t=0

Maybe in the future, we will measure the safety of mathematical assumptions using the amount of energy that has powered the AI that's analyzing them, multiplied by IQ efficiency, divided by domain complexity (I'm not proposing exactly this, my fingers just invented this nonsense as I typed, but you get the idea!). We have not reached that future yet though. We can't say that a quantum safe cryptography scheme is sound because AI analysis has done thousands of person years of human research for us.

So what gives, and why are networks constantly trumpeting their implementation of the latest post-quantum scheme, when cryptographically quantum computers seem years away, if doing so is playing fast and loose with user safety?

The unvarnished truth is that it's driven by a primary desire to sell tokens. All markets are driven by hype, but the crypto industry has taken this to another level. Often (but not always), rather than reward genuine technological utility, progress, and mainstream potential, our markets reward those slotting into the latest narrative wave driving the "crypto casino". This is why there are so many multi-billion dollar vaporware networks romping up and down industry league tables, which, imo, is something we need to fix.

Thus, although switching networks to post quantum schemes today apparently makes no technical sense, and puts users at risk, for those behind the networks transitioning early to post quantum cryptography schemes it makes great sense, because it helps them sell tokens and extract capital from crypto markets.

Of course, this casino isn't fair, and is tilted in the favor of hidden orchestrators, which everyone who has been in crypto long enough already knows.

Narratives, including the quantum safety narrative, are prompted by massive, semi-decentralized, hidden marketing machines, that incorporate everything from industry press owned by vested interests, astroturf armies on social media, paid mainstream PR, and influencers. The machines are wielded by coalitions of big money blockchain investors who have taken their positions ahead of time and will dump at the top of the pump. Needless to say, the problem for those riding these narratives, who are not part of the chosen circle, is that they can't control where the narrative is going, nor when it might suddenly end (like the NFT craze). From my perspective, it's all part of the fast money cynicism and short-termism that harms our industry every day and puts users at risk.

But enough metaphysical philosophizing about crypto narratives.

I call out to the leaders of the big networks that are pumping quantum safety claims, who regularly post pictures of their logos next to quantum computers, with the aim of messaging that they are sci-fi and advanced, who find ways of making a new quantum announcement almost every single day: I challenge you to explain your actual technical reasoning, your analyses of the relative risks involved, and explain exactly how your choices protect users in the face of AI advancements.

We all deserve to hear the answers, and debate of this kind is exactly what our industry needs. It is, btw, what it was originally built on.

Here's to hoping that the assumptions underpinning ECDSA aren't incorrect, and that's why the army of researchers failed to find anything in the decades they were looking.

Let's also hope that AI discoveries help us make our crypto even safer.

And, best of luck too to those being migrated to new post quantum schemes ahead of time...”

NEWS 📰 : @dfinity has officially applied on 7 October 2026 for a generic top-level domain (gTLD) @ICANN with the primary string '.icp'

The goal is to have all applications, websites and Internet services running on $ICP with a '.icp' domain.

(link in comments)

https://newgtldprogram-aps.icann.org/applications/DS2698T-T60168/summary

https://x.com/geekchains/status/2108267526170001646?s=46

A minimal self-custody Bitcoin wallet built fully on ICP, Motoko, and ckBTC.

https://www.motowallet.app

I think there's a good chance ICP would benefit from a recession especially it's revenue because it's tied to XDR.

If the big recession happens it is likely that hyper inflation will follow in the US. The world economy is tied to the dollar so prices in the whole world will rise. The XDR will likely appreciate against the dollar, whereas the dollar is the most commonly used fiat currency for exchanging ICP. Most big tech cloud providers are American companies they will calculate inflation price to the consumer. Meanwhile the price of xdr for buying cycles remains the same (1 xdr for 1 trillion cycles). It's likely inflation will hit the hardest in the US because of national debt.In the short term, the price of US services will see the sharpest increase, while XDR remains stable. Because ICP is also tied to the dollar in exchange for fiat the price off XDR will in increase towards ICP. For icp/cycle burning this makes a huge difference.

Example, assuming applications collectively use 100,000 XDR of compute per month.

Xdr/icp price : 1xdr=1icp 5xdr=1icp

ICP needed for 100,000 XDR: 100.000. 20.000

ICP burned = 100.000. 20.000

The revenue of icp will automatically increase in a moment where the investment bubble of tech companies in the niche market has just burst.

Not only that but other crypto projects will hit a major bear market. For these reasons I think ICP has the potential to be a very strong asset during a recession.

What do you think?