Re: [bitcoin-dev] Defending against empty or near empty blocks from malicious miner takeover?

2017-03-26 Thread Trevin Hofmann via bitcoin-dev
>> With a tightening of the rule set, a hash power minority that has not upgraded will not produce a minority branch; instead they will simply have any invalid blocks they produce orphaned, serving as a wake-up call t>o upgrade. > False. With bip9-based soft-fork-based activation of segwit, miner

Re: [bitcoin-dev] BIP Number Request: Addresses over Audio

2016-08-08 Thread Trevin Hofmann via bitcoin-dev
Would it be feasible to transmit an entire BIP21 URI as audio? If you were to encode any extra information (such as amount), it would be useful to include a checksum for the entire message. This checksum could possibly be used instead of the checksum in the address. Trevin On Aug 8, 2016 3:06

Re: [bitcoin-dev] BIP proposal: Increase block size limit to 2 megabytes

2016-02-07 Thread Trevin Hofmann via bitcoin-dev
Patrick, I would say that a company's terms of service should include their position on this issue. It does not seem reasonable that they all are required to provide access to coins on every single fork. Are custodial wallet users also entitled to Clam, Zcash, and Decred, and others? Regardless,

Re: [bitcoin-dev] OP_CHECKWILDCARDSIGVERIFY or "Wildcard Inputs" or "Coalescing Transactions"

2015-11-25 Thread Trevin Hofmann via bitcoin-dev
> Considering the website example, where most websites uses static content, a bitcoin address could accumulate a dozen of transactions before the webmaster changes the address to a new one. Would this use case be a better match for something such as stealth addresses or hierarchical deterministic