đź“… Original date posted:2018-11-07
đź“ť Original message:
On Wed, Nov 07, 2018 at 02:26:29AM +0000, Gert-Jaap Glasbergen wrote:
> > Otherwise, if you're happy accepting 652 satoshis, I don't see why you
> > wouldn't be happy accepting an off-chain balance of 652.003 satoshis;
> > you're no worse off, in any event.
> I wouldn’t be worse off when accepting the payment, I agree. I can safely ignore whatever fraction was sent if I don’t care about it anyway. The protocol is however expecting (if not demanding) me to also route payments with fractions, provided they are above the set minimum. In that case I’m also expected to send out fractions. Even though they don’t exist on-chain, if I send a fraction of a satoshi my new balance will be 1 satoshi lower on-chain since everything is rounded down.
But that's fine: suppose you want everything divided up into lots of
1 satoshi, and you see 357.719 satoshis coming in and 355.715 satoshis
going out. Would you have accepted 357 satoshis going in (rounded down)
and 356 satoshis going out (rounded up)? If so, you're set. If not,
reject the HTLC as not having a high enough fee.
Yes, you're still expected to send fractions of a satoshi around, but
that doesn't have to affect your accounting (except occassionally to
your benefit when you end up with a thousand millisatoshis).
I think you can set your fee_base_msat to 2000 msat to make sure every
HTLC you route pays you at least a satoshi, even with losses from
rounding. If you're willing to find yourself having routed payments for
free (after rounding), then setting it to 1000 msat should work too.
> > Everything in open source is configurable by end users: at worst, either
> > by them changing the code, or by choosing which implementation to use…
> Well, yes, in that sense it is. But the argument was made that it’s too complex for average users to understand: I agree there, [...]
Then it's not really a good thing for different implementations to have
as a differentiator...
Cheers,
aj
Anthony Towns [ARCHIVE] /
npub17r…x9l2h
2023-06-09 12:51:58
in reply to nevent1q…8lgf
Author Public Key
npub17rld56k4365lfphyd8u8kwuejey5xcazdxptserx03wc4jc9g24stx9l2hPublished at
2023-06-09 12:51:58Event JSON
{
"id": "cadefb806d2df4b03b11ccd99923b461fb2fd56c3d259ff8c2d243372c897be2",
"pubkey": "f0feda6ad58ea9f486e469f87b3b9996494363a26982b864667c5d8acb0542ab",
"created_at": 1686315118,
"kind": 1,
"tags": [
[
"e",
"c9cdd9e4a2595ac262f22b0a0d9db9260e1433c3622d0a4a06a29ae0cf8c9eea",
"",
"root"
],
[
"e",
"d9c5cfa14a9b49c1d72208b3aef4bc98b75c444ece0b59a397d5a9be12cbaec7",
"",
"reply"
],
[
"p",
"c827a739c5cb265f0b6aa881bd747cb23ec07579e4d2ed758f369c09764de011"
]
],
"content": "📅 Original date posted:2018-11-07\n📝 Original message:\nOn Wed, Nov 07, 2018 at 02:26:29AM +0000, Gert-Jaap Glasbergen wrote:\n\u003e \u003e Otherwise, if you're happy accepting 652 satoshis, I don't see why you\n\u003e \u003e wouldn't be happy accepting an off-chain balance of 652.003 satoshis;\n\u003e \u003e you're no worse off, in any event.\n\u003e I wouldn’t be worse off when accepting the payment, I agree. I can safely ignore whatever fraction was sent if I don’t care about it anyway. The protocol is however expecting (if not demanding) me to also route payments with fractions, provided they are above the set minimum. In that case I’m also expected to send out fractions. Even though they don’t exist on-chain, if I send a fraction of a satoshi my new balance will be 1 satoshi lower on-chain since everything is rounded down.\n\nBut that's fine: suppose you want everything divided up into lots of\n1 satoshi, and you see 357.719 satoshis coming in and 355.715 satoshis\ngoing out. Would you have accepted 357 satoshis going in (rounded down)\nand 356 satoshis going out (rounded up)? If so, you're set. If not,\nreject the HTLC as not having a high enough fee.\n\nYes, you're still expected to send fractions of a satoshi around, but\nthat doesn't have to affect your accounting (except occassionally to\nyour benefit when you end up with a thousand millisatoshis).\n\nI think you can set your fee_base_msat to 2000 msat to make sure every\nHTLC you route pays you at least a satoshi, even with losses from\nrounding. If you're willing to find yourself having routed payments for\nfree (after rounding), then setting it to 1000 msat should work too.\n\n\u003e \u003e Everything in open source is configurable by end users: at worst, either\n\u003e \u003e by them changing the code, or by choosing which implementation to use…\n\u003e Well, yes, in that sense it is. But the argument was made that it’s too complex for average users to understand: I agree there, [...]\n\nThen it's not really a good thing for different implementations to have\nas a differentiator...\n\nCheers,\naj",
"sig": "c337e7a537beabb6d01821f108a27d7790f020553ecfe3a2492a0b2de29e8b13b697e64fd8e4dfcfd4da580272e2e9c87e09d8be1775bac78a500ab4d0d2b1dc"
}