What is Nostr?
Tejaswi Nadahalli [ARCHIVE] /
npub12f7ā€¦5846
2023-06-07 18:25:41
in reply to nevent1qā€¦2qap

Tejaswi Nadahalli [ARCHIVE] on Nostr: šŸ“… Original date posted:2020-06-29 šŸ“ Original message:On Sun, Jun 28, 2020 at ...

šŸ“… Original date posted:2020-06-29
šŸ“ Original message:On Sun, Jun 28, 2020 at 2:16 PM David A. Harding via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:

> So, if I understand correctly, even a small amount of "myopic" hashrate
> and long timeouts---or modest amounts of hashrate and short
> timeouts---makes this attack unlikely to succeed (and, even in the cases
> where it does succeed, Bob will have to offer a very large bribe to
> compensate "rational" miners for their high chance of losing out on
> gaining any transaction fees).
>

We were separately working on a similar problem, and wrote a paper as well:
https://eprint.iacr.org/2020/774 *

We look at the Alice's-Fees/Bob's-Bribe ratio. We also look at "strong" and
"weak" miners in this context. If a miner is weak, their hash-rate is lower
than this fees/bribe ratio. If they are strong, their hash rate is more
than this fees/bribe ratio. In this setting, it turns out that if there are
only strong miners, Bob will win. If there is at least one weak miner,
Alice has to win, given a reasonable timeout value. We found it awesome
that lightning has a parameter called "channel-reserve_satoshis", which
directly helps in countering this bribe by giving Alice some leeway in fees.

* Ph.D students want to write papers, unfortunately.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20200629/0825c166/attachment.html>;
Author Public Key
npub12f7kf5f49m65w3dxpdsu80pdg96uyzmnjv4sw5r409luknwusmsshe5846