From alex.schoof at gmail.com Thu Dec 9 12:12:45 2021 From: alex.schoof at gmail.com (Alex Schoof) Date: Thu, 9 Dec 2021 07:12:45 -0500 Subject: [Lightning-dev] [bitcoin-dev] Sending OP_RETURN via Bitcoin Lightning In-Reply-To: <YbHVaU19CFvOQ3MB@petertodd.org> References: <DD7D5A8B-F61F-4302-ACF4-CE731843D97D@gmail.com> <CALL-=e5mF9TqbbD=Cf-bawbw4dq2PGjC9W_nqAQeHsB829ZpNg@mail.gmail.com> <CALkkCJas_pf7Un45CJyFg8j9cBk8PtKN4iYAL81TtLSRNnKqeg@mail.gmail.com> <CANQKmgLyaYAjL_=LziTCFT=Ahc2SXjJrWc+RO59pxd3mnJApfQ@mail.gmail.com> <YbHImwix1z8BgAc2@petertodd.org> <CANQKmg+D22GrLFDBAawop1uha3GG5F4TmixMajcTPQUdTF4-PQ@mail.gmail.com> <YbHVaU19CFvOQ3MB@petertodd.org> Message-ID: <CA+2b5C1bfHnNtz6jWRmzr-2Dz3DpyvE1Z_LFCsJgBpbP-bULYQ@mail.gmail.com> The multisig scheme is interesting. From my understanding of Single Use Seals, since seal n commits to seal n+1, for the on-chain aggregation seals you would want to pick some common aggregation service provider ahead of time and if that provider disappears, you?re stuck and cant close the next seal. If instead you say ?this seal commits to three of the five of these next seals? then you mitigate both availability and censorship risk. Am I getting that right? Alex On Thu, Dec 9, 2021 at 5:23 AM Peter Todd <pete at petertodd.org> wrote: > On Thu, Dec 09, 2021 at 09:49:11AM +0000, Christian Moss wrote: > > pete at petertodd.org, so single use seals require an onchain transaction > to > > post the proof of publication to the ledger (assuming bitcoin is used as > > the ledger) when an asset is transferred, but it can scale because you > can > > batch many proofs (transfer of ownerships) into a merkle tree and just > add > > the merkle root into the single tx going into the ledger? > > Exactly. And since the aggregation is trustless with respect to validity, > users > can choose what kind of censorship risk they're willing to take (as well as > mitigate it with "multisig" schemes that use multiple aggregators in > parallel). > > -- > https://petertodd.org 'peter'[:-1]@petertodd.org > _______________________________________________ > Lightning-dev mailing list > Lightning-dev at lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev > -- Alex Schoof -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20211209/0a9cde55/attachment.html>