The more I refine code and fix bugs for calculating splits, the more the thing gets complicated.
With value time split many splits can result in less than 1 sat payments.
Should we discard them?
Should we round them to 1 sat and send a total amount greater than the one the user selected?
Should we delay and aggregate them?
The first and last options would completely screw the splits used to do stats.
Franco (Castamatic) /
npub1ax…jzjl7
2023-09-26 09:25:30
Author Public Key
npub1axu0t2tm3y8c5n0wuakepwggcz7sgadpw5c060azlfp4tchd9u0qejzjl7Published at
2023-09-26 09:25:30Event JSON
{
"id": "de21834099ab5703ddb55089b131171f97b016d8d0d541810917110cd23a4f5d",
"pubkey": "e9b8f5a97b890f8a4deee76d90b908c0bd0475a17530fd3fa2fa4355e2ed2f1e",
"created_at": 1695720330,
"kind": 1,
"tags": [
[
"proxy",
"https://podcastindex.social/users/francosolerio/statuses/111130727603188971",
"activitypub"
]
],
"content": "The more I refine code and fix bugs for calculating splits, the more the thing gets complicated. \n\nWith value time split many splits can result in less than 1 sat payments. \n\nShould we discard them? \nShould we round them to 1 sat and send a total amount greater than the one the user selected? \nShould we delay and aggregate them? \n\nThe first and last options would completely screw the splits used to do stats.",
"sig": "8c9b70060f0c8f2258d91d978a6c56512f4fa57c751ef10567a195538fa8242582f12f0616828ec93eacff7ddfb2901774b8f8404d6fd9b8e559bb6cd5b2b125"
}