Is it possible to activate soft forks such as BIP65 and BIP66 without prior
signaling from miners? I noticed in chainparams.cpp that there are block
heights where the enforcement begins.
I understand this is already active on bitcoin. I'm working on a project
that is a clone of a clone of bitcoin,
Regarding the proposed segwit v2 with reclaiming most things as
RETURN_VALID, the net result for what's being proposed in the near future
for supporting aggregated signatures in the not-so-near future is to punt.
A number of strategies are possible for how to deal with new opcodes being
added later
Good morning aj,
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On March 21, 2018 7:21 PM, Anthony Towns wrote:
> On Wed, Mar 21, 2018 at 03:53:59AM -0400, ZmnSCPxj wrote:
>
> > Good morning aj,
>
> Good evening Zeeman!
>
> [pulled from the bottom of your mail]
>
Good morning aj,
I am probably wrong, but could solution 2 be simplified by using the below
opcodes for aggregated signatures?
OP_ADD_AGG_PUBKEY - Adds a public key for verification of an aggregated
signature.
OP_CHECK_AGG_SIG[VERIFY] - Check that the gathered public keys matches the
aggregat
> This would be really expensive for the network due to the bloat in UTXO size,
> a cost everyone has to pay for.
Without commenting on the merits of this proposal, I’d just like to correct
this common misperception. There is no necessary additional cost to the network
from the count of unspent
On Wed, Mar 21, 2018 at 02:06:18PM +1000, Anthony Towns via bitcoin-dev wrote:
>
> That leads me to think that interactive signature aggregation is going to
> take a lot of time and work, and it would make sense to do a v1-upgrade
> that's "just" Schnorr (and taproot and MAST and re-enabling opcod
On Wed, Mar 21, 2018 at 03:53:59AM -0400, ZmnSCPxj wrote:
> Good morning aj,
Good evening Zeeman!
[pulled from the bottom of your mail]
> This way, rather than gathering signatures, we gather public keys for
> aggregate signature checking.
Sorry, I probably didn't explain it well (or at all):