Join Starknet’s April Governance Call focused on Cairo DevEx and improving our developer tools.
Starknet needs to hear from you: delegates, developers, and community members about the current challenges with Cairo and ideas for future improvements.
StarkWare engineers, Ohad and Leo, will be sharing insights and potential roadmap ideas.
Agenda:
Panel Discussion (20 minutes):
Key panelists—Ohad, Leo, and select delegates—discuss DevEx challenges with Cairo and current feature requests.
Sharing insights, observations, and potential ideas for the roadmap.
Delegate & Developer Sharing (25 minutes):
Open floor for delegates and developers to share their feedback, pain points, and wishlists.
Participate via live Q&A through Zoom Webinar chat or a moderated call.
Your Input Matters:
Feedback and dialogue is essential in shaping the ongoing efforts to enhance Starknet’s ecosystem. This call is your chance to share honest insights, ask questions, and contribute to a vibrant discussion.
We welcome you to post any questions or preliminary feedback in the comments below ahead of the call.
It’s great to see StarkWare opening up space for real-time community feedback. Can’t wait to hear from Ohad and Leo, and also from fellow builders on what’s working and what’s not.
Already jotting down a few thoughts to bring to the table
Thanks to all who joined the April Governance Call.
Here’s a written summary for those who couldn’t make it, covering two key topics: Cairo Developer Experience (DevEx) and the Fee Market post v0.14.0.
Let’s dive in
Cairo DevEx – Challenges & Improvements
Pain points surfaced:
Slow compilation times
Poor error messages that confuse rather than help
Overly strict versioning and frequent breaking changes
Tooling inconsistencies across the ecosystem
Suggested improvements:
A canonical repository that maps each Starknet version to compatible tooling (CLIs, compilers, etc.)
More transparent and coordinated versioning across core tools
Improved hint APIs and client-side tooling
Tooling gaps:
CLI tools like Starkscan and Voyager struggle to keep up
On DevEx, I’d love to see a shared “tooling matrix” repo—mapping each StarkNet release to compatible CLI versions, compilers, and IDE plugins would save everyone so much time.
Re: fees, I agree sustainability is key—perhaps a small portion of fees could be automatically redirected to a public-goods pool (docs, tooling, community grants) to balance costs with ecosystem growth.