Re: [bitcoin-dev] Human readable checksum (verification code) to avoid errors on BTC public addresses

2021-09-03 Thread ts via bitcoin-dev
Hi Marek, Marek Palatinus wrote on 8/31/21 3:47 AM: I fully agree with sipa and his reasoning that this proposal is not solving any particular problem, but making it actually a bit worse. Ok, I understand. I'm just trying to find ways to reduce the risk of sending to the wrong address and to ma

Re: [bitcoin-dev] Drivechain: BIP 300 and 301

2021-09-03 Thread Prayank via bitcoin-dev
Good morning ZmnSCPxj, Thanks for sharing all the details. One thing that I am not sure about: > * We already ***know*** that blockchains cannot scale > * Your plan for scaling is to make ***more*** blockchains? Scaling Bitcoin can be different from scaling Bitcoin sidechains. You can experimen

Re: [bitcoin-dev] Drivechain: BIP 300 and 301

2021-09-03 Thread Prayank via bitcoin-dev
> of course stacks can do this even without drivechain, so not sure whatwe're > hiding from there Stacks is not a Bitcoin sidechain IMO. It has its own native token which isn't pegged to BTC. Premined.  It uses Bitcoin as a storage and broadcast medium for recording all blocks. Marketing with l

[bitcoin-dev] Note on Sequence Lock Upgrades Defect

2021-09-03 Thread Jeremy via bitcoin-dev
Hi Bitcoin Devs, I recently noticed a flaw in the Sequence lock implementation with respect to upgradability. It might be the case that this is protected against by some transaction level policy (didn't see any in policy.cpp, but if not, I've put up a blogpost explaining the defect and patching it