Brandon Black
Brandon Black
The documentation says that it'll use up to 35% of the size of the blockchain near the end of sync, and this is true. However, during compaction it uses that...
30-35% faster, saves 1-2 microseconds per encode/decode round-trip on a Core i7.
In a microbenchmark, this method of reversing hex bytes is an order of magnitude faster. (100 nanoseconds vs. 1 microsecond for 10 bytes on an Intel Core i7-5600U)
I don't think that nix-bitcoin should go so far as to install a complete monitoring and visualization stack, but some basic service status alerting could be really useful. One example...
An interesting use of agent forwarding, combined with a hardware-based SSH key (eg. Yubikey) that I discovered recently is to have `sudo` on a remote machine depend on a signature...
This pull request contains a the same implementation of OP_CHECKTEMPLATEVERIFY (BIP119) as @jamesob's [Covenant Tools](https://github.com/bitcoin/bitcoin/pull/28550), an implementation of [OP_CHECKSIGFROMSTACK(VERIFY)](https://github.com/bitcoin/bips/pull/1535) and of [OP_INTERNALKEY](https://github.com/bitcoin/bips/pull/1534). There are no testnet or mainnet activation parameters...
This pull request forks from #29198 and includes only OP_INTERNALKEY and its tests.
This pull request forks from #29198 and includes only OP_CHECKSIGFROMSTACK(VERIFY) and their tests.
This pull request forks from #29198 and only includes the implementation of OP_CHECKTEMPLATEVERIFY, its tests (except the functional ones), and standardization of bare OP_CHECKTEMPLATEVERIFY locking scripts.
OP_INTERNALKEY is a new BIP342 tapscript only opcode (upgraded using OP_SUCCESS semantics) that takes bytes 1-32 (0-index, inclusive) from the BIP341 taproot control block and places them on the stack....