📅 Original date posted:2014-08-23
📝 Original message:On Wed, Aug 20, 2014 at 08:24:33AM +0200, Wladimir wrote:
> On Wed, Aug 20, 2014 at 3:26 AM, Troy Benjegerdes <hozer at hozed.org> wrote:
>
> > If bitcoin wants to become irrelevant, then by all means, continue to
> > depend on github and all the unknown attack surface it exposes.
> >
> > Those of us that do run our own servers will migrate to higher quality
> > alternatives.
>
> So that means you're volunteering to run a web-accessible mirror of
> the bitcoin repositories?
>
> Wladimir
http://bitspjoule.org/hg/upstream/bitcoin
I guess I should update it more than every 6 months and then the updates
won't take so long. It would also go a lot faster if I had a couple of
dedicated servers, but that won't happen until I sell someone a support
contract for crypto-commodities trading. I figure a bitcoin a month should
support the hardware, 24x7 monitoring, and maybe a couple of full nodes
running on the servers as well.
And to pick up from another comment on this thread if you don't understand
some of the differences between git and mercurial, or how to set up servers
that pull from git and mirror to mercurial, you will have a lot harder time
tracking down and removing malicous code that could get injected if someone
gets root on a Github server.
It is also a very usefull excercise in distributed systems design to
understand how distributed revision control systems in theory converge to a
coherent global state, and what is similiar or different to Bitcoin's
global consensus model of what the balance of every bitcoin address is.
Troy Benjegerdes [ARCHIVE] /
npub1m6…rdjn5
2023-06-07 15:25:29
in reply to nevent1q…mj4q
Author Public Key
npub1m6p5kgcd428x6pxyfege98zjmlwrdhp0gyz6pdnsvrvalscddnxqurdjn5Published at
2023-06-07 15:25:29Event JSON
{
"id": "e8bfa084394060624c8476a8d6f058d92797a1ac39027eb9537a0157f160cb3c",
"pubkey": "de834b230daa8e6d04c44e51929c52dfdc36dc2f4105a0b67060d9dfc30d6ccc",
"created_at": 1686151529,
"kind": 1,
"tags": [
[
"e",
"c005f45b1cb77392a2804d02a4c758eb9ca30d9af3fd9e762780478d5aeddb7a",
"",
"root"
],
[
"e",
"4f339f7998fbdc38ad94239917c5a810e569e95f26a6f6ff9d28d47f3f19279c",
"",
"reply"
],
[
"p",
"de834b230daa8e6d04c44e51929c52dfdc36dc2f4105a0b67060d9dfc30d6ccc"
]
],
"content": "📅 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.",
"sig": "f67bb48b0fc66ae0a0171c437b6069324f0cceced0a2088643b0f9f48d47101f0bcdba2e8a3c7a14373bd3c1246cf4970d3adcd1c3c4a3d99c1dbe5b54487781"
}