Patrick, I would say that a company's terms of service should include their position on this issue. It does not seem reasonable that they all are required to provide access to coins on every single fork. Are custodial wallet users also entitled to Clam, Zcash, and Decred, and others?
Regardless, I think this thread should be about the technical merits of the BIP. Discussion of hard forks would be better held elsewhere. On Sun, Feb 7, 2016 at 1:03 PM, Patrick Strateman via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > I would expect that custodians who fail to produce coins on both sides > of a fork in response to depositor requests will find themselves in > serious legal trouble. > > Especially if the price moves against either fork. > > On 02/07/2016 10:55 AM, Jonathan Toomim via bitcoin-dev wrote: > > > > On Feb 6, 2016, at 9:21 PM, Jannes Faber via bitcoin-dev > > <bitcoin-dev@lists.linuxfoundation.org > > <mailto:bitcoin-dev@lists.linuxfoundation.org>> wrote: > > > >> They *must* be able to send their customers both coins as separate > >> withdrawals. > >> > > Supporting the obsolete chain is unnecessary. Such support has not > > been offered in any cryptocurrency hard fork before, as far as I know. > > I do not see why it should start now. > >> > >> If not, that amounts to theft of their customers funds. > >> > > If they announce their planned behavior before the fork, I do not see > > any ethical or legal issues. > > > > > > _______________________________________________ > > bitcoin-dev mailing list > > bitcoin-dev@lists.linuxfoundation.org > > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >
_______________________________________________ bitcoin-dev mailing list bitcoin-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
