{"type":"rich","version":"1.0","author_name":"npub1m6p5kgcd428x6pxyfege98zjmlwrdhp0gyz6pdnsvrvalscddnxqurdjn5","author_url":"https://nostr.ae/npub1m6p5kgcd428x6pxyfege98zjmlwrdhp0gyz6pdnsvrvalscddnxqurdjn5","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2014-08-23\n📝 Original message:On Wed, Aug 20, 2014 at 08:24:33AM +0200, Wladimir wrote:\n\u003e On Wed, Aug 20, 2014 at 3:26 AM, Troy Benjegerdes \u003chozer at hozed.org\u003e wrote:\n\u003e \n\u003e \u003e If bitcoin wants to become irrelevant, then by all means, continue to\n\u003e \u003e depend on github and all the unknown attack surface it exposes.\n\u003e \u003e\n\u003e \u003e Those of us that do run our own servers will migrate to higher quality\n\u003e \u003e alternatives.\n\u003e \n\u003e So that means you're volunteering to run a web-accessible mirror of\n\u003e the bitcoin repositories?\n\u003e \n\u003e Wladimir\n\nhttp://bitspjoule.org/hg/upstream/bitcoin\n\nI guess I should update it more than every 6 months and then the updates\nwon't take so long. It would also go a lot faster if I had a couple of \ndedicated servers, but that won't happen until I sell someone a support\ncontract for crypto-commodities trading. I figure a bitcoin a month should\nsupport the hardware, 24x7 monitoring, and maybe a couple of full nodes\nrunning on the servers as well.\n\nAnd to pick up from another comment on this thread if you don't understand\nsome of the differences between git and mercurial, or how to set up servers\nthat pull from git and mirror to mercurial, you will have a lot harder time\ntracking down and removing malicous code that could get injected if someone\ngets root on a Github server.\n\nIt is also a very usefull excercise in distributed systems design to \nunderstand how distributed revision control systems in theory converge to a\ncoherent global state, and what is similiar or different to Bitcoin's \nglobal consensus model of what the balance of every bitcoin address is."}