📅 Original date posted:2015-05-13
📝 Original message:On Sat, May 9, 2015 at 4:36 AM, Gregory Maxwell <gmaxwell at gmail.com> wrote:
> An example would
> be tx_size = MAX( real_size >> 1, real_size + 4*utxo_created_size -
> 3*utxo_consumed_size).
This could be implemented as a soft fork too.
* 1MB hard size limit
* 900kB soft limit
S = block size
U = UTXO_adjusted_size = S + 4 * outputs - 3 * inputs
A block is valid if S < 1MB and U < 1MB
A 250 byte transaction with 2 inputs and 2 outputs would have an adjusted
size of 252 bytes.
The memory pool could be sorted by fee per adjusted_size.
Coin selection could be adjusted so it tries to have at least 2 inputs
when creating transactions, unless the input is worth more than a threshold
(say 0.001 BTC).
This is a pretty weak incentive, especially if the block size is
increased. Maybe it will cause a "nudge"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150513/0e8a97f2/attachment.html>;
Tier Nolan [ARCHIVE] /
npub1g6…sl5wd
2023-06-07 15:34:01
in reply to nevent1q…uwm2
Author Public Key
npub1g6vxlp4e0nyhs2dqxxcryztyf5f5hyuaq93nw4r87zcnv0sdsa0qqsl5wdPublished at
2023-06-07 15:34:01Event JSON
{
"id": "e3bd9398550ee36330dafec4d8198c2c37b8e6f89914b0e4e4d36648a844093f",
"pubkey": "46986f86b97cc97829a031b03209644d134b939d0163375467f0b1363e0d875e",
"created_at": 1686152041,
"kind": 1,
"tags": [
[
"e",
"aec396df7693e37c124fbd2891fe6c4a3b28f46e7fbc3f304a7b1d78d2f5ffbe",
"",
"root"
],
[
"e",
"2125c48ca4ac4a07257579bf89d867753be3830dc6103bf35ec1ebcbfac5e548",
"",
"reply"
],
[
"p",
"b17b2589caf5311aacd6c26291c86c4645a1c997f800cbeb8edcb98cdba96c1e"
]
],
"content": "📅 Original date posted:2015-05-13\n📝 Original message:On Sat, May 9, 2015 at 4:36 AM, Gregory Maxwell \u003cgmaxwell at gmail.com\u003e wrote:\n\n\u003e An example would\n\u003e be tx_size = MAX( real_size \u003e\u003e 1, real_size + 4*utxo_created_size -\n\u003e 3*utxo_consumed_size).\n\n\nThis could be implemented as a soft fork too.\n\n* 1MB hard size limit\n* 900kB soft limit\n\nS = block size\nU = UTXO_adjusted_size = S + 4 * outputs - 3 * inputs\n\nA block is valid if S \u003c 1MB and U \u003c 1MB\n\nA 250 byte transaction with 2 inputs and 2 outputs would have an adjusted\nsize of 252 bytes.\n\nThe memory pool could be sorted by fee per adjusted_size.\n\n Coin selection could be adjusted so it tries to have at least 2 inputs\nwhen creating transactions, unless the input is worth more than a threshold\n(say 0.001 BTC).\n\nThis is a pretty weak incentive, especially if the block size is\nincreased. Maybe it will cause a \"nudge\"\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150513/0e8a97f2/attachment.html\u003e",
"sig": "2454db8fb1d27f573dd1d12f804760e0018fb92a9208b0827576e5c4116c76a97fae476b97f0a96fcc2eb4dd09349372f97b4ab69bd0f73424565050d2f9d4e2"
}