📅 Original date posted:2011-08-24
🗒️ Summary of this message: Gavin Andresen requested open-source, patent-free, and thoroughly-tested code for DSA-key-splitting. A third-party solution was suggested for a more traditional escrow setup.
📝 Original message:On Aug 24, 2011 10:12 AM, "Gavin Andresen" <gavinandresen at gmail.com> wrote:
>
> If anybody has some open-source, patent-free, thoroughly-tested code
> that already does DSA-key-splitting, speak up please.
>
If the caveat of a trusted third party is acceptable and, as greg mentioned,
if there was a way to export unsigned transactions and then import/broadcast
after signing this becomes fairly trivial.
Shamir's + 3rd party to combine and sign means no protocol level changes.
Process could work something like this:
Parties agree to endpoint destination address and provide it to third party.
Third party generates key and provides shares to each party in the txn and
the resulting address to both as well.
Third party destroys (preferably, never stores) private key.
Sender sends to address.
Both parties after confirmation of reciept of goods or what have you provide
shares back to third party who uses the privkey to xfer inputs to the
previously agreed upon destination subtracting their fee.
This resembles more traditional escrow setups and relies on the trust of a
third party, which is not ideal, but would be fairly simple to implement
until the other proposals could be better investigated and implemented.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20110824/a6faa861/attachment.html>;
Douglas Huff [ARCHIVE] /
npub1xp…c6eq0
2023-06-07 02:17:51
in reply to nevent1q…z3p4
Author Public Key
npub1xpryrka5nmn2vq9uum4qfjcvkfdne95l3ug4sxhdkcnndu4uu6eqrc6eq0Published at
2023-06-07 02:17:51Event JSON
{
"id": "5c308d368175b625e5f77647896913b1c891013e43c8ff4f5e9d936c116cd480",
"pubkey": "304641dbb49ee6a600bce6ea04cb0cb25b3c969f8f11581aedb62736f2bce6b2",
"created_at": 1686104271,
"kind": 1,
"tags": [
[
"e",
"391ebcb8eb3f9b5884cfbf66f4a99b12c015cc93baa9452c114d68f52d1168ec",
"",
"root"
],
[
"e",
"3b965bbdcc305d359cd14fad3df7f50e8c115f2205aba202fdbbbbcb66dc0fa9",
"",
"reply"
],
[
"p",
"308e0d1efb1707ac6b92cd0b19c304882b3919f4bd59336c4a718c159bdcf63b"
]
],
"content": "📅 Original date posted:2011-08-24\n🗒️ Summary of this message: Gavin Andresen requested open-source, patent-free, and thoroughly-tested code for DSA-key-splitting. A third-party solution was suggested for a more traditional escrow setup.\n📝 Original message:On Aug 24, 2011 10:12 AM, \"Gavin Andresen\" \u003cgavinandresen at gmail.com\u003e wrote:\n\u003e\n\u003e If anybody has some open-source, patent-free, thoroughly-tested code\n\u003e that already does DSA-key-splitting, speak up please.\n\u003e\n\nIf the caveat of a trusted third party is acceptable and, as greg mentioned,\nif there was a way to export unsigned transactions and then import/broadcast\nafter signing this becomes fairly trivial.\n\nShamir's + 3rd party to combine and sign means no protocol level changes.\n\nProcess could work something like this:\n\nParties agree to endpoint destination address and provide it to third party.\nThird party generates key and provides shares to each party in the txn and\nthe resulting address to both as well.\nThird party destroys (preferably, never stores) private key.\nSender sends to address.\nBoth parties after confirmation of reciept of goods or what have you provide\nshares back to third party who uses the privkey to xfer inputs to the\npreviously agreed upon destination subtracting their fee.\n\nThis resembles more traditional escrow setups and relies on the trust of a\nthird party, which is not ideal, but would be fairly simple to implement\nuntil the other proposals could be better investigated and implemented.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20110824/a6faa861/attachment.html\u003e",
"sig": "425681157acb054ee450a32a52d6823550291e8b171f772329531cbff0fca679e3e2b884cdbc48be8bb04129ea9bfe688c6e85c806200a52323ce70469f3769f"
}