4851

View Tx Hash

Routine software upgrade. Coordinating on one version at one height is the whole job, so this is a yes.

View Release

Mainnet release carrying a protocol change; validators have to be on it for the version to take effect.

View Release

Sui switches version only when two thirds of the stake has voted for it, and only nodes already on the release can vote. We were.

ACP-285

View Proposal

Trims issuance at the low end of the staking curve; we back a leaner emission schedule.

ACP-283

View Proposal

Lets the floor price fall when the chain is quiet, so fees track actual demand.

ACP-273

View Proposal

A shorter minimum term lowers the commitment a new validator has to make without weakening the set.

ACP-267

View Proposal

A higher bar for rewards is right for the network, and we run well above 90%.

ACP-236

View Proposal

Removes the re-stake gap at the end of a validation period — good for delegators and for uptime on our nodes.

ACP-194

View Proposal

Separates consensus from execution so throughput is no longer capped by execution inside the round; we upgraded ahead of Helicon.

MIP-0009

View Proposal

More account updates per transaction, so a zkApp call need not be split.

MIP-0008

View Proposal

Raises the events and actions a transaction may emit, which zkApps had been working around.

MIP-0007

View Proposal

More on-chain state per zkApp account, at a cost we can carry.

MIP-0006

View Proposal

Faster slots mean faster finality for users; our block producers were ready for the shorter window.

View Release

Starknet staking attestations come from the node, so the node has to be current. Upgraded on release.

496

View Tx Hash

The proposal ensures the UNV Polygon ITS minter configuration is correctly migrated and maintains reliable cross-chain functionality.

View Release

Routine protocol bump. We upgraded on the published schedule.

120

View Tx Hash

Restores a connection the chain already relies on. Leaving it broken is the worse outcome.

View Release

The stop-slot build that halts the old chain cleanly at the fork. Running it is what makes an orderly hard fork possible.

View Release

Scheduled release; nothing in it shifts risk onto delegators.

View Release

Consensus client release for the validator set. We upgraded on the published schedule.

View Release

Routine protocol bump; we upgraded inside the release window and voted the version in.

View Release

A breaking release for the client we attest with. Upgraded before it was required.

4849

View Tx Hash

Routine software upgrade. Coordinating on one version at one height is the whole job, so this is a yes.

View Release

Standard mainnet upgrade, run before the version switched.

24

View Tx Hash

Routine software upgrade. Coordinating on one version at one height is the whole job, so this is a yes.

NEP-642

View Proposal

Prices account creation closer to the state it costs the validator set to keep.

NEP-611

View Proposal

Gas keys let an app pay for its users' transactions natively; we ran the release that stabilised it.

View Release

Standard weekly release carrying a protocol change. No delegator-facing change in it.

23

View Tx Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

View Release

Routine client upgrade; staying on the current build is the whole obligation here.

ELIP-017

View Proposal

Fixes the duration vault edge case found after ELIP-015 shipped.

ELIP-016

View Proposal

A mandatory delay before slashed shares can be redistributed — a safety margin we want in the pipeline.

22

View Tx Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

View Release

Routine protocol bump; we upgraded and voted so the epoch switched on schedule.

View Release

Stable release ahead of the fork work. We keep block producers on the current stable build.

View Release

Upgraded and voted. The releases either side of this one carried the fixes for the May halts, which is reason enough to stay current.

20

View Tx Hash

Sensible tuning rather than a change of direction. We read it in full and see no reason to block it.

View Release

Client upgrade that changes how the node syncs; missing it means missing attestations.

View Release

A hard fork: a node that does not upgrade forks itself off the chain. We upgraded before the fork height.

View Release

Voting opened on 13 April and we were on the release before it did, which is the condition for the vote to count.

View Release

Protocol bump with published release notes and no change to staking. Voted for.

ELIP-015

View Proposal

A time-bound vault primitive for AVSs; it gives stake a term instead of an open commitment.

ELIP-014

View Proposal

Rewards paid against operator sets rather than the old flat split, which is how we are actually allocated.

ELIP-012

View Proposal

Replaces the fixed programmatic incentives flow with a committee that can steer it; we prefer a reviewable process.

View Release

We keep the node on the current mainnet release so a protocol vote is never held up by us.

View Release

Consensus-breaking release. Upgraded ahead of the block it takes effect at.

ELIP-013

View Proposal

Splits the allocation contracts and clears the sharp edges operators hit around slashing.

View Release

Routine stable release; upgraded without incident.

View Release

Standard version vote. Nothing in it changed the economics for delegators.

ACP-226

View Proposal

Block delay adjusts to load rather than sitting at a constant, so latency improves without asking more of the validator set.

ACP-204

View Proposal

A cheap precompile for passkey-style signatures; no operational cost to us and it widens what builds on the C-Chain.

ACP-181

View Proposal

Gives subnets a stable validator view per epoch, which is what makes L1 validation predictable for us to operate.

View Release

Scheduled fork; we moved with the validator set rather than at our own pace.

View Release

Upgraded and voted with the set; a version that does not reach two thirds simply does not activate.

View Release

Raised the chunk-validator count. We support widening the set that secures each shard.

108

View Tx Hash

Repair work on an existing route rather than a new commitment, so we support it.

View Release

Consensus change with a published height. Ran the release in time.

369

View Txn Hash

A reasonable ask for work the chain benefits from, at a size the pool can carry.

368

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

367

View Txn Hash

We read it in full and see nothing that works against the chain or its delegators.

366

View Txn Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

365

View Txn Hash

A scheduled upgrade on a published release. We support it so the validator set moves together and the chain stays live.

364

View Txn Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

51

The case is made in the proposal itself and the risk is contained. Yes.

101

It fits the project's direction and carries no cost we can find for delegators.

100

We read it in full and see nothing that works against the chain or its delegators.

50

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

99

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

49

The change is small and reversible, and we see no cost to delegators in it.

324

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

64

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

323

Phishing dressed as a proposal. Vetoed, and delegators should not sign anything it links to.

4842

Routine software upgrade. Coordinating on one version at one height is the whole job, so this is a yes.

363

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

362

View Txn Hash

Deployment work the chain's connections depend on; supporting it keeps them working.

199

A measured parameter change that stays inside the range the chain already runs, and a later vote can undo it.

322

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

63

Vetoed rather than voted down: this was made in bad faith, not merely a bad idea.

359

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

360

View Txn Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

361

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

321

The case is made in the proposal itself and the risk is contained. Yes.

357

View Txn Hash

It fits the project's direction and carries no cost we can find for delegators.

358

View Txn Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

19

A scheduled upgrade on a published release. We support it so the validator set moves together and the chain stays live.

356

View Txn Hash

We’re in favour of uploading the new multisig contract for XRPL.

198

We agree with the proposal to remove USK from oracle accept list.

62

Proposal #62 introduces important enhancements that align with OmniFlix’s roadmap for utility, governance, and decentralization. We support the direction toward sustainable network growth and look forward…

355

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

354

View Txn Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

353

View Txn Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

352

View Txn Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

351

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

319

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

320

Phishing dressed as a proposal. Vetoed, and delegators should not sign anything it links to.

348

View Txn Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

350

View Txn Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

349

View Txn Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

98

View Tx Hash

The case is made in the proposal itself and the risk is contained. Yes.

197

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

61

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

4838

We’re in favor of this proposal as it helps in decreasing spam.

317

Phishing dressed as a proposal. Vetoed, and delegators should not sign anything it links to.

316

Fake airdrop with a hostile link. Veto is the only vote that costs the author anything.

60

Routine software upgrade. Coordinating on one version at one height is the whole job, so this is a yes.

315

Fake airdrop with a hostile link. Veto is the only vote that costs the author anything.

368

A scheduled upgrade on a published release. We support it so the validator set moves together and the chain stays live.

97

We’re aligned with the proposed shift to BLD for all fee-related mechanisms, reflecting the deprecation of Inter Protocol.

314

Fake airdrop with a hostile link — voted no, and delegators should not sign anything it links to.

1

View Txn Hash

The proposal to make the Cetus users whole after the attack.

313

A scam posted as governance. We voted it down; a veto would have been the better lever.

312

A scam posted as governance. We voted it down; a veto would have been the better lever.

311

Fake airdrop with a hostile link — voted no, and delegators should not sign anything it links to.

310

A scam posted as governance. We voted it down; a veto would have been the better lever.

309

Fake airdrop with a hostile link — voted no, and delegators should not sign anything it links to.

58

Fake airdrop with a hostile link — voted no, and delegators should not sign anything it links to.

334

View Txn Hash

We’re in favour of this pool creation for XRPL voting verifier.

333

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

332

View Txn Hash

A scheduled upgrade on a published release. We support it so the validator set moves together and the chain stays live.

331

View Txn Hash

Routine software upgrade. Coordinating on one version at one height is the whole job, so this is a yes.

330

View Txn Hash

The code and the addresses were published with the proposal, and the change is contained. Yes.

329

View Txn Hash

A scheduled upgrade on a published release. We support it so the validator set moves together and the chain stays live.

328

View Txn Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

327

View Txn Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

326

View Txn Hash

A scheduled upgrade on a published release. We support it so the validator set moves together and the chain stays live.

325

View Txn Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

57

Fake airdrop with a hostile link — voted no, and delegators should not sign anything it links to.

308

Fake airdrop with a hostile link — voted no, and delegators should not sign anything it links to.

4837

A scam posted as governance. We voted it down; a veto would have been the better lever.

322

View Txn Hash

Updating the expired IBC light client 07-tendermint-113 for kava_2222-10 with the state of client 07-tendermint-145.

94

View Txn Hash

We’re supporting this upgrade that: • adds support for EVM destinations (ethereum, Avalanche C-Chain, optimism OP Mainnet, Arbitrum One, base, Polygon PoS) via noble using CCTP • adds retrying of forwarding…

NEP-591

View Proposal

One deployed contract many accounts can reference — less state to store and less for us to serve.

365

We’re all in favour of updating the expired IBC light client.

195

We’re all in favour of delisting the following asset: SFRXETH.

364

SDK 50 is one of the promised upgrades from the new Core team. Happy to see this delivery.

93

View Txn Hash

We’re supporting the Signaling Proposal for the Strategic Sunsetting of Inter Protocol.

307

The code and the addresses were published with the proposal, and the change is contained. Yes.

307

View Txn Hash

Deployment work the chain's connections depend on; supporting it keeps them working.

56

View Txn Hash

Deployment of OmniFlix Channel Contracts, bringing a Web3-native creator experience through programmable channel logic, content tokenization, collaboration toolkits, and on-chain engagement tools.

306

View Txn Hash

Encapsulate welcomes the Stargaze upgrade to v16, arriving at block #19319579, which brings the latest versions of CosmWasm and IBC to the mainnet.

92

View Txn Hash

We’re all in favour of the parameter fix, re-establishing the intended 500k IST MintLimit for the USDC and USDT PSMs (Peg Stabilized Modules) after the v19 upgrade error.

14

View Txn Hash

The raising of the the current deposit from 20,000 PASG (~$50) to 100,000 PASG.

15

View Txn Hash

The increase of Minimum Validator Commission Rate to 5%.

16

View Txn Hash

This proposal to raise the minimum gas price from 0.001 uPASG to 12.5.

17

View Txn Hash

This proposed solution that prevents the need for undelegation, which could negatively impact validators and network security. Alternative approaches would require the team to undelegate all tokens from the…

18

View Txn Hash

This software upgrade for the Passage blockchain that introduces a bonus airdrop round for StrangeClan NFT airdrop stakers and upgrades cosmwasm dependencies to their latest compatible versions.

194

Delisting the following assets: QATOM,MATIC,DOT,USK,milkTIA and CRO. Once delisted, these assets will no longer be available for supply or borrowing.

362

The case is made in the proposal itself and the risk is contained. Yes.

4836

View Txn Hash

We’ve voted against relocating non-LUNA Pools to SA & Elevate LUNA Pools from SA.

55

View Txn Hash

We support the adjustment of FLIX Token inflation parameters.

297

View Txn Hash

It fits the project's direction and carries no cost we can find for delegators.

296

View Txn Hash

It fits the project's direction and carries no cost we can find for delegators.

295

View Txn Hash

The proposal was originally intended for testnet, Axelar will have a follow-up proposal on mainnet in a few days.

294

View Txn Hash

The proposal was originally intended for testnet, Axelar will have a follow-up proposal on mainnet in a few days.

4835

View Txn Hash

CryptoCrew endorses the upgrade of the Terra Mainnet to v2.16.0 at block height #14958500, which advances the cosmos-sdk to v0.47.16, pfm to v7.3.0, and ibc-go to v7.10.0, among other version updates, also…

ACP-176

View Proposal

Lets validators move the C-Chain gas target with demand instead of a fixed ceiling; we ran Fortuna before activation.

NEP-584

View Proposal

Schedules receipts between shards so cross-shard throughput stops being the bottleneck.

NEP-568

View Proposal

Resharding without stopping the chain, and the shard layouts the mainnet now runs; we voted the version in once our nodes were on it.

358

View Tx Hash

Voting yes to approve the upgrade, as it includes essential security patches and minor version updates, ensuring network stability and performance. The release timeline aligns with smooth deployment practices.

238

View Tx Hash

Repair work on an existing route rather than a new commitment, so we support it.

237

View Tx Hash

Repair work on an existing route rather than a new commitment, so we support it.

49

View Tx. Hash

On the Quicksilver v1.7.2 upgrade! This upgrade boosts scalability with refactored inclusion proofs, improves redemption rate accuracy, optimizes unbonding processes, and adds support for Celestia ShareProofs.

187

View Tx. Hash

We feel the decision reflects the strategic move to streamline the platform efficiency and focus on high impact assets that drive greater value for the community.

48

View Tx. Hash

On deploying Minter Factory & Classic Minter contracts on OmniFlix Hub! This upgrade enables creators to configure custom minters & mint large NFT collections like 10k PFPs, driving ecosystem growth.

49

View Tx. Hash

On deploying Round Whitelist Factory & Round Whitelist contracts on OmniFlix Hub. This completes the NFT Launchpad suite, empowering creators with flexible whitelist tools, boosting ecosystem growth, and…

47

View Tx. Hash

It fits the project's direction and carries no cost we can find for delegators.

80

View Tx Hash

To onboard dATOM as collateral for IST. This proposal strengthens IST’s stability by diversifying its collateral base with dATOM.

186

View Tx. Hash

We feel the decision reflects the strategic move to streamline the platform efficiency and focus on high impact assets that drive greater value for the community.

255

View Tx. Hash

Adjusting epoch duration to 14,845 blocks ensures accurate 24-hour cycles, while setting rewards to 800 AXL per epoch aligns with market rates. These updates enhance efficiency and sustainability for Flow…

254

View Tx. Hash

On Proposal #254 for Flow EVM. Adjusting epoch duration to 14,845 blocks ensures accurate 24-hour cycles, while setting rewards to 800 AXL per epoch aligns with market rates.

185

View Tx. Hash

On the Umee v6.7.0 upgrade proposal. This upgrade introduces essential improvements by updating critical dependencies such as CosmosSDK, IBC-go, WasmVM, and CometBFT, ensuring the protocol remains aligned…

293

View Tx. Hash

On reallocating marketplace fees to the Stargaze Core Team. This proposal realigns protocol revenue toward essential development, granting the team flexibility to enhance infrastructure, expand use cases,…

357

View Tx. Hash

On Juno’s Treasury Housekeeping Proposal. We acknowledge community concerns about Dimi’s temporary control, but this approach is essential for swiftly consolidating leftover funds.

168

Tx. Hash

This upgrade to CosmosSDK 0.47 enhances stability and security, while fixes to gravity slashing improve validator accountability. The introduction of adjustable SOMM token burns and a mechanism for…

251

Tx. Hash

Voting yes to migrate the rewards contract to v1.1 because it likely offers improved functionality, optimizations, or bug fixes over the previous version, ensuring smoother rewards distribution and better…

253

Tx. Hash

On Axelar Proposal #253 to extend Lava's fast, reliable public RPC service. With 100% uptime, low latency, and advanced error handling, Lava has enhanced Axelar's developer and user experience.

46

View Tx Hash

Encapsulate has chosen to abstain from voting on the OmniFlix x GATA HUB proposal. While the partnership aims to strengthen liquidity and decentralization, we have key concerns: 1.

292

View Tx Hash

Encapsulate has chosen to abstain from voting on the StarGaze x GATA HUB proposal. While the partnership aims to strengthen liquidity and decentralization, we have key concerns: 1.

236

View Tx Hash

Standard release upgrade with a set height. Nothing here shifts risk onto delegators.

355

View Tx Hash

Voting yes to the Juno v25 upgrade for minor version bumps and security patches, ensuring improved performance and enhanced security.

180

View Tx Hash

Voting yes because updating the expired IBC client is essential to maintain cross-chain communication for Sommelier.

179

View Tx Hash

Voting yes to update the IBC client 07-tendermint-226 with data from 07-tendermint-258 because it will restore connectivity for Mars by using a valid, updated client, ensuring seamless communication and…

76

View Tx Hash

Voting yes because this proposal enables the upgrade of the vaultFactory and introduces a new auctioneer contract, which could enhance the functionality and efficiency of the platform's operations.

354

View Tx Hash

Voting yes because the upgrade includes essential minor version bumps and security patches, which will enhance system stability and security. The upcoming release of the v24.0.0 tag on GitHub ensures timely…

177

View Tx Hash

Voting yes because this proposal updates the expired IBC client 07-tendermint-226 with current data from 07-tendermint-258, ensuring continued functionality and connectivity for Mars within the network.

234

View Tx Hash

Sensible tuning rather than a change of direction. We read it in full and see no reason to block it.

176

View Tx Hash

Voting yes to update the IBC client because it will ensure that Stargaze remains connected by using the updated data, resolving the expired state of the current client.

175

View Tx Hash

Voting yes to update the IBC client 07-tendermint-253 with data from 07-tendermint-256, ensuring seamless communication and functionality for Sei. This is crucial to maintain interoperability and network…

173

View Tx Hash

Voting yes to upgrade Umee Blockchain to v6.6.x for critical updates, improved compatibility, and better performance.

286

View Tx Hash

Voting yes to add /cosmwasm.wasm.v1.MsgExecuteContract to allowed ICA messages. This correction resolves the invalid message type issue from the previous proposal, ensuring accurate and functional…

285

View Tx Hash

Voting yes to substitute the frozen IBC client for Stargaze chain because it is necessary to resume IBC transfers between Stargaze and Carbon, ensuring continued interoperability and network functionality.

75

View Tx Hash

Voting yes to upgrade the chain to agoric-upgrade-16 because it will likely enhance the network's performance, security, and capabilities, ensuring better functionality and future growth.

284

View Tx Hash

Voting yes to add /cosmwasm.wasm.v1beta1.MsgExecuteContract to allowed ICA messages because it will enable greater flexibility and functionality in interchain accounts, enhancing the overall…

74

View Tx Hash

Voting yes because the upgrade to agoric-upgrade-15 will enhance the chain's capabilities and performance.

73

View Tx Hash

Voting no because the proposal allocates an excessive number of AGORIC tokens for high-profile promotions which may not guarantee a proportional increase in ecosystem users.

765

View Tx Hash

Phishing dressed as a proposal. Vetoed, and delegators should not sign anything it links to.

762

View Tx Hash

Voting yes to fix the SpotPrice query on Astroport pools addresses critical issues, improving the accuracy and reliability of price data, thereby enhancing user experience and ecosystem stability.

761

View Tx Hash

Voting yes because the proposal aligns Osmosis Liquidity Incentives with revenue, ensuring sustainability, while also updating incentive structures and pools as previously agreed upon.

263

View Tx Hash

Fake airdrop with a hostile link. Veto is the only vote that costs the author anything.

759

View Tx Hash

Voting yes because whitelisting 1% and 2.5% fee options for Supercharged pools streamlines routing calculations and minimizes alternative pool creation, enhancing efficiency.

71

View Tx Hash

Voting yes because the upgrade to agoric-upgrade-14 introduces significant interchain stack enhancements and smart wallet upgrades, improving overall chain functionality.

159

View Tx Hash

Voting yes for the Umee UX Blockchain upgrade to v6.4.x enhances network stability and functionality through key updates and integrations.

757

View Tx Hash

Voting yes because activating the uptime incentives for Supercharged pools enhances liquidity resilience, balancing trade-offs between volatility and capital efficiency.

755

View Tx Hash

Voting yes to add authz as ICA host allowed message increases interoperability and enhances protocol flexibility.

753

View Tx Hash

Voting yes to remove OSMO incentives from stIBCX pairings aligns with the broader strategy of focusing on pools with sustained growth and utility.

752

View Tx Hash

Voting yes to create new Volume Splitting Gauges for a wider range of asset-grouped pools addresses market trends and supports liquidity.

260

View Tx Hash

Voting yes because the upgrade enhances interoperability and stability across chains by updating critical components and fixing bugs.

259

View Tx Hash

Voting yes because it enhances Stargaze's ecosystem integration and community engagement by migrating Hedgies holders with a special NFT collection.

751

View Tx Hash

Voting yes because fixing the SpotPrice query enhances UI accuracy and user experience in the WhiteWhale Pool interface.

258

View Tx Hash

Voting yes because introducing new denominations in Stargaze's auctions will likely improve market accessibility and user experience.

257

View Tx Hash

Voting yes because it builds on Proposal 249's success, enhancing liquidity by using stOSMO as collateral to mint USK, converted to USDC for Protocol-Owned Liquidity on Osmosis.

70

View Tx Hash

Voting yes to revive Sei IBC client 07-tendermint-89 ensures continued interoperability and secure communication channels, essential for seamless asset and data exchange across blockchains.

750

View Tx Hash

Voting yes because this proposal enhances liquidity, optimizes incentives for key pairs, and addresses issues like high slippage, aligning with previous approved proposals for a robust ecosystem.

749

View Tx Hash

Voting yes to grant Astroport PCL pools as CosmWasm pools, fostering innovation and flexibility in DeFi strategies.

748

View Tx Hash

Voting yes because the migration updates interface contracts for direct WW pool trading on the Osmosis frontend, enhancing user experience.

745

View Tx Hash

Voting yes to transition the ODIN IBC channel for improved transactional integrity and to protect user funds post-hard fork.

744

View Tx Hash

Voting yes because replacing the expired client with 07-tendermint-3110 is vital for maintaining active IBC connections to GenesisL1.

743

View Tx Hash

Voting yes because the proposal supports innovation in the Cosmos ecosystem by incentivizing the use of Liquid Staked Tokens, enhancing liquidity and participation.

740

View Tx Hash

Voting yes because creating volume-splitting groups for 0.01% spread pools could improve liquidity distribution and optimize incentives for high-frequency trading pairs.

736

View Tx Hash

Voting yes because it extends Superfluid Staking to more OSMO pairings with lower spreads, enhancing liquidity and governance influence for approved tokens, with a favorable OSMO staking ratio.

737

View Tx Hash

Voting yes because it standardizes uptime intervals for Osmosis incentive gauges, optimizing rewards distribution with practical time frames to meet accumulator needs.

735

View Tx Hash

Voting yes because it integrates Superfluid Staking for OSMO-WBTC pairings, enhancing liquidity options and rewards for users in both Classic and Supercharged pools.

253

View Tx Hash

Voting yes because it updates the Stargaze Live Auction contract to v1.0.2, enhancing functionality and stability with the new version at Code ID 200.

254

View Tx Hash

Voting yes because it upgrades the Stargaze Fair Burn contract to v1.1.0, improving efficiency and security with the latest features at Code ID 201.

252

View Tx Hash

Voting yes because Lava's ipRPC initiative revolutionizes public RPC access, ensuring reliability and performance while optimizing infrastructure costs.

729

View Tx Hash

Voting yes because migrating incentives to IBC native WBTC pairings could improve liquidity and integration, enhancing the overall ecosystem efficiency.

69

View Tx Hash

Voting yes because enabling stTIA vaults on mainnet will increase liquidity and offer new investment opportunities for holders.

68

View Tx Hash

Voting yes supports stOSMO vaults for their popularity, integration in Cosmos DeFi, and strong security features, promising enhanced DeFi engagement similar to stATOM's success.

727

View Tx Hash

Voting yes to ensure the continuity and functionality of the Odin chain by upgrading the IBC light client, crucial for maintaining partnerships and network operations.

726

View Tx Hash

Voting yes because adding DYM as a fee token on Osmosis expands user access and interoperability within the Cosmos ecosystem, promoting inclusivity and growth.

251

View Tx Hash

Voting yes because the Cosmos Coin Flip v2 update introduces features like multi-denomination flips and streak rewards, aiming to enhance user experience and attract more volume.

725

View Tx Hash

Voting yes because it strategically updates liquidity incentives, aligning with previous proposals for enhanced Osmosis ecosystem growth.

724

View Tx Hash

Voting yes because it diversifies yield strategies and enhances liquidity for WBTC pools, encouraging broader participation.

723

View Tx Hash

Voting yes because the contract enhances liquidity and trading efficiency by integrating Osmosis pools with WhiteWhale.

722

View Tx Hash

Voting yes because this proposal is crucial for unblocking IBC channels between chains, ensuring continuity and stability post-hard fork without invalidating transactions.

250

View Tx Hash

Voting yes because it stabilizes creation fees against $STARS fluctuations, ensuring affordability and predictability for creators.

721

View Tx Hash

Voting yes because it supports growth by incentivizing WBTC.axl/OSMO pools, enhancing liquidity and rewards for participants.

248

View Tx Hash

Voting yes because reducing the fee to 25k STARS balances the need to minimize spam while acknowledging the increased cost due to STARS' price surge.

720

View Tx Hash

Voting yes because this proposal efficiently implements multiple OSMO/ATOM pools with varied fee structures, enhancing liquidity options and flexibility.

719

View Tx Hash

Voting yes to add WBTC.axl as a Quote Asset for Supercharged pools, enhancing trading options and liquidity in the ecosystem.

247

View Tx Hash

Voting yes for Dutch auction integration, flexible pricing changes, updated fee structure, and enabling multiple mints per transaction for improved NFT market dynamics.

246

View Tx Hash

Voting yes for the proposal's introduction of Dutch auctions, flexible pricing, fee restructuring, and multiple mints per transaction, enhancing NFT market efficiency and user choice.

718

View Tx Hash

Voting yes because adding Pools 1399 and 1400 to the ATOM/OSMO gauge diversifies investment options and potentially enhances liquidity.

717

View Tx Hash

Voting yes because expanding the transaction fee whitelist to include 128 alternative tokens increases diversity and flexibility in gas fee payments on Osmosis.

245

View Tx Hash

Voting abstain due to concerns about budget limitations impacting security and code quality in PLStaking's proposal, despite its potential benefits for the Stargaze ecosystem.

244

View Tx Hash

Voting abstain due to concerns about budget limitations impacting security and code quality in PLStaking's proposal, despite its potential benefits for the Stargaze ecosystem.

243

View Tx Hash

Voting yes because the proposal aligns with Stargaze's vision, supports market-based approaches, and reduces arbitrary renewal fees, benefiting most Name owners.

713

View Tx Hash

Voting yes because adding USDC as a fee token on Osmosis simplifies transactions and improves user experience, potentially attracting more users.

242

View Tx Hash

Abstaining because the proposal offers potential benefits, but the long-term impact on the Stargaze ecosystem and token stability requires further analysis and community consensus.

66

View Tx Hash

Voting yes because onboarding stOSMO as collateral for IST can diversify the asset base and potentially enhance the stability and utility of the IST ecosystem.

241

View Tx Hash

Voting yes because the Minter Contract v1.1.1 enables controlled minting of native tokens, essential for the CryptoGopniks NFT Staking Platform's functionality on Stargaze.

239

View Tx Hash

Voting yes because reducing daily STARS emissions aligns with the Thirdening event, ensuring controlled inflation and a sustainable token economy compared to other Cosmos chains.

240

View Tx Hash

Voting yes because increasing the supplement amount to 7.46 STARS per block ensures continuous network funding, even if other proposals lack resources.

237

View Tx Hash

Voting yes because the Staking Platform contract v1.3.1 on Stargaze will enhance CryptoGopniks' NFT platform, offering innovative staking functionalities.

237

View Tx Hash

We abstain where the outcome turns on preference rather than on the chain's safety.

237

View Tx Hash

Routine contract housekeeping that keeps existing integrations running. No change to protocol risk.

699

View Tx Hash

Voting yes because setting the pool creation fee to 100 USDC ensures stability and predictability, mitigating the volatility of OSMO.

698

View Tx Hash

Voting yes because adding TIA as a quote asset in Osmosis supercharged pools enhances liquidity options and strengthens the Osmosis ecosystem, fostering growth and diversification.

65

View Tx Hash

Voting yes because the upgrade to agoric-upgrade-13 with auto smart-wallet provisioning simplifies user experience, removing barriers for contract interaction on the Agoric chain.

64

View Tx Hash

Voting yes because Crabble's smart-contract system offers automated, safe, and fast NFT lending on Agoric, enhancing NFT utility and market flexibility.

697

View Tx Hash

Voting yes because whitelisting Terraform Labs enhances DAO governance and treasury tools on Osmosis, fostering growth and increased on-chain engagement.

696

View Tx Hash

Voting yes because the upgrade to v21.0.0 at block height 12834100 ensures timely adoption of new features, maintaining network efficiency and security.

236

View Tx Hash

Voting yes because whitelisting this address enables Terraform Labs to upload vital contracts, enhancing DAO governance and treasury management on Stargaze.

694

View Tx Hash

Abstaining due to potential risks in governance and the need for more details on the safeguards for community control over the allocated OSMO tokens.

235

View Tx Hash

Voting yes because the InterChain Gift Card Minter on Stargaze introduces innovative NFT whitelisting and interchain transfers, enhancing user engagement and marking a historic step in Stargaze's evolution.

129

View Tx Hash

Voting yes because it enables the UX core team to evaluate TIA's risk profile, potentially leading to more informed, safer token listings on UX.

692

View Tx Hash

Voting yes because adjusting Osmosis Liquidity Incentives and adding a WBTC/USDC pairing aligns with Proposal 578's methodology and Proposal 670's preapproved pairings, enhancing the incentive system's…

325

View Tx Hash

Voting yes because the upgrade includes essential modules like x/burn, x/feepay, and x/cw-hooks, ensuring improved functionality and efficiency.

218

View Tx Hash

Voting yes because the proposal by Interbloc to reduce inflation to 5.5% is a strategic move for economic stability, as widely discussed and agreed upon in the Commonwealth and Discord communities.

690

View Tx Hash

Voting yes because the proposal to modify TIA incentive spends by removing minimum spend restrictions and expanding to additional pools will allow for more flexible and efficient use of resources, adapting…

234

View Tx Hash

Voting yes because discontinuing incentives for the underperforming STARS/DOT pool allows for better allocation of resources to more effective pools, in line with the goal of attracting new users and…

127

View Tx Hash

Voting yes because removing duplicate STARS from the oracle's accepted list streamlines data integrity, ensuring accurate and efficient asset representation for enhanced blockchain functionality and user trust.

217

View Tx Hash

Voting yes because the proposal effectively allocates resources for community-driven enhancement of Gravity Bridge, promoting its operation, awareness, and user support, aligning with decentralized and…

689

View Tx Hash

Voting yes because reallocating Osmosis incentives to newly created gauges aligns with the evolving ecosystem, ensuring more efficient and targeted use of resources.

688

View Tx Hash

Voting yes because verifying TORI as a verified asset on Osmosis recognizes its established presence and utility in the ecosystem, potentially boosting trust and liquidity.

126

View Tx Hash

Voting yes because adding dYdX support on Umee could enhance the platform's offerings, potentially attracting more users and increasing overall activity.

250

View Tx Hash

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

232

View Tx Hash

Voting yes because the proposal addresses a critical issue in vote validation and resilience in the OnceUpon project, enhancing the reliability and security of the communal storytelling platform with NFTs.

233

View Tx Hash

Voting yes because this proposal enhances Stargaze's security and community engagement by incentivizing the reporting of stolen collections, helping to maintain the integrity of the platform.

216

View Tx Hash

Voting yes because linking ARCH to the Gravity Bridge with proper metadata will facilitate an ERC20 representation on Ethereum, enhancing ARCH's interoperability and market reach.

215

View Tx Hash

Voting yes because adopting the 'archway' prefix for IBC Auto-Forwarding will streamline SendToCosmos transactions, enhancing efficiency and reliability for transfers to the Archway Network.

686

View Tx Hash

Voting yes because granting this permission to MilkyWay core contributors streamlines the process of uploading CosmWasm contracts, enhancing efficiency in the Osmosis ecosystem.

249

View Tx Hash

Phishing dressed as a proposal. Vetoed, and delegators should not sign anything it links to.

214

View Tx Hash

Abstaining due to ambiguity in the exponent values. Seeking clarity for a more informed decision.

685

View Tx Hash

Voting yes because granting the Fortytwo team controlled address permissions streamlines CosmWasm contract uploads, enhancing efficiency in Osmosis governance.

63

View Tx Hash

Voting yes because the upgrade enhances chain efficiency, fixes state sync issues, and enables outbound IBC in JS contracts, leading to better overall performance and functionality.

247

View Tx Hash

Phishing dressed as a proposal. Vetoed, and delegators should not sign anything it links to.

123

View Tx Hash

Abstaining due to potential complexities in implementing the burn auction module and the need for more analysis on its long-term impact on UMEE's market dynamics.

682

View Tx Hash

Voting yes because adjusting fee parameters to stable values like USDC for Osmosis-specific tasks ensures consistent costs, reducing volatility and promoting fair access to these features.

681

View Tx Hash

Voting yes because redirecting excess incentives to the Community Pool from the OSMO/USDC pool, which already receives a significant share, promotes more efficient use of resources and benefits the broader…

230

View Tx Hash

Voting yes because the fix enhances vote validation and resilience in the smart contract, crucial for maintaining fair and effective community-driven story development on OnceUpon.

680

View Tx Hash

Voting yes because changing the swap token to native USDC for non-Quote assets on Osmosis can improve liquidity and ensure a more stable and efficient ecosystem.

680

View Tx Hash

Voting yes because changing the swap token to native USDC for non-Quote assets on Osmosis can improve liquidity and ensure a more stable and efficient ecosystem.

244

View Tx Hash

Vetoed rather than voted down: this was made in bad faith, not merely a bad idea.

679

View Tx Hash

Voting yes because granting osmo1t07t5ejcwtlclnelvtsdf3rx30kxvczlng8p24 autonomous contract upload rights streamlines Osmosis development, backed by Abstract's robust security audit and innovative CosmWasm…

122

View Tx Hash

Voting yes to support the listing of noble USDC on Umee, as it allows the core team to assess its risk profile and propose appropriate risk parameters, potentially enhancing the platform's stability and…

678

View Tx Hash

This proposal adjusts Osmosis Liquidity Incentives and addresses missed incentives from previous proposals, completed migrations, and preapproved quote asset pairings for incentives.

229

View Tx Hash

Voting yes to store the Wasm code for the Nois randdrop contract, enabling eligible stargaze stakers to participate in the randdrop. For more information, check the stargaze forum post here.

61

View Tx Hash

Voting yes to reduce the cost of installing bundles on the Agoric blockchain, fostering inclusivity and innovation by making it more affordable for developers and projects to deploy smart contracts and…

677

View Tx Hash

Voting yes to enable Osmosis to expand into modular chains, fostering increased asset and liquidity flow within the Cosmos ecosystem.

119

View Tx Hash

Voting yes to support the addition of stSTARS, allowing for the assessment of risk parameters and future integration into the network.

118

View Tx Hash

Voting yes because enabling the execution of metoken module messages from interchain-accounts enhances interoperability and functionality across the network.

209

View Tx Hash

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

676

View Tx Hash

Voting yes to increase the protocol-enforced minimum gas price to 0.025 uOSMO to address issues with arbitrage bot spam and congestion on the Osmosis chain, which have negatively impacted its performance…

673

View Tx Hash

Voting yes to activate Superfluid Staking for TIA/OSMO pools (1248 and 1249) on Osmosis and adjust the incentive allocation, reinforcing Osmosis as the primary market for Celestia and its TIA token, under…

675

View Tx Hash

Voting yes to grant osmo1k396geqx70uyyqf6kcvsz27n2c80fduagnhswxj3smny582pyyusf5qf6j the ability to create Supercharged liquidity pools without the quote asset restriction, facilitating specific pairings…

672

View Tx Hash

Fake airdrop with a hostile link. Veto is the only vote that costs the author anything.

227

View Tx Hash

Voting yes to update the expired ICS721 Terra client from 07-tendermint-294 to 07-tendermint-318 for recovery purposes.

671

View Tx Hash

Voting yes because the proposal seeks to auto-stake OSMO liquidity rewards to a user's chosen validator set during an upcoming Osmosis software upgrade.

670

View Tx Hash

Voting yes because the proposal advocates for the automatic inclusion of Supercharged pools with two Quote assets in the Osmosis incentives program.

59

View Tx Hash

Voting yes because the proposal suggests assessing gov-start-usdc-psm.js, following the discussions at https://community.agoric.com/t/add-native-usdc-to-the-inter-protocol-parity-stability-module/466 and…

60

View Tx Hash

Voting yes because the proposal recommends a review of gov-start-usdt-psm.js, building on discussions from https://community.agoric.com/t/add-native-usdt-to-the-inter-protocol-parity-stability-module/472…

668

View Tx Hash

Voting yes because the proposal seeks to modify the scaling factor controller address for pool 833 (stOSMO/OSMO), transitioning from osmo1k8c2m5cn322akk5wy8lpt87dd2f4yh9afcd7af to…

669

View Tx Hash

Voting yes because the proposal suggests lowering the Pool Creation fee to 400 OSMO to encourage more Supercharged pool creations, given the observed decline since the fee increase to 1000 OSMO in V19.

666

View Tx Hash

Voting YES to authorize osmo1g8qypve6l95xmhgc0fddaecerffymsl7kn9muw, overseen by @shapeshed and @maxrobot, to deploy Margined Protocol's Power Perpetuals contracts on Osmosis without additional governance…

667

View Tx Hash

A scam posted as governance. Vetoed so the deposit is burned rather than returned to the author.

114

View Tx Hash

Voting YES to support the addition of INJ \u0026 stINJ on Umee. Further discussions and details can be accessed at: https://commonwealth.im/umee/discussion/13453-listing-proposal-add-support-for-inj-stinj.

57

View Tx Hash

Voting NO due to an issue discussed on GitHub. Further details can be found at: https://github.com/0xpatrickdev/psm-proposals/issues/4.

56

View Tx Hash

Voting NO due to an issue discussed on GitHub. Further details can be found at: https://github.com/0xpatrickdev/psm-proposals/issues/4.

664

View Tx Hash

Voting YES to integrate the Ojo Oracle Contract with Levana on Osmosis for asset price determination.

665

View Tx Hash

Voting YES for bootstrapping Celestia's TIA token liquidity on Osmosis. Celestia offers a specialized blockchain approach, promising enhanced scalability and flexibility in the DeFi ecosystem.

662

View Tx Hash

Fake airdrop with a hostile link. Veto is the only vote that costs the author anything.

661

View Tx Hash

The proposal abuses governance rather than using it, so the deposit should not come back.

660

View Tx Hash

Voting YES for the bootstrapping incentive of dYdX token liquidity on Osmosis, facilitating the integration of dYdX's transition to an IBC-enabled appchain and supporting the governance tokens for both v3…

659

View Tx Hash

Voting YES for the implementation of Transmuter V2, a CosmWasm contract that introduces tokenized pool shares as "Alloyed Assets" and rate limits for asset quantity changes.

113

View Tx Hash

Voting YES to upgrade Umee Blockchain to v6.1.x, introducing the meToken module, Go version update, and various enhancements and fixes.

658

View Tx Hash

Voting YES because the mechanism dynamically optimizes rewards based on trading volume, benefiting active pools.

657

View Tx Hash

Veto, so the chain keeps the deposit and the pattern stops being profitable.

55

View Tx Hash

Voting YES to adopt the ibc/denom with issuerName stATOM and set the oracle instance to stATOM-USD_price_feed. This involves Emerynet's software testing, node infrastructure, and oracle network.

656

View Tx Hash

Voting YES to reactivate the expired IBC client 07-tendermint-2229 for OSMO transfers from Osmosis to Unification, using data from 07-tendermint-2999, resolving the relayer issue.

655

View Tx Hash

Voting abstain because we are choosing not to participate in voting on community spend proposals until the broader environment improves or it becomes absolutely necessary.

654

View Tx Hash

Voting YES to switch the Quote asset in Supercharged Liquidity pools from axlWBTC to native WBTC.

652

View Tx Hash

Voting YES to update the "medasdigital-1 07-tendermint-2372" client by substituting it with "07-tendermint-2977".

653

View Tx Hash

Fake airdrop with a hostile link. Veto is the only vote that costs the author anything.

651

View Tx Hash

Abstaining due to mixed community opinions on setting the default Taker Fees at 0.1%. Further discussions and polls show varied preferences.

650

View Tx Hash

Vote abstain because we are choosing not to participate in voting on community spend proposals until the broader environment improves or it becomes absolutely necessary.

649

View Tx Hash

Voting yes to allow osmo1vxq5h3encfyguulqeh26l8dlw9lavl3e2zw7n8, managed by Quasar Association, to upload CosmWasm contracts on Osmosis, replacing the old address.

648

View Tx Hash

Voting yes to transition incentives from USDC.axl pools to the new IBC native USDC supercharged pools, aligning with Proposal 624's recognition of IBC native USDC as canonical.

224

View Tx Hash

Voting yes to deploy a smart contract for distributing tokens to NFT owners, enabling recurring distributions and potential airdrops to NFT collections.

647

View Tx Hash

Voting yes to update Osmosis Liquidity Incentives based on Proposals 578 and 638.

646

View Tx Hash

Voting yes to enable IBC protocols like Nolus to access Osmosis's Supercharged pools, promoting increased adoption and volume.

645

View Tx Hash

Voting yes to modify CometBFT's max block size due to latency concerns. Chains advised to adjust settings.

644

View Tx Hash

The proposal was inaccurately presented and should have been expedited. Please refer to proposal #645 for the correct version.

643

View Tx Hash

Voting yes to reimburse 900 OSMO each to 15 pool creators following a recent change, with funds managed by the Support Lab DAO. Discussion details available on the Osmosis forum.

642

View Tx Hash

Fake airdrop with a hostile link. Veto is the only vote that costs the author anything.

53

View Tx Hash

Voting yes to integrate KREAd-dapp's full functionality on Agoric's Mainnet 2, enabling users to mint, manage, and trade characters on the platform.

640

View Tx Hash

Voting yes to empower Coinhall's Genie platform on Osmosis, enhancing on-chain campaigns and incentives, backed by their proven track record on Terra.

223

View Tx Hash

Voting no because, given the current environment, we oppose any community spend proposals unless they are deemed absolutely necessary.

639

View Tx Hash

Voting no due to the current environment. It's suggested to hold off on community spend proposals unless absolutely necessary.

222

View Tx Hash

Voting yes to eliminate the Post Sale Hook from prop #31 for more gas-efficient trades, paving the way for the upcoming chain upgrade.

638

View Tx Hash

Voting yes to discontinue incentives for pools not containing key assets like USDC, USDT, DAI, etc. Changes to be applied in October.

637

View Tx Hash

Voting yes to allow @brane_trix's address to upload CosmWasm contracts on Osmosis, using audited CDP contracts from Membrane for better capital management.

636

View Tx Hash

Voting yes because integrating superfluid module messages with the Ununifi yield aggregator strategy can optimize staking benefits and advance mainnet functionalities.

221

View Tx Hash

Voting yes because deploying the ICS721 contracts will pioneer interchain NFT transfers, enhancing interoperability and expanding the Cosmos ecosystem's reach.

635

View Tx Hash

Voting yes because supporting XPLA's initiative strengthens Osmosis liquidity and fosters broader digital content integration across IBC ecosystems.

634

View Tx Hash

Voting yes on the proposal to allow permissionless creation of Supercharged pools, pre-approve linking of remaining Classic pools, and confirm the 1000 OSMO Pool Creation fee established in the v19 upgrade.

220

View Tx Hash

Voting yes to reduce the auction extension duration from 15 minutes to 5 minutes, in response to community feedback suggesting the current duration is overly lengthy.

633

View Tx Hash

Voting yes to upgrade the Swaprouter contract on Osmosis, enhancing crosschain trades through improved IBC integration.

632

View Tx Hash

Voting yes to deploy the updated Crosschain Swaps contract on Osmosis, streamlining crosschain trades via IBC.

631