Matt Corallo

GitHub では Matt Corallo は TheBlueMatt を使っています。プロフィールには、多くのリポジトリを git.bitcoin.ninja へ移したとあります。リポジトリはソースコードと変更履歴を保存する場所なので、古い場所が空でも開発終了とは限りません。誰が何に貢献したかを調べるには、履歴、提案、その著者をたどります。Corallo の場合、効率的なブロック転送から Lightning の開発用ツールへとつながります。 [1]

Bitcoin を検証するコンピューターは、未確認の取引を普段から交換しています。新しいブロックが届いた時点で、その中身の多くをすでに知っている場合があります。Compact Block Relay はこれを利用します。公開技術仕様 BIP 152 は Corallo を著者とし、最初の着想、設計、テストについて Gregory Maxwell に謝意を示しています。主な目的は通信量の削減です。転送が速くなることもありますが、ブロックの有効性を決める規則は変わりません。 [2]

共有する文書の一覧を想像してください。大半をすでに持っていれば、新しい組にどれが入るかを知れば足ります。BIP 152 も同様に、短い取引識別子と mempool、つまり未確認取引のローカルな保管場所を使います。足りないデータは getblocktxn で要求します。識別子は衝突し、別々の取引が同じ短いラベルになることがあります。通信量を節約しても、実データをそろえ、正しいブロックを復元できたか確認する必要は残ります。 [2]

定められた条件では、BIP 152 は送信側が全取引を完全に検証する前にコンパクトな通知を送ることを認めます。何でも転送してよいわけではありません。ヘッダー、検証済みチェーンへの接続、作業証明、含まれる取引へのコミットメントは確認が必要です。復元後のブロックは通常どおり処理されます。受信側は、実在する資金が規則に沿って使われているか引き続き検証します。「届いた」と「有効だ」は別の判断です。 [2]

インターネットはデータをパケットという小さな単位で運びます。一つ失われると、再送を待つ分だけ遅れます。Corallo が 2016 年 7 月 7 日に説明した FIBRE は、コンパクトなブロックに UDP と FEC を組み合わせます。UDP は失われたパケットを自動再送しない伝送方式で、FEC は欠けた部分を復元するための符号化です。追加データにより再要求なしで内容を復元しやすくなりますが、その分送信量は増えます。どんな状況でも完全に届くという保証ではありません。 [3]

FIBRE は個々のパケットを検査前に転送できます。時間を節約する代わりに、内部のノード間で強い信頼関係が必要です。誰でも無条件で未確認の接続を追加できる、という意味ではありません。公開コードで別のネットワークを作れても、個別の運営者は接続相手を選べます。FAQ によると、2025 年に Localhost Research の w0xlt と Justin が保守を引き継ぎ、Corallo と Maxwell が助言しています。ほかの人々がプロジェクトの歴史を続けています。 [4]

Corallo の別の仕事は、Bitcoin 上の支払いチャネルを通じて送金するネットワーク、Lightning に関係します。rust-lightning の lightning パッケージを説明するマニフェストには、著者として Matt Corallo が記載されています。Rust で書かれたこのライブラリは Lightning の基本機能を提供し、ウォレット、ブロックチェーンとの連携、保存、通信の扱いはアプリ側で選べます。この記載は、後の変更をすべて一人が書いたとも、ライブラリだけで完成したウォレットになるとも意味しません。 [5]

LDK は SDK、つまり開発用の道具一式としてアプリに組み込まれます。開発者は保存機能など必要な部品を接続します。支払い結果は、開始した瞬間に返るとは限りません。LDK は成功か失敗かを後でイベントとして知らせ、アプリが処理します。操作を開始しただけでは成功を確認できません。利用者にとっての要件は単純です。画面は処理中の支払いと完了した支払いを区別する必要があります。 [6]