Reason for the Vote: I voted in favor of this proposal as increasing the block gas limit will enhance the network’s capacity to handle more transactions per block. this upgrade will improve throughput, reduce congestion, and improve the user experience on Moonriver. this feature will be added as part of the Runtime 3100 upgrade
Reason for the Vote: I voted in favor of this proposal as increasing the block gas limit from 15m to 30m will enhance the network’s capacity to handle more txs per block. this upgrade, part of the Runtime 3100, will improve throughput, reduce congestion, and enhance the overall user experience on Moonbeam
Reason for the Vote: I voted in favor, but with caution. while Snowbridge has undergone extensive audits and development, it is still relatively new and untested. despite being a trustless bridge, there are risks associated with code exploits, making bridges a complex topic. however, I believe Snowbridge will become reliable with time and further testing
Reason for the Vote: I voted Aye on this proposal, which rectified an issue caused by the Moonbeam Runtime 3100. this issue led to XCM tokens being stuck during transfers. I supported this to ensure affected users are reimbursed and the problem is resolved
Reason for the Vote: Voting Aye as this proposal supports crucial fixes to XCM transfer fees and gas estimation, improving transaction reliability. It also doubles the gas per block from 30m to 60m, enhancing scalability and capacity to handle more txs per block
Reason for the Vote: I initially supported this proposal for its potential to improve Moonbeam’s cross-chain capabilities. however, after further review, I am changing my vote to Nay due to concerns raised by Alberto
Reason for the Vote: I voted Aye because RT3200 introduces native EVM foreign assets, changes the process for managing XCM derivative assets, and enhances developer tools, benefiting dApp developers and improving overall network performance
Reason for the Vote: I voted Aye because the issue of incorrectly setting multiple XCM fee assets has been fixed. also, this proposal enhances Moonbeam’s cross-chain capabilities by establishing a bi-directional HRMP channel with SORA, providing access to its dApps and services. I checked their GitHub and Polkaswap dApp, and both appear active. while this isn’t an endorsement, I’m always in favor of opening more bi-directional channels with other chains
Reason for the Vote: I voted Aye on Runtime Upgrade 3200 as it increases Moonbeam’s block gas limit from 30M to 60M, doubling transaction capacity. It also introduces native EVM-compatible foreign assets, improving Ethereum integration and developer tools, which enhances the network’s scalability and efficiency
Reason for the Vote: I supported this proposal because Sik has shown a strong commitment to Moonbeam and brings valuable experience as a registrar from other networks. his hands-on approach to identity verification adds trust and reliability, giving users an alternative option for securing their on-chain identities
Reason for the Vote: I voted Aye on this proposal because I know people with DOT stuck on Parallel, and they’ve received no help from them. closing the XCM channel is a necessary step to protect Moonbeam users from further issues given the current balance mismatch
Reason for the Vote: I recently voted Aye on a similar proposal on Moonbeam and am voting the same on Moonriver. Sik has shown strong dedication to the Moonriver network and brings valuable experience as a registrar from other chains
Reason for the Vote: I voted Aye because this proposal enables XCM transfers of KSM between Moonriver and Kusama Asset Hub without needing to teleport KSM from the Kusama relay chain to AH. while the number of transferable assets is limited atm on Kusama AH, this is a good opportunity to test the feature on Moonriver before implementing it on Moonbeam, where there are more use cases. It’s a promising step with potential for future cross-chain interactions
Reason for the Vote: I voted Aye due to Parallel Finance’s concerning actions, including the unauthorized minting of 140K xcGLMR, a rushed system upgrade, and the intermittent offline status of its RPCs. these raise serious security concerns, making it necessary to close the XCM channel to protect Moonbeam community
Reason for the Vote: I voted Aye because opening HRMP channels with parachains brings valuable benefits like more tokens, increased liquidity, and new community members. It enhances cross-chain interactions and strengthens Moonbeam’s ecosystem, making it easier to transfer assets and drive further growth
Reason for the Vote: I voted Aye because Composable Finance hasn’t consistently produced blocks. closing the XCM channel now safeguards the Moonbeam community from sudden disruptions. we can reopen it quickly if they stabilize
Reason for the Vote: I voted Aye on this proposal, similar to my vote on Moonriver. this proposal facilitates seamless DOT and xcDOT transfers between Moonbeam and Polkadot AH without routing through the Polkadot relay chain. ensuring liquidity in Moonbeam’s Sovereign Account on Polkadot AH is essential to support xcDOT withdrawals
