(57)【要約】信頼関係が全くもしくは殆どない二者間が、任意な距離の間で、基礎となる転送メカニズムの特別に技術的な知識を要せずに、第三者からのインプットまたは第三者の参加を条件とする価値転送契約を締結し、強制することを可能にし、随意に譲渡人及び譲受人の代理、期間の置き換え、改訂、改善などができる装置、システム、方法である。また取引先リスクへのエクスポージャーやこれまで必要であった高額な第三者の仲介人を関与させることなくそのような価値転送を発生させることができる。
2017515252.tif 000002
【特許請求の範囲】
【請求項１】
転送メカニズムを介して、第一の当事者が第一のクライアントを、第二の当事者が第二のクライアントを使用することにより価値転送を円滑化する装置であって、該装置は以下によって構成されている：
a. 第一のメモリは取引記録と第一の非対称のキーペアを保管するための第一のキーペアセクタによって構成され、第一の非対称キーペアは第一のプライベートキー、第一のパブリックキーを含む。
b. 条件を受け取るための第一のネットワークインターフェースで、条件は以下を含む；
i. 第一の元本額、
ii.第一のデータソースへの参照、
c. 第一のメモリと第一のネットワークインターフェースと組み合わされた第一のコンピュータプロセッサ。
ここで、第一のコンピュータプロセッサは以下のように設定される；
(i)第一のデータソースから値を引き出す、
(ii)第一のプライベートキーを第一のキーペアセクタから読み取る、
(iii)第一の暗号署名を第一のプライベートキーから計算する、
(iv)以下によって構成される未完了の支払い取引記録を作成する（A.コミット取引のコミット額を受け取るためのコミット入力、そしてB. 第一の暗号署名、そして
(v)未完了の支払い取引記録を第一のクライアントか第二のクライアントの少なくともどちらかに一つに公開する。
ここで第一のクライアントは以下を含み；
(a)第二の非対称キーペアを保管するための第二のキーペアセクタを含む第二のメモリ、
(b)第二のネットワークインターフェース、
(c) 第二のメモリと第二のネットワークインターフェースに組み合わされた第二のコンピュータプロセッサで、第二のコンピュータプロセッサは第二のキーペアセクタの第二のプライベートキーを読み取るように設定されている、そして
第二のクライアントは以下によって構成されている；
(a)第三の非対称キーペアを保管するための第三のキーペアセクタを含む第三のメモリで、第三の非対称キーペアは第三のプライベートキーと第三のパブリックキーを含む、
(b)第三のネットワークインターフェース、
(c)第三のメモリと第三のネットワークインターフェースに組み合わされた第三のコンピュータプロセッサで、第三のコンピュータプロセッサは第三のキーペアセクタの第三のプライベートキーを読み取るように設定されている。
【請求項２】
転送メカニズムが分散型デジタル通貨を含む、請求項１に記載の装置。
【請求項３】
(a)第一のコンピュータプロセッサは、更に、支払い機能を以下に適用して支払い額を計算するように設定されている；
(i)第一の元本額、そして(ii)第一のデータソースからの値  
(b)未完了支払い取引記録は、更に支払い額を含む支払い出力を含む、
請求項１に記載の装置。
【請求項４】
請求項３に記載の装置であって、第一のコンピュータプロセッサは更に以下のように設定されている；
(a)第一のプライベートキーからの第二の暗号署名を計算する、
(b)以下を含む未完了のコミット取引記録を作成する；
(i)コミット取引からコミット額を受け取るためのコミット入力、
(ii)払い戻し額を含む払い戻し出力、
(iii)第二の暗号署名、
(iv)ロックタイム、そして
(c)第一か第二のクライアントの少なくともいずれか一つに未完了取引記録を公開する。
【請求項５】
請求項３に記載の装置であって、
a)第一のキーペアセクタは第四の非対称キーペアを保管し、第四の非対称キーペアは第四のプライベートキーと第四のパブリックキーを含む。そして
b)第一のコンピュータプロセッサは以下のように設定されている；
(i)第一のキーペアセクタからの第四のプライベートキーを読み取る、
(ii)第四のプライベートキーから第二の暗号署名を計算する、
(iii)コミット取引記録を作成し、コミット取引記録は以下を含む。
A.  第一元本取引から第一元本額を受け取るための第一入力
B.  第一コミット額を含む第一コミット出力
C.   第二の暗号署名、そして
(iv)コミット取引記録を転送メカニズムに提出することでコミット取引を作成する、装置。
【請求項６】
請求項５に記載の装置であって、第一の非対称キーペアは第四の非対称キーペアを含み、第一のプライベートキーは第四のプライベートキーを含み、パブリックキーは第４パブリックキーを含む、装置。
【請求項７】
請求項1に記載の装置であって、
a)条件は更に以下によって構成される；
(i) 第二の元本額、そして
(ii)有効期限タイムスタンプ、
b)以下に支払い機能を適用することにより一つ以上の支払い金額を計算するように設定されている第一のコンピュータプロセッサ
(i)第一のデータソースと更に以下のいずれか一つ；
A.  第一元本額
B.  第二元本額、そして
c)未完了の支払い取引記録は更に支払額を含む一つ以上の支払い出力。
【請求項８】
請求項7に記載の装置であって、
a)条件は更に以下を含む
(i)第二データソースの参照、
b)第一コンピュータプロセッサは更に支払い機能を以下に適用することによって一つ以上の支払い額を計算するように設定されている；
(i)第一のデータソースからの値、
(ii)第二のデータソースからの値、
(iii)第三の元本額、
(iv)第二の元本額。
【請求項９】
請求項7に記載の装置であって、
(a)少なくとも基本証券または見積もり証券の参照のいずれか一つを含み、そして
(b)第一のコンピュータプロセッサは有効期限タイムスタンプ以降に支払額を計算するよう設定されている。
【請求項１０】
請求項7に記載の装置であって、第一のコンピュータプロセッサは更に以下のように設定されている
a)第二の暗号署名を第一のプライベートキーから計算すること、
b)以下を含む未完了の払い戻し取引を作成する
(i)コミット取引からコミット額を受け取るためのコミット出力、
(ii)一つ以上の払い戻し額を含む払い戻し出力、
(iii)第二の暗号署名、そして
(iv)ロックタイム、
c)未完了取引記録を少なくとも第一クライアントか第二クライアントへ公開すること。
【請求項１１】
請求項7に記載の装置であって、
a) 第一キーペアセクタは第四の非対称キーペアを更に保管し、第四の非対称キーペアは第四のプライベートキーと第四のパブリックキーを含む、そして
b)第一のコンピュータプロセッサは更に以下のように設定されている；
(i)第一のキーペアセクタから第四のプライベートキーを読み取る、
(ii)第四のプライベートキーから第二の暗号署名を計算する、
(iii)以下を含むコミット取引記録を作成する；
A.  第一元本取引から第一元本額を受け取るための第一元本入力、
B.  第二元本取引から第二元本額を受け取るための第二元本入力、
C.  コミット額を含みコミット出力、
D.  第二の暗号署名  そして、
(iv)コミット取引記録を転送メカニズムに提出することでコミット取引を作成する。
【請求項１２】
転送メカニズムを介して、第一の当事者が第一のクライアントを、第二の当事者が第二のクライアントを使用することにより価値転送を円滑化するシステムであり、その転送メカニズムは分散型デジタル通貨を含み、そのシステムはファシリテータ、第一のクライアント、第二のクライアントを含み、
a)ファシリテータは以下を含む；
(i)第一のメモリは取引記録と第一の非対称キーペアを含む第一のキーペアセクタを含む。第一の非対称キーペアは第一のプライベートキーと第一のパブリックキーを含む(ii)条件を受け取るための第一のネットワークインターフェースで、条件は以下を含む；
A.  第一の元本額、そして
B.  第一のデータソースへの参照、そして
(iii)第一のメモリと第一のネットワークインターフェースと組み合わされた第一のコンピュータプロセッサで、第一のコンピュータは以下のように設定されている；
A.  第一データソースからの値を引き出す、
B.  第一キーペアセクタからの第一プライベートキーを読み取る、
C.  第一プライベートキーから第一暗号署名を計算する、
D.  以下を含む未完了の支払い取引記録を作成する；
I.   コミット取引からコミット額を受け取るためのコミット入力
II.  第一暗号署名、そして
E．未完了の支払い取引記録を第一クライアント及び第二クライアントの少なくともいずれか一つに公開する、
b)第一クライアントは以下を含む；
(i)第二非対称キーペアを保管するための第二キーペアセクタを含む第二メモリで、第二非対称キーペアは第二プライベートキーと第二パブリックキーを含む、
(ii)第二ネットワークインターフェース、そして
(iii)第二メモリと第二ネットワークインターフェースに組み合わされた第二コンピュータプロセッサであり、第二コンピュータプロセッサは第二キーペアセクタからの第二プライベートキーを読み取るように設定されている、そして
c)第二クライアントは以下を含む；
(i)第三非対称キーペアを保管するための第三キーペアセクタを含む第二メモリで、第三非対称キーペアは第三プライベートキーと第三パブリックキーを、
(ii)第三ネットワークインターフェース、そして
(iii) 第三メモリと第三ネットワークインターフェースに組み合わされた第三コンピュータプロセッサであり、第二コンピュータプロセッサは第三キーペアセクタからの第三プライベートキーを読み取るように設定されている。
【請求項１３】
請求項12に記載のシステムであって、(a) 第1のコンピュータプロセッサは第2のコンピュータプロセッサを含み、（b） 第1のメモリは第2のメモリを含み、 （c） 第1のネットワークインターフェースは第2のネットワークインターフェースを含む、システム。
【請求項１４】
請求項12に記載のシステムであって、
a)第1のコンピュータプロセッサは、さらに、支払い機能を以下の項目に適用することによって、支払い額を計算するように構成される；
(i)第1の元本額、 (ii) 第1のデータソースからの値、
b）未完了の支払い取引記録は支払い額を含む支払い出力をさらに含み、 
c）第2のコンピュータ・プロセッサは、さらに、
（i)未完了取引を読み取り、
（ii） 第2のプライベートキーから第2の暗号署名を計算し、
（iii） 以下を含む完全な支払い取引記録を作成する；
A.  コミット入力、
B.  支払い出力、
C.  第一の暗号署名、
D.  第二の暗号署名、そして
（iv） 完了支払い取引記録を転送メカニズムに提出することで支払い取引を作成する。
【請求項１５】
請求項12に記載のシステムであって、第一のコンピュータプロセッサが以下のように設定されている;
(a)第二の暗号署名を第一のプライベートキーから計算する,
(b)以下を含む未完了の払い戻し取引記録を作成する;
(i)コミット取引からコミット額を受け取るためのコミット入力,
(ii)払い戻し金額を含めた払い戻し出力,
(iii)第二の暗号署名,
(c)第一及び第二のクライアントのどちらか一方もしく二人へ未完了の払い戻し取引記録を公開する。
【請求項１６】
請求項12に記載のシステムであって、
(a)第一のキーペアが第四の非対称キーペアを保管し、第四のキーペアは第四のプライベートキー及びパブリックキーを含む、
(b)第一のコンピュータプロセッサは以下のように設定されている；
(i)支払い機能を当てはめることにより以下を含む支払い額を計算する；
(A)第一元本額、
(B)第一データソースリストの値、
(ii)第四プライベートキーを第一キーペアから読み取る、
(iii)第四のプライベートキーから第二の暗号署名を計算する、
(iv)以下が含まれるコミット取引記録を作成する；
A.  第一元本額を第一取引から受け取るための第一元本入力、
B.  コミット額を含むコミット出力、
C.   第二の暗号署名、
(v) をコミット取引記録から転送メカニズムへ提出することによりコミット取引を作成する、
(c)支払額を含む支払い出力を備えた未完了の支払い取引記録。
【請求項１７】
請求項１６に記載のシステムであって、第二コンピュータプロセッサが以下のように設定されている；
(a)第三の暗号署名を第二のプライベートキーから計算する、
(b)以下を含む第一の元本額を含む第一の元本取引を作成する；
(i)第二の元本金額、
(ii)第三の暗号署名
(c)第一元本取引記録を転送メカニズムに提出することにより第一取引を作成する。
【請求項１８】
請求項12に記載のシステムであって、
(a)条件は、以下をさらに含み；
(i)第二元本額、そして 
(ii)有効期限タイムスタンプ、
(b)第一のコンピュータプロセッサは、 (i)第一データソースと少なくとも以下のうち一つの値;
A.  第一元本額と
B.  第二元本額コミット額を含むコミット出力、
に支払い機能を当てはめることにより以下を含む支払い額を計算する、
(c)未完了支払い取引記録は支払い額を含む一つ以上の支払い出力、そして
(d)第二コンピュータプロセッサは、
(i)未完了の支払い取引、
(ii)第二の暗号署名を第二のプライベートキーから計算する、
(iii)以下を含む完全な支払い取引記録を作成する；
A.  コミット入力、
B.  支払い出力、
C.  第一暗号署名及び
D.  第二暗号署名、そして
(iv) 完全な支払い取引記録を転送メカニズムに提出することで支払い取引を作成する。
【請求項１９】
請求項１８に記載のシステムであり、
(a)条件は以下を含む；
(i)第二データソースの参照を含む、
(b)第一コンピュータプロセッサは一つ以上の支払額を以下に支払い機能を適応することによって計算する；
(i)第一データソースからの値、
(ii) 第二データソースからの値、
(iii)第一元本額、そして
(iv)第二元本額。
【請求項２０】
請求項１８に記載のシステムであり、
(a)第一データソースの参照は少なくとも一つのベース証券や見積もり証券を含む、
(b)第一コンピュータプロセッサは期限タイムスタンプ時以降に支払い額を計算するように設定されている。
【請求項２１】
請求項１２に記載のシステムであり、 
(a) 条件は以下を含む； 
(i)第二元本額、
(ii) 期限タイムスタンプ、
(b)第一コンピュータプロセッサは更に以下のように設定されている；
(i) 支払い機能を以下に適用することで一つ以上の支払い額を計算する；
(A)第一データソースからの値と以下のうち少なくとも一つ；
(I)第一の元本金額、
(II)第二の元本金額、
(ii)第一のプライベートキーから第二の暗号署名を計算する、
(iii)以下を含む未完了の払い戻し取引記録を作成する；
A.  コミット取引のコミット額を受け取るためのコミット入力、
B.   払い戻し額を含む払い戻し出力、
C.   第二の暗号署名、
(iv)未完了の払い戻し取引記録を第一クライアントか第二クライアントの少なくとも片方に公開する、そして
(c)  未完了の支払い取引記録は更に支払い額が含まれる一つ以上の支払い出力を備える。
【請求項２２】
請求項１２に記載のシステムであり、
a.  条件は以下を含む;
(i)第二の元本額,
(ii)有効期限タイムスタンプ,
b.  更に第一のキーペアは第四の非対称キーペアを含み、第四の非対称キーペアは第四のプライベートキーを含む、
c.  第一のコンピュータプロセッサは更に以下のように設定される;
(i)支払い機能を以下に適用することによって支払い額を計算する;
A.   第一データソースと以下の少なくとも一つ;
(I)第一元本額、
(II)第二元本額 、
(ii)第四プライベートキーを第一キーペアセクタから読み取る、
(iii)第二暗号署名を第四プライベートキーから計算する、
(iv)以下を含むコミット取引記録を作成する；
A.  第一の元本を第一の元本取引から受け取るための第一取引元本入力、
B.  第二の元本を第二の元本取引から受け取るための第二取引元本入力、
C.  コミット額を含むコミット出力、
D.  第二暗号署名、
(v) コミット取引記録を転送メカニズムに提出することでコミット取引を作成する、
d.一つ以上の支払い額の支払い出力を含む未完了の支払い取引記録。
【請求項２３】
請求項２２に記載のシステムであり、
a.第二のコンピュータプロセッサは更に以下のように設定されている;
(i)第三の暗号署名を第二のプライベートキーによって計算する,
(ii)以下を含む第一元本取引記録を作成する,
A.    第一元本額を含む第一元本出力,
B.    第三暗号署名、及び
(iii)第一元本取引を転送システムに提出することで第一元本取引を作成する、及び
b.第三コンピュータプロセッサは更に以下のように設定されている;
(i) 第四の暗号署名を第三のプライベートキーによって計算する,
(ii)以下を含む第二元本取引記録を作成する,
A.    第二元本を含む第二元本出力,
B.    第四の暗号署名,
(iii) 第二元本取引記録を転送メカニズムに提出することにより第二元本取引を作成する。
【請求項２４】
価値転送を転送メカニズムにより円滑化する方法であり、転送メカニズムは分散型デジタル通貨を含み、本方法には以下が含まれる；
(a)第一のメモリの第一のキーペアセクタに含まれる第一のパブリックキーと第一のプライベートキーを含む第一の非対称キーペアの保管、
(b) 第二のメモリの第二のキーペアセクタに含まれる第二のパブリックキーと第二のプライベートキーを含む第二の非対称キーペアの保管、
(c) 第三のメモリの第三のキーペアセクタに含まれる第三のパブリックキーと第三のプライベートキーを含む第三の非対称キーペアの保管、
(d) 第四のメモリの第四のキーペアセクタに含まれる第四のパブリックキーと第四のプライベートキーを含む第四の非対称キーペアの保管、
(e)ネットワークインターフェースを介して以下を含む条件をクライアントに送信する；
(i) 第一元本額、
(ii)第一データソースの参照、
(f)第二ネットワークインターフェースでファシリテータを介して条件を受け取る、
(g)第一のキーペアセクタから第一のプライベートキーを読み取る、
(h)最初の暗号署名を最初のプライベートキーから計算する、
(i)次を含む第一の元本取引記録を作成する；
(i)第一の元本額を含む第一の元本額、そして
(ii)第一の暗号署名、
(j) 第一の元本取引記録を転送メカニズムに提出することによって第一の元本取引を作成する、
(k)第二キーペアセクタから第二のプライベートキーを読み取る、
(l)第二暗号署名を第二プライベートキーから計算する、
(m)以下を含むコミット取引記録を作成する；
(i) 第一の元本取引から第一の元本額を受け取るための第一の元本入力、
(ii)コミット額を含むコミット出力、
(iii)第二暗号署名、
(n)コミット取引記録を転送メカニズムに提出することでコミット取引を作成する、
(o)第一データソースから値を引き出す、
(p)第三のプライベートキーを第二のキーペアセクタから読み取る、
(q)第三の暗号署名を第二のプライベートキーから計算する、
(r)以下を含む未完成の支払い取引を作成する；
(i)コミット取引からコミット額を受け取るためのコミット、入力、
(ii)第三の暗号署名、
(s)未完成の支払い取引記録を公開する、
(t)未完成の支払い取引記録を読み取る、
(u)第四暗号署名を第三キーペアセクタから読み取る、
(v)第四暗号署名を第四プライベートキーから計算する、
(w)以下を含む完了支払い取引記録を作成する；
(i)コミット入力、
(ii)第三暗号署名、
(iii)第四暗号署名、
(x)完全な支払い取引記録を転送メカニズムに提出することで支払い取引を作成する。
【請求項２５】
請求項２４に記載の方法であり、以下の手順を含む；
(a)支払い機能を適用することによりしい払い額を計算する；
(i)第一の元本額,
(ii)第一のデータソースの値、そして
(b)未完了の支払取引は支払い額を含む支払い出力を含む,
(c)完了支払い取引記録は更に支払い出力を含む。
【請求項２６】
請求項２５に記載の方法であり、以下の手順を更に含む;
(a)第五暗号署名を、第三のプライベートキーにより第五のデータソースを計算すること、
(b)以下が含まれる未完了の払い戻し取引を作成する；
(i)コミット取引からコミット額を受け取るためのコミット入力、
(ii)払い戻し額が含まれる払い戻し出力、
(iii)第五の暗号証明、
(iv)ロックタイム、及び
(c)未完了の払い戻し取引記録を公開する。
【請求項２７】
請求項２５に記載の方法であり、少なくとも一つが以下を含む；
(a)第三のパブリックキーを含む第二の非対称キーペア、第三のプライベートキーを含む第二のプライベートキー、及び第三のパブリックキーを含む第二のパブリックキー、
(b)第四の非対称キーペアを含む第一の非対称キーペア、第四のプライベートキーを含む第一のプライベートキー、及び第四のパブリックキーを含む第一のパブリックキー、
(c)第三のメモリを含む第一のメモリと第三のキーペアセクタを含む第一のキーペアセクタ。
【請求項２８】
請求項２４に記載の方法であり、更に以下のステップを含む；
(a)第四のメモリの第四のキーペアセクタに含まれる第五の非対称キーペアであり第五のプライベートキー及びパブリックキーを含む第五の非対称キーペアの保管、
(b)第四のキーペアセクタから第五のプライベートキーを読み取る、 
(c)第三のメモリを含む第一のメモリと第三のキーペアセクタを含む第一のキーペアセクタ、
(d)以下を含む第二の取引記録を作成する；
(i)第二元本額を含む第二元本出力、
(ii)第五暗号署名、
(e) 第二元本取引記録を転送メカニズムに提出することにより第二元本取引を作成すること、
(f)支払い機能を、(i)第一データソースの値と以下の少なくとも一つを含む；
A.    第一元本金額
B.    第二元本金額、そして
(g)支払い額を含む以下の支払い出力を含む未完了の支払い取引記録、及び
(h)支払い出力を含む完全な支払い取引記録。
【請求項２９】
請求項２８に記載の方法であり、以下の手順を含む；
(a)第三のプライベートキーから第六暗号署名を計算する、
(b)以下を含む未完了の払い戻し取引の作成；
(i)コミット取引からコミット額を受け取るためのコミット入力、
(ii)一つ以上の払い戻し額を含む一つ以上の払い戻し出力、
(iii)第六暗号署名、
(iv)ロックタイム、
(c)未完了の払い戻し取引記録の公開。
【請求項３０】
請求項２８に記載の方法であり、すくなくとも、
(a)第二非対称キーペアは第三非対称キーペアから構成され、第二プライベートキーは第三プライベートキーから構成され、第二パブリックキーは第三パブリックキーから構成され、
(b)第一非対称キーペアは第四非対称キーペアから構成され、第一プライベートキーは第四プライベートキーから構成され、第一パブリックキーは第四パブリックキーから構成され、
(c)第五非対称キーペアは第四非対称キーペアから構成され、第五プライベートキーは第四プライベートキーから構成され、第五パブリックキーは第四パブリックキーから構成され、
(d)第一メモリは第三メモリから構成され、第一キーペアセクタはの第三キーペアセクタから構成され、そして
(e) 第五メモリは第三メモリ、第五キーペアセクタは第三キーペアセクタによって構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
関連する分野は、電気通信、デジタル通信、コンピュータ技術である。
【０００２】
優先権主張
本出願は2014年５月９日に出願された米国仮出願第61/990,795号への優先権を主張する。この出願は、本明細書に完了に記載されているかのように、この段落で言及された全ての出願の開示内容が参照によって本願に組み込まれる。
【０００３】
著作権に関する声明
図を含むこの文書の全ての内容は米国および他国の法律に基づく著作権保護の対象であり、所有者は公的な政府記録に表示されているとおり、この文書の複製またはその開示に異論を唱えない。その他の権利はすべて著作者に帰属する。
【背景技術】
【０００４】
市場効率は上昇傾向にあり、それにより取引にかかるコストは当事者の相互信頼に比例して減少する傾向がある。しかし、市場規模の拡大に比例して金利は市場金利を上回る傾向にあり、したがって信頼度は低下する傾向にある 。より大きな市場１への効率的で生産的な参加にはこの信頼度の問題を緩和する必要があるが、それにはコストも伴う。
【０００５】
このコストは規模の経済によって減少することもよくあるが、今日でも取引相手、仲介業者、納品後の支払いにおける失敗、保証人の失敗、エスクローなどによるリスクに対する緩衝にはかなりの経費がかかる。
【０００６】
1990年代半ば以来、それまで互いを知らなかった当事者間によるインターネットを基本通信媒体として時には国境を越えて合意される取引による商業活動の爆発があった。当事者間の信頼を確立、維持することは重要な役割を果たし、伝統的で非効率な方法による様々な解決策が試みられた。
【０００７】
このような個人が影響し合う市場の中には金融商品（株式、債券、選択売買権、先物、スワップ、アンカバー通過残高など）を取引するものがある。金融工学の出現により、個人や企業は取引への開始及び終了をプログラムされた条件やアルゴリズムによって自動化するなど、金融取引における演算を活用することができるようになった。しかしこの分野で技術の使用が爆発的に増加しても、そのような技術は従来の中央集中型市場の中に圧倒的に積み重なっている。殆どすべてが取引するためには比較的高いコストを課している。  
一部の規模が巨大な取引所などは「価値の高い」（すなわち、高額の）顧客が、あまり手練れでない、もしくは技術を持たない投資家より優先されることを売りにしているところもある。このような慣行の公平性に疑問を抱くものもいる。
【０００８】
さらに、国際貿易における契約強制にかかる費用は法外になりうるし、成功を予測するのも非常に難しいかもしれない。更に、売り手はある通貨を受け取ることを望んでいるのに、買い手は別の通貨を送ることを望んでいる可能性もある。他の通貨建ての通貨の価値は変動しやすいこともある。これまで遠隔地での取引で当事者がリスクを軽減する方法といえば、第三者の介入が多かった。そのような仕組みの一つは信用状（L/C）である。信用状は売り手が大きな注文をした買い手自体を必ずしも信用してはいないが、買い手が信用枠を設定した銀行は信用できる場合に有効である。買い手と銀行は、売り手が一定の条件を満たした際にその信用枠から資金を解放することに同意する。（多くの場合、特定の日時以前に銀行へ出荷の証拠を送ることが条件である）銀行は売り手に約束（信用状）を発行し、売り手と買い手は残りの条件に同意する。しかし、支払いは多くの場合合意よりも遅い日付に行われ、合意がなされた日付から支払いの間に為替が変動する可能性がある。 このような為替レートの変動性に適切に対応する資源は最も規模の大きい機関しか持っていない。更に信用状と為替のために銀行が請求する金額も相当なものである。逆に仲介業者には、資金を解放する前に当該文書の真実性を独立して検証することができる自己利益のみに基づく文書審査官として効果的に働くための高い信頼性が求められ、このことによって、間違い、偽造または詐欺のリスクを売り手に多く残してしまう可能性がある。したがって信用状は相対的な通貨価値が大きく変動する可能性のある取引や消費者取引にはあまり適していない。
【０００９】
厳密に制御された資産の制作を約束し、厳密に定義された基準が満たされた場合に、第三者の介入を殆ど必要とせず、 これまでのメカニズムに比べて非常に低い転送コストで資産の制御または所有権を移転する能力を持つ分散型のデジタル通貨（いわゆる仮想通貨）は比較的新しい生き物である。ビットコインとその派生（Ethereum, Litecoinなど）は最近急激に人気（と評価）が上昇したそのようなテクノロジーの一つだと言える。
【００１０】
それを非限定的な例として説明する目的で、これらの特定の分散型デジタル通貨は一般的に、ネットワークの参加者によって「検証」された全ての取引の「元帳」（「ブロックチェーン」と呼ばれる場合もある）の一部または全ての履歴を維持することによって機能している。
本発明の範囲を超えたいくつかの例外を除き、取引はおおよそ以下のように機能する２。取引は少なくとも一つの入力、出力によって構成され、入力は規則正しく適切に定義された実行可能な操作によってできる入力「スクリプト」によって構成される。出力はまたそのような操作が含まれる二つめの出力スクリプトによって構成される。新しい（子）取引は既存の（親）取引からの出力スクリプトと入力スクリプトを予測可能な方法で結合してできている。新しい取引はネットワークの参加者の大多数がそのコンビネーションが所定のルールに鑑みて受け入れることを合意した場合に有効とみなされ、期待される結果を生み出す。取引出力は大多数のネットワーク参加者により有効な子取引と関連づけられた際に「使用済み」とみなされ、大多数のネットワーク参加者により有効な子取引と関連づけられていないとみなされた場合は「未使用」と考えられる。取引の出力の「所有権」や「権利」という概念はどのエンティティが前記の出力を制御するか、より具体的に言うと、誰が新しい取引を作成または大多数のネットワーク参加者に有効だと認められるように出力を「使用」させるかということにより定義される。
【００１１】
より具体的に言うと、新しい取引を元帳に提出しようとしているエンティティは所望の取引の詳細を含む取引記録を知り合いの複数のネットワーク参加者（「ピア」と呼ばれる）に発信（または「放送」）するのである。これらのピアたちはそれぞれに取引記録の検証を試み、成功した場合には取引記録を更に彼らのピアに発信し、そのように続いていく。最終的に取引記録はその取引を含むことでその取引を実行するように構成された参加者に届くようになっている。
【００１２】
あるエンティティが大多数によって有効であるとして受け入れられた子取引を生成し、その入力が親取引からの未使用の出力に関連づけられている場合に取引が行われる。殆どの場合、これは第二のエンティティへの単純な制御の移動であり、新しい取引の出力スクリプトは、対応する入力スクリプトを作成することは特定の非対称グリッド・キー・ペアを所有する単一のエンティティにとって計算上簡単であり他のすべてに対して計算的に非実用的である小さな一連の操作である。言い換えると、特定のプライベート・キーへのアクセスを持つエンティティにアドレス化される。既存のソフトウェアはこれらのアドレスや簡単な取引をプログラマーやプロトコルの専門家ではない一般的な人のために抽象化している。
【００１３】
しかし、取引が有効であると受け入れられる条件として記述されるスクリプトは一連の利用可能な操作によって考慮されている。これらの操作を記述する一般的な方法はふつうバイナリーまたはプログラミングコードであるために３一般人には任意の取引を作成したり理解したりすることはできない。例えば、２０１４年４月２１日現在では、Bitcoin Contracts Wildページはいくつかの理論上の簡単な説明で構成されている４。それぞれは取引における役割には関係なく、一般人にはこれらの指示を理解することすら難しい。類似する取引を自信を持って行うための基本的なステップやそういった取引のコンビネーションが欠如している。大きな可能性を秘めているものの、抽象化されていないこの種の複雑性はビットコインプロトコルやその派生がこれまでの「簡単な」支払い方法のように普及することの妨げになっている。
【００１４】
分散型デジタル通貨  または「仮想通貨」
【００１５】
ビットコインプロトコルとその派生のデザイン及び機能は以下のように説明することができる。このセクションはビットコインをその名前で言及するが、この説明は当技術分野で現在知られているほぼ全ての分散型デジタル 通貨に共通して正しいと言える。
【００１６】
ブロックチェーン  「ブロックチェーン」とはビットコインの取引を記録する公共の元帳である。新しいソリューションではブロックの維持を中央権威の介入なしで達成することができる。
連鎖はビットコインソフトウェアを実行する通信ノードを経由する通信ネットワークにより実行される。「支払人Xがビットコインを受取人Zに送信する」形式の取引は、簡単に利用可能なソフトウェアアプリケーションを使用してこのネットワークにブロードキャストされる。ネットワークノードは取引を検証し、それを元帳のコピーに追加し、これらの元帳追加を他のノードにブロードキャストすることができる。あらゆるビットコイン額の所有権を独立して検証するために、各ネットワークノードはブロックチェーンの独自のコピーを保管する。 1時間につき約6回、受け入れられた取引の新しいグループ（ブロック）が作成、ブロックチェーンに追加された直後にすべてのノードに公開される。これにより、ビットコインソフトウェアは、特定のビットコインがいつ使われたかを判断することができる。これは中央権威なしの環境での二重支出を防ぐために必要である。従来の元帳は、実際の請求書またはそれとは別に存在する約束手形の移転を記録するのに対して、ブロックチェーンは、ビットコインが未使用の取引出力の形で存在すると言える唯一の場所である。
【００１７】
単位  ビットコインの会計単位はビットコイン（）である。代替単位として利用されるビットコインの小さい倍数はミリビットコイン(mBTC)ミクロビットコイン(μBT)及びサトシである。ビットコインの作成者にちなんで名付けられた「サトシ」は ビットコインの最小倍数で、0.00000001、つまり一億分の１ビットコインを表す。ミリビットコインは0.001ビットコイン、つまり千分の１ビットコイン、ミクロビットコインは0.000001ビットコイン、つまり百万分の１ビットコンを表す。ミクロビットコインは「ビット」とも呼ばれる。
【００１８】
所有権  図２４参照  ビットコインの所有権とはユーザーが特定のアドレスに関連づけてビットコインを使用できることを表す。そのためには支払う側が個人のキーを使い取引にデジタル署名をする必要がある。個人キーの知識がなければ取引は署名されずビットコインも使えない。ネットワークは公共キーを使い署名を確認する。個人キーを紛失した場合、ビットコインネットワークはそれ以外のいかなる所有権の証拠も認識しない。したがってコインは使用不可となり、実質的に失われる。２０１３年には個人キーを保存していたハードドライブを捨ててしまった際に７，５００ビットコインを失くした（時価750万ドル）と言ったユーザーもいた。
【００１９】
取引  通常、取引とは一つ以上の入力を必要とする。（「コインベース」はビットコインを作成するための特別な取引で入力は０である。後述の「マイニング」及び「供給」を参照）取引が有効であるためには全ての入力は以前の取引の「未使用の」出力でなければならない。そして全ての入力はデジタル署名を必要とする。複数の入力は現金取引での複数のコインの使用を意味する。取引は複数の出力を持つこともでき、一回で複数の支払いをまとめてすることもできる。取引の出力は任意の「サトシ」の倍数として指定できる。現金取引と同様に、入力合計（支払いのためのコイン）は支払い金額の合計以上とすることもできる。そのような場合、追加の出力によりお釣りが支払う側に戻って来る。取引の出力に含まれないサトシの入力が取引手数料となる。
【００２０】
全ての取引記録には「ロックタイム」が付随する。これは取引が有効であると受け入れられることを防ぎ、合意された将来のある時点まで取引が保留もしくは交換可能とする。ビットコインや類似のプロトコルではブロックインデックスもしくはタイムスタンプとして指定できる。ロックタイムに到達するまで取引記録はブロックチェーンには受理されない。他のより柔軟性のあるメカニズムも提案されている６。
【００２１】
マイニング  「マイニング」とは記録管理サービスである。マイナーはブロックチェーンを繰り返し検証すること、新しく発表された取引を「ブロック」と呼ばれる新しい取引グループに収集することでブロックチェーンを一定で完了、不変に保つ。新しいブロックは前のブロックに「繋がる」情報を保有している。（それが名前の由来である）その情報はSHA-256ハッシュタグアルゴリズムを利用した前のブロックの暗号ハッシュである。
【００２２】
新しいブロックにはいわゆる「プルーフ・オブ・ワーク」が含まれている必要がある。プルーフ・オブ・ワークには「難易度の目標」と呼ばれる数字と、専門用語である「nonce」、つまり一度だけ使用された数字が含まれている。マイナーは難易度の目標に示されているより小さい新しいブロックのハッシュを生成する「nonce」を見つけなければならない。新しいブロックが作成されてネットワークに配信される時には、ネットワークノードは簡単に証明を検証できる。一方で安全な暗号ハッシュに必要な「nonce」を見つけるには一つしか方法がないため、証明を見つけるのは相当な仕事である。その方法とは必要な出力が獲得されるまで１、２、３、と異なる整数を一つずつ試すことである。新しいブロックのハッシュは困難度の目標より小さいということは、この面倒な作業が実際行われているということを証明することが「プルーフ・オブ・ワーク」と呼ばれている所以である。
【００２３】
ブロックを繋ぐこととプルーフ・オブ・ワークシステムは、一つのブロックが受け入れられるには攻撃者は全ての後続のブロックを修正する必要があるために、ブロックチェーンの変更を極めて困難にしている。新しいブロックは常に掘り起こされているため、時間が経てばたつほど後続のブロック（与えられたブロックの確認とも呼ばれる）の数も増え、ブロック変更の難しさも増す。
供給  新しいブロックを見つけることに成功したマイナーは、新しく作成されたビットコインと取引手数料によって報酬を受ける。２０１２年１１月２８日の時点では、ブロックチェーンに加えられた各ブロックにつき報酬は２５の新しく作成されたビットコインだった。報酬を受けるための「コインベース」と呼ばれる特別な取引が処理された支払いに含まれている。出回っている全てのビットコインはそのコインベース取引まで遡ることができる。ビットコインプロトコルはブロックを追加する報酬は約４年ごとに半減すると指定している。最終的には任意の制限である2140年ごろに２１００万ビットコインが出回った時には報酬自体が廃止され、記録管理は取引手数料のみで報酬を受けることになる。
【先行技術文献】
【非特許文献】
【００２４】
【非特許文献１】電子取引、Rose, David C. 経済行動における道徳的基盤、ニューヨークOxford UP, ２０１１年 印刷、高価な手数料を払い第三者を使用した「オンライン」エスクロー及び紛争解決、様々な評判システム、第三者保証人など。
【非特許文献２】これはビットコインプロトコルを過度に簡略化した説明である。詳細な情報はビットコインウィキ<https://en.bitcoin.it/>を参照。Ethereumプロトコルに関する詳細な情報はEthereumウィキ<https://github.com/etliereum/wiki/wiki>参照。元帳記録（すなわち有効な「ブロック」については下記の詳細な説明を参照）
【非特許文献３】「ビットコイン マルチシグネチャー２-of-３取引の作成方法」を参照  StackExchange ２０１４年３月２３日  ウェブ  ２０１４年４月。https://bitc&laquo;in.stackexchangexom/questions/37i2/how-can-i-create-a-m ulti-sign ature-2-of-3-transaction）
【非特許文献４】ハーン、マイク  「契約」ビットコイン  ビットコインコミュニティ  ２０１４年４月９日  ウェブ２０１４年４月<https://bitc&laquo;in.stackexchangexom/questions/37i2/how-can-i-create-a-m ulti-sign ature-2-of-3-transaction> .
【非特許文献５】<https://en.wikipedia.org/wiki/Bitcoin> 及び<https://en.bitcoin.it/wiki/Contracts>.からの引用。）
【非特許文献６】例「BIP-65：Revisiting i LockTime」Qntra.net、2014年11月13日。ウェブ2015年5月4日  <http://qntra.net/2014/11/bip-65-revisiti11g-niocktime/>。
【発明の概要】
【００２５】
本発明は基礎となる転送メカニズムに関する特別な技術的知識がなくても、任意の距離で、第三者の入力を条件とした合意を取り決め強制させるに関連するものであり、随意に第三者の介入、譲渡人及び譲受人の代理、期間の置き換え、改訂、改善などができるシステムやメソッドに関連するものである。このような転送がこれまでは必要であった高額の第三者仲介人を介さずに、またこれまでのような取引先リスクなしに確実に行うことができる。
【００２６】
このアプリケーションでは、任意のスワップと信用状という二つの価値転送形式について考察する。任意のスワップや信用状は二つとも全く異なるものであるため例証に有用である。しかし、この発明により著しく類似した表現や強制力をもつ。この発明が他の多くの価値転送にも活用できることは当事者には理解できるだろう。
【００２７】
一例では、ビットコインがニュージーランドドルで評価された場合これから数週間の間にかなり価値が上昇するとＡが考えているとする。そしてＢはその逆、つまりビットコインがニュージーランドドルで評価された場合これから数週間の間に価値が下落すると考えている。どちらもお互いのことは知らないが、かれらの信念に沿った小さい賭けをしてみたいと考えている。本発明の一実施形態では両者が互いを見つけ出し、具体的な条件を決めるために協議し、いままでの高額な方法を抜きにこの合意を強制することを可能にする。
【００２８】
また別の例では、Aはサービスへの支払いをビットコインでも可能にしたいと考えている商売人だが変動しやすいビットコインよりは米ドルで支払いを受けたいとも思っている。彼女はビットコインの米ドルに対しての価値の上下は気にならない。定期的に（１日一回、もしくは取引のたびに）米ドルで評価されたビットコインのエクスポージャーを顧客から受け取るビットコインに比例して販売することができる。言い換えると、ビットコインのエクスポージャーを米ドルと換金する。Bはビットコインが欲しいけれど米ドルを多く持っていて、米ドルで評価されるビットコインのエクスポージャーをより多く欲しいと思っている。本発明の一実施形態として、BがAを見つけ出し、Aとエクスポージャーを交換またはスワップすることを可能にし、またもしビットコインの価値が米ドルに対して下がったとしても、ビットコインの価値が米ドルに対して上昇した時にBがその上昇分を受け取るという条件で、Bが補填してくれるのでAが商品やサービスの支払いをビットコインで受け取ることも可能にしている。他の実施形態ではこれらのスワップをAが追加のビットコインを受け取ったと感知されるたびに、自動に探し出す。
【００２９】
組み合わせが可能である。たとえばAは豪ドル（AUD）を受け付けるが米ドルを好み、豪ドルが米ドルに対して持つ変動性をリスクヘッジしたいと考えている。本発明の一実施形態ではAが米ドルのエクスポージャーをビットコインでBと交換し、ビットコインのエクスポージャーをCと豪ドルで同様の期間に交換すれば、豪ドルのリスクヘッジを米ドルで合成することができる。BとCが違った主体でなくてもよく、（同一人物だということもありえる）Aが二つの異なる取引をしなくても良い。更に本発明の様々な実施形態は、当事者が外貨預金の維持または通貨の購入、交換を行うことなくこの種の取引を実行することを可能にする。
【００３０】
更に別の例では、Aがお互いによく知らないBから商品を購入したい場合BはAからの資金の利用可能性の保証を望むが、AはBが出荷の証拠を示す（及び他の所定の条件を満たす）までB（または譲渡人）にそれらの資金を解放したくないという場合がある。
【００３１】
スワップを含む一つの実施形態では「クライアント」と呼ばれる一つ目の装置と二つめのクライアントが、第一のクライアント、第一のクライアント、もしくは仲介者のうちのいずれか二人が結託して、ある特定の期間における金融商品の相対価値などといった仲介者による外部状態の観察に基づいた計算により第一の当事者の資産（例えば未使用の取引出力など）と第二の当事者の資産が解放されるまではそれらの資産はコミットされたままであるというような一連の取引に参加する場合もある。
【００３２】
信用状に関連する他の実施形態では、第一と第二のクライアントが、 荷主やある住所への配送の検証など外部状態の観察に基づき第一のクライアント及び仲介者が第一のクライアントの資産を解放するまでコミットされたままであるという一連の取引に参加する場合もある。
【００３３】
さらなる実施形態では、そのような観察が見られない場合有効期限のタイムスタンプによって資産は返金される場合もある。
【００３４】
別の実施形態では、 仲裁役によって円滑に和解が決まるまで資産のコミットメントは延期される場合もある。
【図面の簡単な説明】
【００３５】
【図１】図１はクライアント（１２０、１６０、１７０）、転送メカニズム（１１０，１５０）、ファシリテータ（１００）、データソース（１３０）といった異なる参加者がコンピューターネットワーク（１４０）により繋がっている分散型のデジタル通貨（１５０）などの転送メカニズムを使用及び含んでいる本発明の典型的な実施形態である。
【００３６】
【図２】図２は一つ以上のソース取引、コミット取引を含むスワップに関係する一実施形態の側面を示している。
【００３７】
【図３】図３は コミット取引、返金取引を含むスワップに関係する一実施形態の側面を示している。
【００３８】
【図４】図４から図５は元本及び担保を含む比較的単純なスワップに関係する一実施形態の側面を示している。
【図５】同上。
【００３９】
【図６】図６から図７は当事者の片方が終了以前に離脱したいと望むが相手の合意を保証できていない場合に、それでも離脱したい当事者の代わりになる意思を持つ第三者を見つけた場合の複数のスワップ実施形態例からの取引チェーンを示している。
【図７】同上。
【００４０】
【図８】図８はソース取引、コミット取引を含む信用状に関連する一実施形態の側面を示している。
【００４１】
【図９】図9はコミット取引、有効期限取引を含む信用状に関連する一実施形態の側面を示している。
【００４２】
【図１０】図１０及び図１１は元本及び担保を含む比較的単純な信用状に関係する一実施形態の側面を示している。
【図１１】同上。
【００４３】
【図１２】図１２から１４は当事者の入れ替わりを含む信用状に関係する複数の実施形態例からの取引チェーンを示している。
【図１３】同上。
【図１４】同上。
【００４４】
【図１５】図１５及び図１６は価値転送の当事者が紛争時のために仲介者を設定した場合の実施形態の側面を示している。
【図１６】同上
【００４５】
【図１７】図１７〜図２２は一実施形態内で価値転送を行う主要な段階を示している。
【図１８】同上。
【図１９】同上。
【図２０】同上。
【図２１】同上。
【図２２】同上。
【００４６】
【図２３】図23は、クライアント（120）またはファシリテータ（100）を含む典型的な実施形態の構成要素を示す。
【００４７】
【図２４】図２４（従来技術）は分散型デジタル通貨での所有権の簡素化されたチェーンを示している
【発明を実施するための形態】
【００４８】
本発明は、以下の実施形態に限定されるものではない。以下の説明は例示のためであり、限定されない。他のシステム、方法、特徴および利点は図面および詳細な説明の検討の際に当業者に明らかになるだろう。すべてのそのような追加のシステム、方法、特徴、および利点は、本発明の主題の範囲内であり、この説明内に含まれ、そして添付の特許請求の範囲によって保護される意図にある。
【００４９】
例えば、ビットコインプロトコルは、多くの場合、例示の手段として、本出願において使用されるが、本発明は特にビットコインプロトコルに限定されるものではない。特定の厳密に定義された基準が満たされない限り、資産（仮想またはそれ以外）の所有権を再び特徴付けることを十分に困難にする技術を代用することができる。本発明は分散型又は集中型の転送メカニズムに限定されるものではない。例えば、一実施形態において、権限（集中型）によって認識（すなわち円滑化）されることもできれば、別の実施形態では選挙（分散型）等によって確認することができる、など。
【００５０】
更に、ビットコインプロトコルと同様の技術は取引において明示的に「入力」と「出力」を識別するが、本発明はこのような転送メカニズムに限定されるものではない。
転送メカニズムは必要な機能を公開しているとすると、資産の所有権を再分類することができる任意の文脈で本発明の様々な実施形態を実施することができる。このアプリケーションは、「入力」と「出力」という言葉を文字通り（ビットコインやその派生のテクノロジーについてなど）及び比喩的に（複式簿記、権原連鎖などの他のテクノロジーなど）使う。より伝統的なモデルでは、例えば、「入力」とはある事業体の制御のもとにある口座の利用可能な「残高」の一部及び全部を意味していた。（伝統的な銀行など）そして「出力」とは例えば他の事業体の口座（口座番号など）への言及を含んでいて、そのようなモデルでは資産の再分類は所定の条件が満たされ次第、第一の事業体の口座が減額され、第２の事業体の口座の残高が（なるべく微小に）第二の事業体の口座が増額される。これは本発明が実施される可能性のある代理の転送メカニズムの一例でしかない。
【００５１】
更に本出願は、「ディスプレー」「ユーザー入力」「表示デバイス」「ユーザー入力装置」などといった用語を使って本発明の内容の開示または暗示する可能性がある。しかしながら本発明は一般的五感能力を有する者によって実施されることに限定されるものではなく、「ディスプレー（装置）」は 感覚もしくは感覚の組み合わせのいずれかを介して明確に人間に情報を通信することができる装置を含むことが意図される。例えば、盲人はテキスト音声合成器を含む「オーディオ・ディスプレイ」を持つ装置及び点字端末を使用することができる。同様に、ユーザー入力（装置）とは人間からの情報を受信することができる任意のデバイスを含むことが意図される。
ModernSyと呼ばれる人気のユーザー入力装置は、キーボード、マウス、タッチスクリーン等を含むだけでなく、音声合成器、息操作デバイス、クリックアンドタイプデバイス、動き又はジェスチャー認識装置でもある。これらはほんの数例だ。そのようなディスプレーおよびユーザー入力装置の多様性は、 当該分野で公知であり、もちろん本発明を実施する際に使用することができる。
【００５２】
図1に示す実施形態では、 本発明はコンピュータネットワーク上の図示された参加者の一部または全部を含む。参加者は典型的にコンピュータネットワークに接続された第一の当事者（図示せず）のために動作する第一のクライアント（A）、持続的または間欠的にコンピュータネットワークに結合された第二の当事者（図示せず）、コンピュータネットワークを介してアクセス可能な転送メカニズムと、コンピュータネットワークにアクセス可能なファシリテータと、任意でファシリテータによってアクセス可能な一つまたは複数のデータソースとを含む。典型的な実施形態では、コンピュータネットワークはインターネットおよび関連技術を含むが、これは必要条件ではない。他の構成も可能である。例えば、コンピュータネットワークは、プライベートネットワーク、VPN、セキュアトンネル、フレームリレーなど、参加者の任意のサブセットに接続するための複数の独立したコンピュータネットワークを含むことができる。非限定的な最新機器の例には、ハードワイヤ、ファームウェア、ソフトウェア、 そして一緒に使用されるイーサネット、 無線イーサネットTM（Wi-Fi）、モバイル無線（例えばCDMA、FDMA、SOMA、TDMA、GSMTM（GRPS）、UMTS、EDGE、LTEなど）ブルートゥースTM、ファイヤーワイヤー、USB、IP、TCP、UDP、SSLなどのような他のネットワーク技術を使用してもよい。
【００５３】
典型的な実施形態では、第一のクライアント、第二のクライアントとファシリテータの各々は、本発明の範囲内の特定のステップを実行するように構成されたコンピュータプロセッサを備える。このような転送メカニズムとしてEthereumプロトコルを使用するもののようないくつかの実施形態では、ファシリテータは、プルーフ・オブ・ワークプロトコルによりネットワーク参加者が評価される計算の命令を含み、 この場合、ネットワーク参加者は、計算のために命令を評価するように構成されたコンピュータプロセッサを備える。
多くの実施形態では、クライアントは人間と対話するためのディスプレー装置と入力装置を備えるが、これは厳密に必要ではない。他の実施形態ではクライアントは人の介入を必要とせず完了に自動化することができる。このような一実施形態では、第一のクライアントのコンピュータプロセッサは、転送メカニズム 、ファシリテータ、データソース、第二のクライアントなどまたはいくつかの他の入力の状態を監視するように構成されており、また状態変化に基づいて様々な参加者と自動的に相互作用するように設定されている。
【００５４】
例えば、一実施形態での転送メカニズムはビットコインプロトコルを含み、各クライアントおよびファシリテータはキーペアや第一の取引を補完するための固定的データストアを備えている。第一のクライアントはビットコインの新しい所有権を取得したことを観察すると、ファシリテータを介してある金融商品や証券（米ドルなど）のエクスポージャーへの交換と引き換えに別の金融商品や証券（ビットコインなど）のエクスポージャーを取引するオファーを開始するように設定されている。
【００５５】
]図1は、クライアント、転送メカニズム、ファシリテータ、およびデータソースが別個の参加者であり、特に分散転送メカニズムと共に使用するための典型的な本発明の実施形態を示す。しかしながら、図示された構成は、本発明によって企図される唯一の構成ではない。別の実施形態では、ファシリテータは、転送メカニズムのいくつかまたは全ての態様を示している。別の実施形態では、ファシリテータは、クライアントのいくつかまたはすべての態様を含む。例えばクライアントのデータストアの一部または全部や、オファーを開始または受け入れる能力などはファシリテータに「埋め込まれる」ことができ、それによってファシリテータがクライアントを代表することが可能になる。（例えばファシリテータの所有者によって制御されるもの、またはファシリテータへ支配権を委任した第三者の代わりとして）さらに別の実施形態では、ファシリテータは、データソースを備える。本発明によって企図される多くの構成が可能であり、当業者には明らかになるであろう。
【００５６】
図2は、一つまたは複数のソース取引およびコミット取引を含むスワップに関する一実施形態の態様を示す。 図示のように、コミット取引は第一のソース取引（すなわち、第一の当事者）から第一の量を受け入れるための第一の入力と、第二のソース取引から（すなわち、第二の当事者から） 第二の量を、そしてこれらの量の部分を一つ以上の他の取引（図示せず）に向けるための一つ以上の出力を備えており、多くの場合第一及び第二の量は同等であるが必ずしもそうではなく、場合によっては複数の図に示されているように元本額の（P）および（任意の）担保量（C）を含む予想される量の合計である。
【００５７】
典型的な実施形態では、コミット取引はその出力（複数可）を介して利用可能金額の一部または全部が第一及び第二の当事者、ファシリテーター、そして任意の第三者のうちの少なくとも二者から確認ができて初めて使用できる。他の実施形態では、コミット取引は、その出力を介して利用可能な金額の一部または全部がファシリテーターか任意の信頼できる第三者のうち一人と、第一及び第二の当事者のうち一人の確認をもって初めて使用できるように構成されている。別の実施形態のコミット取引は 、その出力を介して利用可能な金額の一部または全てが第一の当事者又は第二の当事者、第三の当事者、および任意で必要に応じて信頼できる第三者のいずれかから確認して転送することができるように構成されている。これらは非限定の例であり、ここで提示された例に加えてコミット取引は出力が人数を問わず所有権を確定するように設定されても良い。これらの取引は権限のある当事者によって署名されなければならない当座預金口座にいくらか類似しているといえる。
【００５８】
第一のソース取引と第二のソース取引が図２に示されているが、これは本発明を限定するものとして解釈されるべきではない。金額は任意の数の異なるソースからのコミット取引に入力される可能性がある。超過分は完了に元の、または異なる当事者に返金される。
唯一の制限は、コミット取引が、少なくともいくつかの実施形態では、それぞれのソースから前記入力に金額を送るために課される料金（図示せず）を補うためにコミット取引を調整する必要がある。 例えば転送メカニズムは、転送料、引き出し手数料、電信料などを課す可能性がある。例としてビットコインプロトコルでは、ブロックチェーンでのタイムリーな取引を保証するために「マイニング料金」が必要な場合がある。
【００５９】
図3は、コミットを含むスワップに関する一実施形態の態様を示す。取引および払い戻し取引を含む。コミット取引は、第一元本量（P A）を受信するための第一入力、第二元本量（P B ）を受信するための第二入力、およびコミット出力を含む。払い戻し取引ではコミット出力から金額を受け取るための入力と、第一当事者への第一返金出力、第二当事者への第二返金出力とを含む。典型的な実施形態では、払い戻し取引記録はコミット取引の一定期間後に生成されるか、または将来の一定時間後にコミット出力がまだ使用いない場合にのみ有効であるように生成される。これにより、別の取引優先的にコミット出力を使用することが可能であり、そのような他の取引が作成されていない場合は払い戻し取引記録を転送メカニズムに送信して、当事者を元の立場に戻すこともできる。
【００６０】
図4-5は、元本及び担保を含むスワップ状況における比較的単純な支払い取引を含むスワップ実施形態の態様を示す。 図2 図4に示すように、コミット取引は、第一当事者からの第一の元本及び担保入力、および第二当事者からの第二の元本および担保入力を含む。 図2 図5に示すように、コミット取引は、第一当事者からの第一元本（P A）、第一当事者からの第一担保（C A）、第二当事者からの第二元本入力（P B ）、および第二当事者からの第二担保（C B） から構成される。 これらは当業者には明らかになるであろう多くの可能な構成のうちの二つに過ぎない。 例えばコミット取引は、第一当事者からの元本入力、第二当事者からの担保入力（例えば、図示していない第一当事者の保証人）、及び第三者からの元本及び担保入力を含むことができる。
【００６１】
図４および図５に示す実施形態では、各支払い取引はコミット出力から金額を受け取るための入力を含む。 図４では第一当事者への修正された元本及び担保支払い出力、第二当事者への修正された元本及び担保支払い出力、及び任意の第三当事者への手数料（φ）出力を含む。図5では支払い取引は、第一当事者への担保支払い出力、第一当事者への修正された元本支払い出力、第二当事者への変更された担保支払い出力、および第三者への任意の手数料出力を含む。これらは、当業者には明らかになるであろう多くの可能な構成のうちの2つにすぎない。 例えば、上記と同様に支払い取引は、第一当事者への修正された元本支払い出力、第三当事者（例えば、第一当事者の保証人）への修正される可能性のある担保支払い出力（元本が枯渇した場合）、もしくは第二当事者への修正される可能性のある担保支払い出力（元本が枯渇した場合）で構成される場合もある。
【００６２】
図４および図５に示す実施形態では、手数料は修正された元本から配分され取引の当事者間で均等に分配されるがこれは必須ではない。 手数料は任意の段階、または複数の段階で割り振ることができる。 それは当事者の一人が全てまたは多い割合を負担することもできる、また、図４および図５に示す各実施形態において、複数の支払い出力の金額の計算は、ある当事者にとってプラスであり、他の当事者に負である差（d）を含む。図５に示す支払い取引において例えれば、第二の元本がスワップの有効期限前に使い尽くされると担保からの金額の配分が必要である。言い換えれば δ > g-&#8482;c [式1]。
【００６３】
基本的なスワップ契約を円滑化するために上記の様々な構成要素のいくつかを使用できる。その方法を例示するために、当事者同士が互いに信頼しておらず、ファシリテータもいずれの当事者によっても完了に信頼されていない状態でのビットコインまたは同様のプロトコルの転送メカニズムで、以下のステップが一実施形態内で起こると仮定する。まず、第一のクライアントが以下の条件を備えるオファーを送信する。条件とは、（a）基本の証券及び見積もり証券とのうちの少なくとも一つを含むデータソースへの参照（b）元本額、（c） 有効期限のタイムスタンプ（d）任意に名義資産への参照（e） 任意で担保金額である。例えば以下のように表現できる。
Base: USD Quote: AUD Denominating: BTC Principal: 0.5 (BTC) Collateral: 2 xprincipal b f-bn
resbaseibo, q0, bf, qf): principal X -^&#8212;&#8212;^
Expiration:2014-06-01X12:34:56
任意でファシリテータはオファーの態様（例えば、ファシリテータが用語を解釈できる、有効期限が許容範囲内にあるなど）を検証する。 検証が認められない場合、ファシリテータはオファーを拒否することができ、任意でエラーメッセージを第一のクライアントに送信することもできる。
第二のクライアントは、ファシリテータからオファーを回収する。
第一のクライアントは、転送メカニズムへの取引IDを含む第一のソース取引記録を作成する。
第二のクライアントは、転送メカニズムへの取引IDを含む第二のソース取引記録を作成する。
第二のクライアントは、第二のソース取引記録の取引IDを任意でファシリテータを介して第一のクライアントに送信する（例えば同じメッセージ内で、オファーID、オファーハッシュ等を介して）。 別の実施形態では、第一のクライアントは、第一のソース取引記録の取引IDを第二のクライアントに送信し、その後のステップは、この実施形態の以下を反映する。
第二のクライアントおよびファシリテータのうちの一人は、第二のパブリックキーを、オファーに関連付けられた方法で第一のクライアントに送信する。
第一のクライアントは、完了コミット取引記録を作成するために、未完了のコミット取引記録の第一の元本入力に署名（すなわち、暗号署名を計算してそれに関連付け）する。未完了のコミット取引記録には（a）第一のソース取引から第一の元本金額を受け取るための第一の元本入力 、（b） 第二のソース取引から第二の元本金額を受け取るための第二の元本入力コミット額と（i）第一のパブリックキー（ii）第二のパブリックキー。 （iii）ファシリテータのパブリックキーのうちの二つのプライベートキーの署名を必要とすることを条件に含むコミット出力が含まれている。
Input :
Previous tx : 85e5...e61f I ndex : 1 scriptSig: efd.6...eal601 a6a6,,.2c2b
Input :
Previous tx : 705d...9ce2 Index: 0 scriptSig: [sig. placeholder]
Output :
Value: 300000000 scriptPubKey: 2 67cl...4a70 bf9a...f9e3 cffd...l373 3
OP CHECKMULTI81G
第一のクライアントは、場合によってはファシリテータを介して、第二のクライアントに未完了のコミット取引記録を送信する。ファシリテータは任意で初期コミット取引記録の態様（例えば、初期コミット取引記録が第一当事者によって署名され、第一元本額および第二元本額がそれぞれ条件を満たしているなど）を検証する。検証が認められなかった場合、ファシリテータは第一のコミット取引を拒否することができ、場合によっては第一のクライアントにエラーメッセージが表示される。ファシリテータは任意で第二のクライアントにオファーおよび初期コミット取引記録を送信する。第二のクライアントは任意で未完了のコミット取引記録が第一の当事者によって署名されたかなどを検証する。第二のクライアントは未完了のコミット取引記録に署名することによって完了コミット取引記録を作成し、任意で固定メモリに保存する。完了コミット取引記録には、（a）第一の原本取引から第一の元本金額を受け取るための第一の元本入力、（b）前記第二のソース取引から第二の元本金額を受け取るための第二の元本入力、（c）コミット額と（i）第一のパブリックキー（ii）第二のパブリックキー。 （iii）ファシリテータのパブリックキーのうちの二つのプライベートキーの署名を必要とすることを条件に含むコミット出力が含まれている。
完了取引記録の例：
Input :
Previous tx : 85e 5 . . . e 61 f
Index : 1 scripts ig : e fcio . . . ea l.601 a 6a 6 . . . 2 c2 b Input :
Previous tx : 705ci...9ce2 I ndex : 0 scr iptSig : 78eb...&pound;c45Ql 531 ,..OOdd
Output :
Value: 300000000 scriptPubKey : 2 67cl...4a70 bf9a...f9e3 cffd...l.373 3OP_CHEC MULTISIG
第二のクライアントは、（a）有効期限タイムスタンプ後のロックタイム（ b） コミット取引記録からコミット額を受け取るための入力、（ c）第一の払い戻し額と、第一当事者の承認を必要とする第一の条件を含む第一の払い戻し出力、 （d）第二払い戻し額と、第二の当事者の承認を必要とする条件とを含む第二の払い戻し出力を含む未完了の払い戻し取引記録に署名する。
未完了の払い戻し取引の例
Input :
Previous tx : 6b24...b6Q7 I ndex : 0 scriptSig: OP 0 [sig. placeholder]c255...d80301
Output :
Value: 149995000 scriptPubKey: OPJDUP OP_HASH160 53a5...8974 OPJEQUALVERIFYQP__CHECKSIG
Output :
Value: 149995000 scriptPubKey: OP_DUP OP__HASH160 30e6...2511 OP__EQUALVERIFYOP__CHECKSXG
第二のクライアントは第一のクライアントに場合によってはファシリテータを介して、完了コミット取引記録および未完了の払い戻し取引記録を送信する。ファシリテータは任意で完了コミット取引記録および未完了の払い戻し取引記録を検証する。（例えば第一当事者および第二当事者によって完了払い戻し取引記録が署名されているか、未完了の小切手の払い戻し取引記録が第二当事者によって署名されているか、未完了の払い戻し取引記録と完了コミット取引記録額の記述が同等であるか、未完了の払い戻し額が第一元本額以下であること、小額払い戻し取引記録の第二払い戻し額が第二元本額以下であること、ロックタイムが有効期限のタイムスタンプの後であることなど）
妥当性の検証が認められなかった場合、ファシリテータは払い戻し取引記録または完了コミット取引記録を拒否することができ、任意で第二のクライアントにエラーメッセージを送ることもできる。ファシリテータは任意で、完了コミット取引記録および未完了の払い戻し取引記録を第一のクライアントに送信する。第一のクライアントは任意で完了コミット取引記録が期待通りであり、第一の当事者および第二の当事者によって署名されたこと、初期払い戻し取引記録が期待通りであり、第二の当事者によって署名されたこと等を確認する。第一のクライアントは任意で完了コミット取引記録のコピーを固定メモリに保存する。第一のクライアントは任意で完了払い戻し取引記録を作成し、そのコピーを固定メモリに保存する。完了払い戻し取引記録には（a）有効期限タイムスタンプ後のロックタイム（b ）完了コミット取引からコミット額を受け取るための入力（c）第一の払い戻し金額と第一の当事者の承認を必要とする第一の条件を含む第一の払い戻し出力と、 第二払い戻し金額と、第二当事者の承認を必要とする条件を含む第二払い戻し出力が含まれている。
完了払い戻し取引記録の例
ID : d5f 8 . . . 8ab5
Input :
Previous tx : 6b24...b607 Index: 0 scriptSig: OP_0 b859 . . , 452c01c255...d80301 Output :
Value: 149995000 scriptPubKey : OP_DUP OP_HASH160 53a5...8974OP_EQUALVERIFY OP CHECKSIG
Output :
Value: 149995000 scriptPubKey: OP___DUP OP__HASH160 30e6...2511OP___EQUALVERIFY OP CHECKSIG
nLockTirae : 201 -06-03T12 : 34 : 56Z
第一クライアントは、場合によってはファシリテータを介して、第二のクライアントに完了払い戻し取引記録を送信する。ファシリテータは任意で完了払い戻し取引記録の態様を検証する（例えば、両方の当事者によって署名されていること、完了払い戻し取引記録が他の方法で修正されていないこと、完了コミット取引記録の条件と同様であることなど）。 検証が失敗した場合、ファシリテータは、完了払い戻し取引の記録を拒否するか任意で第一のクライアントへエラーメッセージを送信することができる。 ファシリテータは任意で完了払い戻し取引記録を第二のクライアントに送信する。 第二のクライアントは任意で完了払い戻し取引記録が予想通りであり、第一の当事者および第二の当事者によって署名されたことを検証する。 完了コミット取引と完了払い戻し取引の両方を作成または受信した後、第一のクライアントはソース取引を実行するための第一のソース取引記録を転送メカニズムに送信する。 完了コミット取引と完了払い戻し取引の両方を作成または受信した後、第二のクライアントは第二のソース取引を実行するために第二のソース取引記録を転送メカニズムに提出する。第一のソース取引と第二のソース取引の両方が転送メカニズムに提出されたことを確認した後、第一のクライアントと第二のクライアントの一方または両方が、コミット取引を実行するための完了コミット取引記録を提出する。 有効期限タイムスタンプ時もしくはその後、または条件によって定義される時点及び完了払い戻し取引記録のロックタイムの前に、ファシリテータは任意で一つ以上のデータソース（例えば、公的に取引された金融商品の最新の価格、オファーが受諾された時点での商品の価格など）を参考にし、第一の支払い額及び第二の支払額を決定するための条件を計算する。
例示的な実施形態では、時間fが与えられると、データソースはt時点での基準資産、見積もり商品、基準資産 としての名目資産fa、資産qtまたは基礎計量器の見積もり（例えば、基礎計器または見積もり計器が名目上の資産である場合）を行う。上記の例に続くと、基本商品は米ドル、見積もりは豪ドル、資産資産はビットコインとなる。 bQは、取引が開始された時点のビットコインの米ドルの価値であり、bjは、貿易が完了した時点のビットコインの米ドルの値である。 qaは貿易が開始された時点のビットコインの豪ドルの値であり、q は貿易が完了した時点のビットコインの豪ドルの値である。ファシリテーターが第一の支払い額および第二の支払い額を計算するために使用する計算は、再設定（50、Qo、hf、Qf）を含む。典型的な実施形態では、当事者の損失は、相手方の利益に比例し、以下のことを暗示する。すなわち、以下のことを意味する：resquo b0 q0 bf ,qf)= - resbaJb0 q0 bf ,qf) [eq. 2]
ファシリテータは、 (a)コミット取引からコミット額を受け取るための入力(b)第一の支払い金額と第一の当事者の承認を必要とする第一の条件を含む第一の支払い出力(c)第二の支払い額と、第二の当事者の承認を必要とする条件を含む第二の支払い額出力と(d) 第三者の承認を必要とする手数料および条件を含む任意の第三の支払い出力を含む小切手取引記録に署名する。典型的には第一の支払い額、第二の支払い額および任意の手数料金額の合計は完了コミット取引のコミット額以下である。
支払い取引記録の例：
Input :
Previous tx : 6b24 . . ,b607
Index: 0 scriptSig: OP_0 [sig. placeholder] ddbb .. ,b00601
Output : Value: 142500736 scriptPub ey: OPJXJP OP_HASH16053a5.,,S974 OP__EQUALVERIFY OP_CHECKSIG
Output :
Value: 157479264 scriptPubKey: OPJDUP OP_HASH160 30e6.,,2511OP__&pound;QUALVERIFY OP CHEJCK SXG
Output :
Value: 10000 scriptPubKey: OPJDUP OP__HASH16G d377...5c8c0P__EQUALVER1FY OP CHECKSIG
ファシリテータは、第一クライアントと第二のクライアントの両方に未完了の取引記録を送信する。双方が相手側が完了払い戻し取引記録を提出する前に単独で支払い取引記録を転送メカニズムに検証、署名、提出することができる。
【００６４】
上記は、本発明による価値転送の一実施形態に過ぎず、他の実施形態では、同等または代替の手続きが利用されてもよい。以下は、非典型的であるが例示的な仕組みを含む実施形態を説明する。
1.   第一クライアントは第二のクライアントにオファーを 送信する。
2.   第一クライアントはファシリテータにオファーを送信する。
ファシリテータは、完了コミット取引記録を作成するための未完了コミット取引記録を第一クライアントに送信する。未完了コミット取引記録には(a) 第一ソース取引から第一元本金額を受け取るための第一元本の入力と(i) 第一の当事者(ii) 第二の当事者(iii)ファシリテータの三者のうち二者の承認を必要とする条件の第一のコミット額を含む第一の入力が含まれる。ファシリテータは、完了コミット取引記録を作成するための第二の未完了コミット取引記録を第二のクライアントに送信し、第二の未完了コミット取引記録は(a) 第二のソース取引から第二の元本金額を受け取るための第二の元本入力及び(b) (i) 第一の当事者(ii) 第二の当事者(iii)ファシリテータの三者のうち二者の承認を必要とする条件の第二のコミット額を含む第一の入力が含まれる。第一クライアントは第一ソース取引記録に署名し、第一クライアントは未完了のコミット取引記録（SIGHASH_SINGLEIsiGHASH ANYONECANPAYなど）に署名する。
第一の未完了コミット取引記録の例
Input :
Previous tx : 85e5...e61f Index: 1 scriptSig: 5e7c ... alla83ecad, , .dOba Output :
Value: 150000000 scriptPubKey : 2 67cl...4a70 bf9a.,,f9e3cffd...1373 3 OP__CHECKMULTISIG
第一のクライアントは第一の未完了コミット取引記録をファシリテータに送信し、第二のクライアントは第二のソース取引記録に署名する。 第二のクライアントは第二の未完了コミット取引記録（例えば、SIGHASH SINGLE ISIGHASH_A YONECANPAY）を完了し署名する。
第二の未完了コミット取引記録の例：
Previous tx: 7Q5d,..9ce2
Index: 0 scripts ig : adel ...9dcb83 f058...878a
Output :
Value: 150000000 scriptPubKey: 2 67cl...4a70 b&pound;9a...f9e3cffd...1373 3 OP__CHEC MULTISIG
第二のクライアントは第二の未完了コミット取引記録をファシリテータに送信する。
ファシリテータは、第一の未完了取引記録と第二の未完了コミット取引記録から完了コミット取引記録を作成し、完了コミット取引記録は、 (a)第一ソース取引から第一元本金額を受け取るための第一元本入力と及び（b） 第一コミット額と (i) 第一の当事者(ii) 第二の当事者(iii)ファシリテータのうち二者の承認を必要とする条件の第一のコミット額が含まれるコミット出力(c)  第二のソース取引から第二の元本金額を受け取るための第二の元本入力及び(d) 第二のコミット額及び (i) 第一の当事者(ii) 第二の当事者(iii)ファシリテータの うち二者の承認を必要とする条件の第二の出力から構成される。
完了コミット取引記録例
ID: llfO . . . 8ea8 Input :
Previous tx : 85e5 . . . e61f
Index: 1 scriptSig: 5e7c . . . alla83 ecad. . . dOba
Input :
Previous tx : 705d . . . 9ce2 Index: 0 scripts ij : adel .. ,9dcb83 f058...878a
Output :
Value: 150000000 scriptPubKey: 2 67cl...4a70 b&pound;9a...f9e3cffd..,1373 3 OP__CHEC MULTISIG
Output :
Value: 150000000 scriptPubKey: 2 67cl...4a70 bf9a...f9e3cffd...l373 3 OP__CHECKMULTISIG
別の実施形態では、ファシリテータが第一の未完了コミット取引記録や第二の未完了コミット取引記録を送信する前に第一のクライアントは第一のソース取引記録の取引IDをファシリテータに提供し、第二のクライアントは第二のソース取引記録の取引IDをファシリテータに提供する。ファシリテータは、第二の未完了コミット取引取引記録と同一の第一未完了コミット取引記録を作成し、各々は、プレースホルダシグネチャを有する第一の元本入力と、プレースホルダシグネチャを有する第二の元本入力を含む。 それぞれの未完了コミット取引記録がそれぞれのクライアントに送信されると、クライアントはそれぞれの署名された未完了コミット取引記録をファシリテータに返送する前に、それぞれの元本入力に（ iGHASH ALL j siGHASHANYONECANPAYなどで）署名する。ファシリテータは、署名された未完了のコミット取引記録を収集し、署名された入力を完了コミット取引記録に統合する。このような実施形態では、第一のコミット出力および第二のコミット出力を統合することができ、対応する支払い取引記録および払い戻し取引記録は、それぞれの第二の入力を省略することができる。ファシリテータは、完了したコミット取引記録を、任意で固定メモリに格納する第一のクライアントに送信する。 ファシリテータは、完了したコミット取引記録を第二のクライアントに送信し、第二のクライアントは、選択的に固定メモリにそれを保存する。
第一のクライアントは、以下を含む未完了の払い戻し取引記録に署名する。(例えばSIGHASH ALL I SIGHASH A YO ECA PAY や SIGHASH. SING I s IGHASH_ANYONECANPAYなど) （a）有効期限タイムスタンプ後のロックタイム（b ）第一コミット取引からコミット額を受け取るための第一の入力（c）第二コミット取引からコミット額を受け取るための第二の入力(d)第一の払い戻し金額と第一の当事者の承認を必要とする第一の条件を含む第一の払い戻し出力(e)第二払い戻し金額と第二当事者の承認を必要とする条件を含む第二払い戻し出力
第一の払い戻し金額と第一の当事者の承認を必要とする第一の条件を含む第一の払い戻し出力と、 第二払い戻し金額と、第二当事者の承認を必要とする条件を含む第二払い戻し出力が含まれている。
未完了払い戻し取引記録の例
Input :
Previous tx : llf0...8eaS
Index: 0
scriptSig: OP 0 78a2...203181 [sig, placeholder]
Input :
Previous tx: llf 0 . . . 8ea8
Index: 1
scriptSig: OP_0 fdbe ...893f81 [sig, placeholder]
Output :
Value: 149995000 scriptPubKey: OPJDUP OP_HASH160 53a5...8974 OPEQUALVERIFY
OP CHECKSIG
Output :
Value: 149995000 scriptPubKey: OP_DUP OP__HASH160 30e6...2511OP__EQUALVERIFY OP__CHECKSXG
nLockTime : 2G14~G6~03T12 : 34 : 56Z
第一のクライアントは、未完了払い戻し取引記録及び完了払い戻し取引記録を第二のクライアントに送信する。
第二のクライアントは未完了払い戻し取引記録から完了払い戻し取引記録を作成し(例えば signing with SIGHASH_ALL i sIGHASH __ANYONECANPAY やSIGHASH_S INGLE I s IGHASH_ANYO ECANPAY) 固定メモリに保存する。 
完了払い戻し取引記録の例
ID : eb09..&#8222;3dl5
Input :
Previous t : llf 0...8ea8
Index: 0 script Sig : OP 0 78a2...203181 b765... fc4383
Iniout :
Previous LX: llf0...8ea8
Index: 1 scriptSig : OP 0 fdbe ...893f81 91e4 4dd5 3 Output :value: 149995000 scriptPubKey: OP DUP OP HASH160 53a5...8974 OP BQUALVERIFYOP_CHECKSIG
Output :
Value: 149995000 scriptPubKey: OP_DUP OP_HASH160 30e6...2511OP_EQUALVERIFY OP__CHECKSIG
nLockTime : 2014-06-03T12 :3 :56Z 
第二のクライアントは、完了払い戻し取引記録を第一のクライアントに送信する。 完了コミット取引記録と完了払い戻し取引記録の両方を作成または受信した後、第一のクライアントは、第一のソース取引記録を転送メカニズムに提出する。 完了コミット取引記録と完了払い戻し取引記録の両方を作成または受信した後、第二のクライアントは、第二のソース取引記録を転送メカニズムに提出する。 第一のソース取引記録と第二のソース取引記録の両方が提出されたことを確認した後、第一のクライアントと第二のクライアントの一方または両方が完了コミット取引記録を提出する。 タイムスタンプの有効期限際またはその後、または条件によって決められた所定の時点で完了払い戻し取引記録のロックタイムの前に、ファシリテータは、第一と第二の支払い額を決定するための条件に従って計算を実行し、任意で、計算に使用するために一つ以上のデータソースから情報を要求する。 ファシリテータは、未完了の支払い取引記録に署名する。（例：SIGHASH ALL j SIGHASH ANYO ECANPAY oSIGHASH SIGHASH_ANYONECA PAYなどで） 
未完了の支払い取引記録の例：
Input :
Previous tx: Ilf0...8ea8
Index: 0 scriptSig: OP__G [sig. placeholder] 8cd3... &laquo;186481
Input :
Previous tx: ll&pound;Q...8ea8
Index: 1 scriptSig: OP_0 [sig. placeholder] 12bc ...825281
utput :
Value: 142500736 scriptPubKey: OP__DUP GP__HASH160 53a5...8974OPJEQUALVERIFY OP__CHECKSIG
Outp t : value: 157479264 scriptPubKey: OPJDUP OP_HASH16Q30e6...2511 OP__EQUALVERIFY OP__CHECKSIG
Output :
Value: 10000 scriptPubKey: OP__DUP OP__HASH160 d377...5c8cOP_EQUALVERIFY OP__CHECKSIG
ファシリテータは、第一のクライアントと第二のクライアントの両方に未完了支払い取引記録を送信し、そのいずれかが先の例示的実施形態のようにそれを提出することができる。
【００６５】
簡潔にするために、様々な検証ステップが省略されている。
【００６６】
上記の各実施形態の態様が混合され得ることは、当業者には明らかになるであろう。 例えば、第一のクライアントはファシリテータにオファーを送信することができ、第二のクライアントはファシリテータを見つけてそれを引き出すことができる。 上述したように、ファシリテータは当事者のどちらかまたは両方の代理人として行動することが求められているので、第一のクライアントおよび第二のクライアントの一方または両方の態様はファシリテータと一致することがあり、ファシリテータは余分とみなされた上記の手順の大部分を省略させることができる。ファシリテータは、片方のクライアントの態様を含むことができるが、もう片方の態様を含むことができない。その場合クライアントは任意で署名する前にファシリテータから受信した取引記録を 独立に検証することができる。そのような実施形態では、ファシリテータは典型的にウェブベースのユーザインターフェース（UI）、アプリケーションプログラマインターフェース（API）などのインターフェースを介してクライアントの態様を制御する方法を含む。
【００６７】
このような実施形態では、ファシリテータに権限を委任する当事者は、ファシリテータが安全で公正に行動することを信頼しなければならないが、これは多くの当事者が従来の第三者仲介者に対して既に有する期待と同様である。 第一の当事者はファシリテータが第一の当事者の代理として働くために同じキーペアに独立したアクセスを持ち、同様に第二の当事者はファシリテータが第二の当事者のために行動するための同じキーペアに独立したアクセスを持つので、もしファシリテータが破棄されても、最悪の場合でも完了払い戻し取引記録のコピーを固定メモリに保存していれば、第一当事者と第二当事者は、ロックタイム以降に完了払い戻し取引記録を提出することで彼らの資産を取り戻すことができる。
【００６８】
一実施形態ではクライアントは新しい消費可能な出力を検出した場合（例えば、 ビットコインまたは類似の転送メカニズムを持つプロトコルを使用する場合にブロックチェーンの変更または更新を監視することによって） 自動的に新しい消費可能な出力と同程度の遠隔オファーを受け入れる。また別の実施形態ではクライアントが第二の使用可能な出力を検知した場合、それを無効にしようとする。成功すれば、新しい消費可能な出力の一部及び全部を含めた新しいオファーを発信する。他のバリエーションも可能である。例えば、クライアントは利用可能なオファーをスキャンし、消費可能な出力と一致するように設定することもできる。アルゴリズムは当技術分野では知られており、複雑性はそれぞれ異なる。例えば、ビットコインプロトコルのクライアント実装は簡単な取引の入力と消費可能な出力が一致するようなアルゴリズムを提供している。そのようなアルゴリズムは一般的な技術を持った当業者や類似した発明の実施形態によって適応可能である。
【００６９】
複数の実施形態においてこれらの条件は任意で第一の証券と第二の証券が資産に指定される比率、および各参加者が割り当てなければいけない金額を含む。例えば一実施形態では、これらの条件は、各当事者から3 ビットコインの所要配分で2 ビットコイン /米ドルを「売却」することを提供することができ、換言すれば、2 ビットコインの米ドルに対するエクスポージャーを提供し、参加者は、スワップの期間（すなわち、期限が切れるまで、または一方の当事者の元本および担保が使い尽くされるまで）、ビットコインを元本2枚とビットコイン1枚を担保に配分する必要がある。
【００７０】
各当事者の割り当ては同等である必要はない。ある実施形態で市場がある特定の商品ペアがスワップの継続期間に低下すると予想している場合はその商品ペアへのエクスポージャーを受諾する当事者が相手より多くの担保を割り当てられることが求められる場合もある。前述の例では当事者間のリスクは非対称である。オファー側が損失する最大の額は２ビットコイン（ビットコインが米ドルで無価値になる場合）である。しかし、受け取る側の損失は際限がない。（ビットコインに対して米ドルが無価値になる場合）従って
h f~ hG
res (50<q0 6 , , q/)principalx eq. 3.
【００７１】
またはresiKl. <l&#8222;b f rq r [eq. 4]
【００７２】
他の実施形態では対称的なモデルを採用することができる。
bt , b,
prince ipal
reshase(Kq0 hf > qf)Qf ~ Q0
principal
【００７３】
ここで、res6i; se（...）は、当時のベース証券の初期値ba、見積り証券の初期値qa、 bfの/.時点のベース証券の価値、/.時点の値段の見積り証券の価値&laquo;?
が条件のベース証券のエクスポージャーを取った当事者の損益である。見積もり証券のエクスポージャーを取っている当事者の結果的な損益は逆転する。
【００７４】
この実施例では、当事者のリスク式は対称である。ベース証券がゼロになる場合でも、ベース証券エクスポージャーを持つ当事者が失うのは元本のみである。
同様に見積もり証券がゼロになった場合、見積もり証券のエクスポージャーを持つ当事者が失うのは元本のみである。 別にresbase\ b0 q0 bf ,qf) resquote{b0!q0 bf ,qf) 参照
【００７５】
この実施例では当事者のリスク計算式も対称である。しかし基本資産ががゼロになれば基本資産をとった当事者の損失は無限に近づき他の全ては同等になる。同様に、見積もり資産ががゼロになれば、見積もり資産を取った当事者が被った損失も無限大に近づき、他の全ては同等になる。損失は&#8203;&#8203;元本金額を超えた場合に担保が必要であることに留意すること。より変動性の高い商品ペアは、有効期限する前に終了してしまう危険性を最小限にするためにより多くの担保が必要とされうる。これらは基本的な例である。割り当て支払額を決定するための計算に影響を与える条件は、任意に複雑にすることができ、参加者の想像力によってのみ制限されている。全てのそのような変形は本発明によって企図されている。
【００７６】
当事者の片方が期限が切れる前に価値の転送（例：スワップ）を終了したいと望む状況もある。当事者の双方が途中で終了することに同意することもある。一実施形態では、ファシリテータは当事者が終了することに合意したときに、スワップの期限が切れたかのように未完了の支払い取引記録を作成することによってこれを容易にする。終了を要求する側の当事者は、未完了の支払い取引記録に署名し合意する側の当事者へ送信し、合意する側の当事者は転送メカニズムにそれを提出する。ファシリテータは第三者への手数料の出力が含まれている場合、 合意する側の当事者は手数料が要求する側の当事者によって 多くもしくは全額負担されることを要求することがある。
【００７７】
当事者の片方が期限が切れる前に価値の転送を終了したいと望んでいるが相手側の合意をとりつけられない場合、終了したい側が第三者の代理を探すことが別の選択肢の一つである。図６及び図７はそのような代理が含まれるスワップ実施形態の様々な例を示している。
【００７８】
図６は撤退する側（A）が参入者（C）がAに代わって残存する側（B）と価値転送をするように納得させた場合である。更に、参入者は撤退側に(ε) を支払う。これはこの実施形態の中で、代理取引、第二コミット取引、第二払い戻し取引によって円滑化される。
【００７９】
明確に説明するために、コミット取引の出力と対応する代理取引の入力は第一の元本(PA) 第一の担保(CA)第二の元本(PB)第二の担保(CB) と分けて示されている。これは本発明の制限ではない。前述の実施形態のように、コミット取引の出力とそれに対応する代理取引の入力は転送メカニズムによって有効とみなされたどのような構造でも良い。代理取引の出力と第二コミット取引の入力は明確に説明するために同様に描かれている。また、取引間での入力と出力の全ての構造は本発明で予期されている。
【００８０】
（d）は取引が代理された時点で期限が切れたと仮定して第一支払い額と第二支払い額を計算するための差である。図６に示された実施形態のようにこれは残留する側に有利である。代理取引記録は撤退側がその差額のロスを受け入れ、参入側が空いたポジションを埋めるための資産を供給する構造になっている。
【００８１】
また図６に示される実施形態では代理払い戻しは非対称である。参入側はその当事者がコミットした取引（から交渉した分を引いたもの）を払い戻しされ、残留する側は代理時にスワップが有効期限になったと仮定した受け取り分を払い戻しされる。他のバリエーションも可能である。例えば、実施形態の一つでは交渉された額が価値転送の他の段階や全く他の価値転送で分けて転送されることも可能である。
【００８２】
]図７に示される実施形態では、代理は撤退側に有利である。その実施形態では代理払い戻しは対称である。残留側はもともとの取引が払い戻しされる分を受け取る。
【００８３】
ある実施形態では代理は次のように円滑化される
１．ファシリテータは撤退額を決定するための条件に沿って計算を実行し、任意でその計算のために一つ以上のデータソースからの情報を要求する
２．ファシリテータは(a)コミット取引から金額を受け取るための第一入力(b)ソース取引からエントリ金額を受け取るためのエントリ入力(c)撤退金額と第一の当事者の承認が必要な条件を含む撤退出力(d)代理金額と(i)第二当事者(ii)第三当事者(iii)ファシリテータのうちの二人からの承認が必要な第二の条件を含んだ未完了の代理取引記録を作成する。
未完了の代理取引記録の例
Input :
Previous tx : 6b24...b607
Index: 0 scripts ig: OP__0 [sig. placeholder] [sig. placeholder]
Input :
Previous t.x: dd.66 , , . ae8e Inde : 3 scripts ig: [sig.placeholder] Ou put :
Value: 300000000 scriptPubKey: 2 b&pound;9a...f9e3 952b...0542cffd...1373 3 OP__CHEC MULTISIG
Output :
Value: 121871000 scriptPubKey: OP__DUP GP__HASH16G 6250...6cfcOP__EQUALVERIFY OP CHECKSIG
ファシリテータは、第一当事者と第三当事者に未完了の代理取引記録を送信します。第一当事者は第一の未完了の代理取引記録に署名することによって署名された未完成代理取引記録を作成し、（例えば、SIGHASH_ALL! sIGHASH_ANYONECANPAYによって) ファシリテータへ第一の未完了の代理取引記録を送信する。第三当事者は 未完了の代理取引記録に署名することによって（例えば、SIGHASH_ALL ! sIGHASH_ANYONECANPAYによって) 第二の未完了の代理取引記録を作成し第二の署名された代理取引記録（ID：9c8b ...4794）をファシリテータに送信する。ファシリテータは完了した代理取引記録を第一と第二の未完了の代理取引記録を使って作成する。ファシリテータは(a)有効期限タイムスタンプ後のロックタイム(b)代理取引から代理金額を受け取るための入力(c)第一の払い戻し金額と第二の当事者の承認が必要な条件が含まれる第一の払い戻し出力及び(d)第二の払い戻し金額と第三の当事者の承認が必要な条件が含まれる第二の払い戻し出力が含まれる未完了の代理払い戻し取引記録に署名する。
未完了の代理払い戻し取引記録の例：
Input :
Previous tx : 9c8b . . . 4794
Index: 0 scriptSig: OP_0 [sig. placeholder] b2ac ...8a4601
Output :
Value: 178124000 scriptPubKey: OPJDUP OP_HASH160 30e6.,,2511OP__EQUALVERIFY OP CHEJCK SXG
Output :
Value: 121866000 scriptPubKey: OPJDUP OP_HASH160 94e2 . . . 4fb6OPJEQUALVERIFY OP__CHECKSIG
nLockTime : 2Q14-06-G3T12 : 34 : 56Z
【００８４】
前述の実施形態に含まれる様々な検証や手順の詳細は簡潔さのために省略されいる。他の実施形態では様々な取引記録がファシリテータではなく第一の当事者や第二の当事者によって作成または署名されている。例えば、第一の当事者や第二の当事者は代理の取引記録の金額に同意する可能性があり、ファシリテータを必要とせずに署名することができる。全てのそのようなバリエーションは想定されている。
【００８５】
信用状は当分野ではよく知られているが、それは根本的には第三者が事前に合意された条件が果たされている場合に所定の時点以前に第一の当事者の代理として第二の当事者に価値を転送するという合意である。典型的には買い手の資金を解放する前に高額な仲介金融業者による手動での難解な出荷書類の見直しなどが含まれる。しかしこのような高額なアプローチはファシリテータが支払い取引記録を出荷者の公開APIなどの既知のトラッキングナンバーや他の実施形態、信用状の評価調査結果、予想される場所でのデータの有無の観察、APIからの変数または応答の値が一連の期待値内にあるか、または予想されるパターンに一致するかどうかのチェック、デジタル機器から信号を受信するか（温度センサー、GPSなど）そして信号値が予想される範囲または許容値内であることを検証するステップなどの質問の結果に基づいた支払い取引の発信や作成を条件づける本発明の一実施形態により回避されることができる。例えば、米国特許出願第13 / 970,755号（ '755）は、地理空間的な近さを効率的に計算するためのシステムおよび方法を記載している。他のものは当該技術分野で知られている。 一実施形態での計算は物体が特定の位置の「at」または「near」（すなわち、特定の距離以内）であった状態を含む。 （例えば、既知の場所にある報告検出器またはセンサの近傍の自己報告GPS、バーコード、クイックレスポンス（QR）コード、無線周波数識別（RFID）タグなどの自動識別およびデータキャプチャ（AIDC）装置など ）に送信することができる。多くの可能な構造が本発明によって想定されており、当業者には明らかになるであろう。
【００８６】
図8 はソース取引およびコミット取引を備えた信用状に関連する一実施形態の態様を示している。図示のようにコミット取引は第一の金額を第一のソース取引（例：第一の当事者）から受け入れるための第一の入力、または第一の金額を一つ以上の取引に注入するための出力（図示なし）を含んでいる。他の実施形態での（他の図に示されている）コミット取引は、第二のソース取引から第二の金額を受け入れるための第二の入力を含む。ここで第一の金額と第二の金額の合計は様々な図に示されているようにいくつかのケースでは元本額（P）、および（任意で）担保額（C）を含む。第一のソース取引のみ図8に示されているが。本発明の限定として解釈されるべきではない。
【００８７】
図9はコミット取引、前述の実施形態に示された払い戻し取引と同義の有効期限取引、信用状に関連する一実施形態の態様を示している。ただし、払い戻し取引は例外が発生した場合の資金の回収のために排他的な意味を持つことに加え（ファシリテータが支払い記録を作成または署名できなくなる場合など）、資金回収に加え有効期限取引の使用は オファー（ファシリテータが参加していたのに設定された条件が期限タイムスタンプ内に満たされていないなど）により想定される。違いは大部分が概念的である。本発明の範囲内では二つはほとんど同じ機能である。コミット取引は第一の元本(PA) およびコミット出力を受信するための第一の入力を含んでいる。有効期限取引は第一の当事者への第一の出力であるコミット出力の金額を受信するための入力を含み、 第二の金額を受信するための第二の入力を含む他の実施形態では第二当事者のための第二出力を含む。
【００８８】
図10-11は、元本と担保が関わる状況での信用状を含む比較的単純な支払い取引を含む実施形態の態様を示す。図 10は第一当事者からの元本および担保((P+C)A) の入力を含んでいる。他の実施形態では、ちょうど上述したものと同様に入力は結合される必要はない。図11のコミット取引が第一のとうじしゃからの最初に加えた元本および担保入力 、そして第二当事者からの第二担保（CB）の入力を含んでいる。これらは、本発明によって企図される多くの可能な構成のうちの二つである。たとえば、コミット取引は、第一の相手からの主要な入力を含むことができる第三者から担保の入力（例えば、図示していない第一当時者からの保証など ）および第二者から担保入力などから構成される可能性もある。
【００８９】
]図10-11に示される実施形態では、支払い取引の各コミットの出力の金額を受け取るための入力を含む。図 10は、支払い取引は、第一の当事者への第一の担保支払い出力、第二者への第一の元本出力、および担保から控除される任意の手数料の出力を備えている。図 11、支払いの取引は第一の当事者への担保支払いの出力を備えており、参加元本および担保貸付実行、第二当事者に出力される。また、コミット取引は支払い取引における当事者が均等に負担する第三者へのオプション料の出力を備えます。これらは本発明の多くの可能な構成の二例でしかない。例えば、任意の手数料の出力はどの段階、及びどの複数の段階でも割り当てられることができる。また当事者の一人によって偏って負担されることもできる。
【００９０】
上記の様々な構成要素がどのように信用状の合意を円滑化するために使用できるかを例示的に示すため、 転送メカニズムとしてビットコインまたは類似のプロトコルを使用している次の手順は一実施形態で起こるものである。 この実施形態では、当事者は互いを信頼しておらず、ファシリテータもどちらの当&#8203;&#8203;事者にも完全には信頼されていない。
1.第一のクライアントが(a) データソースへの1つ以上の参照を含む支払い条件、データソースへの1つまたは複数の参照を含む支払い機能、およびデータソースへの1つ以上の参照を含む支払い条件(b)元本金額(c)期限タイムスタンプ(d)任意の第一の担保金額(e)任意の第二の担保金額の条件を含むオファーを作成する。条件例：
Payer principal: 0.5 (BTC) Payer collateral: 1 χ principal
Payee collateral: 0.05 x principal Disbursem en t cond ition :
FedEx ("987654321") . deliveredToCar r ier ( ) trueExpiration: 2014-06-01X12:34:562
第一のクライアントは、第一のソース取引記録に署名し、(a)第一のソース取引から第一の金額を受け取るための第一の入力と(b)任意で第二のソース取引から第二の金額を受け取るための第二の入力と(c)コミット金額と(i)第一の当事者(ii)第二の当事者(iii)第三の当事者のうち二人の承認が必要な条件を含むコミット出力が含まれる第一の未完了のコミット取引記録を作成する。第一のクライアントは任意でオファーをファシリテータに送信し、ファシリテータはオファーを検証する。（有効期限のタイムスタンプが許容範囲内であることや、条件を解釈することができることなど）検証が失敗した場合、ファシリテータは、必要に応じてオファーを拒否することができ、任意でエラーメッセージをクライアントに送信することができる。第一のクライアントは、第二のクライアントにオファーを送信し、第二のクライアントはソース取引記録を作成する。第二のクライアントは未完了のコミット取引記録を第一のクライアントさんに送信し、第一のクライアントは未完了のコミット取引記録に署名(例えば s iGHASH ALL I S I GH ASHANYONECANPAYなどで)することによって完成したコミット取引記録を作成し、任意で完全なコミット取引記録を固定のメモリに保管する。完全なコミット取引記録の例：
ID: c215...fc9b
Input :
Previous tx : 85f7...eG6c Index: 4 scriptSig: 186b ... ed3d819a9c,,.0fc5
Input :
Previous tx : 6b03...el6e Index: 7 scriptSig: c48e ...353c814afe,..2c8d
Output :
Value: 150000000 scriptPub ey: 2 67cl.,,4a70 bf9a...f9e3cffd.,,1373 3 OP_CHECK ULTISIG
RLockTime: 2Q14-06-G1T12 : 34 : 56Z 
第一のクライアントは完了コミット取引と未完了有効期限取引記録を第二のクライアントへ送信し、第二クライアントはそれを任意で固定メモリに保管する。第二のクライアントは未完了有効期限取引記録に署名することで完了有効期限取引記録を作成し、完了有効期限取引記録を任意で固定メモリに保管する。第二のクライアントは第一のクライアントに完了した有効期限取引記録を送信する。完了有効期限取引記録及び完了コミット取引記録を作成もしくは受け取った後、第一のクライアントは第一のソース取引を行うために、転送メカニズムに第一のソース取引記録を提出する。第二のクライアントは完了有効期限取引記録及び完了コミット取引記録を作成もしくは受け取った後、第二のソース取引を行うために、転送メカニズムに第二のソース取引記録を提出する。第一のソース取引記録と第二のソース取引記録の両方が提出されたことを確認したのち、第一または第二のクライアントの一方または両方は、完全なコミットトラ取引記録を転送メカニズムに送り、コミット取引を実行する。条件により定義さrた時点もしくは第一及び第二のクライアントからの問い合わせ（任意で完全コミット取引記録、コミット取引への参照、および条件のうちの一つ以上を提供する）により、有効期限取引記録の完全なロックタイムの前にファシリテータは第一の支払額、任意で第二の支払額の計算を実行し、任意で計算に使うための情報をデータソースに要求することもある。（例えば予定されたいた出荷が荷送人に送付されたかどうかなど）これは外部のAPIや内部データベースの照会などで可能である。典型的な実施形態では、支払い金額は残っている担保がそれぞれの提供側に戻され、元本が提供側（支払人）から取引先（受取人）に移転するようなものである。ファシリテータは(a)コミット取引からコミット額を受け取るための入力と、 (b) 第一の支払い額と、第二の当事者の承認を必要とする第一の条件とを含む第一の支払い出力と、(c) 第二の支払い額と、第一の当事者の承認を必要とする条件を含む第二の支払額出力と(d)第三者の承認を必要とする条件とを含む第三の支払い出力と、 典型的には、第一の支払い額、第二の支払い額、および任意の料金額の合計がコミットからコミット額を超えないコミット取引、という条件を含む未完了の取引または取引記録に署名する。
未完了支払い取引記録の例：
Input :
Previous tx : c215,,.fc9b Index: 0 scriptSig: OP_0 [sig.placeholder] 82
Output :
Value: 49990000 scriptPubKey : OP__DUP OP__HASH160 30e6.
OP__CHECKSIG
Output : value: 54990000 scriptPubKey: OPJDUP OP_HASH160 6250.
OP__CHEC SIG
Output :
Value: 10000 scriptPubKey: OP_DUP OP__HASH160 d377.
OP CHECKS1G17. 
前述の実施例のように、ファシリテータは 転送メカニズムにそれに署名し、いずれも提出することができる第一のクライアントと第二のクライアントの両方に未完了支払い取引記録を送信する。
【００９１】
別の実施形態では、コミット出力の状態が第一当事者と第二当事者または第二当事者と一人以上のサービスプロバイダ（例えば荷主、保険会社、検察官など）のいずれかの承認が必要である。未完了支払い取引記録は、第二当事者のプレースホルダ、およびsemceプロバイダによって構成されている。サービスプロバイダ全員がそれぞれ署名した場合、第二者が署名し転送メカニズムに支払い取引記録を提出することができる。さらに他の実施形態では、第二の当事者がコミット取引に sendeeプロバイダへ支払いをするためのコミット取引に資産をコミットした場合はサービスプロバイダは各自支払い取引から支払われている。
【００９２】
]図１２から図１４は 当事者の置換を含む様々な一連の信用状の実施形態例を示す。図12は、支払人（A）が受取人（B）との取引に代入するように代入者（C）を納得させた実施形態の態様を示している。また、支払人は代入者に交渉された量（ε）を転送する。例えば、支払人の当事者が受取人から商品を購入することを約束している場合、予期せぬ市場状況のために代入者に商品を受け取る権利を売却することを損失を見込んで決めた。これは示された実施形態において代理取引と第二有効期限取引によって円滑化される。関連の実施形態では支払人が利益の配分を受け取る権利を売却し、交渉された金額は、 代入者から支払人へ渡される可能性がある。図12に示す実施形態では。任意の手数料（φ）が第三者に支払われ、それは受取人によって負担されている。
【００９３】
]図13は、受取人（B）は、支払人（A）との取引に代入する代入者（C）を納得させた実施形態の態様を示している。また、代入者は支払人に交渉された量（ε）を転送する。例えば、第三者はおそらく代入者の他の資産の減少相対値に将来の支払い取引で支払を受ける権利を持つことに興味がある可能性がある。これは示される実施形態では代理取引によって円滑化され、受取人が支払いを受ける権利を売却した関連の実施形態では交渉された金額が代入者に支払われる可能性もある。図１２と同様に図１３では任意の手数料（φ）が第三者に支払われ、それは代入者によって負担されている。
【００９４】
図14は、支払人（A）が代入者（C）が （当初は支払人によって支払われた担保をカバーするように示されているように）受取人（B）との取引を部分的に代入するようにした態様を示す。さらに、代入者は交渉された金額（ε）を支払人に転送する。これは、図示された実施形態では、代理取引および第二有効期限取引によって円滑化され、いくつかの実施形態では、代理取引の代理出力は、三者のうちの三者、四者のうちの三者、四者のうちの二者などの承認が必要な条件をふくむ。 （例えば、代入者が代理権を委任され支払人に代わって承認または署名する権限が与えられている場合）。多くの可能な構成が本発明によって企図される。そのような実施形態では、ファシリテータは、以下に説明するように選択された仲介者との取引に異議を唱える能力を維持するなど、すべての当事者が満足する代理取引を作成する際に審判員として行動することができる。
【００９５】
]図中の説明を明確にするために図１２から図１４はコミット取引の出力やそれに対応する代理取引の入力は元本および担保（P + CJA）と及び第二の担保（CB）として個別に示されている。これは本発明の制限ではない。コミット取引の出力やそれに対応する代理取引の入力は転送メカニズムによって有効とみなされたどのような設定でもよい。代理取引の出力および第二コミット取引への入力は説明目的のために示されている。入力や出力の全ての有効な設定はこの発明により企図されている。更に別の実施形態ではいかなる手数料においてもどの当事者（第四者でもよい）が一部もしくは全部を払って良い。
【００９６】
（例えばビットコインプロトコル、Ethereumプロトコルなどの）転送メカニズムとして使用される分散型デジタル通貨では、本発明の別の実施形態は、任意のスワップ、信用状 など、ファシリテータによってそれを示す条件が表現または理解されるオファーならどのような任意のオファーも、その条件や条件の参照（URLや条件のハッシュなど）、組み合わせなどが、取引メカニズム外の（分散型デジタル通過では「オフブロックチェーン」と呼ばれる）中央権威や共有分散データストア（トレントやアルトコインなど）ではなく取引記録自体にエンコードされていれば、特別取引記録を提出することにより可能である。
【００９７】
一実施形態では、これは取引記録メタデータ及び入力または出力（例えば、<data> OPJDROP <script>、OP___RETURN <data>テクニックを介した単一出力など）の未使用データとして符号化することができる。 説明のために、以下のステップではそのような多様な実施形態のうちの数例を記載する。
1.一実施形態では、第一のクライアント（提供者）は、関連データを含むオファー取引記録と、 任意で第一当事者およびファシリテータのうちの一人の承認を必要とするオファー額および条件を含むオファー出力を作成する。 関連データは、条件の一つまたは両方と条件に対する参照を含む。 任意で関連データは、ファシリテータへの参照（例えば、ドメイン名、支払いアドレス、D＆B番号、URIなど）を含む。 任意で第一のクライアントは転送メカニズムにそれを提出する前に、条件、関連データ、オファー取引記録を検証のために（例えば、ファシリテータが用語を解釈することができ、ファシリテータが適切に特定されていることを確実にするために）ファシリテータに送信する 。 別の実施形態では、第一のクライアントの要求で、ファシリテータは完了オファー取引記録を作成するための第一の未完了オファー取引記録（署名された入力を含まないなど）を作成し、第一のクライアントは任意でファシリテータ提供のリファレンス（該当する場合）などで利用可能かどうか、ファシリテータは正確に未完了オファー取引記録を作成したかなどを検証する。
未完了オファー取引記録の例：
% # Post the terms to the facilitator
% curl -X POST -d
' {"base" : "USD" , "quote" :"AUD" , "denom" : "BTC" , "pcpl" : 0.5,"cltl" :1.0, "res" : " symunbound" ,"offerexp" : "2G14-G6-G1T0G : 00 : 00Z" ,"swapexp" : "2014-07- 01T00 : 00 : 0GZ" ,"facuri" : "https : //facilitator .dom/api/vl" } ' ...
https : //facilitato .dom/api/vl/swap
{"ok": true, "offersha256" :"3a72..&#8222;f9a4", "offerref" : "facswap : 3a72..,f9a4" , "offeruri " : "https : / /'facilitator .dom/api/vl /swap/3a72... f9a4 " ]
ID: 9fcd...429c
Output :
Value: 150000000 scriptPubKey: 666163737761703a3a72 , .. f9a4OPJDKGP 1
67cl...4a70 cffd.,,1373 2 OP__CHEC MULTISIG
この例示的な実施形態では、ファシリテータは、条件のハッシュの最初に"666163737761703a"をつけ、それは8バイトのASCII文字列 "facswap："の16進数である。これは必ずしも必要ではないが、取引が特定の「タイプ」であると認識される便利な手段であり、ネットワーク参加者による監視に役立つ。
別の実施形態のオファー取引記録の例：
% # Post the terms to the facilitator
% curl -X POST ~d ' {"pubkey":"67cl...4a70"," terras" :
{ "base" : "USD" , ... , "facuri": "https : //facilita or . dotn/api/vl" } } ' ...
https : //facilitator . dom/api/vl/swap
{ "ok" :true, "offersha256" : "3a72 ,.. f9a4 " , "offerref " : " facs ap : 3a72...f9a4" ,"offeruri" : "https : //facilitator .dora/api/vl/swap/3a72...:E:9a4", "offertxn
": "04000000...0280dlf 008000000008901014b67cl 4a704bcffd...13730102ae.
. , 00000000000000002a6a286661 3737761703a3a72... f9a400000000" }
% # Validate "offertxn", add change outputs, etc.
"of ertxn" is annotated as follows:
04000000 [version: 4] ... 02 [output count: 1] SOdlf 00800000000
[amount: 1.5 BTC ] 89 [script len: 137] 01 [push next 1 byte] 01[1] 4b [push next 75 bytes] 67cl...4a70 [pub. key] 4b [push next 75 bytes]cffd...1373 [fac. pub. key] 01 [push next 1 byte] 02 [2] ae
[OP__CHSCKMULTISIG] ... 0000000000000000 [amount: 0.0 BTC] 2a[script len: 42] 6a [OP__RETURN] 28 [push next 40 bytes]
666163737761703a3a72... f9a4 [offerref : " facswap :3a72... :f:9a4 " ] 00000000 [lock, time: none]
いくつかの部分（入力やプレースホルダーなど）には読みやすさを助けるために省略記号を省略していることに留意すること。 別の実施形態では親取引に通常存在するであろう出力スクリプトを隠すためにPay-to-Script Hash（P2SH）が使用されている。このような実施形態では、実際の出力スクリプトは、他の何らかの手段を介して必要な参加者に送信される。
2. ある実施形態では、第一のクライアントが未完了のコミット取引記録を作成し、もう一つの実施形態ではファシリテータが完了コミット取引記録を作成しており、第一のコミット入力がオファー取引からオファー額を受けとるためのものであり、第二の入力がまだ見つかっていないソース取引から金額を受け取るためのであるものを除いた前述の実施形態のようである。
3.第一のクライアントは、未完了オファー取引記録に署名することによって完了オファー取引記録を作成し、 オファー取引を実行するためにそれを転送メカニズムに提出する。 
4.ファシリテータは転送メカニズムからオファー取引を受信する。
5. 第二のクライアントは、ファシリテータにパブリックキーを送信する。 
6.ファシリテータは、パブリックキーを未完了コミット取引記録に追加し、第一コミット取引記録を第二のクライアントに送信する。 
7.第二のクライアントは取引IDを有するソース取引記録に署名する。 
8.第二のクライアントは、取引IDを未完了コミット取引記録に追加して署名する。
未完了コミット記録取引記録の例：
Input :
Previous tx : 9fcd...429c I ndex : 0 scriptSig: [sig.placeholder]
Input :
Previous tx : b5s8...6f57 Index: 6 scriptSig: 9b6b ...8f3701ac2f...b01b
Output :
Value: 149990000 scriptPubKey: 2 67cl . . . 4a70 dbe4.,,4cbecffd...!373 3 OP CHECKMULTIS1G 9. The second client transmits the signedinchoate commit transaction record to the facilitator.
9.第二のクライアントは、署名された未完了コミット取引記録をファシリテータに送信する。
10.第一のクライアント及び任意で（許可されている場合）ファシリテータは 未完了のコミット取引記録に署名することによって完了コミット取引記録（ID：6996 ... ec3dなど）を作成し、任意で固定メモリに完了取引記録を保管する。
11.ファシリテータは、未完了の払い戻しや有効期限取引記録を作成し、未完了の払い戻しや有効期限取引記録を第二のクライアントに送信する。
12.第二のクライアントは、未完了の払い戻しまたは有効期限取引記録に署名し、署名された未完了の払い戻しまたは有効期限取引記録をファシリテータに送信する。
13.第一クライアント及び任意で（許可されている場合）ファシリテータは、払い戻し取引記録に署名することにより完了払い戻しまたは有効期限取引記録を作成し、完了払い戻し取引または完了有効期限取引記録を固定メモリに格納する。
14.ファシリテータは、完了コミット取引記録を送信し、完了払い戻しまたは完了有効期限取引記録を第二のクライアントに送信する。
15.第二のクライアントは、ソース取引を実行するためにソース取引記録を転送メカニズムに提出する。
16.ソース取引が提出されたことを確認した後、第一のクライアント、第二のクライアント、およびファシリテータのうちの一人、数人、または全員は、完了コミット取引記録を転送メカニズムに提出し、その後のプロセスは前述の実施形態と類似している 。
【００９８】
別の実施形態では、オファーは「ハードオファー」を含み、オファー出力の条件は第一当事者およびファシリテータの両方の承認を必要とし、ファシリテータはある時点に設定されたロックタイムと、前記オファー額を受け取る入力と、第一当事者の承認を必要とする有効期限および条件を含む有効期限出力を含むオファー有効期限取引記録に署名し第一当事者に送信する。
【００９９】
本発明の他の実施形態では、取引当事者は第三者が紛争の調停役として行動することに同意する。 たとえば、ファシリテータが利用できなくなった場合、払い戻しを呼び出すことを選択するのではなく、一方の当事者が 利用できないファシリテータの代わり仲裁人が間に立つ紛争を引き起こす。 コミット取引のコミット出力の条件は、第一当事者、第二当事者、ファシリテータ、およびメディエータのうちの二人の承認を必要とする。
有効期限タイムスタンプ時または条件によって定義された時点であり完了払い戻し取引記録のロックタイムの前に、紛争当事者と仲介者はそれぞれ署名し、一方の当事者は第一の当事者、第二の当事者、およびメディエータのうちの二人の承認を必要とする条件及び紛争出力を含む紛争取引記録を提出する。紛争が解決されると、当事者の署名、または仲介者と当事者の一方が、上記の支払い取引記録と同様の決済取引記録に署名するが、それは仲介された和解を反映する。
【０１００】
図15から図16は、そのような二つの実施形態の態様を示す。 図15の紛争取引はファシリテータの手数料の金額（φχ）を含む第一手数料出力とメディエーター手数料の金額（φΜ）を含む第二手数料、当事者間で共有される手数料出力、紛争を開始した当事者（B）が払うメディエータ手数料を含む和解取引から構成される。図16に示すように、紛争取引は当事者間で共有されるファシリテータ料金を含み、和解取引は紛争を開始した当事者（B）によって支払われるメディエータ料金を含む。 別の実施形態では、任意のメディエータ料金が和解条件として決定され決済取引に含まれる。
【０１０１】
任意で（そして好ましくは）当事者は、上記と同様の紛争払い戻し取引記録を署名し、送信し、代わりに紛争取引からの入力を取って、和解に至るための十分なロックタイムを設定する。このようにすればメディエータが利用できなくなった場合、当事者は紛争払い戻し取引記録を再度提出することができる。 別の実施形態では、紛争処理は「仲介可能」であり、例えば仲介人が利用できなくなった場合に第二の仲介人を命名するなどの紛争の連鎖を可能にすることができ、払い戻し取引記録のロックタイムが近づいている場合仲裁人がロックタイムを延長するなどできる。
【０１０２】
他の実施形態では、調停を自動化することができる。 例えば、スワップまたは同様の取引に関連する実施形態では、署名されていない支払い取引記録が作成された時点で取引が停止されたかのように、ファシリテータは署名されていない支払い取引記録を定期的に取引者に送信する。 署名されていない支払い取引は、それが作成された検証可能な時間、またはそのような時間への参照を含む（例えば、転送メカニズムがビットコインまたは同様のプロトコルであり、スクリプトの一つに埋め込まれた未使用の署名データファシリテータが所有する別個の鍵であり、入力の署名には使用されないなど）。 当事者に送信したり、署名された支払い取引記録を提出したり、有効期限を過ぎても利用できなくなったりする前にファシリテータが利用できなくなると、紛争が開始され、当事者間で条件及びファシリテータからメディエータに受け取った署名されていない支払い取引記録の一部またはすべてを交換する期間がある。(各当事者によって署名されることが好ましいが、当事者が同意する場合、すなわち同じ条件をメディエータに送信する場合は不要である)。 メディエータは、両当事者から受領した署名のないまたは署名された条件、および確認可能なすべての署名されていない支払い取引記録を調べる。 他の一実施形態では、メディエータは、最新の検証可能な署名されていない支払い取引記録を選択するだけである。 別の実施形態では、仲介者は、署名されていない支払い取引記録を順番に「再生」し、署名されていない支払い記録が取引の初期終了を引き起こしたはずであるかどうかを検証する（例えば、一方の当事者の元本および担保が枯渇した場合）。 さらに別の実施形態では、メディエータは、一つまたは複数のデータソースからの情報を要求し、独立した条件の評価をファシリテータの代わりに実行する。これは、支払い取引記録にできるだけ近い新しい若い取引が作れるようメディエータが決定できるように、ファシリテータによって作成される。
【０１０３】
図示の実施形態は、本発明のより基本的なものであることに留意すること。 ソース取引、コミット取引、支払い取引、払い戻し取引、有効期限取引、入力、出力、および、元本、担保または料金のさまざまな組み合わせは、参加間の契約によってのみ制限され、本発明により有効になる 。 さらに、本出願を通して開示される実施形態の特定のステップは、特定のエンティティによって実行されるものとして説明される。 他の実施形態では、本明細書に記載されたものの代わりに、またはそれに加えて、同様または同等のステップを、全部または部分的に、異なる当事者によって実施することができる。 そのような実施形態の全ては、本発明の範囲内にあると考えられる。 
【０１０４】
非常に簡単な例として、分散型デジタル通貨を使用する実施形態では、取引はマルチシグナリング取引の代わりにP2SHを使用している。 特定の実施形態では、他のステップを省略することができる。 例えば、分散型デジタル通貨を使用する実施形態では、署名された完了払い戻しまたは失効取引記録の作成は、ファシリテータまたは相手側が消滅するか非協力的になる場合の損失を避けるための対処法として強く推奨されるが、それは厳密に必要ではない。メディエータを含む本発明の実施形態では署名されていない紛争処理記録は、ファシリテータによって作成され、例えば払い戻し取引または有効期限取引記録が作成されて送信されるときにメディエータと共に使用するために当事者に送信される。
【０１０５】
図１７から図２２は、 ブロックチェーンを含む分散型デジタル通貨を含む転送メカニズムを使用して、一実施形態内のスワップの形で値転送を行う主要な段階を示す図である。図１７、１８は第一段階を示し、クライアントは、ファシリテータとの第一の注文（基本証券、見積もり証券、元本、担保、支払い機能、有効期限タイムスタンプ等）を含む第一の注文を確認する。 クライアントは、第一の元本取引を作成するために、その条件に適合する第一の元本取引記録を転送メカニズムに提出（ブロードキャスト）する。 ファシリテータは、更新のブロックチェーンを監視し、第一の元本取引が確認されたときに第一の注文を活性化する。 図19は、ファシリテータが第一注文を第二注文と照合し、コミット取引記録を作成して転送メカニズムに提出（ブロードキャスト）してコミットを生成することによって第一元本取引および第二元本取引からの出力をコミットする第二段階を示す。 任意で、ファシリテータは、コミット取引からの出力を費やし、有効期限のタイムスタンプの後まで使用することができない払い戻しまたは「ロールバック」取引記録を作成して各クライアントに提供する。 ファシリテータが壊滅的に失敗した場合、どちらのクライアントも署名して払い戻し取引記録を提出して、両方のクライアントを元のそれぞれの立場に戻すこともできる。図20は、第三段階を示しており、ファシリテータは、データソースから1つ以上の値を受け取り、その値、元本、および担保に支払い機能を適用して評価を監視して、一方の当事者の元本、および担保は枯渇しているかを調べる。 任意で、各クライアントは、ファシリテータから状況の更新を受け取り、ファシリテータのステータス更新をデータソースから1つ以上の値を独立して受信する。 また、 図21-22は、有効期限タイムスタンプの後に（またはいずれかの当事者の元本および担保が枯渇した場合、いずれか早い時点で）、ファシリテータはコミット取引の出力を費やす1つまたは複数の支払い額を含む、一つ以上の支払い出力を備えた未完了支払い取引記録を作成する。いずれかのクライアントが完了支払い取引記録を受信し、それを完了（サイン）して、完了支払い取引記録を作成する。 クライアントは、支払い取引を作成するために、転送取引に完了支払い取引記録を提出（ブロードキャスト）し、クライアントの両方の資金を同時に解放する。
【０１０６】
図23は、クライアント（120）またはファシリテータ（100）を含む典型的な実施形態の構成要素を示す。これは、メモリ（170）およびネットワークインターフェース（190）に結合されたコンピュータプロセッサ（160）を備える。 コンピュータプロセッサ（160）は、図示のような単一の処理ユニットに限定されず、当技術分野で知られているように、複数のコア、複数のコンピュータプロセッサ、ネットワーク化されたコンピューティングデバイスのクラスタ、MEMOR}（170）などを持つ。メモリもハードディスクに限定されるものではなく、ファイルのデータが別個の論理セクタ（180）に格納されることを可能にする固定メモリ技術を持ち（例えば、一つ以上の論理ファイルを含むことができるシステム内の一つ以上の論理記録、ファイルまたはデータベース内の一つ以上の論理記録など）、およびコンピュータプロセッサへの電力供給が中断された場合にデータが持続することができる。ソリッドステートストレージ、フラッシュドライブ、RAID、JBOD、NA8、AmazonのS3のようなリモートストレージsendeesやGoogleのクラウドストレージ、MEMORのクラスタデバイスなどは当技術分野で知られているような組み合わせの例だが、それのみにとどまらない。 クライアント（1.20）の場合、メモリ（170）は、非対称キーペア（200）を保管するための1つまたは複数のキーペアセクタを含む一つ以上の論理セクタを備える。 ファシリテータ（100）の場合には、メモリ（170）は、一つ以上の鍵ペアのセクタ（200）ならびに1つまたは複数の取引記録を格納するための一つ以上の取引記録のセクタを含む一つ以上の論理セクタを含む。 ネットワークインターフェース（190）は、図示のように単一のネットワークインターフェースに限定されない。 ネットワークインターフェースには、当技術分野で知られているロードバランサ、2つ以上の多重化ネットワークインターフェースなどがあるがそれだけには限定されず、またはそれらの組み合わせを任意に含む複数のネットワークインターフェースを備えることができる。
【０１０７】
図24（先行技術）は、分散型デジタル通貨での所有権の単純化された繋がりを示しているが、実際には、取引は複数の入力および複数の出力を有することができる。
【産業上の利用可能性】
【０１０８】
本発明は、所有権の移転を考慮する別個の当事者間の合意、ならびにこの発明が価値、重要性をもちうるあらゆる産業に関連する。
【符号の説明】
【０１０９】
用語の説明
これらは便宜上提供される用語の簡単な説明です。 定義を限定することを意図するものではなく、当技術分野で理解されているか、または本明細書の他の箇所に記載されている任意の特徴、特性、挙動、実施形態を補足するものである。
【０１１０】
「クライアント」（１２０）とはコンピュータプロセッサ（160）と、 ペアキーのセクタ（200）を有するメモリ（170）を含む非対称キーペアを保管するための装置であり、ネットワークインターフェース（190）、およびその本発明による転送メカニズム（110）を介した価値転送を容易にするための、他のクライアント（120,170）かファシリテータ（100）の少なくとも1つと相互作用するように構成されている。
【０１１１】
仮想通貨は、「分散型デジタル通貨」を参照。
【０１１２】
「分散型デジタル通貨」（150）とは取引の分配元帳を含む転送メカニズム（110）（ビットコインプロトコルおよび子孫など。「ブロックチェーン」と呼ばれることが多い）典型的には一人以上のマイナーを含む一つ以上のネットワークネットワーク参加者を含む。 「仮想通貨」とも呼ばれる。
【０１１３】
第一のクライアント（120,160）を利用する第一当事者と、第二のクライアント（120,170）を利用する第二の当事者との間で転送メカニズム（110）を介して価値転送を容易にするための装置（110）であって、 本発明によれば、装置はコンピュータプロセッサ（160）と、取引記録セクタと、非対称キーペアを記憶するためのキーペアセクタ（200）と、ネットワークインターフェース（190）を含むメモリ（170）を備える。
【０１１４】
「証券」あらゆる種類の価値のある取引可能なもの。 現金、事業体に対する所有持分の証拠、または現金その他の金融商品を受領または提供する契約上の権利のいずれかである。 「金融商品」とも呼ばれる。 国際財務報告基準によれば、「ある企業の金融資産と他の企業の金融負債または持分証券を生じる契約」である。
【０１１５】
「ロックタイム」 -タイムスタンプが経過するまで、取引が転送メカニズムによって有効であると受け入れられないようにする日付と時刻、任意でタイムゾーンを含むタイムスタンプ。
【０１１６】
「当事者」とは所有権を行使することができる法人。例えば、個人または法人。
【０１１７】
「[デバイス]に取引記録を公開する」とはデバイスによる読み取りやコピーのために利用可能な取引記録の作成をすることであり、例えば、ネットワークインターフェース（190）を介してデバイスへの取引・記録を送信すること、または 必要に応じてデバイスの読み取りまたはコピーできるように取引記録を書き込むこと、任意で取引記録を読み取り及びコピーができるが作成、更新、破壊はできないスキームの認証を実装することなど。非限定的な例には、共有ファイルシステム（例えば、NFS、SSHFSなど）、データベースAPI（例えば、SQL、RESTなど）、専用API、第三者共有ストレージ（例えば、Google Docs、Dropbox、等）などがある。
【０１１８】
「取引記録を[転送メカニズム（110）]に提出する」とは有効な取引記録が取引を実行するために転送メカニズム（110）によって受け入れられるプロセスを指す。分散デジタル通貨（150）の文脈では、典型的には、ネットワーク参加者の過半数によって有効と認められている有効なブロックに取引記録を含む一人以上のマイナーによって受け入れられた取引記録を有する一人以上のネットワーク参加者に取引記録をブロードキャストすることを含む。分散型デジタル通貨（150）の文脈では、多数のネットワーク参加者によって有効とされる取引の受け入れは、永久的かつ不可逆的である（例えば、 すでに使用済みのアウトプットを費やそうとしたことなどが後で 大部分のネットワーク参加者によってため判明したため取引記録が無効となるなど）
【０１１９】
「取引」とは資産の所有権または管理を（時には特定の条件に基づいて）再特徴付けする移転メカニズム（110）における価値転送の単位。 分散型デジタル通貨（150）の文脈では、これは時々、ネットワーク参加者の大多数台帳またはブロック鎖に承認された取引記録を意味する「確認済みの取引」と呼ばれる。
【０１２０】
「取引記録」とは取引を記述するデータ構造であり、取引を実行するために転送メカニズムに提出される。 非限定的な例として、分散型デジタル通貨の文脈では、取引記録は典型的には、一つ以上の入力（特別な場合にゼロ入力が可能である）一つ以上の出力、および任意で暗号署名を含む。 分散型デジタル通貨（150）の文脈ではこれは（時に間違って）「取引」とも呼ばれる。 あいまいさを避けるため、この仕様では、ネットワーク参加者間で送受信できるデータ構造を参照するために「取引記録」を使用し、取引記録を含むブロックチェーン内の元帳またはブロックの一部を参照する「取引」を使用して、帳簿またはブロックは、ネットワーク参加者の過半数（すなわち、「確認済み取引」）によって有効であると受け入れられる。
【０１２１】
「転送メカニズム」（110） - 取引（例えば成功した取引記録の提出など）が作成され強制される手段（例えば分散型デジタル通貨など）
【０１２２】
「価値転送」とは当事者の間で経済的な価値を有する物（金、物品、サービス、実行する義務など）の（所有権、制御などの）権利を転送するプロセスである。
【図１】
2017515252.tif 000003
【図２】
2017515252.tif 000004
【図３】
2017515252.tif 000005
【図４】
2017515252.tif 000006
【図５】
2017515252.tif 000007
【図６】
2017515252.tif 000008
【図７】
2017515252.tif 000009
【図８】
2017515252.tif 000010
【図９】
2017515252.tif 000011
2017515252.tif 000012
【図１０】
2017515252.tif 000013
【図１１】
2017515252.tif 000014
【図１２】
2017515252.tif 000015
【図１３】
2017515252.tif 000016
【図１４】
2017515252.tif 000017
【図１５】
2017515252.tif 000018
【図１６】
2017515252.tif 000019
【図１７】
2017515252.tif 000020
【図１８】
2017515252.tif 000021
【図１９】
2017515252.tif 000022
【図２０】
2017515252.tif 000023
【図２１】
2017515252.tif 000024
【図２２】
2017515252.tif 000025
【図２３】
2017515252.tif 000026
【図２４】
2017515252.tif 000027
【国際調査報告】
2017515252.tif 000028