tolot on Nostr: A few ideas: - Taproot addresses that are no LN related - Segwit/legacy -> Taproot ...
A few ideas:
- Taproot addresses that are no LN related
- Segwit/legacy -> Taproot transactions (since Taproot usage is low and it's likely for a spending to be from a segwit address
- Taproot addresses with more than dust amounts
- Taproot addresses funded from this week on, before there was no Silent payment implementation, therefore no need to count them
I guess that the classical heuristics of "different script outputs" are crucial: most of the users spend from segwit addresses...a transaction with a bunch of segwit inputs and all segwit outputs but one taproot is likely to be a silent payment (or a channel funding btw).
If you'r able to isolate channel fundings from other "to taproot" payments then the esitmate would be kind of reasonable
Published at
2024-05-18 15:05:13Event JSON
{
"id": "8b1943742f4f319def4004310b2b91c2192e5bf3c2830c21439e07ea35335253",
"pubkey": "fce4177babd57f64d302a7f04db4d1174983e34fbfc27258060cb12ff504cdc8",
"created_at": 1716044713,
"kind": 1,
"tags": [
[
"p",
"a4cb51f4618cfcd16b2d3171c466179bed8e197c43b8598823b04de266cef110"
],
[
"e",
"8aa09f33cc08303322eb30baaa7e713871e698ccbdb057449a8d74a9dc225e8d",
"wss://nostr.bitcoiner.social",
"root"
]
],
"content": "A few ideas:\n- Taproot addresses that are no LN related \n\n- Segwit/legacy -\u003e Taproot transactions (since Taproot usage is low and it's likely for a spending to be from a segwit address\n\n- Taproot addresses with more than dust amounts\n\n- Taproot addresses funded from this week on, before there was no Silent payment implementation, therefore no need to count them\n\nI guess that the classical heuristics of \"different script outputs\" are crucial: most of the users spend from segwit addresses...a transaction with a bunch of segwit inputs and all segwit outputs but one taproot is likely to be a silent payment (or a channel funding btw).\nIf you'r able to isolate channel fundings from other \"to taproot\" payments then the esitmate would be kind of reasonable",
"sig": "897730ac49fadc4f8287178c6bc30cf23b413ba8d6ea1a0e023323c5cf9a795ca55e8cf99af028ba3b996b86bd6610007e3737dc8d5107663e351dd0be3c6561"
}