Derek Atkins [ARCHIVE] on Nostr: 📅 Original date posted:2015-10-09 📝 Original message: Hi Rusty, I was ...
📅 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.
Published at
2023-06-09 12:44:46Event 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"
}