<div dir="ltr"><div>Hi all,<br><br></div>Sorry for late reply, this went in the spam folder and as a result I was unaware there was a response at all before talking to Jonas on IRC.<br><br><div class="gmail_extra"><div class="gmail_quote">2017-01-11 1:08 GMT+01:00 Jonas Smedegaard <span dir="ltr"><<a href="mailto:jonas@jones.dk" target="_blank">jonas@jones.dk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Amaury,<br>
<br>
Quoting Amaury SECHET (2017-01-11 00:09:13)<br>
<span class="gmail-">> Not sure if you are aware, but the bitcoin core client you guys are<br>
> distributing is more or less taken over by a company which many<br>
> consider has goal don't align with the bitcoin community.<br>
<br>
</span>I am aware that multiple implementations exist, and that big players<br>
involved - but which sharks I find the good sharks I have not decided.<br>
<span class="gmail-"><br></span></blockquote><div><br></div><div>I think that's fine. It is very hard to predict what's going to happen.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">
<br>
> From there, 2 forks appeared in the name of bitcoin classic and<br>
> bitcoin unlimited.<br>
><br>
> By packaging only core, debian is making a stance in these events. If<br>
> debian wants to make a stance, I suggest you guys do it with bitcoin<br>
> classic or unlimited. However, I suppose it is preferable for debian<br>
> to stay out of the debate and just make bitcoind and bitcoin-qt<br>
> virtual packages and provides the 3 implementations.<br>
<br>
</span>Do you know of any good documentation of the issues you raise here, that<br>
you can recommend us and others following along to read?<br>
<span class="gmail-"><br></span></blockquote><div><br></div><div>Long story short: blockstream, a company, hired many of the core developers. They started pushing for tech that are controversial (mainly RBF and SegWit) ad refused to implement changes such as increasing the block size, which many in the community wanted. Other core Developers who disagreed (Gavin Andreesen, Jeff Garzik) were slowly weeded out and the main discussion channels ( r/bitcoin , bitcointalk, the bitcoin dev mailing list, <a href="http://bitcoin.org">bitcoin.org</a> ) started to be heavily censored, and smearing campaign started.<br><br></div><div>As a result, several people decided to fork bitcoin core and create various alternative, the 2 biggest ones being bitcoin classic and bitcoin unlimited.<br><br></div><div>When it comes to community, it is very divided, with the core crowd living in a walled garden and everybody else trying to get rid of them.<br><br></div><div>You can find blockstream's employee list here: <a href="https://blockstream.com/team/">https://blockstream.com/team/</a> Among them many important core devs: Matt Corallo, Pieter Wuille, Greg Maxwell, Greg Sanders, Rusty Russel, Jorge Timon and Luke Dashjr. They also contract with Kyle Torpey and Aaron van Wirdum (journalists) + hire at least one internet troll ( brg444/bergalex ).<br></div><div><br>You can find a fairly well documented history of censorship in r/bitcoin
 here : 
<a href="https://medium.com/@johnblocke/a-brief-and-incomplete-history-of-censorship-in-r-bitcoin-c85a290fe43">https://medium.com/@johnblocke/a-brief-and-incomplete-history-of-censorship-in-r-bitcoin-c85a290fe43</a> , similar things are going on in the main channels.<br><br></div>I would suggest reading everything from John Blocke, that very high quality content.<br><br></div><div class="gmail_quote">If you are more interested why RBF and SegWit are opposed, you can read:<br><a href="https://medium.com/@octskyward/replace-by-fee-43edd9a1dd6d">https://medium.com/@octskyward/replace-by-fee-43edd9a1dd6d</a><br><a href="https://medium.com/the-publius-letters/segregated-witness-a-fork-too-far-87d6e57a4179">https://medium.com/the-publius-letters/segregated-witness-a-fork-too-far-87d6e57a4179</a><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Finally, there was an agreement about a year ago known as the HK agreement in the community. The agreement state that core will rollout SegWit and a solution to get bigger blocks. Greg Maxwell (blockstream's CTO) soon qualified these who signed it of "well meaning dipshit" and essentially opposed any effort to have the agreement succeed. Since then, it seems unlikely that both side will find a common ground, as they can barely talk to each others due to the rampant censorshipn and conversly, when core supporter go out of the walled garden, they are received with the proverbial pitchforks, so they do it less and less.<br><br>The HK agreement: <a href="https://medium.com/@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff#.f90lxj4qv">https://medium.com/@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff#.f90lxj4qv</a><br></div><div class="gmail_quote">The well meaning dipshit: <a href="https://bitcointalk.org/index.php?topic=1330553.msg14835202#msg14835202">https://bitcointalk.org/index.php?topic=1330553.msg14835202#msg14835202</a><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Because of this, the hashrate of alternative implementation is climbing: <a href="https://coin.dance/blocks/historical">https://coin.dance/blocks/historical</a> (you'll note that bitcoin classic and bitcoin unlimited both will appear as bitcoin unlimited on that graph).<br><br></div><div class="gmail_quote">The version packaged by debian is bitcoin core, in its version 0.13, which enables SegWit and RBF. Overall, I think that's fine, I don't think this is debian's place to tell user what software they should run, but I think it would be preferable to let user chose.<br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
<br>
> I can provide support packaging classic and unlimited if that's<br>
> necessary.<br>
<br>
</span>Thanks.  Help is always welcome - also biased help: You are quite<br>
welcome to join our team, no matter if your interest is only in specific<br>
tools.  I'd be happy to collaborate with you.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br><br></font></span></blockquote><div><br></div><div>Just tell me where to start !<br> <br></div><div>I think the sensible #1 step here is to rename the current bitcoin packages and make virtual package to replace them. That'll allow to add alternatives in the future. I have no idea where to start, however. Is there a repository I should clone to start hacking ?<br></div><div><br></div></div></div></div>