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 4FCD3B44 for ; Tue, 6 Nov 2018 15:50:53 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wr1-f50.google.com (mail-wr1-f50.google.com [209.85.221.50]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BA09FA4 for ; Tue, 6 Nov 2018 15:50:52 +0000 (UTC) Received: by mail-wr1-f50.google.com with SMTP id u9-v6so3727111wrr.0 for ; Tue, 06 Nov 2018 07:50:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=woobling.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=6zSK7bbrxUpI51ZaKWZORF77khbjTM+b2HgvmzFfkPM=; b=BpynKZCzn82Co4fwzo/RQn8iaSAX4xcR74vZoO6C6KKXIK2WnaCCbXmJ9Z0w4YHqAQ /ouy5KwZD6TaVlIJdB8jt6Am01GrUrd8oV7eGLPAltHuiugRAST5gi9jeAXCcNj0qM7n RYCXgclsWi5ZtoAfu382AWbNL4geO1XD7hTkc= 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=6zSK7bbrxUpI51ZaKWZORF77khbjTM+b2HgvmzFfkPM=; b=c5kJl1R809dvzX/Bm+Sp164QojkO1c7PS113ylwzdqDSmB8//X8cQAsE0QRgdphZio c+BcmunUuF9yCaDAQqWhH/50SuE7POXG3y2EWasYjd7fLObuAGqV82eaoLDudfSkdpZ2 7RQ2FEaFE4UuF+ovnqHKZ6dNIznXuDkB8KTSYj0UeS5RbX23xu2uSR1+XP6izoo5iUSi H6S5/TERf5q9lusslM0EmtWexyZLOSsN+oXR9mfS+m8Xfo2JgDSGn6YnVn6+gvWfTMww BNLskU3nrm37STpzsCxyh/9v/ZeQYGpp+PHI2H6US3B7q6vnhMeScsbJIhkYojutll4l fX6A== X-Gm-Message-State: AGRZ1gLYTiUlCAGPGQICnQ7SRxzWx7UkWP2uQ2lYe8HkLRzXaEUiVEAP NWCblxjvweQMvFoFPmrzlc2qRiyvV0tEQZksryuO77hpbs9mGA== X-Google-Smtp-Source: AJdET5epFZvrSul4QcN9dvcQm+GzLHRtSQmcxcJIHLR3OURwAvmptaG+BQHor9PD02+Lbx4w6y0Fwznz8LO7bJ+Z0xQ= X-Received: by 2002:adf:c189:: with SMTP id x9-v6mr23390415wre.233.1541519450916; Tue, 06 Nov 2018 07:50:50 -0800 (PST) MIME-Version: 1.0 From: Yuval Kogman Date: Tue, 6 Nov 2018 15:50:38 +0000 Message-ID: To: bitcoin-dev@lists.linuxfoundation.org Content-Type: multipart/alternative; boundary="000000000000496141057a00f729" X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, 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: Tue, 06 Nov 2018 18:16:40 +0000 Subject: [bitcoin-dev] draft proposal: change forwarding (improved fungibility through wallet interoperability) 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: Tue, 06 Nov 2018 15:50:53 -0000 --000000000000496141057a00f729 Content-Type: text/plain; charset="UTF-8" Hello, I would like to propose a method based on BIP32 (and optionally BIP44) for improving fungibility and on chain privacy with wallets for which this is not a primary concern, requiring minimal changes to allow such wallets to safely forward change outputs to more specialized wallets. This is intended to complement more comprehensive proposals such as BIP79. Note that this draft is still incomplete, there are open questions about the particular format to use. In its current form it proposes two viable options (and two more are included completeness) and though I have a slight preference for the first option, I remain undecided given the tradeoffs, and so I am writing the mailing list to solicit inputs/criticism. https://gist.github.com/nothingmuch/652f3a98089a0600637eadab738b2d6a Thanks to SirMeow, Adam Ficsor, and Adam Gibson for reviewing earlier versions and providing valuable feedback and suggestions. Regards, Yuval --000000000000496141057a00f729 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I would like to propose a method based on BIP32 (and optionally BIP44) fo= r improving fungibility and on chain privacy with wallets for which this is= not a primary concern, requiring minimal changes to allow such wallets to = safely forward change outputs to more specialized wallets. This is intended= to complement more comprehensive proposals such as BIP79.

Note that this draft is still incomplete, there are open questions= about the particular format to use. In its current form it proposes two vi= able options (and two more are included completeness) and though I have a s= light preference for the first option, I remain undecided given the tradeof= fs, and so I am writing the mailing list to solicit inputs/criticism.
=


Thanks to SirMeow, Ada= m Ficsor, and Adam Gibson for reviewing earlier versions and providing valu= able feedback and suggestions.

Regards,
= Yuval
--000000000000496141057a00f729--