jnewbery

#!/usr/bin/env python3
import subprocess
import os

if os.name == 'posix':
    RED   = "\033[1;31m"
    BLUE  = "\033[0;34m"
    CYAN  = "\033[0;36m"
    GREEN = "\033[0;32m"
    RESET = "\033[0;0m"

jnewbery

Moved to https://bitcoincore.reviews

jnewbery

Pre-segwit SIGHASH notes

https://en.bitcoin.it/wiki/OP_CHECKSIG (note that the diagram has a couple of errors and is only for bare scripts, not P2SH)

Segwit v0 SIGHASH notes

https://github.com/bitcoin/bips/blob/master/bip-0143.mediawiki

SEGWIT v1 SIGHASH proposals

jnewbery

Overview

• We use leveldb for multiple databases: block index, chainstate and (optionally) txindex. block index is very small, but chainstate and txindex can grow to many hundreds of files.
• Each database has a limit on number of 'open files'. This limit includes both mmapped files (which ldb takes the fd for, opens and then closes, returning the fd) and files which ldb opens and holds the fd for. There's a default in the leveldb code here. This is the per-database max_open_files limit.

jnewbery

Bitcoin Core wallet design notes

The Bitcoin Core wallet consists of:

• An in memory keystore (in /src/keystore.cpp), which contains:
  • private keys stored as mapKeys - a map from the CKeyID to the private key.
  • watchonly public keys, stored as mapWatchKeys - a map from the CKeyID to the public key.
  • scripts, stored as mapScripts - a map from the CScriptID to the secrialized script.
  • watchonly scripts, stored as setWatch - a set of serialized scripts.
• Additional key metadata such as key birthday, hd derivation path. See CKeyMetadata in /src/wallet/walletdb.h

jnewbery

#!/usr/bin/env python3
"""Search for blocks where the BIP34 indicated coinbase height is > block height.

Uses Bitcoin Core's test framework."""
import time

from authproxy import AuthServiceProxy
from script import CScript
a = AuthServiceProxy("http://<user>:<password>@<ip>:<port>")