Mike Hearn は bitcoinj の貢献者、BIP 31・BIP 37・BIP 70 の著者として記録されています。実装や提案の著者であることだけで Bitcoin の合意は決まりません。
bitcoinj の AUTHORS は Mike Hearn を多数の貢献者の一人として挙げ、Git 履歴を参照します。共同開発への貢献を示すもので、全機能の単独著作や現在の指導者である証拠ではありません。 [bitcoinj — recorded contributors]
bitcoinj はローカル Bitcoin Core なしでプロトコル、ウォレット、取引を扱う Java ライブラリです。文書は軽量 SPV と実験的な完全検証を区別します。ダウンロードが少ないことは全規則を同じように検証することではありません。 [bitcoinj — library and verification modes]
Hearn の BIP 31 は相手が pong で返す nonce を追加します。プロトコル版が 60000 を超える場合、応答を対応付け、応答時間を測定できます。応答があってもノードの誠実さや支払いの有効性は証明できません。 [BIP 31 — Pong message]
Hearn と Matt Corallo の BIP 37 は filterload、filteradd、filterclear を使う Bloom フィルターを説明します。偽陽性で無関係な取引が送られ得ます。精密なフィルターは帯域を節約する一方、取引と IP アドレスの関連付けを容易にする場合があります。 [BIP 37 — connection Bloom filtering]
BIP 37 の merkleblock は一致した取引のブロック収録を証明します。他の取引が隠されていないとは証明せず、SPV は完全な有効性検証を代替しません。bitcoinj は攻撃者が接続を支配する危険も説明します。 [BIP 37 — connection Bloom filtering] [bitcoinj — security model]
Gavin Andresen と Hearn の BIP 70 は出力、金額、任意の有効期限を含む PaymentRequest を使います。X.509 による身元確認と pki_type none は別です。その確認がない要求は認証された商店の身元を証明しません。 [BIP 70 — Payment Protocol]
BIP 70 の PaymentACK は Payment に対するサーバー応答です。処理のため受け付けたという意味だけの場合もあります。ブロック承認の証拠ではなく、refund_to 自体が返金するわけでもありません。 [BIP 70 — Payment Protocol]
登録表では BIP 70 は Deployed ですが、Bitcoin Core 0.20.0 のリリースノートは同クライアントからの対応完全削除を記録します。仕様の状態は全ての現在のウォレットでの対応を約束しません。 [BIP 70 — Payment Protocol] [Bitcoin Core 0.20.0 — BIP70 removal]
理解を深めるには、この項目とあわせて次もお読みください Jeff Garzik, Gloria Zhao, Merkle tree. 次の項目からも参照されています Jeff Garzik, Gloria Zhao.