From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1UXEvL-0008U8-2t for bitcoin-development@lists.sourceforge.net; Tue, 30 Apr 2013 18:05:07 +0000 X-ACL-Warn: Received: from mail-pa0-f42.google.com ([209.85.220.42]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1UXEvJ-0001eY-31 for bitcoin-development@lists.sourceforge.net; Tue, 30 Apr 2013 18:05:06 +0000 Received: by mail-pa0-f42.google.com with SMTP id kl13so483748pab.29 for ; Tue, 30 Apr 2013 11:04:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=wLdwS0zy42RHcWVWaWXLr9aloXDvLy1ZCGg6fNfmhyM=; b=op9H0/0HY06uoS3YBzRgk59znl1o8geBmyQvpRXdKLoIY3KK5kbrzu4NkCbNPuM4sA BQacfUM2aBa7viMmMMLf2aFXMN36m1tWOG8XjcxKE8is9SeicnZ4L8qn93K+VLOyClyG FaLH6coeNCnY1dRzPqWErE1CcVpkyklWJFAOic+uRt7aAuv+y1+7Pfca0a8Uwhu9BK3n TRzeaC+vWn9vbEs8qd7lcSYLkZSDyc+ItVo95dUHIqX9iYee5g4gAydu9+Ng5gJvc+4b D8LzK/eoXmVmuz6EZTBPA6xmfElulLXQb/V4mQ3H2Ee80pwb+KTxuuOSklhuLUAL+EYa 3gxQ== MIME-Version: 1.0 X-Received: by 10.68.231.65 with SMTP id te1mr12062068pbc.98.1367345099084; Tue, 30 Apr 2013 11:04:59 -0700 (PDT) Received: by 10.68.240.106 with HTTP; Tue, 30 Apr 2013 11:04:59 -0700 (PDT) X-Originating-IP: [65.190.215.219] In-Reply-To: References: <20130429035523.GA11611@savin> Date: Tue, 30 Apr 2013 14:04:59 -0400 Message-ID: From: Jeff Garzik To: "Rebroad (sourceforge)" Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkharM8N7rs8nhJNlNkI7Kjfyh6QplSmZ1pz29h+czqIpqPyx8GO7kaBt4vIlsz1ZVgw7Hz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. X-Headers-End: 1UXEvJ-0001eY-31 Cc: "bitcoin-development@lists.sourceforge.net" Subject: Re: [Bitcoin-development] Fwd: Service bits for pruned nodes X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 18:05:07 -0000 On Tue, Apr 30, 2013 at 12:14 PM, Rebroad (sourceforge) wrote: > As part of a roadmap for block downloading, I think this may be a good time > to look into providing an HTTP/HTTPS protocol for block downloading - this > would also allow web proxies to cache blocks and thus make it more > accessible, as well as cater for resumeable downloads. Speaking generally, I've always been a supporter of finding new and creative ways to store and transmit blocks. The more diversity, the less likely bitcoin can be shut down worldwide. HTTP is fine, but you run into many issues with large files. You would need a very well defined HTTP-retrievable layout, with proper HTTP headers along the entire path, if you want web caches to function properly. You need HTTP byte range support, HTTP 1.1 keep-alives, and other features for resuming large, interrupted downloads. The format currently used by bitcoind would be just fine -- blocks/blkNNNN.dat for raw data, size-limited well below 1GB. Just need to add a small metadata download, and serve the raw block files. -- Jeff Garzik exMULTI, Inc. jgarzik@exmulti.com