Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 8F5C82C for ; Wed, 21 Jun 2017 04:46:37 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-ot0-f180.google.com (mail-ot0-f180.google.com [74.125.82.180]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E31DB87 for ; Wed, 21 Jun 2017 04:46:36 +0000 (UTC) Received: by mail-ot0-f180.google.com with SMTP id r67so104233782ota.1 for ; Tue, 20 Jun 2017 21:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=BqxzcANI8dgilG+qod+Xu9RModjWUqbiUH3xM+qvYq4=; b=WxHfKnv8wY/+XITLuBsRqMmAb3SbFHtGNpscR2G5Zh2kBXyt+tBC7Exn20FLVk0k9r 9rQkjCSfEVEiow4V5MGDBAR6bTRI2tWq6birUX3NfQRr32DEq5RJ3MQHQMFtwVWkEwDV S+WmnKTyOIl04T/1uI/xYw5ZA9Sik9U1mBlL0Pv7u6SD8BaxM5ZOk6YQ4QEPyLH/w4UH ohvzIY/2YxnqMRuiVJRwJzzSb8DTXkYeT3/XbbkPY13qodmPwDzmCdAEJpsjA1E47Bmc xkWyZNpH0tGyK8BbF8h++xV4LvYNz8o0sTkuWueUZ28Q6chb18udaRTe8EirIvtI0q8U pALA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BqxzcANI8dgilG+qod+Xu9RModjWUqbiUH3xM+qvYq4=; b=PWeQYZvF1bj0wQ2d0o7YCpqEKClL3NWIeu+lKYcp1XHomBncPSakuLhFfQGSXbEpYW j9fA/U3IMOEr1s0sr2yyBbPc63s5VTgtToygHu8jW1LZXBVvZjYvopoWjN73D7k/1jlD TbjsJyOb//AtJ52E6LNeyb3N1esg5gpQn7NtTulHrq+vvmtYGivlIVQMtIlKNn/Gibmu bqQHHNSuYfzor3w5RrjuHFvoyprnBMEuAmjmvXxldP85xmPZwVgFn+REu+R4/aeDu7Ts 7nNjzJIOckqUdzmfo/Cxhrt3TQAHAm8wdO1Q/9GUyFLsZnT9nEf15cWax1Drsh4J98m5 M48w== X-Gm-Message-State: AKS2vOzrse3RdUMg1n/HiuLz9tFLARUc57FOLM2ZmLubd5VswceSK3B6 9MgIOZQqdlpOfhfWainE1KBZjFAtMw== X-Received: by 10.157.39.201 with SMTP id c67mr6212805otb.219.1498020396043; Tue, 20 Jun 2017 21:46:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.66.10 with HTTP; Tue, 20 Jun 2017 21:46:15 -0700 (PDT) From: Lucas Clemente Vella Date: Wed, 21 Jun 2017 01:46:15 -0300 Message-ID: To: bitcoin-dev@lists.linuxfoundation.org Content-Type: multipart/alternative; boundary="94eb2c0328b89293fa0552710d66" X-Spam-Status: No, score=-2.0 required=5.0 tests=AC_DIV_BONANZA,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE, 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 X-Mailman-Approved-At: Wed, 21 Jun 2017 10:41:39 +0000 Subject: [bitcoin-dev] Freeze Bitcoin protocol and call it Bitcoin 1 X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2017 04:46:37 -0000 --94eb2c0328b89293fa0552710d66 Content-Type: text/plain; charset="UTF-8" Is it too late to propose to freeze Bitcoin protocol as it is today (no SegWit, no bigger block)? Hear me out: assume Bitcoin is frozen as it is now: no more forks, no more change in consensus rules. Call it Bitcoin 1 (BC1). So, how to evolve and scale Bitcoin? Use a very conservative sidechain, call it Bitcoin 2 (BC2), tightly coupled, block per block, with Bitcoin 1 chain. No fancy experimental changes there: fix the bare minimum to support more general two-way sidechains, linear scalability transaction verification time and transaction malleability. Can be one way only if that makes it simple enough: coins sent to BC2 can never come back to BC1. Miners choose to mine a BC2 block alongside a BC1 block, and it can be done for free once a BC1 block is found. There may be BC1 blocks in the chain whose corresponding BC2 blocks are missing (and that is not a big deal), but there will be an economic incentive to mine a BC2 block, since transaction fees on that chain will be collected. The economic adoption is completely voluntary and independent of anyone else, doesn't require the strong consensus of SegWit. If it is feasible to create a simple enough two way sidechain over BC1, good. If not, economic value of BC1 will always be at least that of BC2, but never lower. BC2 may have a lower price than BC1 at first, but since it will have every feature of BC1, plus the possibility of massive scalability and instantaneous transactions with a lightning network built over BC2 (a practical economical advantage), it will most likely value over what BC1 could ever be alone, raising BC1 price with it. If these predictions are correct, fewer and fewer people will transact BC1, eventually with blocks mined empty except for the coinbase, which the miner may choose to send directly to BC2. If I turn out to be wrong, and people prefer to stick to the old BC1 for some reason, BC2 becomes just another speculative altcoin. Thus, everyone migrating should be fully conscious about the risk of immediate devaluation. The 2 major risks I see that could hamper the adoption are: - Just plain fear: I find the whole economical incentive scenario of BC2 sound and plausible, just as I found Bitcoin sound and plausible when I heard about it for the first time. I also fear to put my money in BC2, just as I did when I heard about Bitcoin. BC2 case is even worse, because I can safely hold my coins in BC1 until I am sure BC2 is solid, so at first we may experience only enthusiast adoption; - Technological inertia: everyone wishing to accept BC2 will have to implement this payment system as for any other altcoin. Every exchange supporting both will have to create separated markets for BC1 and BC2. Remember: both chains must be obviously distinguishable. It is even desirable that the address format in BC2 to be incompatible with BC1 (maybe staring with "2" ?). Finally, due to the present state of affairs, with impending activation of segwit with a promise to hardfork in 3 months, I believe this proposal is too late, not to mention the stress, emotions and hard feelings of the situation will make it go largely ill received or ignored. But since I genuinely believe this to be the best and most conservative way to go with Bitcoin, I wrote this anyway. Please forgive me if something like this was discussed a thousand times before and you wasted your time reading this. -- Lucas Clemente Vella lvella@gmail.com --94eb2c0328b89293fa0552710d66 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Is it to= o late to propose to freeze Bitcoin protocol as it is today (no SegWit, no = bigger block)?

Hear me out: assume Bitcoin is frozen as it is = now: no more forks, no more change in consensus rules. Call it Bitcoin 1 (B= C1). So, how to evolve and scale Bitcoin?

Use a very conservat= ive sidechain, call it Bitcoin 2 (BC2), tightly coupled, block per block, w= ith Bitcoin 1 chain. No fancy experimental changes there: fix the bare mini= mum to support more general two-way sidechains, linear scalability transact= ion verification time and transaction malleability. Can be one way only if = that makes it simple enough: coins sent to BC2 can never come back to BC1.<= br>
Miners choose to mine a BC2 block alongside a BC1 block, and i= t can be done for free once a BC1 block is found. There may be BC1 blocks i= n the chain whose corresponding BC2 blocks are missing (and that is not a b= ig deal), but there will be an economic incentive to mine a BC2 block, sinc= e transaction fees on that chain will be collected.

The econom= ic adoption is completely voluntary and independent of anyone else, doesn&#= 39;t require the strong consensus of SegWit. If it is feasible to create a = simple enough two way sidechain over BC1, good. If not, economic value of B= C1 will always be at least that of BC2, but never lower. BC2 may have a low= er price than BC1 at first, but since it will have every feature of BC1, pl= us the possibility of massive scalability and instantaneous transactions wi= th a lightning network built over BC2 (a practical economical advantage), i= t will most likely value over what BC1 could ever be alone, raising BC1 pri= ce with it.

If these predictions are correct, fewer= and fewer people will transact BC1, eventually with blocks mined empty exc= ept for the coinbase, which the miner may choose to send directly to BC2. I= f I turn out to be wrong, and people prefer to stick to the old BC1 for som= e reason, BC2 becomes just another speculative altcoin. Thus, everyone migr= ating should be fully conscious about the risk of immediate devaluation.
The 2 major risks I see that could hamper the adoption are:
<= /div>=C2=A0- Just plain fear: I find the whole economical incentive scenari= o of BC2 sound and plausible, just as I found Bitcoin sound and plausible w= hen I heard about it for the first time. I also fear to put my money in BC2= , just as I did when I heard about Bitcoin. BC2 case is even worse, because= I can safely hold my coins in BC1 until I am sure BC2 is solid, so at firs= t we may experience only enthusiast adoption;
- Technological iner= tia: everyone wishing to accept BC2 will have to implement this payment sys= tem as for any other altcoin. Every exchange supporting both will have to c= reate separated markets for BC1 and BC2. Remember: both chains must be obvi= ously distinguishable. It is even desirable that the address format in BC2 = to be incompatible with BC1 (maybe staring with "2" ?).

Finally, due to the present state of affairs, with impending activation= of segwit with a promise to hardfork in 3 months, I believe this proposal = is too late, not to mention the stress, emotions and hard feelings of the s= ituation will make it go largely ill received or ignored. But since I genui= nely believe this to be the best and most conservative way to go with Bitco= in, I wrote this anyway.

Please forgive me if something like t= his was discussed a thousand times before and you wasted your time reading = this.

--
Lucas Clemente Vella
lvella@gmail.com
--94eb2c0328b89293fa0552710d66--