Joseph Poon

コーヒーを買うことを世界中に知らせる必要はありません。しかしビットコインの基本層では、コンピューターのネットワークが支払いを検証し、共有の履歴に記録します。Joseph Poon と Thaddeus Dryja は、支払いチャネルでこの負担を減らす方法を考えました。リンク先の提案は2016年1月14日付、DRAFT 0.5.9.2です。Lightning の大切な出発点ですが、現在の構成要素には多くの人の仕事が重なっています。 [1]

Anna と Pavel がチャネルへビットコインを入れたとします。その後は金額の新しい配分に署名し、支払うたびに Anna の取り分が減って Pavel の取り分が増えます。毎回の変更を公開履歴へ記録する必要はなく、最終的な配分は Bitcoin の取引で実行できます。ただし争いが起きたときは、古い状態への対応と期限も重要です。最新残高を保管するだけでなく、動きを監視することも安全性に含まれます。 [1]

受取人と送金者が直接チャネルを共有している必要はありません。支払いは別の参加者を経由し、秘密の値と期限を条件とする HTLC を利用できます。BOLT 2 は公開された値を payment_preimage、先に知られていた暗号学的な指紋を payment_hash と呼びます。ソフトウェアは両者の一致を確認します。経路が見つかっても成功は保証されません。条件を満たす必要があり、誤りや期限切れには失敗処理が必要です。 [3]

異なる開発者のウォレットやノードが連携するには、大まかな提案より詳しい共通規則が必要です。その役割を担うのが Lightning の仕様書群 BOLTs です。参加者間のメッセージ、支払い経路、取引構造などを定め、更新も続いています。ホワイトペーパーの共同執筆者だからといって、Poon が後の変更をすべて書いたわけではありません。現在のソフトウェアを調べるには、その文書と該当する仕様も読む必要があります。 [2]

Poon は Vitalik Buterin と、2017年8月11日付の Plasma 作業草案も執筆しました。これはビットコインの支払いチャネルではありません。下位チェーンが取引を処理し、Ethereum などの親チェーンに規則の執行を頼る構造です。二人ずつの合意をつなぐネットワークではなく、ブロックチェーンの階層になります。基本層の外へ仕事を移す目的は似ていても、仕組みとリスクは同じではありません。 [4]

Plasma は通常、記録を検査できる指紋のような、小さな暗号学的コミットメントをルートチェーンへ公開します。詳細は別の場所に残ります。指紋は提出されたデータの検証に役立ちますが、欠けたデータを読み出すことはできません。不正の証明には該当する記録が必要です。そのためデータの隠蔽は別の問題として残り、ハッシュの公開だけでは資金を守るための資料が届くと保証できません。 [4]

Plasma では、下位チェーンが止まったときに資金をどう引き出せるかが重要です。提案には待ち時間のある引き出しと、不正な請求への異議申立てがあります。必要な手続きを行えるよう、ルートチェーンが利用可能で正しく動作することを前提とします。あらゆる障害時の即時出金を約束するものではありません。出口の規則、入手できるデータ、期限は安全性そのものの一部です。 [4]

後の文書 Plasma Contracts は、コミュニティーによる共同研究と明記しています。Joseph Poon とともに Dan Robinson や Kelvin Fichter などを挙げる一方、特定プロジェクトを支持する文書ではないとも説明します。サービスが Plasma と名乗るだけで、著者の推薦があることにはなりません。彼の貢献は、何をチェーン外へ移せるか、利用者が正しい決済を求める手段をどう残すか、という文書と問いから理解できます。 [5]