Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity 
- Network: Moonbeam
- Referendum ID: 91
- Proposal Title: Authorize Upgrade of Moonbeam to RT3400
- Vote: Aye
- Reason for the Vote: I voted Aye on this proposal because Runtime Upgrade 3400 improves the Moonbeam ecosystem by reducing gas costs, making foreign assets EVM-native for easier management, and fixing key bugs. It also prepares Moonbeam for future upgrades, like the upcoming hotfix RT3401 to address the Treasury spending flow issue
- Network: Moonbeam
- Referendum ID: 93
- Proposal Title: Cancel Referendum 92 (Erroneous Treasury Proposal
- Vote: Aye
- Reason for the Vote: I voted Aye because Referendum #92 was created in error due to a broken treasury proposal flow, and canceling it will free up Dwellir’s locked deposit. the upcoming RT3401 hotfix will address the issue and restore proper functionality for treasury proposals
Date: 26.01.2024
3 Likes
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonbeam
- Referendum ID: 95
- Proposal Title: Recover Locked PINK Tokens
- Vote: Aye
- Reason for the Vote: Voted Aye on the XCM refund proposal because it’s the right move to return funds that got stuck due to a misconfigured fee in Hydration. the assets were never lost, just locked in Moonbeam’s Sovereign account on AH due to failed execution, and this proposal simply sends them back to users
- Network: Moonbeam
- Referendum ID: 96
- Proposal Title: Authorize Upgrade for Moonbeam to RT3401
- Vote: Aye
- Reason for the Vote: Voted Aye on this proposal because I love that the treasury flow has been improved. before, treasury proposals required proposers to lock funds (which they’d lose if rejected) and perform an on-chain action. now, there’s no bond requirement, and the Treasury Council votes directly, making funding far more accessible. this is a big win for governance efficiency and removing unnecessary friction
Date: 03.02.2024
2 Likes
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonriver
- Referendum ID: 69
- Proposal Title: [Proposal: 69] Burn 100% of Transaction Fees
- Vote: Aye
- Reason for the Vote: I voted Aye = no braineroo for me. B U R N it all. when demand spikes, this can act as a solid deflationary force. and who knows? maybe we go even bolder next time - burn some unused treasury funds? bet the community’s been waiting for that one. love seeing big brain, bold moves on Moonriver - expecting & creating chaos as always
Date: 09.02.2024
1 Like
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonbeam
- Referendum ID: 97
- Proposal Title: LAOS Proposal Open/Accept HRMP channel and Register Asset xcLAOS
- Vote: Aye
- Reason for the Vote: Voted Aye because I support new asset listings and use cases in the Moonbeam ecosystem. this proposal brings xcLAOS and an HRMP channel with LAOS, expanding DeFi opportunities and attracting new users from LAOS. LAOS has regulatory clarity (Swiss FINMA), strong market traction, and full Polkadot integration, making it a valuable addition to Moonbeam
- Network: Moonbeam
- Referendum ID: 98
- Proposal Title: Register Asset xcEURC.s (bridged Circle’s EURC) from Pendulum Chain
- Vote: Aye
- Reason for the Vote: Voted Aye because registering xcEURC.s brings a trusted, MiCA-compliant euro stablecoin to Moonbeam, expanding DeFi opportunities on Moonbeam ecosystem. this enables euro holdings, trading (USDC/EURC), and lending/borrowing on. since HRMP channels with Pendulum are already live, this is a straightforward integration that strengthens Moonbeam’s multi-chain liquidity
Date: 09.02.202
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonbeam
- Referendum ID: 101
- Proposal Title: Burn 100% of Transaction Fees on Moonbeam
- Vote: Aye
- Reason for the Vote: I voted Aye because this change was already passed, executed, and tested on Moonriver, proving it’s reliable. increasing the burn rate to 100% means an extra 20% burned, which should help reduce supply. If demand picks up, this could have a solid impact
- Network: Moonbeam
- Referendum ID: 102
- Proposal Title: Authorize Upgrade for Moonbeam to RT3501
- Vote: Aye
- Reason for the Vote: Voted Aye because this upgrade brings important fixes, optimizations, and security improvements. It ensures compatibility with Polkadot stable2409, transitions to XCM V3, and improves Ethereum compatibility. since it also addresses gas overestimation refunds and fixes treasury spend origin security issues, it’s a solid upgrade for network stability and efficiency
Date: 27.02.202
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonriver
- Referendum ID: 70
- Proposal Title: Batch proposal to close channels between Moonriver and Khala Network
- Vote: Aye
- Reason for the Vote: Voted Aye because Khala is leaving Kusama and moving to Ethereum, making the XCM channels with Moonriver unresponsive. keeping broken channels open serves no purpose, so closing them is the logical step
- Network: Moonriver
- Referendum ID: 71
- Proposal Title: Authorize Upgrade for Moonriver to RT3501
- Vote: Aye
- Reason for the Vote: Voted Aye because this upgrade brings important fixes, optimizations, and security improvements. It ensures compatibility with Polkadot stable2409, transitions to XCM V3, and improves Ethereum compatibility. since it also addresses gas overestimation refunds and fixes treasury spend origin security issues, it’s a solid upgrade for network stability and efficiency
Date: 27.02.202
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonbeam
- Referendum ID: 103
- Proposal Title: Evolution of the Community Grant Program
- Vote: Aye
- Reason for the Vote: I voted Aye because I think a longer term and smaller team make it easier for the committee to stay organized and follow through on grants. with the added support role, like devrel things should run more smoothly. IMO, these changes will make the whole grants process work better
- Network: Moonbeam
- Referendum ID: 104
- Proposal Title: InvArch Proposal Open/Accept HRMP channel and Register Asset xcVARCH
- Vote: Aye
- Reason for the Vote: I voted Aye because I’m excited to see InvArch finally go live on Moonbeam. opening the HRMP channel and registering xcVARCH means users will be able to transfer and trade the token directly on Moonbeam eco. If I recall correctly, there was also an airdrop planned for stDOT holders on Moonbeam
I voted Aye because I think lowering the self-bond from 2m GLMR makes sense now. It’s become too hard for new collators to join, and with the current market, 500k GLMR is a more realistic entry point. that can help create more competition and demand for a spot in the active set, which is healthy for the network
my only concern is making sure we don’t go back to the situation where collators are constantly on edge about being knocked out, especially since when that happens, delegators don’t earn rewards, and users definitely notice
I voted Aye because Moonwell has proven to be the most solid and consistent lending protocol on Moonbeam. with other options like PRIME basically inactive and no recent updates from their team, Moonwell is really the only active lending platform holding things down. their team is strong, and they’re still building and growing well
that said, I did notice Moonbeam is listed at the bottom of the Moonwell app, which feels a bit off, it doesn’t reflect Moonbeam’s strong presence here. I hope this grant can also help bring more visibility to Moonbeam within their app and better highlight the role it plays in their ecosystem
Date: 27.03.2025
2 Likes
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonbeam
- Referendum ID: 107
- Proposal Title: Authorize Upgrade for Moonbeam to RT3600
- Vote: Aye
- Reason for the Vote: I voted Aye because the proposal reduces the Moonbeam self-bond to 500k GLMR, making it easier for new collators to join. It also includes important upgrades like foreign asset migration to native formats and compatibility improvements with Ethereum and Polkadot
- Network: Moonbeam
- Referendum ID: 108
- Proposal Title: Proposal to Register Snowbridge Asset ETH, USDC, USDT & DAI
- Vote: Aye
- Reason for the Vote: I voted Aye to support the registration of Snowbridge assets on Moonbeam, which helps move toward native bridging between Ethereum and Polkadot. Snowbridge is a big step forward, and projects like StellaSwap are already planning to use it. that said, since it’s still new and not fully battle tested, I voted with some caution and will be watching how things develop
Date: 20.04.2025
1 Like
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonriver
- Referendum ID: 72
- Proposal Title: Authorize Upgrade for Moonriver to RT3600
- Vote: Aye
- Reason for the Vote: I voted Aye because this upgrade improves Moonriver by migrating foreign assets to native, cleaning up old code, and making the network faster and more compatible with Ethereum <> Polkadot. It also fixes some bugs and helps keep things up to date
- Network: Moonriver
- Referendum ID: 73
- Proposal Title: Close HRMP Channels with Inactive Parachains (Calamari, Heiko, Picasso)
- Vote: Aye
- Reason for the Vote: I voted Aye because the parachains involved: Calamari, Heiko Finance, and Picasso - are no longer active . closing these channels is the right step to fully remove any remaining connection or activity with parachains that are effectively no longer part of the ecosystem
Date: 20.04.2024
2 Likes
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonriver
- Referendum ID: 74
- Proposal Title: Proposal for migrating all substrate based assets to EVM foreign assets on Moonriver
- Vote: Aye
- Reason for the Vote: I voted Aye because moving these XC-20 assets to native EVM format will make things simpler and more reliable for developers and users. the current pre-compile model is outdated and can cause issues. approving this list is a needed first step to complete the migration and clean up the way assets are handled on Moonriver
- Network: Moonriver
- Referendum ID: 75
- Proposal Title: Unpause XCM Message Processing on Moonriver (Whitelisted)
- Vote: Aye
- Reason for the Vote: I voted Aye because this proposal simply resumes XCM message processing after it was paused for safety during the Kusama issue. the original problem is now fixed, so it makes sense to unpause XCM to restore normal cross-chain functionality on Moonriver
- Network: Moonriver
- Referendum ID: 76
- Proposal Title: Authorize Upgrade for Moonriver to RT3700
- Vote: Nay
- Reason for the Vote: I voted Nay because a critical issue affecting RT3700 was identified after this proposal was submitted
- Network: Moonriver
- Referendum ID: 77
- Proposal Title: Whitelisted Authorize Upgrade to RT3601 on Moonriver
- Vote: Aye
- Reason for the Vote: I voted Aye because this upgrade (RT3601) contains an important fix for a critical issue in RT3600. the technical committees have already reviewed it, and this is the correct version to move forward with
- Network: Moonriver
- Referendum ID: 78
- Proposal Title: Cancel Authorize Upgrade to RT3700 on Moonriver
- Vote: Aye
- Reason for the Vote: I voted Aye because this proposal properly cancels the RT3700 upgrade, which has a critical issue. since a corrected RT3701 upgrade is being prepared, canceling RT3700 is the right step to keep the process clean and avoid confusion
- Network: Moonriver
- Referendum ID: 79
- Proposal Title: Authorize Upgrade for Moonriver to RT3701
- Vote: Aye
- Reason for the Vote: I voted Aye because RT3701 fixes the critical issue from RT3700 and adds important safety improvements. the automatic fallback to maintenance mode will help avoid chain stalls in case of migration failures, and the other fixes are safe to include. It’s the correct version to move forward with
- Network: Moonriver
- Referendum ID: 80
- Proposal Title: Unlock trapped funds on Kusama after a failed XCM transfer to Moonriver
- Vote: Aye
- Reason for the Vote: I voted Aye because this proposal simply returns funds that got trapped due to failed XCM transfers during the XC-20 migration. the issue is understood, the fix was tested, and it makes sense to return the KSM to the original sender
Delegate Name: Aleksandr aka turrizt
Delegate ID: Moonriver and Moonbeam
Delegation Address: 0xd87f6ec59f558ae5b1a647bfd466ea51849ea203
Voting activity
- Network: Moonbeam
- Referendum ID: 109
- Proposal Title: Proposal for migrating all substrate based assets to EVM foreign assets on Moonbeam
- Vote: Aye
- Reason for the Vote: I voted Aye because migrating XC-20 foreign assets to native EVM format will improve compatibility and reliability on Moonbeam. the current pre-compile model causes issues with Ethereum tooling, and this is the right first step to move these assets to a better and more future-proof format
- Network: Moonbeam
- Referendum ID: 110
- Proposal Title: Whitelisted Authorize Upgrade to RT3601 on Moonbeam
- Vote: Aye
- Reason for the Vote: I voted Aye because RT3601 fixes a critical issue in RT3600 on Moonbeam. the technical committee has approved this version, and it makes sense to move forward with the corrected upgrade
- Network: Moonbeam
- Referendum ID: 111
- Proposal Title: Erroneous Proposal, please vote NAY
- Vote: Nay
- Reason for the Vote: I voted Nay because this proposal is being replaced by a corrected version (#114) so there’s no reason to proceed with it
- Network: Moonbeam
- Referendum ID: 112
- Proposal Title: Erroneous Proposal, please vote NAY
- Vote: Nay
- Reason for the Vote: I voted Nay because this is the same issue as Proposal 111. It is being replaced by the corrected Proposal #114, so this version should not move forward
- Network: Moonbeam
- Referendum ID: 113
- Proposal Title: Authorize Upgrade for Moonbeam to RT3701
- Vote: Aye
- Reason for the Vote: I voted Aye because RT3701 adds important safety improvements, including automatic fallback to maintenance mode if migrations fail. It also brings upstream fixes. this is a safe and necessary upgrade to move forward with on Moonbeam
- Network: Moonbeam
- Referendum ID: 114
- Proposal Title: Transitioning the Moonbeam Treasury to Stablecoin Payments
- Vote: Aye
- Reason for the Vote: I voted Aye because using stablecoins for certain Treasury payments will help reduce GLMR volatility risk and improve budget predictability. the proposal includes safeguards and starts with a small portion of inflows, which makes sense as a first step
- Network: Moonbeam
- Referendum ID: 115
- Proposal Title: Cancel Referenda #111 and #112
- Vote: Aye
- Reason for the Vote: I voted Aye because this proposal correctly cancels Referenda #111 and #112, which were replaced by the corrected Proposal #114. This helps avoid confusion and keeps the process clean