Hello,
I was reading some of the thread but can't say I read the entire thing.
I think that it is realistic to cinsider a nlock sixe of 20MB for any block
txn to occur. THis is an enormous amount of data (relatively for a netwkrk)
in which the avergage rate of 10tps over 10 miniutes would allow f
specific
> than "Re: Contents of Bitcoin-development digest..."
>
> Today's Topics:
>
>1. Re: Block Size Increase (Mark Friedenbach)
>2. Softfork signaling improvements (Douglas Roark)
>3. Re: Block Size Increase (Mark Friedenbach)
>4.
On Fri, May 8, 2015 at 3:12 PM, Damian Gomez wrote:
> let me continue my conversation:
>
> as the development of this transactions would be indiscated
>
> as a ByteArray of
>
>
> On Fri, May 8, 2015 at 3:11 PM, Damian Gomez wrote:
>
>>
>> Well zombie txns
let me continue my conversation:
as the development of this transactions would be indiscated
as a ByteArray of
On Fri, May 8, 2015 at 3:11 PM, Damian Gomez wrote:
>
> Well zombie txns aside, I expect this to be resolved w/ a client side
> implementation using a Merkle-Winterni
ons and replace value. Client
side implmentation will cut down transaction fees for the additional 264
bit implementation and greatly reduce need for ewallet providers to do so.
(mr patrick mccorry its the tab functionality in my keyboard during my
formatiing )
On Fri, May 8, 2015 at 3:12
Hllo
I want to build from a conversation that I had w/ Peter (T?) regarding the
increase in block size in the bitcoin from its's current structure would be
the proposasl of an prepend to the hash chain itself that would be the
first DER decoded script in order to verify integrity(trust) within a s
urceforge.net
>
> You can reach the person managing the list at
> bitcoin-development-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Bitcoin-development digest..."
>
> Today's T
I hope to keep continuing this conversations. Pardon my absence, but I
don't alway feel like I have much to contribute especially if it's not
techincal.
On my part I have been a proponent, of an alterrnativ consensus, that
begins shifting away from teh current cooinbase reward system in order to
r
8 matches
Mail list logo
