On Sun, 7 Apr 2019 at 17:45, simondev1 via bitcoin-dev
wrote:
> ==Implementation==
> Sort transactions by FeeInSatoshiPerByte (lowest first)
> For each transaction starting from lowest FeeInSatoshiPerByte: Sum up the
> bytes of space used so far. Check if summed up bytes of space used so far is
Good morning simondev1,
It seems the algorithm would greatly increase validation time.
In particular, if the current limit is removed (as in hardforked proposal) then
a 1Tb block can be used to attack the network, since sorting would require
looking through the entire block.
Thus, validation
Related ideas previously submitted by me;
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-March/013885.html
Title: Block size adjustment idea - expedience fees + difficulty scaling
proportional to block size (+ fee pool)
Den sön 7 apr. 2019 17:45simondev1 via bitcoin-dev <
Dear bitcoin developers,
New BIP: https://github.com/bitcoin/bips/pull/774
==Abstract==
Logarithm of transaction fee limits block size.
==Motivation==
Keep block space small.
Waste less with spam transactions.
Auto balance Fees: Increase very low fees, Descrease very high fees.
Hi,
Apparently you are not a fan of ethereum, as far as I can tell ethereum
sidechains look like a mess with stupid tokens/transactions flooding the
network while they are completely centralized, but some bitcoin
sidechains can easily compete with this too, like Tether, don't even
understand
