From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 4F1F83EE for ; Thu, 30 Jul 2015 17:24:38 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from pmx.vmail.no (pmx.vmail.no [193.75.16.11]) by smtp1.linuxfoundation.org (Postfix) with ESMTP id 8A003ED for ; Thu, 30 Jul 2015 17:24:37 +0000 (UTC) Received: from pmx.vmail.no (localhost [127.0.0.1]) by localhost (pmx.isp.as2116.net) with SMTP id 8F8E95FA9E for ; Thu, 30 Jul 2015 19:24:36 +0200 (CEST) Received: from smtp.bluecom.no (smtp.bluecom.no [193.75.75.28]) by pmx.vmail.no (pmx.isp.as2116.net) with ESMTP id 5C3F85F13D for ; Thu, 30 Jul 2015 19:24:36 +0200 (CEST) Received: from coldstorage.localnet (unknown [81.191.185.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.bluecom.no (Postfix) with ESMTPS id 517BF1F54B for ; Thu, 30 Jul 2015 19:24:36 +0200 (CEST) From: Thomas Zander To: Bitcoin Dev Date: Thu, 30 Jul 2015 19:24:35 +0200 Message-ID: <29376390.L5XbfB8KJC@coldstorage> User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; ) In-Reply-To: References: <1B7F00D3-41AE-44BF-818D-EC4EF279DC11@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Subject: Re: [bitcoin-dev] Why Satoshi's temporary anti-spam measure isn'ttemporary X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 17:24:38 -0000 On Thursday 30. July 2015 11.55.50 Gavin Andresen wrote: > What other successful or unsuccessful decentralized systems should we be > looking at? Parallel compiling systems (distcc, icecream, teambuilder). Git vs subversion (or perforce). Not a joke; googles search. Not from a user perspective, naturally. But their filesystem and internal databases. Wait, let me get a link; https://en.wikipedia.org/wiki/Google_File_System and since I'm on wikipedia. https://en.wikipedia.org/wiki/Parallel_rendering Thinking about it; one inherent trait of successful distributed systems is that they are fractal-like. Not one huge mesh, but islands that connect. Bitcoin core does something similar, but it doesn't really. The 'ping' score for connections is unreliable and its not really used to propagate smartly... -- Thomas Zander