
Exclusive Interview with Dankrad Feist | Researcher at Ethereum Foundation
Welcome to Kernel Talk, this is Rose from Kernel Ventures. We are a crypto VC fund focusing on the growth of dev communities and backing the most ingenious founders in the world. Today we are at the StarkWare Sessions in Tel Aviv with Dankrad Feist — Researcher at the Ethereum Foundation who proposed the new sharding design and concept of Danksharding. Let’s learn about the next steps for Danksharding, its value add, as well as the potential for new use cases enabled by Proto-Danksharding fro...
Kernel Ventures:解密以太坊的 ERC4337 变局,我们可以窥见哪些机会 ?
作者:Kernel Ventures Jerry Luo 审稿:Kernel Ventures Mandy, Joshua TLDR: 当下以太坊上主流的钱包类型有 EOA 和 SCW 两种,但两者分别面临着执行效率低下和无法自主发起交易的问题。以太坊开发者几经探索,现阶段找到的最优方案是通过 ERC4337 实现的账户抽象。ERC4337 钱包通过 Bundler 实现了私钥与账户主体的分离,交易的批量处理并可以主动发起交易。同时,通过智能合约钱包的内置代码,可以根据外界信息自动化处理交易。但这一提议仍然面临着协议层账户抽象和原生账户抽象钱包等其他方案的挑战,同时 ERC4337 入口合约今年 3 月才上线以太坊主网,许多问题有待挖掘,最终方案存在较大不确定性。最后,由于 Entry Point 合约的单点性,ERC4337 在升级上受到了很大限制。为了解决这些问题,ERC4337 的开发者也通过补充 EIP 提案,在不改动入口合约的情况下进行优化。对于 EOA 时代 Dapp 与 ERC4337 不兼容的情况,ERC4337 支持者自建了大量 ERC4337 的钱包项目和专注...
Kernel Ventures:BTC 生态开发热潮下的应用层全景图
作者:Kernel Ventures Jerry Luo 审稿:Kernel Ventures Mandy, Kernel Ventures Joshua, Kernel Ventures Rose伴随着铭文赛道的爆火,比特币主网现有应用层无法满足铭文市场,是当下比特币网络开发的重点。现阶段比特币主流的 Layer2 方案有三种,分别是闪电网络,侧链以及 Rollup:闪电网络通过建立链下支付通道实现点对点支付,通道关闭后在主网进行结算;侧链在主网通过特定地址或者多签地址锁定主网 BTC 资产,在侧链上铸造等值 BTC 资产。其中 Merlin Chain 能够支持多类铭文资产跨链,并且背后与 BRC420 资产社区联系紧密,现阶段链上 TVL 总量超过了 30 亿美金;现阶段的 BTC Rollup 基于 Taproot 电路在链上模拟智能合约,并在比特币主网以外完成打包与计算操作。其中 B2 Network 在实现过程中走在了最前列,链上 TVL 总量也超过了 2 亿美金。专门针对比特币设计的跨链桥并不多,现阶段更多的集成了主流公链的多链桥和全链桥,其中 Meson.Fi 与...
Backing the most ingenious founders and fostering the constant growth and evolution of blockchain 👾⛓🚀 www.kernel-ventures.com

Exclusive Interview with Dankrad Feist | Researcher at Ethereum Foundation
Welcome to Kernel Talk, this is Rose from Kernel Ventures. We are a crypto VC fund focusing on the growth of dev communities and backing the most ingenious founders in the world. Today we are at the StarkWare Sessions in Tel Aviv with Dankrad Feist — Researcher at the Ethereum Foundation who proposed the new sharding design and concept of Danksharding. Let’s learn about the next steps for Danksharding, its value add, as well as the potential for new use cases enabled by Proto-Danksharding fro...
Kernel Ventures:解密以太坊的 ERC4337 变局,我们可以窥见哪些机会 ?
作者:Kernel Ventures Jerry Luo 审稿:Kernel Ventures Mandy, Joshua TLDR: 当下以太坊上主流的钱包类型有 EOA 和 SCW 两种,但两者分别面临着执行效率低下和无法自主发起交易的问题。以太坊开发者几经探索,现阶段找到的最优方案是通过 ERC4337 实现的账户抽象。ERC4337 钱包通过 Bundler 实现了私钥与账户主体的分离,交易的批量处理并可以主动发起交易。同时,通过智能合约钱包的内置代码,可以根据外界信息自动化处理交易。但这一提议仍然面临着协议层账户抽象和原生账户抽象钱包等其他方案的挑战,同时 ERC4337 入口合约今年 3 月才上线以太坊主网,许多问题有待挖掘,最终方案存在较大不确定性。最后,由于 Entry Point 合约的单点性,ERC4337 在升级上受到了很大限制。为了解决这些问题,ERC4337 的开发者也通过补充 EIP 提案,在不改动入口合约的情况下进行优化。对于 EOA 时代 Dapp 与 ERC4337 不兼容的情况,ERC4337 支持者自建了大量 ERC4337 的钱包项目和专注...
Kernel Ventures:BTC 生态开发热潮下的应用层全景图
作者:Kernel Ventures Jerry Luo 审稿:Kernel Ventures Mandy, Kernel Ventures Joshua, Kernel Ventures Rose伴随着铭文赛道的爆火,比特币主网现有应用层无法满足铭文市场,是当下比特币网络开发的重点。现阶段比特币主流的 Layer2 方案有三种,分别是闪电网络,侧链以及 Rollup:闪电网络通过建立链下支付通道实现点对点支付,通道关闭后在主网进行结算;侧链在主网通过特定地址或者多签地址锁定主网 BTC 资产,在侧链上铸造等值 BTC 资产。其中 Merlin Chain 能够支持多类铭文资产跨链,并且背后与 BRC420 资产社区联系紧密,现阶段链上 TVL 总量超过了 30 亿美金;现阶段的 BTC Rollup 基于 Taproot 电路在链上模拟智能合约,并在比特币主网以外完成打包与计算操作。其中 B2 Network 在实现过程中走在了最前列,链上 TVL 总量也超过了 2 亿美金。专门针对比特币设计的跨链桥并不多,现阶段更多的集成了主流公链的多链桥和全链桥,其中 Meson.Fi 与...
Backing the most ingenious founders and fostering the constant growth and evolution of blockchain 👾⛓🚀 www.kernel-ventures.com

Subscribe to Kernel Ventures

Subscribe to Kernel Ventures
Share Dialog
Share Dialog


<100 subscribers
<100 subscribers
Welcome to Kernel Talk, this is Rose from Kernel Ventures. We are a crypto VC fund focusing on the growth of dev communities and backing the most ingenious founders in the world. Today we are at the StarkWare Sessions in Tel Aviv and we have the Exploration Lead of StarkWare - Abdelhamid here with us talking about the Kakarot zkEVM and the positioning of it within the StarkWare ecosystem.
1. What's the main difference between Kakarot zkEVM and other zkEVMs from a technical perspective? Can you introduce the advantage of Kakarot zkEVM?
True of course, so the main advantage of Kakarot is the fact that it is being built with Cairo. It means that by design, it is already provable. Indeed every program that you write in Cairo is provable. In other words, we have implemented the logic of the EVM in Cairo, and it has automatically become a zkEVM. And I think this is the main advantage of Kakarot - because Cairo is very flexible. For example, other zkEVM are implementing custom circuits for all opcodes of the EVM. And the process of building the circuits is very hard and very complex. And it takes a lot of time. With Kakarot, we implemented the full zk EVM in two months and a half. That means a lot about how flexible is the language and how it can be a very strong competitive advantage of Kakarot.
2. What's the original intention of creating Kakarot zkEVM and what is the positioning of it in the StarkWare ecosystem?
Yeah, so basically, the original idea of Kakarot was exactly to showcase the power of Cairo. You know, at StarkWare, we decided from the beginning not to be EVM compatible. The promise of StarkWare is to drop EVM compatibility to design the best system for a maximum efficiency of the proving system. Indeed, the EVM was designed at the creation of Ethereum, and obviously, at this time, the zk proofs domain was not as advanced as it is now. So the EVM was not designed to be zk friendly. That means there were some design choices of the EVM that make it hard to be provable. At StarkWare we have built StarkNet, which is not EVM compatible. The idea of Kakarot is not to say we need EVM compatibility on StarkNet. This was not the original purpose, the original purpose was to showcase that Cairo is so powerful, that you can build crazy complex stuff with it. And an EVM was a real cool showcase of that, because the EVM is complex. It's a very big program. A very well known example also as well. So it was the best example to show how powerful is Cairo is.
3. What will the final version of Kakarot zkEVM look like? What value add or optimisation will it bring to the StarkWare ecosystem? What are some new functionalities made possible with Kakarot zkEVM?
So the final version of Kakarot might be a Layer 3 on top of StarkNet to have full flexibility. On Layer 3, you can have your own chain, you can define your own rules and you can make it optimized for EVM purposes. Where as on StarkNet Layer 2 you depend on the StarkNet Protocol. That means that you will have some limitations. So the end goal of Kakarot might be a Layer 3 with full flexibility within a Kakarot Chain or a chain that will generate proofs, submit them and verify them on StarkNet Layer 2.
4. Does Kakarot zkEVM have a fundraising plan in the future?
We created the project at StarkWare but it has now become a community driven project. The core contributors of Kakarot, from the community, are discussing this idea right now. So it can happen anytime soon.
Thank you so much, definitely keen to see how Kakarot progresses. If you like our content, click the subscribe button and stay tuned for more exciting interviews!
Kernel Ventures is a research & dev community driven crypto VC fund with more than 70 early stage investments, focusing on infrastructure, middleware, dApps, especially ZK, Rollup, Modular Blockchain, and verticals that will onboard the next billion of users in crypto such as Account Abstraction, Data Availability, Scalability and etc. For the past seven years, we have committed ourselves to supporting the growth of core dev communities and University Blockchain Associations across the world.
Welcome to Kernel Talk, this is Rose from Kernel Ventures. We are a crypto VC fund focusing on the growth of dev communities and backing the most ingenious founders in the world. Today we are at the StarkWare Sessions in Tel Aviv and we have the Exploration Lead of StarkWare - Abdelhamid here with us talking about the Kakarot zkEVM and the positioning of it within the StarkWare ecosystem.
1. What's the main difference between Kakarot zkEVM and other zkEVMs from a technical perspective? Can you introduce the advantage of Kakarot zkEVM?
True of course, so the main advantage of Kakarot is the fact that it is being built with Cairo. It means that by design, it is already provable. Indeed every program that you write in Cairo is provable. In other words, we have implemented the logic of the EVM in Cairo, and it has automatically become a zkEVM. And I think this is the main advantage of Kakarot - because Cairo is very flexible. For example, other zkEVM are implementing custom circuits for all opcodes of the EVM. And the process of building the circuits is very hard and very complex. And it takes a lot of time. With Kakarot, we implemented the full zk EVM in two months and a half. That means a lot about how flexible is the language and how it can be a very strong competitive advantage of Kakarot.
2. What's the original intention of creating Kakarot zkEVM and what is the positioning of it in the StarkWare ecosystem?
Yeah, so basically, the original idea of Kakarot was exactly to showcase the power of Cairo. You know, at StarkWare, we decided from the beginning not to be EVM compatible. The promise of StarkWare is to drop EVM compatibility to design the best system for a maximum efficiency of the proving system. Indeed, the EVM was designed at the creation of Ethereum, and obviously, at this time, the zk proofs domain was not as advanced as it is now. So the EVM was not designed to be zk friendly. That means there were some design choices of the EVM that make it hard to be provable. At StarkWare we have built StarkNet, which is not EVM compatible. The idea of Kakarot is not to say we need EVM compatibility on StarkNet. This was not the original purpose, the original purpose was to showcase that Cairo is so powerful, that you can build crazy complex stuff with it. And an EVM was a real cool showcase of that, because the EVM is complex. It's a very big program. A very well known example also as well. So it was the best example to show how powerful is Cairo is.
3. What will the final version of Kakarot zkEVM look like? What value add or optimisation will it bring to the StarkWare ecosystem? What are some new functionalities made possible with Kakarot zkEVM?
So the final version of Kakarot might be a Layer 3 on top of StarkNet to have full flexibility. On Layer 3, you can have your own chain, you can define your own rules and you can make it optimized for EVM purposes. Where as on StarkNet Layer 2 you depend on the StarkNet Protocol. That means that you will have some limitations. So the end goal of Kakarot might be a Layer 3 with full flexibility within a Kakarot Chain or a chain that will generate proofs, submit them and verify them on StarkNet Layer 2.
4. Does Kakarot zkEVM have a fundraising plan in the future?
We created the project at StarkWare but it has now become a community driven project. The core contributors of Kakarot, from the community, are discussing this idea right now. So it can happen anytime soon.
Thank you so much, definitely keen to see how Kakarot progresses. If you like our content, click the subscribe button and stay tuned for more exciting interviews!
Kernel Ventures is a research & dev community driven crypto VC fund with more than 70 early stage investments, focusing on infrastructure, middleware, dApps, especially ZK, Rollup, Modular Blockchain, and verticals that will onboard the next billion of users in crypto such as Account Abstraction, Data Availability, Scalability and etc. For the past seven years, we have committed ourselves to supporting the growth of core dev communities and University Blockchain Associations across the world.
No activity yet