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 D55BC907 for ; Mon, 9 Jan 2017 22:15:19 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 50A2D155 for ; Mon, 9 Jan 2017 22:15:19 +0000 (UTC) Received: by mail-oi0-f47.google.com with SMTP id w204so27352785oiw.0 for ; Mon, 09 Jan 2017 14:15:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-transfer-encoding; bh=tWKFmxymbZLxXKSK3kCEcq7EWvypKQra2iSmi7DqCkc=; b=NOa4QRM5FF1VFpnngpKrtt+CHDfMqaB4nV3oUPCSgIBcBbYZIyUec5bT2AtXMYdEzV wZTYjpRIeBB4rR6CFGpkZ57Gbch4lJHBmLRNc42aO50IYFVtFY3jDfTXX/6/sIjJYF6P jHC4hPx33eZLJRCgtYt4fVjcSOcRjxdJJChHlZnQXcPlncFk/PJvC0fIHZeNVUJmtpvx erwaAF2XkHn3Ov2/K3kVJj9rjpnBYa1vFnYTrafLvK48ORzE/jTt3YRQs7p/JzXHj0gC SjaHTGArh2M7rWC5s4SW48GN8DboLRimVo/n2PF9qmKbQ/QteWshLz53k64x0YPhxDF5 nJAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-transfer-encoding; bh=tWKFmxymbZLxXKSK3kCEcq7EWvypKQra2iSmi7DqCkc=; b=BxpEvKqPKx12aFUWFzyle5L1/WHlO/sEGPqEyO7vnVSyBxBFRnz+cePRe88J6h/bkf o11mCyW0C9WsKzkiX8ytSQaKixO7pORUYggjlwjYPfnAjvlqW09SNbIH6sHNiuYucB9p /asVIfotMYlZQlTRaIPnIuknjdrTIe7rNvHGL6B7+VNQCWGeMyzORDTPZZs87DLL8sV1 P7sn8U7g36f8rkuNgOjKtd43v6Q/RK6rIZr8bfxRvr50LRrVz0Ndbyve7SPIUS08drz7 AA4zZdm0mtWP5uf6VQosK7y0XMI7Mh8ALWxBcntlG0QKHbpY5QZa0s4n3GHCzZKKN7Lv clHg== X-Gm-Message-State: AIkVDXJzdKQSWw5uutcFvEbd7hgP4oAuDByMc/QsOX1+NosYdTzlfMt6sABUQ5zmShB8QT/LYqJNLTQeL0kQBg== X-Received: by 10.202.231.132 with SMTP id e126mr40047580oih.72.1484000118543; Mon, 09 Jan 2017 14:15:18 -0800 (PST) MIME-Version: 1.0 Sender: nbvfour@gmail.com Received: by 10.182.167.97 with HTTP; Mon, 9 Jan 2017 14:15:17 -0800 (PST) In-Reply-To: References: From: Chris Priest Date: Mon, 9 Jan 2017 14:15:17 -0800 X-Google-Sender-Auth: 7t_js7rel18tRScW9Fa3_a-kg8s Message-ID: To: =?UTF-8?B?5pyo44OO5LiL44GY44KH44Gq?= , Bitcoin Protocol Discussion Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org X-Mailman-Approved-At: Mon, 09 Jan 2017 22:25:04 +0000 Subject: Re: [bitcoin-dev] A BIP for partially-signed/not-signed raw transaction serialization; would it be useful? 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: Mon, 09 Jan 2017 22:15:20 -0000 I approve of this idea. Counterparty has the same problem. Their API returns a unsigned transaction that is formed differently from how other unsigned transactions, which causes friction. Someone needs to write up a specification that is standardized so that all unsigned transactions are of the same form. Basically the signature section of the should contains all the information required to make the signature, and it needs to be encoded in a way that the signing application (a blockchain library like BitcoinJ or BitcoinJS) can tell that it is unsigned. On 1/9/17, =E6=9C=A8=E3=83=8E=E4=B8=8B=E3=81=98=E3=82=87=E3=81=AA via bitco= in-dev wrote: > I have been seeing issues like the following many times on all the > different projects that support multisig with users responsible for parti= al > transaction transport. > > https://github.com/OutCast3k/coinbin/issues/73 > > I would like to gather opinions before proposing a BIP, (like whether we > need one or not) so please let me know what you think. > > Basically, Electrum, Copay, Coinb.in, Bitcoin Core, etc. all have differe= nt > methodology for serializing partially signed multisig raw transactions, a= s > well as not-signed raw transactions regardless of scriptPubkey. > > I think we should all be on the same page when serializing not-signed and > partially signed transactions so that the person could look at the data > alone and know what is necessary and how to manipulate it to sign and > complete the transaction. > > - Jon > > -- > -----BEGIN PGP PUBLIC KEY BLOCK----- > Comment: http://openpgpjs.org > > xsBNBFTmJ8oBB/9rd+7XLxZG/x/KnhkVK2WBG8ySx91fs+qQfHIK1JrakSV3 > x6x0cK3XLClASLLDomm7Od3Q/fMFzdwCEqj6z60T8wgKxsjWYSGL3mq8ucdv > iBjC3wGauk5dQKtT7tkCFyQQbX/uMsBM4ccGBICoDmIJlwJIj7fAZVqGxGOM > bO1RhYb4dbQA2qxYP7wSsHJ6/ZNAXyEphOj6blUzdqO0exAbCOZWWF+E/1SC > EuKO4RmL7Imdep7uc2Qze1UpJCZx7ASHl2IZ4UD0G3Qr3pI6/jvNlaqCTa3U > 3/YeJwEubFsd0AVy0zs809RcKKgX3W1q+hVDTeWinem9RiOG/vT+Eec/ABEB > AAHNI2tpbm9zaGl0YSA8a2lub3NoaXRham9uYUBnbWFpbC5jb20+wsByBBAB > CAAmBQJU5ifRBgsJCAcDAgkQRB9iZ30dlisEFQgCCgMWAgECGwMCHgEAAC6Z > B/9otobf0ASHYdlUBeIPXdDopyjQhR2RiZGYaS0VZ5zzHYLDDMW6ZIYm5CjO > Fc09ETLGKFxH2RcCOK2dzwz+KRU4xqOrt/l5gyd50cFE1nOhUN9+/XaPgrou > WhyT9xLeGit7Xqhht93z2+VanTtJAG6lWbAZLIZAMGMuLX6sJDCO0GiO5zxa > 02Q2D3kh5GL57A5+oVOna12JBRaIA5eBGKVCp3KToT/z48pxBe3WAmLo0zXr > hEgTSzssfb2zTwtB3Ogoedj+cU2bHJvJ8upS/jMr3TcdguySmxJlGpocVC/e > qxq12Njv+LiETOrD8atGmXCnA+nFNljBkz+l6ADl93jHzsBNBFTmJ9EBCACu > Qq9ZnP+aLU/Rt6clAfiHfTFBsJvLKsdIKeE6qHzsU1E7A7bGQKTtLEnhCCQE > W+OQP+sgbOWowIdH9PpwLJ3Op+NhvLlMxRvbT36LwCmBL0yD7bMqxxmmVj8n > vlMMRSe4wDSIG19Oy7701imnHZPm/pnPlneg/Meu/UffpcDWYBbAFX8nrXPY > vkVULcI/qTcCxW/+S9fwoXjQhWHaiJJ6y3cYOSitN31W9zgcMvLwLX3JgDxE > flkwq/M+ZkfCYnS3GAPEt8GkVKy2eHtCJuNkGFlCAmKMX0yWzHRAkqOMN5KP > LFbkKY2GQl13ztWp82QYJZpj5af6dmyUosurn6AZABEBAAHCwF8EGAEIABMF > AlTmJ9QJEEQfYmd9HZYrAhsMAABKbgf/Ulu5JAk4fXgH0DtkMmdkFiKEFdkW > 0Wkw7Vhd5eZ4NzeP9kOkD01OGweT9hqzwhfT2CNXCGxh4UnvEM1ZMFypIKdq > 0XpLLJMrDOQO021UjAa56vHZPAVmAM01z5VzHJ7ekjgwrgMLmVkm0jWKEKaO > n/MW7CyphG7QcZ6cJX2f6uJcekBlZRw9TNYRnojMjkutlOVhYJ3J78nc/k0p > kcgV63GB6D7wHRF4TVe4xIBqKpbBhhN+ISwFN1z+gx3lfyRMSmiTSrGdKEQe > XSIQKG8XZQZUDhLNkqPS+7EMV1g7+lOfT4GhLL68dUXDa1e9YxGH6zkpVECw > Spe3vsHZr6CqFg=3D=3D > =3D/vUJ > -----END PGP PUBLIC KEY BLOCK----- >