Feb. 26, 2025

Everything Bagel: Open Source AI, Security, and Decentralization with Greg Osuri, Akash Founder

Can small, agile teams outpace massive, well-funded engineering orgs in AI and open-source innovation?

Co-hosts Alex Kehaya & Bidhan Roy, Founder of Bagel Network joins Greg Osuri, Founder of Akash Network, for a deep dive into the open-source AI stack, decentralization, and the engineering principles behind lean, high-impact teams.

Greg shares how Akash is revolutionizing cloud computing with decentralized infrastructure, the power of Zero Knowledge Proofs (ZKPs) for AI model validation, and why small, focused developer teams consistently outperform bloated, overfunded projects.

Key Dev Insights:
✅ Scaling open-source AI with decentralized computing
✅ ZKPs & AI security—why cryptographic proofs are the future of model validation
✅ Building with constraints—why limited funding fuels better engineering decisions
✅ Community-driven dev—how Akash leverages contributors for rapid iteration

Join us for an engineering-first discussion on the future of decentralized AI and why lean, open-source teams are leading the way.

Website: https://akash.network/

Show Links

The Index
X Channel
YouTube


Host - Alex Kehaya

Producer - Shawn Nova

 

 

Chapters

00:00 - Welcome to Index Podcast

10:32 - New Frontiers in AI with Entrepreneurs

36:00 - Introducing Greg Osuri of Akash Network

51:08 - Innovations in Open Source AI

03:22:00 - The Role of Community in Tech Innovation

06:13:17 - Early Days and Challenges of Akash

10:24:34 - The Power of Open Source: Lessons Learned

12:20:00 - Designing Incentives for Network Growth

20:56:00 - The Path to Open Intelligence

Transcript
WEBVTT

00:00:06.290 --> 00:00:10.316
Welcome to the index podcast hosted by Alex Cahaya.

00:00:10.316 --> 00:00:35.935
Plug in as we explore new frontiers with entrepreneurs, builders and investors shaping the future of the internet hey everybody and welcome to Everything.

00:00:35.996 --> 00:00:39.981
Bagel, I'm your co-host, alex Cahaya, and I'm joined by Ben Enroy, founder of Bagel Network.

00:00:39.981 --> 00:00:42.810
Today, we're going to explore the future of open source AI with our special guest, greg Osuri, who's the founder of Akash Network.

00:00:42.810 --> 00:00:51.082
Today, we're going to explore the future of open source AI with our special guest, greg Osuri, who's the founder of Akash, which is a decentralized compute marketplace.

00:00:51.082 --> 00:00:53.429
Greg, thanks so much for being here today.

00:00:53.429 --> 00:00:54.451
I appreciate you joining us.

00:00:54.451 --> 00:00:55.942
Great to be here, alex.

00:00:55.942 --> 00:00:56.966
Thank you so much for having me.

00:00:57.659 --> 00:01:26.945
So for some context, I've known Greg for a while since, I think, before Akash actually launched, because we were pretty early investors back in the day, and one of the things I love about both Greg and Bidon is they're like open source purists, which is, you know, I got red pilled by open source by my partner, brian Fox, who's the, you know, the author of the Baschel Rola GPL licenses, and both Greg and Bidon have been massive advocates of open source and are an inspiration to me in that realm.

00:01:26.945 --> 00:02:11.002
Greg, I know you've been following Bagel, but I'm sure one of the things you love about them is like they ship really innovative software technology around AI open to everybody and, like most recently they figured out how to use ZKP zero knowledge proofs to prove who contributed what to an AI model, and that is what enables them to power monetizable open source AI, which is huge, and they open source the white paper and all the code that shows it actually working and they like just to give you like an idea of the order of magnitude here, they reduce the time that it takes researchers to do the same thing from like 1000 thousands of hours to like two seconds with a team of like three researchers Like there are nine people on their team total.

00:02:11.002 --> 00:02:13.649
So I've been like, yeah, really inspired about that.

00:02:13.649 --> 00:02:19.056
We've been talking a lot about that on the show, Just like our last episode that we just recorded was a decent.

00:02:19.096 --> 00:02:21.103
Part of the episode was like what's the insight?

00:02:21.103 --> 00:02:28.555
Like how do you get to those insights that lead to these kinds of big innovations when there's teams that have, you know, 10 times the amount of funding and 10 times the headcount?

00:02:28.555 --> 00:02:35.748
But then this little team, this like underdog, the Dave and Goliath kind of story, ships open source, kind of like the deep seek thing that just happened.

00:02:35.748 --> 00:02:43.343
I really feel like that what they did is very similar to that where it's way cheaper, way faster and came from this like way less funded, smaller team.

00:02:43.625 --> 00:02:44.725
It's funny how that works.

00:02:44.725 --> 00:03:21.284
I wrote something in 2019 or I think 2018, a post that went a little viral, that talked about how the amount of funding is inversely correlated to progress in early stage, not later stage, especially seed stage, and I wrote this saying I mean, there has historically hasn't been a single success story that raised or over fund, that's overfunded, that actually innovated and I don't want to pick names in crypto, because if I say something it's going to cause a lot of scare, but classic.

00:03:21.284 --> 00:03:21.806
Do you remember?

00:03:21.806 --> 00:03:24.509
There used to be an app called Color.

00:03:25.110 --> 00:03:29.724
I vaguely remember this, like vaguely 2011?

00:03:29.724 --> 00:03:30.888
It was like a social media thing.

00:03:31.588 --> 00:03:36.673
Yes, it was all social media back then and we had companies that raised $50 million.

00:03:36.673 --> 00:03:38.995
I think they raised $15, $20, $30 million Back then.

00:03:38.995 --> 00:03:39.635
It was a lot of money.

00:03:39.635 --> 00:03:42.501
There were companies that raised $100 million.

00:03:42.501 --> 00:03:44.544
I even don't remember some of the names.

00:03:44.544 --> 00:03:54.007
There hasn't been a single success story that came out with companies that raised millions and millions of dollars In crypto very classic.

00:03:55.000 --> 00:03:55.140
Now.

00:03:55.140 --> 00:03:56.507
Solana is a classic story.

00:03:56.507 --> 00:03:58.566
Ethereum is a classic story.

00:03:58.566 --> 00:04:03.771
Pretty much any teams I mean that are considered top in terms of usage.

00:04:03.771 --> 00:04:11.661
Forget the market cap, because market cap can be may not be the actual way to estimate progress, but in terms of actual usage, solana raised what?

00:04:11.661 --> 00:04:13.606
30 million before they launched.

00:04:13.606 --> 00:04:15.651
I mean it's significantly lower to actually build.

00:04:15.651 --> 00:04:20.430
I remember because I was there the first, like the first round, ethereum raised what?

00:04:20.430 --> 00:04:24.086
18 million in their ico significantly lower to actually get started.

00:04:24.086 --> 00:04:29.913
Atom similar right and 15 million or so just enough to get you started.

00:04:29.913 --> 00:04:33.906
And most of the successful teams always have significantly lower funding.

00:04:34.468 --> 00:04:37.579
Because my thesis is once you have money, you have distractions.

00:04:37.579 --> 00:04:50.740
Now you're under the radar to spend the money because people are not going to give you money without you know either, having conviction that you're going to spend the money, because people are not going to give you money without you know either, having conviction, that you're going to deploy the capital because you know the opportunity.

00:04:50.740 --> 00:04:52.904
Cost of money is fairly high, right?

00:04:52.904 --> 00:04:56.293
So you can't just like sit and have money waiting in the bank.

00:04:56.293 --> 00:05:01.055
You get a lot of pressure from investors and usually they have controlling.

00:05:01.055 --> 00:05:03.702
You know authority to a degree and then you're screwed.

00:05:03.702 --> 00:05:05.567
So screwed.

00:05:05.608 --> 00:05:11.047
But teams that have less funding, smaller sizes, your coordination cost is much lower.

00:05:11.047 --> 00:05:20.362
Similar to how I believe Jeff Bezos has a saying that apparently in Amazon there is no single team that is too big for a pizza to share.

00:05:20.362 --> 00:05:27.668
If you cannot share a pizza with a team, that team is too big for a pizza to share, and if you cannot share a pizza with a team, that team is too big to work.

00:05:27.668 --> 00:05:41.064
So the pizza team size is an optimal way of thinking like small teams actually make a lot of progress versus large, humongous teams with overfunding usually typically don't make progress because they have too much distraction.

00:05:41.064 --> 00:05:41.908
That's a thesis.

00:05:41.908 --> 00:05:47.730
But here's a very classic example here of how Bagel is innovating with less funding.

00:05:47.730 --> 00:05:54.249
Because they're more resourceful, they're more ruthless when it comes to focus on the user and the market In a cash ride.

00:05:54.249 --> 00:05:59.408
We raised $1.8 million to launch what is a billion-dollar chain.

00:05:59.408 --> 00:06:07.050
Right, but a lot of that comes from our hyper-market focus and hyper-ruthless execution, and that comes with less money.

00:06:08.420 --> 00:06:13.170
So, greg, as we were talking about this already, about Akash, some insight.

00:06:13.170 --> 00:06:29.473
I'd be interested in hearing what worked in the early days of Akash, what kind of problem space you were exploring or usually that's called like problem maze, idea maze you were exploring, and how did you stumble upon this exact problem space that you're working on right now?

00:06:29.814 --> 00:06:46.502
well, the world was very different when we began in 2017, you know, when we published a paper in 2017 me coming from the silicon valley background the situation was so weirdly different when it comes to policy and when it comes to what you can and what you cannot do legally.

00:06:46.502 --> 00:06:56.367
My first shock in terms of how to build this company came when talking to lawyers think it was cooley which was the innovator.

00:06:56.367 --> 00:07:14.026
When it comes to marco centauri, I think he created this like thing called, say, saft right, the, the saft document based from safe and we were like, okay, we're just going to build a product and you know it's going to be a web-based product, and people are how do we get these tokens for two people to use?

00:07:14.026 --> 00:07:16.136
Uh, we're just going to charge them with a credit card.

00:07:16.136 --> 00:07:18.341
I was told that I'll go to jail if I do that.

00:07:18.341 --> 00:07:29.504
So first shock in terms because I'm grew up, you know, raised the whole notion that credit cards are the default ways you purchase something on the internet.

00:07:29.504 --> 00:07:36.365
When I was told that you cannot use credit cards to sell, I was like, okay, can we throw an ad?

00:07:36.365 --> 00:07:37.228
How do you get users?

00:07:37.228 --> 00:07:38.411
Can we do google ads?

00:07:38.411 --> 00:07:41.286
Like, no, crypto is banned from google.

00:07:41.286 --> 00:07:43.031
You cannot use crypto, cannot do anything.

00:07:43.031 --> 00:07:52.875
So the whole notion of user engagement and demand generation and payments that I knew was wrong in crypto.

00:07:52.894 --> 00:08:02.247
So a lot of things, things are very different now, right, I mean you can launch a meme coin and go to billions of dollars of value and you still are okay.

00:08:02.247 --> 00:08:05.072
In fact, you didn't get presidential immunity.

00:08:05.072 --> 00:08:12.209
So lessons are different, right, and we have to go and do quite a lot of work to even get to using credit cards on Akash.

00:08:12.209 --> 00:08:18.625
Now we have credit cards on Akash legally, without going through all the money services, license and all that stuff.

00:08:18.625 --> 00:08:21.749
And also what's the definition of a security and what's a commodity.

00:08:21.749 --> 00:08:37.308
I mean, these days it's a lot more relaxed, right, I mean it got to a point where truly decentralized companies are getting like investigated, were getting investigated at least, but current administration has taken a very different policy position when it comes to crypto.

00:08:37.308 --> 00:08:43.827
So, like I almost have to go back to 2017 and rethink what I could have done.

00:08:43.827 --> 00:08:54.529
You know that I was not allowed to from a legal standpoint, you know, and that's why we survived eight years, right, without getting in trouble in any way because we went by the book.

00:08:58.845 --> 00:09:07.500
So some of the things we did right, that's across the board was building a large community based on users and not based on speculators.

00:09:07.500 --> 00:09:19.711
So even before we had a token in the market, we had a series of events we call them testnets where I mean remember, alex, I think your company was involved too, so you can.

00:09:19.711 --> 00:09:25.254
Actually we ran, we ran it out for years yeah, it was 2018.

00:09:25.254 --> 00:09:30.587
We started testings from 2018, 2019, 2020 and we had, um, all kinds of cool things.

00:09:30.587 --> 00:09:31.770
We had like challenges and whatnot.

00:09:31.770 --> 00:09:31.990
Everyone's.

00:09:31.990 --> 00:09:35.727
To complete a challenge by using the product, you get some, some, some credits.

00:09:35.727 --> 00:09:38.583
You can exchange the credits for tokens that do not exist yet.

00:09:38.583 --> 00:09:54.499
So we were able to bootstrap our community pretty selective community, because they have to do be technical and they have to do a deployment, they use a command line, they have to be a provider, they have to be a validator, they have to do things on the network and you get some rewards right.

00:09:54.499 --> 00:10:04.451
And when we launched, we had a community that you know, we airdropped tokens to that bootstrap our community and that I think, in my definition, one of the best things.

00:10:04.451 --> 00:10:08.125
We kickstarted this whole notion of Airdrops in a very different way.

00:10:08.125 --> 00:10:17.368
Things are different now in terms of how people are launching Airdrops, but I think incentivizing your early users, not speculators, is a very, very good way of launching things.

00:10:17.368 --> 00:10:22.340
We went open source first, like day one, even before we launched.

00:10:23.039 --> 00:10:25.240
When you see my background, I'm very open source.

00:10:25.240 --> 00:10:29.523
I open source from license to and readmemd.

00:10:29.523 --> 00:10:30.864
That's how I open source.

00:10:30.864 --> 00:10:34.865
Would I do it from launch or would I not?

00:10:34.865 --> 00:10:40.927
If you ask me, I would still do open source, but it comes down to the comfort level of the team.

00:10:40.927 --> 00:10:43.208
Right, because I've been doing open source for a long time.

00:10:43.208 --> 00:10:45.230
I'm comfortable doing open source.

00:10:45.230 --> 00:10:51.173
I'm not embarrassed of my code and no, it is code because I understand there's quite a lot of like restrictions.

00:10:51.173 --> 00:10:59.495
When you go to someone else in my team being like, hey, we want to open source, they get very, very, very, you know, uncomfortable.

00:10:59.495 --> 00:11:05.099
And that I think you got to make sure you have an entire team buy-in, not a founder buy-in when it comes to open source.

00:11:05.099 --> 00:11:13.528
And it's very, very important because that might impede your progress because people will be afraid to ship code to open because they feel judgmental.

00:11:13.528 --> 00:11:17.370
So there's all kinds of emotional aspects that you've got to deal with open source.

00:11:18.139 --> 00:11:30.511
And third, I think like if I were to redo things right, we obviously launched the sovereign state chain and cosmos and akash is the first cosmos chain because there were there was a little option.

00:11:30.511 --> 00:11:33.370
The other option was ethereum, which is unusable till date.

00:11:33.370 --> 00:11:34.615
It's still unusable.

00:11:34.615 --> 00:11:43.260
Like you can't expect people to pay 30 gas fees to make a deployment that's, you know that's way more expensive than actual deployment.

00:11:43.260 --> 00:11:44.143
You're paying with gpus.

00:11:44.143 --> 00:11:51.315
So from from a shade state chain ecosystem, it was non-existent beyond Ethereum.

00:11:52.000 --> 00:11:58.013
If I were to do today, I would most likely do it on Solana or one of these shade state chain systems.

00:11:58.013 --> 00:12:09.970
When you do sovereign, yes, you have the benefits of control, but if you ask yourself deeply, deeply, do you really need that control in the early stages or can that control come later?

00:12:09.970 --> 00:12:22.023
I would most likely would choose a more modular system where a mechanism that lets me start off with a shared state but I can transition to a sovereign state if I need to.

00:12:22.023 --> 00:12:32.149
Classic example is SQL right and the reason why you want to do SQL, because SQL is a standard that can be used in MySQL or Postgres.

00:12:32.149 --> 00:12:40.604
All you need to do is SQL dump if you're using a shared database, and SQL import to a sovereign, a completely controlled database.

00:12:40.624 --> 00:12:42.549
If you need to right Similar analogies.

00:12:42.549 --> 00:12:44.586
I mean blockchain, I think should be.

00:12:44.586 --> 00:12:45.846
It's a key value pair system.

00:12:45.846 --> 00:12:50.889
You should be able to interoperate technically from one key value pair to another key value pair.

00:12:50.889 --> 00:12:58.207
I mean there are nuances in terms of transactions and block space and whatnot, but ultimately, if you remove all the wrappers, it's just a key value pair state system.

00:12:58.207 --> 00:12:59.124
That's your.

00:12:59.124 --> 00:13:02.025
You know it's immutable key value pair.

00:13:02.025 --> 00:13:07.163
It's it's immutable key value based.

00:13:07.182 --> 00:13:07.524
Yes, it says right.

00:13:07.524 --> 00:13:10.474
So some of the lessons like yes, that would save you quite a lot of security budget that you can repurpose for incentives.

00:13:10.474 --> 00:13:13.369
And one more thing we did absolutely right, absolutely right.

00:13:13.369 --> 00:13:15.940
I think a lot of them don't get it get, get these incentives.

00:13:15.940 --> 00:13:21.153
So people think of using incentives to bootstrap a network.

00:13:21.153 --> 00:13:22.716
We did the opposite.

00:13:22.716 --> 00:13:24.923
We're using incentives to grow the network.

00:13:25.866 --> 00:13:28.283
Now, is it the right way, the wrong way?

00:13:28.283 --> 00:13:29.988
That really depends on what you're trying to do.

00:13:29.988 --> 00:13:31.150
Right, it's.

00:13:31.150 --> 00:13:32.221
There's no silver bullet.

00:13:32.221 --> 00:13:34.229
You know that answer is not that helpful.

00:13:34.229 --> 00:13:41.288
But in a scenario like, uh, let's say helium, helium, you need the network even before you get product market fit.

00:13:41.288 --> 00:13:50.025
So there's no way in hell you have to bootstrap the network because it doesn't exist the resources, but something like Akash, where there's abundance of compute everywhere.

00:13:50.025 --> 00:13:51.907
They've got 7 million data centers.

00:13:51.907 --> 00:13:56.207
11 million of them are over 1 megawatt data centers.

00:13:56.207 --> 00:14:00.572
There's abundance of compute everywhere, so you don't need to bootstrap.

00:14:00.572 --> 00:14:03.488
People don't need money to go buy compute units, they already have.

00:14:03.488 --> 00:14:07.085
So bootstrap people don't need money to go buy compute units, they already have.

00:14:07.085 --> 00:14:14.166
So now the question is do you want to incentivize early for that computer to come on board or do you want to experiment with the understand the behavior before you incentivize?

00:14:14.166 --> 00:14:25.950
I think we chose the latter and that's working out really well because you know like most compute networks today, straight up pay, you know, for talking in tokens to have their compute on the network.

00:14:25.950 --> 00:14:33.111
Like I would literally give you block rewards, every block for you to go put your compute on the network.

00:14:33.721 --> 00:14:40.629
The problem is you know you don't know the quality of the compute, how good enough it is to your users.

00:14:40.629 --> 00:14:45.889
Does that fit your that compute, fit your market right?

00:14:45.889 --> 00:14:47.413
How would you know?

00:14:47.413 --> 00:14:48.764
By measuring utilization rates.

00:14:48.764 --> 00:15:02.845
So if you have high utilization rates for a certain type of compute that obviously is in high demand, on akash, for example, h200s, which are which are best gpus to run deep seek, are 100 utilized.

00:15:02.845 --> 00:15:05.490
That tells you that h200s are high demand.

00:15:05.490 --> 00:15:08.322
H100s were pretty high utilization.

00:15:08.322 --> 00:15:10.967
Now they're at 70 a100, similar right.

00:15:10.967 --> 00:15:16.081
So we know that h100s, a100s, h200s, 49s have high demand.

00:15:16.081 --> 00:15:17.884
We know that we be 100s.

00:15:17.884 --> 00:15:19.269
The older chips have low demand.

00:15:19.889 --> 00:15:22.086
Now the question is how do you incentivize each chip?

00:15:22.086 --> 00:15:34.663
So our incentive model now is, instead of straight up paying for the compute, we guarantee utilization because we know that if you have h200s you don't need incentives.

00:15:34.663 --> 00:15:38.092
I mean, utilization is 100, you don't need to be incentivized.

00:15:38.092 --> 00:15:44.408
But we do know that if you have h100s, where you, there's volatility in utilization.

00:15:44.408 --> 00:15:46.634
Sometimes it's high, sometimes it's lower.

00:15:47.201 --> 00:15:52.091
If you go to a provider and be like, I can guarantee you 80% utilization, like if you get under.

00:15:52.091 --> 00:15:56.488
I mean, provided that you have high quality compute and the provider you pass all these marks.

00:15:56.488 --> 00:16:00.746
If you're underutilized, we'll make sure we increase utilization.

00:16:00.746 --> 00:16:01.789
How Well?

00:16:01.789 --> 00:16:06.299
Just lower the price so we can subsidize the cost to the tenant.

00:16:06.299 --> 00:16:13.812
Because we know for sure from our data that if we lower the price for H100s to like 99 cents, they're gone.

00:16:13.812 --> 00:16:17.368
So we have the product market fit.

00:16:17.368 --> 00:16:19.567
Now can we throw in a discount?

00:16:19.567 --> 00:16:20.926
Everybody has discounts, right?

00:16:20.926 --> 00:16:22.606
Cloud providers do provide discounts.

00:16:22.606 --> 00:16:25.344
So if we throw an extra discount they're gone.

00:16:25.344 --> 00:16:25.965
Know that for sure.

00:16:26.485 --> 00:16:32.022
So incentivizing after understanding we came to this conclusion after we saw how our cash works.

00:16:32.022 --> 00:16:34.587
There's no way in hell we would.

00:16:34.587 --> 00:16:47.931
I mean we could draw math, model all that stuff in a in a room, but ultimately the customer's behavior is what's going to be the most valuable, most accurate inputs.

00:16:47.931 --> 00:16:49.259
You need to design incentives.

00:16:49.259 --> 00:16:58.510
So designing incentives post-launch, in growth phase, post-pmf, I believe, is working out really well for Akash.

00:16:58.980 --> 00:17:00.065
The numbers are very clear.

00:17:00.065 --> 00:17:01.168
Our growth is very clear.

00:17:01.168 --> 00:17:09.175
Our utilization Not only revenue growth, but we also measure earnings per gpu and we also measure utilization per gpu right.

00:17:09.175 --> 00:17:14.688
So across the board utilization right now is 70 and that was what 10 when we began.

00:17:14.688 --> 00:17:16.972
Over the last 12 months it came really high.

00:17:16.972 --> 00:17:23.809
On per gpu right now is about 20 per day compared to 10 roughly.

00:17:23.809 --> 00:17:25.532
That was about 12 months ago.

00:17:25.532 --> 00:17:27.839
So we clearly see an upper trend right.

00:17:27.839 --> 00:17:38.662
So some of the ways we look at how we design incentives, instead of blindly following and I think like Filecoin, I mean I can comment on incentive structures based on the outcomes of each deep end.

00:17:38.662 --> 00:17:44.301
I can tell you with a degree of confidence what went wrong, what came right, what went wrong.

00:17:44.301 --> 00:17:47.451
A lot of opinions on like different incentive models at this point now.

00:17:47.960 --> 00:18:08.105
Like Akash, was far and away one of the best investments seed investments, angel investments I've ever made you and I haven't actually had this conversation before, but I've, like, I've really thought about those early days when I first met you and the feeling that I got about you as a person and the team and like the vision you guys had for a cash.

00:18:08.105 --> 00:18:10.977
For me, investing is all about pattern recognition.

00:18:10.977 --> 00:18:17.267
Right, it's like seeing these patterns and feeling that feeling and knowing to have conviction and take action on that conviction.

00:18:17.267 --> 00:18:20.730
It's a very like it's as much as a science and an art.

00:18:20.730 --> 00:18:23.105
I get that same feeling with bid on.

00:18:23.527 --> 00:18:30.290
What strikes me of what you just said is you guys both approach these problems from first principles and with certain constraints in mind.

00:18:30.290 --> 00:18:36.112
Right, and it goes back to the earlier conversation we were having about like being very capital efficient.

00:18:36.112 --> 00:18:40.449
Right, like super capital efficient than open source from day one.

00:18:40.449 --> 00:18:44.375
It's like these three things are very common between both of you.

00:18:44.375 --> 00:18:55.832
Like the last conversation that Don and I had last week was I asked him like what was the insight that led you guys to uncover this zero knowledge proof, innovation and the whole market?

00:18:55.832 --> 00:19:00.258
All these researchers that were looking at how to execute this, were focused on burning compute.

00:19:00.258 --> 00:19:10.826
Measuring was compute used, but really their insight was, instead of looking at the burn, like at the burning of the compute we're going to look at, did the model actually get improved?

00:19:10.826 --> 00:19:17.290
And when they switched to like measuring that that's what the zero knowledge proof is proving is did the model improve by a certain amount.

00:19:17.290 --> 00:19:19.084
It changed everything.

00:19:19.084 --> 00:19:20.890
Right, that was the big, the big difference.

00:19:21.180 --> 00:19:28.444
So you measure that some work has been done by actually seeing the loss rate reduce.

00:19:28.444 --> 00:19:31.713
How do you measure model improved.

00:19:32.665 --> 00:19:33.932
Yeah, I can take that up.

00:19:33.932 --> 00:19:40.055
So first of all, before going into that, like Greg, totally agree with the incentive structure you described.

00:19:40.055 --> 00:19:45.396
Mark Andreessen had a quote, I think recently or famously.

00:19:45.396 --> 00:19:54.451
Is that like if a system is not working and if you put more money into it, that actually makes it worse, all right.

00:19:54.451 --> 00:20:00.457
So if a network is not working and you just put more money into it, that actually makes it worse.

00:20:00.457 --> 00:20:04.181
So if a network is not working and you just put more incentive into it, that makes it worse.

00:20:04.201 --> 00:20:07.484
It's a rule of thumb, of course, like there are exceptions all the time.

00:20:07.484 --> 00:20:10.633
No, there are no exceptions, actually, it's a first principle at this point.

00:20:10.633 --> 00:20:11.796
Yeah, it is a first principle.

00:20:14.345 --> 00:20:24.134
So if a network does not have users and you give some incentive and some of them show up, but they will leave after the incentives dry up anyway, you cannot keep that tap on perpetually and does not work.

00:20:24.134 --> 00:20:25.738
You have to do it.

00:20:25.738 --> 00:20:28.451
You have to figure out what works and what doesn't without incentives.

00:20:28.451 --> 00:20:36.126
That's when you know what's useful in terms of the for the customer customer and then you can supercharge that with the incentives.

00:20:36.126 --> 00:20:38.111
That's how I see it as well.

00:20:38.111 --> 00:20:40.415
So totally, I see eye to eye with you on that.

00:20:40.415 --> 00:20:46.238
And now going back to the protocol verification protocol that alex was mentioning.

00:20:46.238 --> 00:20:49.769
So it's basically what we have done.

00:20:49.769 --> 00:21:03.547
We figured out this like a modular structure for models where each contributor contributing they're building a model together, but they are not training this monolithic dense transformer together.

00:21:03.547 --> 00:21:20.196
Instead, like they're providing this modular contributions, which are called like adapter layers, like lauras, they're providing that and they stack on top of each other like Lego pieces and all those Lego pieces come together and build a model.

00:21:20.196 --> 00:21:25.311
So it's a fundamentally different approach of seeing this thing.

00:21:25.311 --> 00:21:34.548
Like a lot of people, a lot of teams, very talented teams, are trying to reduce the communication overhead over data centers to be able to train a dense transformer, monolithic model.

00:21:34.548 --> 00:21:36.592
We looked at it a different way.

00:21:36.592 --> 00:21:48.536
We looked at it in a way like why can't we just make the architecture itself modular, which is very much in line with the industry trend at the moment, because MOEs are a rage right now?

00:21:48.536 --> 00:21:55.652
Deepseq is a mixture of expert and this is a modular architecture, so they keep the transformer core and modularize it for efficiency.

00:21:55.652 --> 00:22:08.008
We did the same and then what that enabled us is that the contributions are, first of all, they can come from one data center each contribution, so you don't need that much of a communication to begin with.

00:22:08.008 --> 00:22:14.497
And second, the contributions are small enough that you can do zk verification of that.

00:22:14.497 --> 00:22:25.588
So when the person or developer or the data center developing this modular adapter, they run a zk verification on top and it's way less overhead.

00:22:25.588 --> 00:22:40.414
But then even that was like higher than what would be acceptable in a production environment, because in production environment you want seconds, not minutes, not hours or not days, and the previous example of verified training were weeks.

00:22:40.414 --> 00:22:42.689
So what we did?

00:22:42.689 --> 00:22:53.871
We looked into how this works and we saw that the previous attempts of ZK verifying these contributions were tied to compute.

00:22:53.871 --> 00:22:55.770
They were trying to verify.

00:22:55.810 --> 00:23:06.036
If compute was burned Then, like we, I personally have been in machine learning for more than 10 years and my team has like more than 40 papers published in machine learning together.

00:23:06.036 --> 00:23:14.050
So we have like extensive experience of training models in the traditional ML and we know that's not how it works In traditional machine learning.

00:23:14.050 --> 00:23:23.969
You do these massive training runs, you get the result and you look at the evals and if they don't match up to your standard you just throw them out.

00:23:23.969 --> 00:23:28.566
So they don't really count how much compute they burnt.

00:23:28.566 --> 00:23:33.770
They count how much contribution, how much improvement to the model that was done for this specific training graph.

00:23:33.770 --> 00:23:41.065
So that was kind of the mismatch between the traditional ML and the Web3 AI side.

00:23:41.065 --> 00:23:47.179
In Web3 AI we were just incentivizing compute, which makes sense to some extent.

00:23:47.179 --> 00:24:02.088
But if we don't actually look at the quality of those compute usage then we get lower quality supply on our network and that does not incentivize the consumer set to come in and put their capital in and use the resources.

00:24:02.088 --> 00:24:02.692
That's there, yeah.

00:24:03.244 --> 00:24:04.751
I mean incentivizing compute.

00:24:04.751 --> 00:24:11.614
Your level of abstraction is significantly higher than compute and you shouldn't care where it comes from.

00:24:11.614 --> 00:24:15.115
I mean, I can train the model by hand if I have to right.

00:24:15.115 --> 00:24:22.137
It doesn't matter what GPUs I do, as long as your evals I mean they're good enough for you know, whatever your standards are right.

00:24:22.137 --> 00:24:24.454
I think Moose is doing a similar approach.

00:24:24.454 --> 00:24:34.270
If I'm not wrong, in the distro they did present a mechanism where they're reducing the communications overhead for distributed training, but also for the verification.

00:24:34.270 --> 00:24:36.429
I believe they took a similar approach.

00:24:36.429 --> 00:24:38.576
But it's fascinating, very cool.

00:24:39.464 --> 00:24:40.127
Yeah, thank you.

00:24:40.328 --> 00:24:42.327
So I want to close the thought.

00:24:42.327 --> 00:25:00.693
So what we did with this like we actually are doing ZK verification of evals, of improvements, so it doesn't matter, like you might just type the weights by your hand, we don't care if you increase the evals, that's okay.

00:25:00.693 --> 00:25:05.430
And that's how we were able to reduce the verification overhead.

00:25:05.430 --> 00:25:15.531
And we believe this is the first and we open sourced it the both the paper and and the code, and it has been peer-reviewed by people at Stanford, U of T and whatnot.

00:25:15.531 --> 00:25:21.099
It works and we believe we have solved the ZK verifiable training.

00:25:21.099 --> 00:25:32.321
We are using that framework initially for fine-tuning only, but this is the stepping stone of going towards actually having fully ZK verified training in a distributed setup.

00:25:32.321 --> 00:25:35.092
So that's what we are up to with this.

00:25:35.092 --> 00:25:53.332
When token, we have launched the first version of our product and we are planning on going to mainnet very soon as well, and token, as we already discussed, like a kind of similar thought process as you, we believe that we want to do the product market fit and feed in the token into that.

00:25:53.964 --> 00:25:59.230
I mean it sounds like you're getting there because you've got like 14,000 people that just rushed to use the bakery.

00:25:59.230 --> 00:25:59.791
That's what they call.

00:25:59.791 --> 00:26:02.147
The product is the bakery basically overnight.

00:26:02.147 --> 00:26:04.055
I mean it's been live for what, two months.

00:26:04.545 --> 00:26:12.518
Yeah, yeah, it has been live for a month, a month and a couple of weeks and we were trending in the top 10 of product trend when we launched it.

00:26:12.518 --> 00:26:18.875
So I don't think that has ever happened in crypto Top 10 of product trend worldwide when we launched.

00:26:18.875 --> 00:26:21.473
So first ever crypto product to do so.

00:26:21.473 --> 00:26:24.453
But anyway, I'll stop shilling my own thing.

00:26:24.453 --> 00:26:38.549
But going back to what I was saying, is that, like that's how we see it, like incentivizing actual equality, not incentivizing, you know, just whatever contribution, and that's that was the gap in all of these machine learning related resource networks.

00:26:38.549 --> 00:26:42.384
Right, and this is so versatile, the framework we have built.

00:26:42.384 --> 00:26:49.487
It can snap on top of any compute aggregated network, like Akash, and instantly convert it to a verifiable training network.

00:26:49.487 --> 00:26:59.276
So the compute can just feed into that, and that has a lot of value as well, because it increases the value of this like compute aggregated networks at the same time.

00:27:00.105 --> 00:27:04.342
And the last point I want to make about open source we love open source.

00:27:04.342 --> 00:27:05.766
I believe in open source as well.

00:27:05.766 --> 00:27:10.876
There are lots of upsides to that, but there are some downsides.

00:27:10.876 --> 00:27:13.490
We have noticed as well I'm sure you have as well.

00:27:13.490 --> 00:27:38.451
I was discussing that with Alex a couple of episodes ago that we open sourced our research on a very fast model verification algorithm watermarking and fingerprinting early last year and that has been adopted by actually quite a few well-known Web3 AI projects in the space and they're using that, which I'm happy about.

00:27:38.451 --> 00:27:47.799
But the downside of this is that we were not credited when that algorithm became the core part of the protocol.

00:27:47.799 --> 00:27:53.796
So sometimes that happens right Like you open source it, people like it, but they just use it for their own use.

00:27:54.005 --> 00:27:57.480
What kind of licensing did you have on the open source model, on the open source code?

00:27:58.986 --> 00:28:00.951
On that, we had MIT.

00:28:00.951 --> 00:28:03.920
So again, like I'm happy, Very permissive.

00:28:04.039 --> 00:28:07.688
It's one of the most probably permissive license right.

00:28:07.688 --> 00:28:23.967
So an advice I would give to avoid such scenarios in the future is to have Apache 2.0 license, where if a protocol includes your code, they have to credit your or GPL like GPL V3, I think.

00:28:24.047 --> 00:28:28.209
Is it like AGPL or GPL V3 has the same thing?

00:28:28.209 --> 00:28:30.758
I mean, because they have to open source it, not just credit you.

00:28:30.758 --> 00:28:33.986
I think with Apache they still have to credit you, but it doesn't have to be open source.

00:28:33.986 --> 00:28:45.005
Again, I'm kind of biased because of Brian who helped write those licenses, but for me, if it's my company and my team making it, I like it to be a GPL or GPL.

00:28:45.005 --> 00:28:49.952
Just because open source software for me is my legacy, I want it to live forever.

00:28:49.952 --> 00:28:57.490
I want it to go to Mars, like bash Bash is literally powering quadcopter on Mars, and I want it to be there for everybody, for the world.

00:28:57.490 --> 00:29:01.298
Right, and I feel super strongly about that.

00:29:01.298 --> 00:29:07.910
It's a personal choice for other teams, like I don't judge other people for choosing different licenses and whatnot, I get it, but for me that's it's.

00:29:07.910 --> 00:29:13.397
I don't know again, it's my legacy etched in stone, etched in bare metal on the internet.

00:29:13.999 --> 00:29:14.680
Make me think.

00:29:14.680 --> 00:29:23.355
I mean, I think I probably should consider a GPL license, because there are similar scenarios with Akash too, Like a lot of people fork a code blindly, copy our code.

00:29:23.355 --> 00:29:25.424
Just, I mean it's so funny.

00:29:25.424 --> 00:29:37.013
Even some of our plugin code people just copy, paste and just control F, change names literally, Like we saw that happen so many times.

00:29:37.013 --> 00:29:42.373
A lot of the deep end networks that are launching just with Akash straight up code base, you know, change the names.

00:29:42.373 --> 00:29:50.876
There was even instances where the founders were like doing demos and I could clearly see AKT in there as a payment mechanism.

00:29:50.876 --> 00:29:53.732
They haven't even bothered to change the currency.

00:29:53.732 --> 00:29:56.090
But yeah, but it is a problem.

00:29:56.090 --> 00:29:57.454
I mean, crypto is sadly.

00:29:57.454 --> 00:30:12.019
I think a more restrictive license is definitely an answer, which I hate to be saying that, but I bet the ones that copied you have enormous funding.

00:30:12.039 --> 00:30:14.125
Yes, yeah, close to nine figures.

00:30:14.125 --> 00:30:16.053
Yes, yeah, close to nine figures, actually.

00:30:17.058 --> 00:30:27.690
Yeah, and we have the receipts and there's been some drama on Twitter about this particular company, with some unethical things in the past, from one of the founders especially, and that are unrelated to open source, right, but it's kind of like the Apple.

00:30:27.690 --> 00:30:31.405
I don't know what the right phrase here is, but the Apple doesn't fall from far from the tree or whatever.

00:30:31.405 --> 00:30:35.275
I'd be curious to hear what you think about this, Greg, but I was like ready to go to war.

00:30:35.275 --> 00:30:39.673
I was like dude, let's call this out Like it's, it's bullshit, you know, and I would go to war.

00:30:39.673 --> 00:30:40.193
You know what I mean?

00:30:40.193 --> 00:30:50.836
Yeah, Like right, Like it's it's, it's complete BS.

00:30:50.836 --> 00:30:52.538
Maybe there's still time for us to do that bit.

00:30:52.577 --> 00:30:54.039
Back to where we started this conversation.

00:30:54.039 --> 00:31:05.491
It's about execution, thinking about things from first, principles and the people involved, and even if it was closed source software, you know it's easy to copy people and we've seen that happen in SaaS all the time.

00:31:05.491 --> 00:31:14.336
Smaller team comes by, build the exact same product out, executes the well-funded Goliath, and then they've got a huge company and the other company ends up dying at some point.

00:31:14.336 --> 00:31:24.212
That's just been a repeated story that we see, and I think this same thing applies from open source and the thing that happens when you don't open source is you lose all those network effects, you lose all that community.

00:31:24.212 --> 00:31:29.392
And you know, one of the reasons why I joined Solana is because of that pattern recognition we're talking about.

00:31:29.491 --> 00:31:35.650
I saw the same thing that I saw in you, Greg, with Tully and Raj, and they were shipping day one open source.

00:31:35.650 --> 00:31:42.558
And I even asked Tully as kind of a test, like, hey, what happens if someone right whatever left click copy or right whatever the right click?

00:31:42.558 --> 00:31:44.066
You got to do copies, your code base?

00:31:44.066 --> 00:31:46.752
And this is back when they had that office on Howard street.

00:31:46.752 --> 00:31:50.406
They were just starting out, they hadn't even launched main yet, yet, I don't think.

00:31:50.406 --> 00:32:11.429
And they and they and they were shipping a really good idea in public and he was like please fork it, go for it, Cause the other part of it about the execution, especially in crypto, is getting to where you are, Greg, with a real community, a real customer base, actual people providing node services.

00:32:11.449 --> 00:32:14.480
You know, leasing, leasing and registering like providers, dude, that is a whole ball of wax, it's a it's.

00:32:14.480 --> 00:32:19.314
It's hard to replicate that, Um, and you're only stronger because of the open source community.

00:32:19.314 --> 00:32:25.724
I just, I just believe that you know to my core and ultimately, you know, karma is a bitch for the people who don't respect that.

00:32:26.567 --> 00:32:28.990
Um yeah, so, yeah, on that point right.

00:32:28.990 --> 00:32:34.679
So I mean open source has so many benefits that outweigh the risks, right, I mean risk being.

00:32:34.679 --> 00:32:43.638
You know you're getting copied, but I think on the long run you eventually end up winning, because you can fork the code but you cannot fork the community.

00:32:43.638 --> 00:32:45.429
I remember Solana launching.

00:32:45.429 --> 00:32:47.496
You know, I was there literally two weeks ago.

00:32:47.496 --> 00:32:50.575
I did the first video and they needed testimonials.

00:32:50.575 --> 00:32:58.226
If you go to Solana's YouTube, I'm like one of the first videos they did In that office.

00:32:58.226 --> 00:32:58.707
I had a photo shoot too.

00:32:58.707 --> 00:33:00.732
I took like black and white photos of them, literally like one week from shipping.

00:33:00.732 --> 00:33:01.775
So funny.

00:33:01.795 --> 00:33:04.569
That was like right before covid hit and they hit.

00:33:04.569 --> 00:33:08.905
Right when covid hit they launched and I was concerned because we were like planning to launch.

00:33:08.905 --> 00:33:12.594
A few months from there they crashed and it was crazy.

00:33:12.594 --> 00:33:17.921
Unfortunately, I was able to like rake up some solana tokens at like one dollar, two dollar range or less than that.

00:33:17.921 --> 00:33:21.652
I think it's significantly less than that, but they were.

00:33:21.652 --> 00:33:23.115
So I mean totally.

00:33:23.135 --> 00:33:32.590
I remember totally was like the software was not ready to get shipped, but totally was like we're gonna ship and that's that's execution right, because you're never ready.

00:33:32.590 --> 00:33:33.497
It's like being a dad you're never ready.

00:33:33.497 --> 00:33:34.704
It's like being a dad You're never ready.

00:33:34.704 --> 00:33:36.490
You just got to go for it.

00:33:36.490 --> 00:33:45.310
It's never going to be perfect, but I think it takes the pragmatism that tells you quite a lot on execution Out-execute, you know, people are going to copy you.

00:33:45.310 --> 00:33:49.155
People are going to copy you because they're good at it, but they cannot execute you right.

00:33:49.155 --> 00:33:50.166
Out-execute you right.

00:33:50.166 --> 00:33:53.413
So I would execute ship as aggressively as possible.

00:33:53.413 --> 00:33:55.077
Build that community based on truth.

00:33:55.077 --> 00:34:00.330
People like drama, you know, people like the fact that you know somebody copied you.

00:34:00.330 --> 00:34:03.414
That actually builds a stronger community in my opinion.

00:34:03.414 --> 00:34:08.353
It did for me, for us, right, and you get more sticky community.

00:34:08.353 --> 00:34:23.771
But focus on the community very important, I think, one of the best community builders I see in the space and, of course, like and toli and they're very, very good at it.

00:34:23.771 --> 00:34:26.800
But I think in jacob const reborn jacob from bit tensor or even shaw walters from from ai 16z.

00:34:26.800 --> 00:34:31.570
I mean, it's more modern times, but but I I admire community builders and I studied them.

00:34:31.570 --> 00:34:36.059
Um, I think Jacob has quite a lot of admiration.

00:34:36.059 --> 00:34:38.152
I mean really think about how he builds BitTensor.

00:34:38.152 --> 00:34:45.074
Go to the discourse and understand how the discourse works and how the communications are working there.

00:34:45.074 --> 00:34:47.612
Spend a day in BitTensor discourse.

00:34:47.612 --> 00:34:50.083
Spend a day in AI16 discourse.

00:34:50.947 --> 00:35:05.367
I was so impressed by Shawaw's gtm in terms of like they had this eliza framework open source from day one of the top trending repo in in the women, it's like for a month or something.

00:35:05.367 --> 00:35:18.132
Like it's crazy, and I was training on github like 10 years ago, so I understand what it means to be trending and what that brings you in terms of like inbounds and it's just a crazy phase you go through.

00:35:18.132 --> 00:35:39.873
And the reason why I think he was so successful in shipping software is you know his he would do like this, like massive three hour long videos on explaining the software and you would think like this video has to be succinct and like to the point because nobody has time, like no.

00:35:39.873 --> 00:35:51.351
He proved that if you explain things well, people will sit and listen to you and that's what Joe Rogan did and a lot of the new podcasters long-form podcasts are about.

00:35:51.351 --> 00:35:56.269
If the content is interesting enough, people will listen to you and think you know.

00:35:56.269 --> 00:36:08.628
Shaw definitely understood that and his videos are like I watch a three-hour video on friday night to understand eliza and I sat through it, right, you know, and I was surprised that I could spend.

00:36:08.628 --> 00:36:18.389
I mean, I don't watch tv that much, I mean especially youtube and whatnot, not for that long but but there's something to be understood about these founders and how they build communities around open source systems.

00:36:18.389 --> 00:36:20.114
Same thing with Jacob.

00:36:20.114 --> 00:36:22.150
Jacob would spend hours on out.

00:36:22.150 --> 00:36:27.056
Jacob's weapon is Discord right, and everybody has their own choice of platforms, right.

00:36:27.822 --> 00:36:36.615
That is something that I think cannot be forked, no matter how hard you try, and I think that's one of the reasons why I think I'm not endorsing ai16z as a token or any of that sort.

00:36:36.615 --> 00:36:39.659
I'm just observing community builders and seeing their patterns.

00:36:39.659 --> 00:36:41.840
Uh, like you say, it's pattern recognition.

00:36:41.840 --> 00:36:45.951
Right now, I can recognize these patterns among successful founders, successful builders.

00:36:45.951 --> 00:36:50.148
They all have one thing in common is cut the bullshit, be pragmatic.

00:36:50.148 --> 00:36:52.914
Don't worry about getting judged.

00:36:53.635 --> 00:36:57.894
If you have to go on a three-hour podcast, three-hour video, where are you going to make mistakes?

00:36:57.894 --> 00:37:00.130
It's not going to be perfect because it's life, right.

00:37:00.130 --> 00:37:09.449
I've noticed so much, so much, I guess, like, like engagement.

00:37:09.449 --> 00:37:15.478
When I do live raw videos without filters, you know people love it.

00:37:15.478 --> 00:37:20.934
I mean, I just randomly go on twitter and be like hey, I'm going to live stream my coding session.

00:37:20.934 --> 00:37:26.634
People love to see me code, right because, like people, love to see other people play games.

00:37:26.634 --> 00:37:32.315
You know things of that nature will give you quite a lot of like true community.

00:37:32.315 --> 00:37:41.096
That well-funded company with big PR teams will be prohibited from going live because they have they're too afraid to lose.

00:37:41.505 --> 00:37:43.530
Let's, let's build some AI agents on live stream.

00:37:43.530 --> 00:37:48.467
Next time, bidhan, I'll watch you, I'll do commentary, I'll be.

00:37:48.467 --> 00:37:50.807
I'll be like the sports commentator I like.

00:37:50.827 --> 00:37:52.014
Sahil from Gumroad, another like Sahil.

00:37:52.014 --> 00:37:55.432
Sahil from Gumroad, another favorite Sahil from Gumroad.

00:37:55.432 --> 00:38:00.570
All these phenomenal community builders, right, I don't know if you know Sahil, but he's a character.

00:38:00.570 --> 00:38:02.054
I follow him on Twitter.

00:38:02.054 --> 00:38:10.208
Have you seen his YouTube videos where he does this PMing, where he does this amazing way of how to write a PRD?

00:38:10.208 --> 00:38:11.907
He's a great product manager.

00:38:11.907 --> 00:38:18.005
The way he would approach a PRD using AI these days is just amazing because I need to check that out it's amazing.

00:38:18.005 --> 00:38:40.688
So he starts with, like black document why and what, why they want to do something and what they're going to do Like a few lines and sentences, plain English, and he develops this PRD using different tools, using DeepSea, using, you know, chaigpt, you know O3, and actually he does the V0, the whole, like you know, user interface thing, and he does it live.

00:38:40.688 --> 00:38:45.315
And that's awesome Because you see the mistakes people make and you see someone work.

00:38:46.260 --> 00:38:51.775
A great way of improving your work is to imitate somebody's work and I had that in my career for a long time.

00:38:51.775 --> 00:38:53.619
I imitated when I was learning Go.

00:38:53.619 --> 00:39:00.213
A lot of my imitation came from Mish Hashimoto, the founder of HashiCorp, developing Terraform and whatnot.

00:39:00.213 --> 00:39:02.731
I learned from how these people code.

00:39:02.731 --> 00:39:03.976
Looking at the code.

00:39:03.976 --> 00:39:16.114
I love learning by other, watching experts or people that I consider good to work, and I think that speaks quite a lot in how these founders build communities, and we need open source.

00:39:16.114 --> 00:39:19.034
I think is a great way to imitate them.

00:39:19.764 --> 00:39:22.391
So we only have a couple of minutes left and I couldn't agree more with everything you said.

00:39:22.391 --> 00:39:24.472
But there's something I really wanted to ask you, greg.

00:39:24.472 --> 00:39:36.958
The conversations I've had with Ben on the last couple of months have really helped me develop this thesis around open intelligence, and the term open intelligence is actually came from a brainstorming session that Markeisha and I had.

00:39:36.958 --> 00:39:43.806
She leads marketing over at Bagel, but basically it's artificial general intelligence or artificial super intelligence.

00:39:43.806 --> 00:39:44.588
On crypto rails.

00:39:44.588 --> 00:39:48.478
It's open source, right Open source or AGI on crypto rails.

00:39:49.146 --> 00:40:01.123
I have come to believe that this is really really important for humanity and for our industry and that it really should be the North Star of every founder.

00:40:01.123 --> 00:40:06.456
That's, building critical infrastructure should be to help make this happen, to accelerate open intelligence.

00:40:06.456 --> 00:40:11.036
Bagel is critical for it and I think a cash is critical for it.

00:40:11.036 --> 00:40:15.150
I think for obvious reasons, but I also am asking myself, like, am I crazy?

00:40:15.150 --> 00:40:18.077
Right, like you know, can we do this?

00:40:18.077 --> 00:40:25.610
Can we get a bunch of entrepreneurs who are building these systems to work together to create open intelligence for the sake of humanity?

00:40:25.891 --> 00:40:27.393
Am I being like overly dramatic?

00:40:27.393 --> 00:40:29.057
Is it even possible?

00:40:29.057 --> 00:40:32.414
Like, and then, if it is possible, like, what are the components?

00:40:32.414 --> 00:40:43.552
It's like I look at it like a factory system and there's like inputs and outputs and there's a bunch of tooling that needs to be built in between to make it happen, and I I'm like trying to develop like a vision for what that is.

00:40:43.552 --> 00:40:47.664
So that's, I know that's a ton, but generally speaking, like how am I doing?

00:40:47.664 --> 00:40:50.670
Here are we, are we going to make it to open intelligence?

00:40:51.612 --> 00:40:57.034
I mean it's not something we, you know, something that it'd be nice to be open source.

00:40:57.034 --> 00:40:58.851
It's something that we absolutely need.

00:40:58.851 --> 00:41:09.795
It has to happen because, historically speaking, any sufficiently important technology that reached mass adoption is open source.

00:41:09.795 --> 00:41:15.114
Linux, world Wide Web, you know, name it.

00:41:15.114 --> 00:41:24.856
In modern era, even, as a matter of fact, phones, I mean, without Android, you wouldn't have the same level of adoption if it just were, yeah, transformers for open source, right?

00:41:24.856 --> 00:41:34.456
So open source is so critical for mass adoption because the network effects would not come otherwise.

00:41:34.456 --> 00:41:40.231
And we've seen very clearly what happened with DeepSeek, right, very, very obvious.

00:41:40.231 --> 00:41:53.177
Like, until DeepSeek, the state-of-the-art model was a closed model and DeepSeek came and changed things, and this is just going to be a stepping stone in reaching ultimate intelligence.

00:41:53.177 --> 00:41:55.552
Now, have we done that before?

00:41:55.552 --> 00:41:57.349
Yes, we have World Wide Web.

00:41:57.733 --> 00:42:07.353
Like, without the companies that innovated early failures, successes, whatnot we wouldn't have the open internet that we so much use.

00:42:07.353 --> 00:42:12.994
Right, 20 years from now, you look back and be like we'll be asking the question.

00:42:12.994 --> 00:42:16.393
So, looking back to internet itself, right, it did not begin as open.

00:42:16.393 --> 00:42:20.047
Internet began very close, aol was literally shipping cds.

00:42:20.047 --> 00:42:25.222
You needed aol to get on the internet, right, look where aol is today.

00:42:25.222 --> 00:42:25.885
We're still around.

00:42:25.885 --> 00:42:30.644
But it's not the internet company, right, it is the companies that actually operate the internet.

00:42:30.644 --> 00:42:31.657
So, similarly like open ai, I think would be the new aol of the companies that actually operate the internet.

00:42:31.657 --> 00:42:35.478
So, similarly like OpenAI, I think would be the new AOL of the world.

00:42:35.478 --> 00:42:38.172
Yes, they were the first to innovate with ChatGPT.

00:42:38.172 --> 00:42:45.914
I mean not first to innovate, but at least first to get to market with ChatGPT and definitely like proved product market fit with ChatGPT.

00:42:45.914 --> 00:42:48.224
That kicked off an entire industry.

00:42:48.385 --> 00:42:52.708
But I think the true intelligence through AGI will be open source.

00:42:52.708 --> 00:43:00.009
And if you look at how do you monetize and how do you sustain open source software, decentralization is the way.

00:43:00.009 --> 00:43:01.434
Crypto is the way.

00:43:01.434 --> 00:43:16.652
There is no better mechanism that I can think of and I have factual evidence for this, looking at successful open source companies that open this products that could not create a successful mechanisms to sustain themselves.

00:43:16.652 --> 00:43:26.639
So, looking back, there's no doubt in my mind that crypto is the only mechanism, only framework to have monetizable.

00:43:26.639 --> 00:43:28.067
You know machine intelligence right.

00:43:28.067 --> 00:43:29.409
So that's really comes down to it.

00:43:30.170 --> 00:43:32.394
I'm giving a Bindan's pitch right here.

00:43:32.394 --> 00:43:39.927
But open source is good as long as it can be monetizable and sustainable, and I think crypto is a great way.

00:43:39.927 --> 00:43:50.715
So, yeah, it's going to be multiple people, multiple organizations, multiple protocols, rather interoperating with each other permissionlessly.

00:43:50.715 --> 00:43:56.311
If Bagel wants to use Akash, no one can stop Bagel from using Akash.

00:43:56.311 --> 00:44:00.913
No one can stop you from getting the H200s for $0.99.

00:44:00.913 --> 00:44:04.050
Right, and that's what it comes down to.

00:44:04.050 --> 00:44:11.072
If I want to use Bagel, no one can stop me to use Bagel, and I can build protocols on top of.

00:44:11.092 --> 00:44:11.193
Akash.

00:44:11.264 --> 00:44:11.766
Unstoppable.

00:44:11.766 --> 00:44:13.166
Open intelligence Correct.

00:44:13.166 --> 00:44:15.291
It has to be unstoppable, it has to be.

00:44:15.291 --> 00:44:20.309
Imagine you're a developer and you're coding at 2 o'clock in the night and you want to use a product.

00:44:20.309 --> 00:44:29.806
Last thing you want is an approval from someone that's going to wake up on a weekday and give you an approval to get your account, increase your limits, all sorts of things.

00:44:29.806 --> 00:44:30.027
I mean.

00:44:30.027 --> 00:44:32.972
You want to review code, you have a question?

00:44:32.972 --> 00:44:36.208
You should be able to go read the code yourself and you have AI.

00:44:36.208 --> 00:44:38.271
Now they explain a lot of things on how things work.

00:44:38.271 --> 00:44:42.976
I mean, back in the day it's like actually read the code, figure things out.

00:44:42.976 --> 00:44:46.474
That takes a while, but I can feed that into an AI and be like explain what's going on.

00:44:46.474 --> 00:44:47.996
The logic here, right.

00:44:47.996 --> 00:44:57.936
There are so much tools now that open source adoption is going to be accelerated with tools as well as creation as well.

00:44:57.956 --> 00:45:00.467
Yeah, I couldn't agree more with you, man, and I appreciate you coming on.

00:45:00.467 --> 00:45:01.831
We can wrap now.

00:45:01.831 --> 00:45:03.836
Thanks so much, dude, awesome.

00:45:10.567 --> 00:45:14.445
You just listened to the Index Podcast with your host, alex Cahaya.

00:45:14.445 --> 00:45:21.478
If you enjoyed this episode, please subscribe to the show on Apple, spotify or your favorite streaming platform.

00:45:21.478 --> 00:45:23.992
New episodes are available every Friday.

00:45:23.992 --> 00:45:25.465
Thanks for tuning in.

00:45:25.465 --> 00:45:27.586
I feel like.