Quote from: Tipstar on February 22, 2018, 03:32:45 AM

Quote from: kamenrunner on February 20, 2018, 07:35:32 AM

Quote from: Jpti on February 20, 2018, 03:08:13 AM

No one is compelling anyone for anything. Monero as an open source project can be forked by anyone anytimes. There are no reasons to FUD.
If you don't like MoneroV, don't use it, simple.

It's not FUD, it's simple objective logic. So far the XMV dev's have yet to address how they're going to fix the privacy issue XMV devs are creating (https://www.youtube.com/watch?v=TlVsMTeT_nE) that will impact MoneroV users more than Monero users. People who use coins from Monero might be impacted depending on how many people use the XMV gained from the chain split and the originating XMR so XMR users have every right to get angry which is why the Monero community regards this as a hostile fork...it undermines XMR's privacy and shoots XMV's privacy in the foot even worse.

Quote from: ryzaadit on February 20, 2018, 03:12:59 AM

First read this news, this its really fork from Monero ? if really this its official fork from Monero may i know maybe statment from Developer Monero about this Fork its official or not

Thanks

No, MoneroV not an official fork of Monero and at least some of us regard it as a hostile fork because as said earlier it has the potential to impact privacy of XMR, but more importantly it impacts XMV users more: https://twitter.com/monerocurrency/status/964484507352141825

This whole privacy issue could be avoided if they decided to start their own blockchain instead of trying to do a chain split on Monero's chain. Sumo created their own chain. Others have... it shouldn't be that hard, but XMV dev's don't care about their own users' privacy it would seem and are more interested in what seems to be a quick cash grab scheme...

This is simple as it is. Claiming monerov may put the previous transaction history from that particular address at risk. But I think that can be quite solved by moving your monero in a new wallet around the fork and again moving it out to another intermediate wallet and back to your original wallet after the fork. And hence claiming monerov without risking your history.

You're confusing input and output history that's gained by having keys to the wallet (i.e. key theft) with undermining the ledger in such a way that a person doesn't need your keys to see which tx in a ring sig is the real input and which are the decoys. The video above highlights this, but let's just try to make it simple and post it here. Let's propose we follow your solution to show how it doesn't protect against MoneroV's chainsplit from undermining your or other's ledger privacy on Monero or MoneroV.

1. Let's say I have wallet A^Mp which is my 'primary' Monero wallet
2. Before the MoneroV split I move the value from wallet A^Mp to B^Mt, my 'throwaway' Monero wallet
3. The block where MoneroV creates a split happens, creating a MoneroV wallet, B^Vt, while I still retain the funds in B^Mt
4. Because B^Vt uses the same keys as B^Mt by nature of how splits work, if the MoneroV wallet software is malicious when I enter my keys to try and claim my MoneroV it can instead run a script that takes those keys and moves the value of both the Monero and MoneroV B^t wallets created with those keys to a wallet under the malicious actor. This is why as I believe you're trying to say in your comment, you move your funds in your B^Mt wallet back to A^Mp *before* you attempt to use your wallet B keys with the MoneroV client...because your Monero funds can't be stolen (nor do they have the keys to your wallet A^Mp which would allow them to scan for the historical inputs and outputs belonging to that wallet)...but they can still obviously steal the funds in your MoneroV wallet.

How the split undermines the ledger on both sides of the split is such:
1. When I first make a tx from my throwaway Monero wallet B^Mt to my primary A^Mp it does so with inputs 1, 2, 3, 4, 5. Input 5 is the actual input I control, 1-4 are the decoys.
2. I send a tx from my throwaway MoneroV wallet B^Vt to some new primary MoneroV wallet C^Vp. The MoneroV tx uses Input 5 again because it's the one I own, but the MoneroV client chooses decoy inputs 6, 7, 8, 9
3. Because the key image created for each the MoneroV and Monero tx is the same because it's based on the only input I control, Input 5, and because anyone can look at the key images on the blockchain, they know the same Input was used on both chains. Furthermore, since there are no 'duplicate' decoys (i.e. didn't use Input 6 in both XMV and XMR tx's) Input 5 is the only input that's used in both tx, thus anyone knows 100% that Input 5 is the real input
4. Because anyone now knows that Input 5 was 100% spent in both those MoneroV and Monero tx, it impacts anyone else who uses Input 5 as a decoy. For example say there exist some other tx on either MoneroV or Monero's chain that consists of inputs 5, 10, 11, 12, 13. Because I know Input 5 was 100% spent in another tx and is thus a decoy I have now narrowed down the real input to either 10, 11, 12, or 13. If enough people claim the MoneroV split and start using it because of steps 1-3 the other inputs...let's just say 10, 11, 12 can also be determined to be decoys thus even if someone doesn't claim and spend input 13 on MoneroV because other people have shown what the decoy inputs are, even if they didn't mean to... they have undermined whoever made that tx with the real input being input 13.

It's a bit technical so illustrations are arguably better IMO which the video does a good job at, but hopefully you begin to grasp why Monero people hate this split...because people who claim and use their MoneroV not only undermine said claimers own privacy because said claimers tx can be 100% traced for at least that tx...but by nature of that 100% tracing other things can begin to snowball. Because MoneroV users are going to make far fewer non-claim tx, this snowball effect is going to have a notably more detrimental effect on any MoneroV user than any Monero user. It's why it doesn't make any sense if the dev's are trying to expose a flaw in Monero, because MoneroV will be notably more affected by this flaw than Monero...so they're screwing over MoneroV users' privacy more while somehow claiming MoneroV has the same level of privacy as Monero when it's clear the MoneroV users are the ones taking the brunt of the MoneroV dev's executing against this flaw. Which is why anyone who understands this issue believes MoneroV to be a scam...they're claiming to be a privacy project but screwing over their own users' privacy more than Monero's (among other scam-like red flags).

Edit: Formatting, ambiguous phrasing