
Loading summary
Interviewer
Foreign.
Brian Jordan
Welcome to Coruscant Technologies, home of the Digital Executive Podcast. Welcome to the Digital Executive. Today's guest is Sebastian Pfeiffer. Sebastian Pfeiffer is the Managing Director of Impossible Cloud Network where he is responsible for developing and implementing the company's growth strategy. His focus includes designing decentralized business architecture, tokenomics, legal frameworks and stakeholder alignment. Before joining Impossible Cloud, Sebastian was a consultant at Boston Consulting Group, specializing in strategy development and execution for globally recognized companies across various industries with a focus on social impact and industrial goods. He holds dual Master of Science degrees in Strategy and Corporate Development from Aalto University and University Zutkern. Well, good afternoon Sebastian. Welcome to the show.
Sebastian Pfeiffer
Thanks Brian Jordan. A great pleasure to be here.
Brian Jordan
Awesome. I appreciate you being on and making the time. I know you're hailing out of Switzerland. Currently I'm in Kansas City, so love doing these international podcasts. Again, making the time. I'm just so grateful. Sebastian, jumping into your first question, you've helped shape the decentralized business architecture at Impossible Cloud. How do you define what a truly decentralized cloud ecosystem looks like and why is it so important?
Sebastian Pfeiffer
Yeah, I think it's a great question you touch upon. Maybe we can start with some basics for the viewers listening in and they're not so familiar with the term cloud.
Interviewer
Right?
Sebastian Pfeiffer
So what is cloud? Essentially it's renting someone else's computer, right? So like when you store your photos on icloud, it means you're using Apple's or the partner's infrastructure to store the data, right? So now imagine that that infrastructure is controlled by just a few companies like the big tech companies, aws, Azure or Google. And that's centralized cloud, right? So what's decentralized cloud? What does it make a difference? If we look at the service level, it starts there, right? So instead of aws owning their 200 services, it's modular and composable, right? So you can envision all these services that are built like LEGO bricks on top of this infrastructure. Um, second thing that makes a difference on a service level, it's a permissionless and open so there's no gatekeepers anyone can build. Get this rewards from building and deploy on the hardware level. Same here. So instead of us or anybody in any other decentralized cloud project owning the infrastructure, it's community contributing this infrastructure. For us it's a bit different in that we only do enterprise grade hardware but similar mechanisms, right? So we have community contributing the hardware rather than AWS owning it. And then on the Protocol side. Also here it's community owned. So it's powered and governed by the community and not by a centralized entities. Now, Brian, I mean also for the audience, why is it important? So cloud in of itself is one of the fastest growing markets. We always hear this, have this conception, but nobody really realizes how big it is. It's 200,030 billion for infrastructure alone, by the way, with 30% growth year over year. So in short, it's a very large market and with all these centralized providers controlling a market share, it's ripe for disruption. And it poses a lot of problems actually, which we'll get into.
Brian Jordan
Thank you. I appreciate that. We absolutely are seeing that proliferation, explosion of cloud usage just in the last five to ten years of explosive growth. But I appreciate you breaking that down for our audience and I agree. I think there's a lot of room for disruption and I know with decentralized cloud or community, cloud is kind of the route that you're going and we certainly support that. Sebastian, what were some of the biggest challenges you faced when designing the tokenomics and legal framework for impossible cloud and how did you overcome them?
Sebastian Pfeiffer
Yeah, first of all, thanks for the support, Brian. So when designing this, there's essentially this different routes you can take, right? So I think the big problem is because it's still a, I would say relatively young industry in web3, things can get confusing very fast and actually change quite quickly.
Interviewer
Right.
Sebastian Pfeiffer
On top of that, because it's so young, you have all these hype projects. Some of them frankly, as we know, are scams, right? So you have to be careful and laws highly depend on the local regulation. So we said, when we set this project up, we said, okay, from the beginning, right? We are in it for the long run. From the beginning, let's have legal certainty. Anybody that's involved with the project should have legal certainty. We went for Switzerland.
Interviewer
Why?
Sebastian Pfeiffer
Yes, has, I would say globally speaking, strict rules, but they're very clear, right? There's been rulings and many, many past examples of projects to learn from. So that's why we said, okay, let's pick Switzerland because it's strict, right? Because there are clear rules that make it easy to navigate and anybody involved in a project. And the second reason why we went for this is because it's, I would almost say, a golden standard, right? So for you are compliant in Switzerland, there's a high likelihood you will be compliant in other regulations when you offer your product or are traded on exchanges that are based on those going to be likely compliant with those Local regulations as well.
Interviewer
Right.
Sebastian Pfeiffer
At the end of the day, what you want to make sure, and we want to make sure is that our token ICT is not an investment.
Interviewer
Right.
Sebastian Pfeiffer
So essentially there's three major token types.
Interviewer
Right.
Sebastian Pfeiffer
So there's a security payment, utility, and we wanted not to fall under that security.
Interviewer
Why?
Sebastian Pfeiffer
Because this is the most of the projects actually out there. This is the I project. Yeah. So actually you have to be very careful here because again, in Switzerland it's very strict. Once it's a security token, it essentially says that it promises future gain. And what we want to do is we want to create an ecosystem that's going to be able to, as I mentioned before.
Interviewer
Right.
Sebastian Pfeiffer
Disrupt the traditional cloud. That's what we try to build with our token, essentially an access token to this network.
Interviewer
Right.
Sebastian Pfeiffer
So instead of saying, okay, we are here to build a product that then fuels a token, we kind of flip it and we say, okay, let's use the token that fuels this ecosystem, which hopefully provides a meaningful alternative to these cloud products. Again, because we're here for the long run because we want to build trust in our system.
Brian Jordan
Thank you. Really appreciate that. The industry, while blockchain essentially has been around for, gosh, almost 15 years, the industry is still in its infancy because we still have a lot of people that are slow to adopt. But what I really, I guess, resonated with me is everything that's changing daily in this industry. You did do the smart move and pick something that has some legal foundation. And of course you took that to the next level and picked Switzerland, which we know they have the most highest regulatory environment probably in the world. So really appreciate that. And I appreciate that you're moving into this space with some vigor, but also obviously being cautious around the legal side of things. Sebastian, in a landscape dominated by hyperscalers like AWS and Azure, what makes impossible cloud a compelling alternative for enterprises?
Sebastian Pfeiffer
So I would say that there's a few reasons that could be considered here.
Interviewer
Right?
Sebastian Pfeiffer
So let's start with the risk management reasons.
Interviewer
Right.
Sebastian Pfeiffer
So with a lot of market share within these big players, like a side of politics, I just don't think it's a good idea to hand all these businesses essentially in the hands of these few providers. Because one day, who knows what happens? Let's say that provider doesn't like you anymore, then basically all your business operations are gone.
Interviewer
Right.
Sebastian Pfeiffer
That think from a risk management perspective, that's one. Then second, I think it's a systemic risk.
Interviewer
Right?
Sebastian Pfeiffer
So if that one provider has, let's say, a Technical outage. A lot of businesses are affected and this actually happens more often than we think. For instance, the my slack is down every once in a while, right? But that's just the service I use. I imagine there's many, many more services that build on AWS that are out that I don't even see. Then from a technological perspective, there's also reasons. So if you think of it as a bigger picture, centralization in a way slows innovation.
Interviewer
Why?
Sebastian Pfeiffer
Because it limits participation as a decentralized project. And by making it composable and open, we invite anyone to contribute, right? So we live kind of this DNA of there's always smarter people outside a company than within. And by inviting all these smart people to contribute to this ecosystem and to be share benefit from it, we envision that we can actually be more innovative than centralized providers. Then you have architectural reasons, right? So you have edge performance. For instance. Again, take AWS, they have maybe 30 data centers around the world. What we envision to do here and what we set out to do from an architectural perspective is set the system up in a way that it allows not 30 but hundreds of nodes around the world. What this enables is significantly reduces latency and depending on your other that can actually play a crucial role for your business because you have that edge performance. Additionally, it's all of this is community owned, so I wouldn't underestimate this as well. Again, there's no single entity or individual in the middle playing a role here. It's all community owners, which makes it, I would say, resilient to any structural challenges. And I do want to emphasize that all of this, right, all of these advantages should come without any potential performance sacrifices. I keep iterating on this fact because I think that there's a lot of Web3 projects out there with really great smart people, great visions. However, they lack the typical performance that the average user is used to. And then they have to kind of see, okay, do I want to sacrifice here and for all these other advantages or should I have whatever I have now just something better, right? And that's what we set out to say, okay? We offer all these advantages and do not sacrifice whatsoever on performance. So depending on where you are, as mentioned with edge performance, you're actually more performant than AWS when for instance, using our services.
Brian Jordan
Thank you, that's very helpful. You know you highlighted the pros and cons, right? With some of the big providers out there, from a risk management perspective, really all your eggs are in one basket. And you talked about systemic Risk, you know, having downtime for tens of thousands of customers at a time when there's an outage, obviously the technological risk and limiting that participation with these providers. But with you, alternatively, you invite some great minds into this space for some really good innovation. And then of course, because it's decentralized and it's located around the world, that edge performance with the added resiliency and speed is just a plus. So really appreciate that helps me, it helps our audience today. And Sebastian, last question of the day. Can you walk us through how token based incentive systems are used in impossible cloud to align interests across contributors, users and partners?
Sebastian Pfeiffer
Again, here we come from the lens of the product slash demand first. Now at a possible cloud network, we set out to design this ecosystem in a way that it's demand centric. So demand in a sense, there's real customers using it today. So what are these kind of customers that are already using our ecosystem?
Interviewer
What do they want?
Sebastian Pfeiffer
They want reliable services. So that's what we started when designing our tokenomics, right? So anybody that onboards hardware to our protocol to this ecosystem, yes, there is kind of a, you can envision it as a base fee, right? They do get their bills paid, but they get a dynamic incentivization depending on utilization. Right. So why did we do this? In the long run, this will incentivize good reliable hardware that it's actually being used to thrive, kind of quote unquote, weed out the hardware that's not as good, not as much in demand. So that's basically what we as a mantra set out to have only the best performing hardware in the ecosystem, again based on utilization. Second thing I believe is we have this what we call paper node system, right? It's essentially validating and putting a transparency layer on top of it. So anybody can run these nodes and what they do is they show, okay, this hardware and the service is coming at these quality criterions are they actually fulfilled? And this is basically transparency layer on top. Both of those combined will over time provide a resilient ecosystem that's demand driven. Again, really, really important because we as a project stated, okay, we have to solve a problem first and if the demand is there, we scale according to that demand.
Brian Jordan
Thank you so much, I appreciate that. And I just love this model, really. Do we support blockchain? Obviously we're built on Blockchain this publication and love to have folks that are in this space, but you're taking it to a whole new level and I really love that you've designed this ecosystem so it's demand centric. Customers obviously want reliability but what I really like is you're incentivizing your community with these dynamic incentives based on usage. Right? But that transparency layer that you're putting there through these hypernodes I think is also awesome because you're letting the customers kind of like get in and test drive and see what's under the hood. Again. Love this stuff. I can't believe how we're taking Web3 Blockchain DeFi to the next level with people like you in the world. So I really appreciate that Sebastian.
Sebastian Pfeiffer
Appreciate it Brian.
Brian Jordan
Absolutely. It was certainly a pleasure having you on today and I look forward to speaking with you real soon.
Sebastian Pfeiffer
Amazing Brian. Thanks again for having me. And yeah, I'd love for the audience if you're into our project for free to get in touch. We're always looking for people to contribute to this growing ecosystem and make cloud finally decentral.
Brian Jordan
Bye for now.
Guest: Sebastian Pfeiffer (Managing Director, Impossible Cloud Network)
Host: Brian Jordan, Coruzant Technologies
Date: May 16, 2025
Title: Sebastian Pfeiffer on Rethinking the Cloud Through Decentralization & Community Innovation
In this episode, Brian Jordan sits down with Sebastian Pfeiffer, Managing Director of Impossible Cloud Network, to discuss how decentralization and community-driven innovation are reshaping the future of cloud computing. They dive deep into the distinctions between centralized and decentralized cloud, the regulatory and technical challenges of building next-generation cloud infrastructure, and the unique incentives Impossible Cloud uses to align contributors, users, and partners. The conversation is both accessible—laying groundwork definitions—and insightful, offering candid views on industry transformation.
[01:23 – 03:26]
Definition of Cloud: "Essentially it's renting someone else's computer... so when you store your photos on iCloud, it means you're using Apple's or their partner's infrastructure."
— Sebastian Pfeiffer [01:32]
Centralized vs. Decentralized Cloud:
Why It Matters:
[03:56 – 06:35]
Industry Maturity & Complexity:
Approach to Regulation:
Designing the Token (ICT):
[07:23 – 10:33]
Risk Management: Avoid single-vendor dependency (all eggs in one basket); risk of arbitrary service denial or outage affecting entire operations.
Systemic Risk: Outages at centralized providers impact thousands; real-world examples like Slack downtime.
Innovation: Centralization limits participation, slowing industry progress. Instead, impossible cloud’s open, modular architecture invites external innovation.
Architectural Advantages (Edge Performance):
Community Ownership:
[11:22 – 13:54]
Demand-Driven Model:
Dynamic Incentivization for Contributors:
Paper Node System (Transparency Layer):
Growth with Demand:
On Decentralization vs. Centralization:
On Legal Clarity:
On Systemic Risk:
On Innovation:
On Performance:
On Transparent, Incentive-Driven Community:
On Scaling Responsibly:
The conversation is candid and practical, blending high-level industry critique with hands-on technical and regulatory insight. Sebastian Pfeiffer emphasizes responsible innovation, trust-building, and a long-term community approach, while Brian Jordan fosters a tone of curiosity, support, and industry validation.
Summary prepared for listeners and non-listeners alike. For further details or to participate in the Impossible Cloud community, Sebastian encourages getting in touch or contributing to the ongoing decentralization of cloud technology.