<oembed><type>rich</type><version>1.0</version><author_name>npub1uu2fve28mkg68uequseraz8gee7qg64733lr9r2g4c0xs5pmqnuslr4rpf</author_name><author_url>https://nostr.ae/npub1uu2fve28mkg68uequseraz8gee7qg64733lr9r2g4c0xs5pmqnuslr4rpf</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-08-04&#xA;📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----&#xA;Hash: SHA1&#xA;&#xA;&#xA;&#xA;On 08/04/2015 07:19 PM, Hector Chu via bitcoin-dev wrote:&#xA;&gt; On 4 August 2015 at 12:59, Jorge Timón &lt;jtimon at jtimon.cc &#xA;&gt; &lt;mailto:jtimon at jtimon.cc&gt;&gt; wrote:&#xA;&#xA;&gt; So if you say 8, I must ask, why not 9? Why 9 MB is not safe for &#xA;&gt; mining centralization but 8 MB is?&#xA;&gt; &#xA;&gt; &#xA;&gt; 8MB has simply been the focal point for this debate. 9MB is also &#xA;&gt; safe if 8MB is, but I suppose the opponents will be even less&#xA;&gt; happy with 9 than with 8, and we don&#39;t want to unnecessarily&#xA;&gt; increase the conflict.&#xA;&gt; &#xA;&#xA;Jorge will answer for himself, but you know that saying &#34;9MB is also&#xA;safe if 8MB is&#34; blows your position.&#xA;&#xA;Do you, or me, or XT know that 8MB is &#34;safe&#34;? You say 9MB must then&#xA;also be &#34;safe&#34; - there has been no fact for me to grasp and from which&#xA;to tell a Bitcoin trading whale group: &#34;here&#39;s the bottom line: this&#xA;is what it means and these are the implications.&#34; They hold&#xA;significant amounts of bitcoin and want to see a plan, and a strategy&#xA;based on facts. I can assure you, they&#39;re not going to XT, it lacks&#xA;both a strategy and the seasoned developers present here.&#xA;&#xA;&gt; It seems like the rationale it&#39;s always &#34;the bigger the better&#34; and&#xA;&gt; the only limitation is what a few people concerned with mining &#xA;&gt; centralization (while they still have time to discuss this) are &#xA;&gt; willing to accept. If that&#39;s the case, then there won&#39;t be &#xA;&gt; effectively any limit in the long term and Bitcoin will probably &#xA;&gt; fail in its decentralization goals.&#xA;&gt; &#xA;&gt; &#xA;&gt; A one-time increase to 8MB is safer than a dynamically growing &#xA;&gt; limit over time for exactly this reason. Admittedly whenever the &#xA;&gt; next debate to increase the block size over 8MB happens it will be &#xA;&gt; even more painful and non-obvious, but that is the safety check to &#xA;&gt; prevent unbounded block size increase.&#xA;&#xA;You&#39;re articulate and you raise valid issues, but your judgment of&#xA;&#34;safer&#34; is not based on anything you or this list can refer to as a&#xA;comparator.&#xA;&#xA;It seems you want 8MB for some ideological reason but if you examine&#xA;your motive and compare it to the facts, you&#39;ll find that many people&#xA;in this list are ultimately correct in saying that:&#xA;&#xA;Whatever blocksize is set to, demand will soon fill it.&#xA;&#xA;This is the nature of resource supply inflation - some business plan&#xA;will spot the opportunity and exploit it, colonize it and then we deal&#xA;with that, with some big-girls&#39;-blouses exclaiming: &#34;if we don&#39;t give&#xA;them what they want they&#39;re all going to leave to XT or ZT!&#34;&#xA;&#xA;Even though XT and ZT perfectly fulfill the needs of certain ambitious&#xA;businesses, the creators would rather see it happen on Core&#39;s&#xA;blockchain. Else why do they still come posit arguments here?&#xA;&#xA;Fortunately, unlike the principle that applies in finance capital,&#xA;Bitcoin capacity supply doesn&#39;t have be increased on demand (not&#xA;without rigorous testing and evaluation) plus there is no maxim here&#xA;that &#34;the customer is always right&#34;. The maxim is &#34;be your own bank&#34; -&#xA;during some periods it might be a slow bank but it _will_ remain&#xA;decentralized and it _will_ remain your own - not compromised to some&#xA;big business or mining cartel.&#xA;&#xA;We want to compromise to science and reason, not profit motive or&#xA;democratic lobbying, right?&#xA;-----BEGIN PGP SIGNATURE-----&#xA;Version: GnuPG v1&#xA;&#xA;iQEcBAEBAgAGBQJVwL80AAoJEGwAhlQc8H1mTVsH/3mdA4XrrRaBx7m/SckufNUu&#xA;OWJF/TPuEb0e3/A+OKNvYJgGtkZ9+8pQe2hQK2F1NxFG8QbbIPFXb4PYIiEnU8by&#xA;LMMNuDFfZXq0MEyTXXHgNj+XBSR74QKceXD4KM3jVeuieXE2KXGOyeiUD7Tjx0Gv&#xA;fyNAM4rhxmipGFu9kmnI6Bm25I4FBzif+ARQSWNmdZQn2bPkFrK0/Q4s/CyXngbb&#xA;S/DiPJ7XZrBJ2ogQycVmA4QesOyz30FpQ+QMt5nFUWma3LpLoYEBPtJd8rsG773i&#xA;acqSrOXxgfcGtNfbBU0xeTO/FOO4tXtbDVHBTKCBLZ5MgmBOYcm6OTLAwpeHlYY=&#xA;=WhnR&#xA;-----END PGP SIGNATURE-----</html></oembed>