Thanks for the quick and thoughtful response. An automated system addresses the admin side of the time/liability burden, but not really the holder's side. Granted, the people that are going to invest in a coin like this are obviously deep into crypto, so maybe this isn't a big deal, but I could see a situation where, when people evaluate this coin for potential investment, the necessity to manage all of these wallets in order to claim their full reward could be a disadvantage. We all know how hard it can be to manage a bunch of wallets...there's the periodic upgrades to install, the common syncing or chain splitting issues these coins have, etc. Even if things go perfectly, it will probably take a couple hours to send 20 different coins to a few different exchanges to liquidate them all every couple weeks. For some people, this may sound enjoyable, but for others I'm sure it sounds dreadful. And out of 20 coins, how many will the average person be working on accumulating? I would guess not more than a few for most people.
This definitely sounds like a love it or hate it sort of a feature, which isn't necessarily bad, except that by limiting the potential buying pool, your limiting demand and therefore price. Obviously the ideal scenario is that each masternode holder could decide which coins they want to accumulate and which they would rather relieve MARCO, but thats more admin burden. Plus, it is actually better for everyone if you as the admin liquidate all of the other coins and buy MARCO with the proceeds because that provides a constant source of demand on the exchanges for MARCO. Granted, many of those masternode holders would probably turn around and sell the MARCO again, but a portion of them would hold (and if they sell, its still additional liquidity/volume).
That said, I'm not an economist, so I might be missing something here =P
Thanks for the quick and thoughtful response. An automated system addresses the admin side of the time/liability burdeon, but not really the holder's side. Granted, the people that are going to invest in a coin like this are obviously deep into crypto, so maybe this isn't a big deal, but I could see a situation where, when people evaluate this coin for potential investment, the necessity to manage all of these wallets in order to claim their full reward could be a disadvantage. We all know how hard it can be to manage a bunch of wallets...there's the periodic upgrades to install, the common syncing or chain splitting issues these coins have, etc. Even if things go perfectly, it will probably take a couple hours to send 20 different coins to a few different exchanges to liquidate them all every couple weeks. For some people, this may sound enjoyable, but for others I'm sure it sounds dreadful. And out of 20 coins, how many will the average person be working on accumulating? I would guess not more than a few for most people.
This definitely sounds like a love it or hate it sort of a feature, which isn't necessarily bad, except that by limiting the potential buying pool, your limiting demand and therefore price. Obviously the ideal scenario is that each masternode holder could decide which coins they want to accumulate and which they would rather relieve MARCO, but thats more admin burden.
Thank You again for another Solid idea..."Obviously the ideal scenario is that each masternode holder could decide which coins they want to accumulate and which they would rather receive MARCO"
Currently the Automated Payouts system is planned to only payout in MARCO and should be included in the second update (the first being the implementation of masternodes) - it does not take an economist to see the value in buying back your own coin to distribute to the MNs even in the worst projections there would still be a net HODL each week. that being said i like your idea to allow users to choose their payout coin but dont expect to see that roll out right away