📅 Original date posted:2015-10-09 📝 Original message: Hi Rusty, I was ...

Derek Atkins [ARCHIVE] /

npub1kp9…jsvk

2023-06-09 12:44:46

in reply to nevent1q…4e3g

📅 Original date posted:2015-10-09
📝 Original message:
Hi Rusty,

I was considering creating a prototype of using AEDSA here, just to see
how well it might fit in and see if I can gauge the performance. Do you
think that would be a reasonable project? I was hoping to possibly get
this done and make measurements in time to present at the next Scaling
Bitcoin workshop.

If you agree this is a reasonable experiment, is it something I would
only need to change within lightning or would I also need to update
bitcoind/alphad?

Thanks,

-derek

On Mon, 2015-08-31 at 12:24 +0930, Rusty Russell wrote:
> Jeremy Rubin <jr at mit.edu> writes:
> > Negotiating & Committing Signatures
> > ============================
> >
> > In this proposal, I suggest the addition of new types of signature schemes
> > to Bitcoin, and running lightning over multi signature of the
> > variants to utilize the advantages of multiple signature schemes without
> > the drawbacks.
>
> Hi Jeremy,
>
> Such a hybrid would certainly be possible (though getting novel
> crypto into bitcoin is a large task).
>
> You refer to an "order or magnitude" increase in pubkey and signature
> sizes, but signatures of even 64k wouldn't make much logistical
> difference to the LN. Giant pubkeys might be a logistical issue, though
> using the bitcoin trick of referring to them via their RIPEMD160 should
> work there, too.
>
> Cheers,
> Rusty.

--
Derek Atkins
Chief Technology Officer
SecureRF Corporation

Office: 203.227.3151 x1343
Direct: 617.623.3745
Mobile: 617.290.5355
Email: DAtkins at SecureRF.com

This email message may contain confidential, proprietary and / or
legally privileged information and intended only for the use of the
intended recipient(s) and others specifically authorized. Any
disclosure, dissemination, copying, distribution or use of the
information contained in this email message, including any attachments,
to or by anyone other than the intended recipient is strictly
prohibited. If you received this in error, please immediately advise
the sender by reply email or at the telephone number above, and then
delete, shred, or otherwise dispose of this message.

Author Public Key

npub1kp9enqm06w6glydxuu7320zxjlxjdr2qe2w28qaexyzv2ff3qsnsvpjsvk

Seen on

wss://relay.nostr.band

Show more details

Published at

2023-06-09 12:44:46

Kind type

1 Short Text Note

Event JSON

{ "id": "7813b94af69aba9272ef5c2d56ad8dfc7dc0b94e335eb3ccbdea1d0b13667385", "pubkey": "b04b99836fd3b48f91a6e73d153c4697cd268d40ca9ca383b93104c525310427", "created_at": 1686314686, "kind": 1, "tags": [ [ "e", "621f9b786de82027c9d4e6eb6b7d3d0ef6ac24b210e2af0a1eb40e90c6b97274", "", "reply" ], [ "p", "9456f7acb763eaab2e02bd8e60cf17df74f352c2ae579dce1f1dd25c95dd611c" ] ], "content": "📅 Original date posted:2015-10-09\n📝 Original message:\nHi Rusty,\n\nI was considering creating a prototype of using AEDSA here, just to see\nhow well it might fit in and see if I can gauge the performance. Do you\nthink that would be a reasonable project? I was hoping to possibly get\nthis done and make measurements in time to present at the next Scaling\nBitcoin workshop.\n\nIf you agree this is a reasonable experiment, is it something I would\nonly need to change within lightning or would I also need to update\nbitcoind/alphad?\n\nThanks,\n\n-derek\n\nOn Mon, 2015-08-31 at 12:24 +0930, Rusty Russell wrote:\n\u003e Jeremy Rubin \u003cjr at mit.edu\u003e writes:\n\u003e \u003e Negotiating \u0026 Committing Signatures\n\u003e \u003e ============================\n\u003e \u003e\n\u003e \u003e In this proposal, I suggest the addition of new types of signature schemes\n\u003e \u003e to Bitcoin, and running lightning over multi signature of the\n\u003e \u003e variants to utilize the advantages of multiple signature schemes without\n\u003e \u003e the drawbacks.\n\u003e \n\u003e Hi Jeremy,\n\u003e \n\u003e Such a hybrid would certainly be possible (though getting novel\n\u003e crypto into bitcoin is a large task).\n\u003e \n\u003e You refer to an \"order or magnitude\" increase in pubkey and signature\n\u003e sizes, but signatures of even 64k wouldn't make much logistical\n\u003e difference to the LN. Giant pubkeys might be a logistical issue, though\n\u003e using the bitcoin trick of referring to them via their RIPEMD160 should\n\u003e work there, too.\n\u003e \n\u003e Cheers,\n\u003e Rusty.\n\n-- \nDerek Atkins\nChief Technology Officer\nSecureRF Corporation\n\nOffice: 203.227.3151 x1343\nDirect: 617.623.3745\nMobile: 617.290.5355\nEmail: DAtkins at SecureRF.com\n\nThis email message may contain confidential, proprietary and / or\nlegally privileged information and intended only for the use of the\nintended recipient(s) and others specifically authorized. Any\ndisclosure, dissemination, copying, distribution or use of the\ninformation contained in this email message, including any attachments,\nto or by anyone other than the intended recipient is strictly\nprohibited. If you received this in error, please immediately advise\nthe sender by reply email or at the telephone number above, and then\ndelete, shred, or otherwise dispose of this message.", "sig": "bc1ed99f3b5cb71e207217eef4c3ec9840b42513578aed1694532500cfc03e1ae051ea38092b18d4dbe8a6e9473abae667d8fcad44a0ed7646b9c8d4f453f0f7" }