📅 Original date posted:2015-07-15
📝 Original message:
Nick ODell schreef op di 14-07-2015 om 18:29 [-0600]:
> >I like to think of fees in the same way as we pay for Internet access.
> >Every physical hop in the Internet has related costs, e.g. in placing
> >the cables and upgrading the cables when new technology becomes
> >available and when demand grows.
>
> What sort of fee would this be? A percentage fee? A per-transaction fee? Both?
>
> I can see a compelling case for any of the three.
Rusty has argued for a fee that scales with Satoshi-seconds, so the
to-be-transferred amount times the amount of time it takes to finish the
transaction. The reason for that would be because then the fee scales
with the actual scarce good you're consuming (the ability to lock a
certain amount of funds for a certain amount of time on a channel is the
thing that's scarce).
Personally, I'd like to keep participants as free as possible in
choosing the right fee structure; the technology platform shouldn't
stand in the way. Virtually any fee structure is possible anyway, as
long as some trust exists between two sides of a link, but in order to
make fees trust-free, some fee structures require special features from
the underlying technology. Per-transaction fees that can be determined
in advance are easy to do, but e.g. the Satoshi-seconds structure is
something that requires an extension of the micro-transaction channel
design.
CJP
CJP [ARCHIVE] /
npub13q…cuzdm
2023-06-09 12:43:34
in reply to nevent1q…t8z3
Author Public Key
npub13q863scgpsaanrjhfn7dd4h48lgnupgkcs828arzj4pckrq8hh6s4cuzdmPublished at
2023-06-09 12:43:34Event JSON
{
"id": "607180a2f95e4c599849cf280e1274ef089bbf6f13990a4246d1bf81641212c7",
"pubkey": "880fa8c3080c3bd98e574cfcd6d6f53fd13e0516c40ea3f46295438b0c07bdf5",
"created_at": 1686314614,
"kind": 1,
"tags": [
[
"e",
"b051b897d36d9747c0a2ead17e2be0eb4114a547258d74b54d7d8da5c672c214",
"",
"root"
],
[
"e",
"91dbc00024f8d7c97bf43ae978cfdc6a8a302ab172daf917b363f8c3e89d14f6",
"",
"reply"
],
[
"p",
"2a9b7d3423041901b738be6b1d40a6e4dd3f9041e7a5fa4a2d3c662d296814c7"
]
],
"content": "📅 Original date posted:2015-07-15\n📝 Original message:\nNick ODell schreef op di 14-07-2015 om 18:29 [-0600]:\n\u003e \u003eI like to think of fees in the same way as we pay for Internet access.\n\u003e \u003eEvery physical hop in the Internet has related costs, e.g. in placing\n\u003e \u003ethe cables and upgrading the cables when new technology becomes\n\u003e \u003eavailable and when demand grows.\n\u003e \n\u003e What sort of fee would this be? A percentage fee? A per-transaction fee? Both?\n\u003e \n\u003e I can see a compelling case for any of the three.\n\nRusty has argued for a fee that scales with Satoshi-seconds, so the\nto-be-transferred amount times the amount of time it takes to finish the\ntransaction. The reason for that would be because then the fee scales\nwith the actual scarce good you're consuming (the ability to lock a\ncertain amount of funds for a certain amount of time on a channel is the\nthing that's scarce).\n\nPersonally, I'd like to keep participants as free as possible in\nchoosing the right fee structure; the technology platform shouldn't\nstand in the way. Virtually any fee structure is possible anyway, as\nlong as some trust exists between two sides of a link, but in order to\nmake fees trust-free, some fee structures require special features from\nthe underlying technology. Per-transaction fees that can be determined\nin advance are easy to do, but e.g. the Satoshi-seconds structure is\nsomething that requires an extension of the micro-transaction channel\ndesign.\n\nCJP",
"sig": "b80ec7d93606e0d2e5b19339232295404244bced9bf98c5afd30e7230af295aa83cd3df69e3e87ff2ae1ba5c3294b99c23f6f8b906b9b2896e7de8834f7d78d5"
}