Withdraw ₳314,800 for PyCardano administered by Intersect
151 DReps voted · 50 with a rationale · 3 re-voted unchanged
Open a row to read the rationale.
- Yes6.7M ₳No rationale
- Yes6.5M ₳No rationale
- Yes5.7M ₳No rationale
- Yes5.7M ₳No rationale
- YesRevoted5.5M ₳Rationale
Python's popularity and significance make a lightweight library solution for Python developers highly valuable. I support this proposal to enhance Cardano's accessibility for Python developers.
Earlier votes
Yes1y agoSuperseded
Python's popularity and significance make a lightweight library solution for Python developers highly valuable. I support this proposal to enhance Cardano's accessibility for Python developers.
- Yes5.5M ₳No rationale
- Yes5.3M ₳Rationale
PyCardano is a critical, open-source library with real-world usage within the ecosystem. It enables transaction creation in Python without third-party tooling, directly supporting Cardano’s developer accessibility.
With upcoming protocol updates, continued maintenance is essential. This proposal aligns with STORM Partners’ goals to enhance ecosystem efficiency and attract diverse developer talent. We vote YES. - No5.1M ₳No rationale
- Yes5.1M ₳No rationale
- Yes4.9M ₳No rationale
- Yes4.8M ₳Rationale
Full off-chain capability in Python is crucial for building DApp backend. PyCardano should be actively funded and maintained.
Full off-chain capability in Python is crucial for building DApp backend. PyCardano should be actively funded and maintained.
- Yes4.6M ₳No rationale
- Yes4.5M ₳No rationale
- Yes4M ₳No rationale
- Yes3.9M ₳Rationale
I vote YES as core engineering is a top priority of my DRep.
Strength and honor.
- Yes3.6M ₳No rationale
- Yes3.5M ₳No rationale
- Yes3.5M ₳No rationale
- Yes3M ₳No rationale
- Yes2.8M ₳No rationale
- Yes2.7M ₳Rationale
Clear goals in the proposal. Includes support for 12 months which i like. Would like to see more involved community engagement KPIs.
- Yes2.7M ₳Rationale
PyCardanoは、Python開発者向けに軽量かつ依存性の少ないCardano用トランザクションライブラリを提供しており、9,000件/月以上のダウンロード実績と170以上のプロジェクト利用が確認されています。エコシステム多様化と開発者体験の向上に寄与する提案として、賛成します。
PyCardano provides a lightweight, dependency-free Python library for interacting with the Cardano blockchain. With over 9,000 monthly downloads and wide adoption, it effectively lowers the barrier for Python developers. I vote in favor due to its clear utility and ecosystem impact.
- No2.5M ₳Rationale
I like the project. I support its development and understand its value, but I can’t vote “YES” on allocating the funds when the description doesn’t say a single word about where the specific amount of ADA comes from or how it will be used. Why 314k? Why not 214? 514? 321? 42?
- Yes2.5M ₳No rationale
- Yes2.5M ₳No rationale
- Yes2.2M ₳No rationale
- Yes2.1M ₳No rationale
- Yes1.9M ₳No rationale
- Yes1.9M ₳No rationale
- Yes1.7M ₳No rationale
- Yes1.6M ₳No rationale
- Yes1.6M ₳Rationale
Voting Yes. PyCardano is a leading Python library for interacting with Cardano. This proposal funds maintenance, protocol updates, and bug fixes to ensure it remains stable and functional.
- Yes1.6M ₳Rationale
I decided to vote ✅ YES on 37 treasury withdrawals, ➖ ABSTAIN on none, and ❌ NO on 2 treasury withdrawals from the Intersect 2025 budget.
It’s obvious I consider all proposals I approved in the budget vote on Ekklesia beneficial for Cardano, so those all receive a ✅ YES vote.
I also vote ✅ YES for most proposals I initially abstained from or voted against in the Ekklesia vote. There are a few reasons for this:
- Some proposals gained strong community support after all, so I don’t want to be the one standing in the way, especially when the requested amount is negligible in the bigger picture.
- Some proposals I actually liked, but I found them more suitable for Catalyst. However, with all the delays, it now makes more sense to fund them as soon as possible.
- Some didn’t get my initial support because I thought the requested amount was too high. But I now believe it’s better for the ecosystem to fund them, despite the larger budget, than not fund them at all.
- I needed to vote for budget proposals with my own NCL in mind. Not all those I approved made it, however, so that leaves some room for other ones.
I won’t approve the treasury withdrawal for two proposals:
❌ Withdraw ₳3,000,000 for High-yield RWA Asset for Cardano: Tokenized Real Estate
This proposal won’t bring much value to our ecosystem, imho.❌ Withdraw ₳1,500,000 for Complement Catalyst: Extended Quadratic Funding---Zero Operational Costs
While the proposal includes some interesting ideas for a fairer voting mechanism, I now support Catalyst and don’t see the need for an additional funding system at this moment, especially considering total spending. The requested amount also seems too small to meaningfully fund multiple projects. While the model relies on donations, it’s unclear what the donor incentive is. Since voting power is tied to donation size, why wouldn’t donors just support specific fundraisers run directly by the projects they care about? That way, they can ensure their contribution goes straight to their preferred initiative without needing it to win a vote first.
I do appreciate the idea of a hybrid funding model where the treasury covers part of a project, but ideally, the remaining portion should come from investors rather than donations, imho.
Lastly, I don’t appreciate that the proposal’s title refers to Catalyst, even though it has no relationship to it. This seems intended to mislead people into thinking Catalyst would benefit from this proposal, which it doesn’t...I acknowledge there’s a metadata issue in the proposal “Withdraw ₳45,217 for MLabs Core Tool Maintenance & Enhancement: Cardano.nix”, but I approved it nonetheless, as the problem is minor and not worth obstructing the process.
- Yes1.4M ₳No rationale
- Yes1.3M ₳Rationale
A couple of months ago, I supported the resolution to bundle all of the Intersect Budget Proposals into 1 or 2 formal on-chain governance votes.
Each of these proposals has already received 50% or greater support from the active DReps in the ecosystem, and I will honor that prior decision.
A PDF version of this rationale is also made available.
A couple of months ago, I supported the resolution to bundle all of the Intersect Budget Proposals into 1 or 2 formal on-chain governance votes.
Each of these proposals has already undergone extensive scrutiny and received 50% or greater support from the active DReps in the ecosystem, and I will honor that prior decision and the work these prospective developers have put in by voting yes on all the proposals from the Intersect Budget team.
- Yes1.2M ₳No rationale
- Yes1.2M ₳No rationale
- Yes1.2M ₳No rationale
- No1.2M ₳No rationale
- Yes1.1M ₳No rationale
- No1.1M ₳Rationale
I am voting No. While PyCardano is a valuable library for Python developers in the Cardano ecosystem, the nature and scale of the work—focused on continued development and maintenance—make it better suited for Project Catalyst. Catalyst offers a more targeted, iterative funding environment for tools like this, where community feedback and demand can guide development priorities. Treasury funding should prioritize foundational infrastructure and initiatives with broad, strategic impact—this proposal does not meet that threshold.
- Yes1.1M ₳Rationale
This is a very important project for the Cardano developer community. It is filling a real need (Python tooling), has a good history and the budget is reasonable for the scope and impact. There is no real duplication at this quality and level of integration in Cardano.
No-nonsense: Cardano's developer community is still many years behind Ethereum in terms of mature, accessible tooling (especially for non-Haskell/JS devs) and Python is the language of millions of developers around the world (in data science, finance, etc.) and if we want Cardano to get talent outside the Haskell cult, then it is non-negotiable that we have native, robust Python tooling. PyCardano is the only Python library that can create and sign Cardano transactions without the need for kludgy 3rd party serialization tools, reducing friction, bugs and the onboarding pain of developers who would otherwise just build on another chain.
This proposal fits very well with the plan to make Cardano more accessible and useful to a wider dev community by lowering the barrier of entry. It helps to foster innovation outside the very small circle of Plutus/Haskell in-group. We need more bets like this if we want a healthy, growing dev community.
- Yes951.2K ₳No rationale
- Yes929.9K ₳No rationale
- Yes927.7K ₳No rationale
- Yes888K ₳No rationale
- Yes884.5K ₳No rationale
- Yes796.1K ₳Rationale
Python dev community support is a good investment.
- Yes742.6K ₳No rationale
- Yes636.4K ₳No rationale