calle 👁️⚡👁️ on Nostr: Distribution of Cashu token set sizes necessary to make a random payment between 1 ...
Distribution of Cashu token set sizes necessary to make a random payment between 1 sat and 1M sat by
thunderbiscuit (npub1thu…a79l) We're interested in the number of tokens necessary for several reasons. First, we need to transmit tokens and the payload size is important for a medium like QR codes or other low-bandwidth media.
Second, Cashu is going to have fees, one way or the other. Fees are going to scale with the number of inputs and outputs of an ecash transaction (that's what directly translates to cost). For a fee of 0.1 sat per input or output, roughly 50% of transactions in this range will need 10 inputs, and to keep things simple, will produce 10 outputs, which translates to a fee of 2 sat.
Active field of research and discussion.
Distribution for random payment between 1-1M sats:
If you're willing to overpay by a maximum of 16 sats, you can minimize the number of tokens necessary and the distribution changes accordingly. This can increase transmission speed (less data) but is probably not going to be offset by a savings in fee (16 sat overpayment vs ~1 sat fee savings):
Published at
2024-02-29 08:33:16Event JSON
{
"id": "753e0ff4badd1abfe372c9255f2f18ad4243abf79a9faa48502013b0b42a71bd",
"pubkey": "50d94fc2d8580c682b071a542f8b1e31a200b0508bab95a33bef0855df281d63",
"created_at": 1709195596,
"kind": 1,
"tags": [
[
"p",
"5df936e47d5d114a2b1c27b9bb6955c2e86cd5614386a96252029187d35e7206"
]
],
"content": "Distribution of Cashu token set sizes necessary to make a random payment between 1 sat and 1M sat by nostr:npub1thunderat5g552cuy7umk624ct5xe4tpgwr2jcjjq2gc0567wgrqnya79l \n\nWe're interested in the number of tokens necessary for several reasons. First, we need to transmit tokens and the payload size is important for a medium like QR codes or other low-bandwidth media. \n\nSecond, Cashu is going to have fees, one way or the other. Fees are going to scale with the number of inputs and outputs of an ecash transaction (that's what directly translates to cost). For a fee of 0.1 sat per input or output, roughly 50% of transactions in this range will need 10 inputs, and to keep things simple, will produce 10 outputs, which translates to a fee of 2 sat. \n\nActive field of research and discussion.\n\nDistribution for random payment between 1-1M sats:\n\nhttps://m.primal.net/HgIF.jpg \n\nIf you're willing to overpay by a maximum of 16 sats, you can minimize the number of tokens necessary and the distribution changes accordingly. This can increase transmission speed (less data) but is probably not going to be offset by a savings in fee (16 sat overpayment vs ~1 sat fee savings):\n\nhttps://m.primal.net/HgIK.png ",
"sig": "26d71e901b51584cba2b092563560a04934896b4b72dd5046c7fba310a4cd3d37a9ebc33ac232633a42ca8b0835295dd5fdcf6442d43e3b0c1e1a6690903f8bf"
}
