.
Regards,
Gesendet: Montag, 08. April 2019 um 02:55 Uhr
Von: "ZmnSCPxj"
An: simondev1 , "Bitcoin Protocol Discussion"
Betreff: Re: [bitcoin-dev] new BIP: Self balancing between excessively low/high fees and block size
Good morning simondev1,
It seems the algorithm wo
issek"
An: simondev1 , "Bitcoin Protocol Discussion"
Betreff: Re: [bitcoin-dev] new BIP: Self balancing between excessively low/high fees and block size
On Sun, 7 Apr 2019 at 17:45, simondev1 via bitcoin-dev
wrote:
> ==Implementation==
> Sort transactions by FeeInSatoshiPerByte
Mining strategy is like HFT profitable strategy, you keep it close if it’s
interesting, and you talk about it with the whole world if it’s void. gl.
On Sun, Apr 7, 2019 at 6:45 PM simondev1 via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> Dear bitcoin developers,
>
> New BIP:
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 <