SPO

Hazelpool

pool1h6q8...dgu3shl5
https://www.hazelpool.com

Hazelpool is a professionally operated Stakepool dedicated to cat fostering and the support of animal shelters

Badges (2)

Pool Voice
Silver
Hard Fork Ready

Forum activity (0)

No forum posts yet.

Governance record

Participation24%Voted on 10 of 42 concluded actions
Votes with rationale90%9 of 10 votes with rationale
Voting pattern
10votes
  • Yes9 (90%)
  • No1 (10%)
  • Abstain0 (0%)

No vote changes

Voting history (10)

YesUpdate Constitutional Committee 2026Decided epoch 654View rationaleEnacted7d ago

I vote yes, acknowledging the proposed CC change, according to the elections facilitated through Intersect.

YesReduce minPoolCost to 75 ada and increase Plutus Memory Limits (Part 2)Decided epoch 653View rationaleExpired7d ago

I vote yes on the change of memory limits and minPoolCost reduction.

I fully support the long-planned memory limit increase. I also support reducing minPoolCost, but bundling these otherwise unrelated changes sets an odd precedent, especially without a clear reason why they needed to be combined. It is almost phrased as a temperature check with SPOs on minPoolCost, but if that is the intent, I would have preferred that input to be gathered separately rather than making the memory limit change dependent on it. Why not a dedicated parameter change action?

I support the minPoolCost reduction as an interim step, but I am not convinced it will materially improve the viability of smaller pools. Even at around 3.5 million ADA delegation, sustainability remains a concern for us. When we polled our delegators in 2025 on fixed fees of 0, 170 and 340 ADA, the majority, albeit from a small sample, preferred 170 because they understood that it helps sustain the pool. We therefore do not plan to lower our own fixed fee.

I would also like to see a clearer path and target timeframe for introducing a minimum percentage based margin. I recognize that such a timeframe cannot be enforced through this action, but without it there is a risk that these incremental minPoolCost reductions remain the solution for longer than intended.

YesIncrease Transaction and Block Memory Units (Part 1 of 2)Decided epoch 614View rationaleEnacted6mo ago

I vote yes on increasing the memory units by 25% for both individual transactions and total blocks. Reviewing the research provided by several knowledgeable SPOs, and in talking with expert smart contract engineers on Cardano like The Ancient Kraken, the overwhelming opinion is that this change is necessary and beneficial to Cardano at this time. Just because we are not constantly operating under high chain load currently, every time there is high chain load, this change would remediate several aspects of it. As an engineer involved in some of the large enterprise onboarding to Cardano, the transaction tests we performed, allow for a notably smoother smart contract experience. In addition, certain calculations are simply not possible to perform on chain given the current limits, preventing many more advanced use cases for smart contracts on Cardano, or make their implementation more complex than it could be. An example of this is outlined here: https://github.com/logical-mechanism/peace-protocol/blob/main/documentation/close_out_report.md . Given the predictions by experts in chain analytics on the impact of this increase, my own research and data, and the research of my colleagues, I support this change.

YesAdd Constitutional Committee Member - ChristinaDecided epoch 607View rationaleExpired8mo ago

I vote yes to instate Christina Gianelloni (musikc) as the 8th constitutional committee member. This will allow us additional bandwidth and redundancy in our constitutional assessments. I have personally met Christina and been following her engagement within governance and the community simply by being active in the ecosystem, and trust her to take on this task with diligence and care.

I have independently verified that the correct cold key was used in the governance action, by contacting Christina and matching the key she shared with the on-chain proposal. Christina provided the key hash c46a3789d71bc0a27d1c381909289978797a60c5f67aa8bc2b26ab92, while the on-chain proposal includes the bech32-encoded key cc_cold1ztzx5duf6udupgnarsupjzfgn9u8j7nqchm8429u9vn2hys9m3kkv.

Using
echo cc_cold1ztzx5duf6udupgnarsupjzfgn9u8j7nqchm8429u9vn2hys9m3kkv | bech32
we can confirm the hash matches, and that it carries the expected CIP-129 12 prefix (CC cold key, key hash).

YesAdd Constitutional Committee MemberDecided epoch 602View rationaleEnacted8mo ago

I vote yes to instate Cardano Curia as the 7th constitutional committee member, replacing the Cardano Atlantic Council and restoring the currently required committee size of seven members.

I have independently verified that the correct cold key was used in the governance action, by contacting a member of the Cardano Curia consortium directly and matching the key they shared with the on-chain proposal. Mladen provided the script hash 16feefc225e06f75a3c917f4aa50acffde7631ea0355721f2ac12542, while the on-chain proposal includes the bech32-encoded key cc_cold1zvt0am7zyhsx7adreytlf2js4nlaua33agp42usl9tqj2ssazjmn9.

Using
echo cc_cold1zvt0am7zyhsx7adreytlf2js4nlaua33agp42usl9tqj2ssazjmn9 | bech32
we can confirm the hash matches, and that it carries the expected CIP-129 13 prefix (CC cold key, script hash).

Show 5 moreShow less
YesReplace Interim Constitutional CommitteeDecided epoch 581View rationaleEnacted1y ago

I vote yes on replacing the Interim Constitutional Committee with the members elected through the Intersect-led process over the past few months. This group includes a mix of well-known individuals, established consortiums from the period when we relied on the ICC, and newly formed consortiums composed of community members, many of whom I have personally met.

I am confident that the highly responsible duty of verifying the constitutionality of proposals for the next 146–73 epochs (depending on the CC member) will be carried out with diligence and integrity. I confirmed the correct hashes from the governance action rationale against on-chain data of registered committee hashes, and verified that the two non-script hashes and five script hashes are valid, as are their proposed on-chain terms. No other discrepancies were found.

YesHard Fork to Protocol Version 10 ("Plomin" Hard Fork)Decided epoch 537View rationaleEnacted1y ago

We are voting YES on the upcoming Plomin hard fork, which is a crucial moment in Cardano's history. This hard fork is likely the only one that requires just SPOs and the Constitutional Committee to vote (in the future, dReps will also need to participate in the decision). We believe it is our responsibility to monitor and comment on the overall state of the ecosystem as part of our voting rationale and deliberation.

While we have significant concerns about the percentage of total ADA delegated to dReps — only 7.5% compared to 58% delegated to stake pools — as well as the overall distribution of said dRep delegation, we believe the Plomin hard fork is necessary to improve the Cardano ecosystem. We discussed delaying the hard fork due to these concerns, but we think that for Cardano to make meaningful progress, control must be in the hands of all ADA holders, not just the Interim Constitutional Committee.

There will be many discussions about the budget and the constitution, and not everyone will be happy with the outcomes. Waiting until everyone agrees would be counterproductive. On the technical side, more than 80% of pools by ADA staked upgraded to the highly recommended 10.1.4 node version in less than two weeks, which is impressive. This includes several centralized exchanges that also showed their readiness by voting on the hard fork.

Overall, the ecosystem is as ready as it can be. Best of success, Cardano.

YesRename the Chang 2 Hard Fork to the Plomin Hard ForkDecided epoch 529No rationale publishedClosed1y ago
YesShould K increased?Decided epoch 521View rationaleClosed1y ago

Our vote towards adjusting the k parameter is yes. This has been a topic of some discussion and magnitude for a long time in the community. In the last (pre-Chang #1) poll HAZEL voted no on changing k to 1000, and yes on decreasing the min fee to 170 ADA. Our reasoning back then was clear, and has not changed since then. We do not believe k should immediately be raised to 1000, but instead to an intermediate 750.

We believe that recent events around large retiring stakepools and the slow flow of delegation to dReps clearly show that a large portion of held ADA is unused and must be considered sticky. With doubling k, this would mean a large number of ADA holders would lose their rewards, often over extended periods of time, potentially reducing their trust in Cardano.
While we cannot hold off these changes forever just because holders are complacent or inactive, we can reduce its impact by increasing k in smaller steps.

Generally, we support raising k, but urge everyone to understand that we need to track the outcome of such a parameter change in detail to evaluate its success (or lack thereof) with regards to improving the ecosystem.

No15f82a365bdee483a4b03873a40d3829cc88c048ff3703e11bd01dd9e035c916#0Decided epoch 514View rationaleClosed1y ago

I am voting No towards the proposal of naming the next hard fork HOSKY. While HOSKY has undeniably contributed a lot to Cardano, with onboarding initiatives, educational work about governance and decentralization, and the support of smaller, individual SPOs (of which I am one), naming a hard fork after the project has two main issues for me.

The first one is that as an open blockchain, it might be perceived as a type of advertising, and influence people into thinking that HOSKY is an officially endorsed project. In the past, hard forks were named after individuals that have no commercial benefit from having it named after them. I believe that this should continue.

The second issue is, that HOSKY presents itself as a meme project. While I have nothing against meme coints, I believe that naming a hard fork after such a project might not be the best way to represent the Cardano ecosystem to the outside world. Even if the project itself strongly advocates for what I believe are the right values when it comes to our blockchain, and HOSKY might be known by many already in the community, external parties we are trying to onboard may see this as facetious behavior. I would rather ensure we are taken serious while having fun, instead of being seen as a joker, trying to appeal to the entire world.