📅 Original date posted:2015-07-23 📝 Original message:Doesn't matter. It's not ...

Jean-Paul Kogelman [ARCHIVE] /

npub1sa8…y304

2023-06-07 15:42:58

in reply to nevent1q…3vec

📅 Original date posted:2015-07-23
📝 Original message:Doesn't matter.

It's not going to be perfect given the block time variance among other factors but it's far more workable than guessing whether or not your transaction is going to end up in a block at all.

jp

> On Jul 24, 2015, at 8:53 AM, Peter Todd <pete at petertodd.org> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
>
>
>> On 23 July 2015 20:49:20 GMT-04:00, Jean-Paul Kogelman via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote:
>>
>> And it's obvious how a size cap would interfere with such a QoS scheme.
>> Miners wouldn't be able to deliver the below guarantees if they have to
>> start excluding transactions.
>
> As mining is a random, poisson process, obviously giving guarantees without a majority of hashing power isn't possible.
>
>
> -----BEGIN PGP SIGNATURE-----
>
> iQE9BAEBCAAnIBxQZXRlciBUb2RkIDxwZXRlQHBldGVydG9kZC5vcmc+BQJVsYyK
> AAoJEMCF8hzn9Lnc47AH/28WlecQLb37CiJpcvXO9tC4zqYEodurtB9nBHTSJrug
> VIEXZW53pSTdd3vv2qpGIlHxuYP8QmDSATztwQLuN6XWEszz7TO8MXBfLxKqZyGu
> i83WqSGjMAfwqjl0xR1G7PJgt4+E+0vaAFZc98vLCgZnedbiXRVtTGjhofG1jjTc
> DFMwMZHP0eqWTwtWwqUvnA7PTFHxdqoJruY/t1KceN+JDbBCJWMxBDswU64FXcVH
> 0ecsk9nhLMyylBX/2v4HjCXyayocH8jQ+FpLSP0xxERyS+f1npFX9cxFMq24uXqn
> PcnZfLfaSJ6gMbmhbYG5wYDKN3u732j7dLzSJnMW6jk=
> =LY1+
> -----END PGP SIGNATURE-----
>

Author Public Key

npub1sa86gng3pvs3jgyt5majwcrhn8ck5qxgy9pjqxkh79u638cd7dys28y304

Show more details

Published at

2023-06-07 15:42:58

Kind type

1 Short Text Note

Event JSON

{ "id": "77ddc7bc69ce7f89ae9f90b48f6d612b68550397d031d7b20781f5642b2fb139", "pubkey": "874fa44d110b2119208ba6fb27607799f16a00c82143201ad7f179a89f0df349", "created_at": 1686152578, "kind": 1, "tags": [ [ "e", "95a36d78d6bf18f4b8ede735f044f5cc9630ae9f0b1198d008835777ff84eede", "", "root" ], [ "e", "30912785c53b4be8b64030ca4e3466758778e9091c0a6fdd40055f453435e601", "", "reply" ], [ "p", "daa2fc676a25e3b5b45644540bcbd1e1168b111427cd0e3cf19c56194fb231aa" ] ], "content": "📅 Original date posted:2015-07-23\n📝 Original message:Doesn't matter.\n\nIt's not going to be perfect given the block time variance among other factors but it's far more workable than guessing whether or not your transaction is going to end up in a block at all.\n\njp\n\n\n\u003e On Jul 24, 2015, at 8:53 AM, Peter Todd \u003cpete at petertodd.org\u003e wrote:\n\u003e \n\u003e -----BEGIN PGP SIGNED MESSAGE-----\n\u003e Hash: SHA256\n\u003e \n\u003e \n\u003e \n\u003e\u003e On 23 July 2015 20:49:20 GMT-04:00, Jean-Paul Kogelman via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e\u003e \n\u003e\u003e And it's obvious how a size cap would interfere with such a QoS scheme.\n\u003e\u003e Miners wouldn't be able to deliver the below guarantees if they have to\n\u003e\u003e start excluding transactions.\n\u003e \n\u003e As mining is a random, poisson process, obviously giving guarantees without a majority of hashing power isn't possible.\n\u003e \n\u003e \n\u003e -----BEGIN PGP SIGNATURE-----\n\u003e \n\u003e iQE9BAEBCAAnIBxQZXRlciBUb2RkIDxwZXRlQHBldGVydG9kZC5vcmc+BQJVsYyK\n\u003e AAoJEMCF8hzn9Lnc47AH/28WlecQLb37CiJpcvXO9tC4zqYEodurtB9nBHTSJrug\n\u003e VIEXZW53pSTdd3vv2qpGIlHxuYP8QmDSATztwQLuN6XWEszz7TO8MXBfLxKqZyGu\n\u003e i83WqSGjMAfwqjl0xR1G7PJgt4+E+0vaAFZc98vLCgZnedbiXRVtTGjhofG1jjTc\n\u003e DFMwMZHP0eqWTwtWwqUvnA7PTFHxdqoJruY/t1KceN+JDbBCJWMxBDswU64FXcVH\n\u003e 0ecsk9nhLMyylBX/2v4HjCXyayocH8jQ+FpLSP0xxERyS+f1npFX9cxFMq24uXqn\n\u003e PcnZfLfaSJ6gMbmhbYG5wYDKN3u732j7dLzSJnMW6jk=\n\u003e =LY1+\n\u003e -----END PGP SIGNATURE-----\n\u003e", "sig": "1f4b68db2875d86043c279a0a0e6ce2fb0029273ab6e01af8bd35a40bd8879dd9876641f2caf1904ccf65340d3ba55418365801c927d2c083efde4b3cc874b22" }