JP2023524266A - 暗号通貨支払いシステム - Google Patents

Abstract

暗号通貨支払いシステムのネットワークコンピューティングデバイスによる実行のための方法は、ソースコンピューティングデバイスからデスティネーションコンピューティングデバイスへの暗号通貨ベース支払いに関するリアルタイム支払い情報を受信することと、選択された通貨でデスティネーションコンピューティングデバイスに支払うためにリアルタイム暗号通貨ベース支払いプロセスを開始することと、を含む。選択された通貨のデスティネーションコンピューティングデバイスへの支払いは、第１の時間枠内で行われる。方法は、暗号通貨ベース支払いを照合するための非リアルタイム暗号通貨ベース支払い照合プロセスを開始することを更に含む。暗号通貨ベース支払いの照合は、第２の時間枠内で行われる。第２の時間枠は、第１の時間枠よりも長い。【選択図】図１

Description

連邦政府による資金提供を受けた研究又は開発の記載
該当しない。

コンパクトディスクで提出された材料の参照による組み入れ
該当しない。

本発明は、概して、電子決済に関し、より具体的には、暗号通貨を含むユニバーサルデジタル支払いシステムに関する。

現在の支払いシステムは、セキュリティ違反、詐欺、及びＩＤ盗難に脆弱である。小売商との典型的な支払いカード取引は、いくつかのステップ（例えば、支払いカードの承認、清算、及び決済）並びに様々なエンティティ（例えば、金融機関、支払いカード会社、及び支払い処理ネットワーク）の関与を伴う。各ステップ及び各エンティティは、独自の様々なセキュリティ問題（例えば、ハッキング）を有する。

また、関係するステップは、不便で時間がかかり、費用がかかる。例えば、支払いカードの承認（例えば、クレジットカード又はデビットカードの承認）は、カード保有者が、商品又はサービスのためにカードを小売商に提示することから始まる。支払いカードは、特定の金融機関（例えば、銀行）によって発行され、支払いカード会社（例えば、Ｖｉｓａ、Ｍａｓｔｅｒｃａｒｄなど）と関連付けられている。小売商は、支払いカードマシン、ソフトウェア、又はゲートウェイを使用して、取引データを小売商の取得銀行（又はそのプロセッサ）に伝送する。取得銀行は、取引データを支払い処理ネットワークにルーティングし、支払い処理ネットワークは、取引データをカード保有者の発行銀行に送信する。発行銀行は、カードが、盗難又は紛失されたと報告されていないことを立証し、資金が利用可能かどうかを確認し、取引が承認されたかどうかについて、応答コードを支払い処理ネットワークを介して取得銀行に返送する。

取引データは、典型的には、支払いカード番号、取引金額、日付、小売商の名称、小売商の所在地、小売商のカテゴリコード、及び入力されている場合には暗号化された個人識別番号（ＰＩＮ）を含む。応答コードは、小売商の端末に到達し、それが確定されるまでファイルに格納される。小売商は、格納された承認済み取引を自分の取得銀行に（例えば、一日の終わりに）返送し、取得銀行は、適切なカード処理ネットワークを通して、承認済み取引を照合及び送信する。取得銀行は、売上からの資金を小売商のアカウントに預入する。支払い処理ネットワークは、取引の額を、発行銀行アカウントの借方に記入し、取得銀行アカウントの貸方に記入する。

小売商は、かなりの支払いカード処理手数料を支払い、それらの費用は、消費者に転嫁される。ほとんどの小売商は、総取引の交換レートと、関連する支払いカード会社（例えば、Ｖｉｓａ、Ｍａｓｔｅｒｃａｒｄなど）への定額料金とを支払う。レートは、支払いカード会社、支払いカードのタイプ（例えば、クレジット、デビット、ビジネスなど）、処理のタイプ（オンライン支払い、スワイプ、モバイルデバイスを介して、カードが存在しないなど）、及び小売商のビジネスタイプを分類する小売商カテゴリコード（ＭＣＣ）に応じて異なる。更に、小売商は、典型的には、歩合と定額料金とを支払い処理ネットワークに支払う。

モバイルウォレットアプリケーションは、カード保有者が、支払いカードデータを、便利な取引のためのデジタルウォレットを介してコンピューティングデバイスに格納することを可能にする。例えば、一部のモバイルウォレットアプリは、非接触型決済（例えば、支払いリーダの上にデバイスを保持することによるデータの交換）のために近距離通信（ＮＦＣ）を使用する。ＮＦＣチップは、金融セキュリティを管理するために特別に設計されており、取引を開始及び完了するために必要なデータのみを格納する。モバイルウォレットは、実際のアカウント／カード番号ではなく、デバイスアカウント番号（ＤＡＮ）が小売商に渡されるように、アカウント又はカード番号の代わりにＤＡＮを割り当てるトークン化のタイプを使用する。別のセキュリティ対策として、デジタルウォレットは、デジタル証明書に依存して本人確認する。しかしながら、デバイス上でデジタルウォレットを使用することは、データが、デバイスのハードウェア及びオペレーティングシステムだけでなく、特定の支払いアプリ及び最終的に支払源を通して渡されることを意味する。更に、モバイルウォレットを介したユーザの不正行為が可能である。

分散型台帳技術（例えば、ブロックチェーン）は、不正行為のリスクを低減する。例えば、ブロックチェーンは、ネットワーク内の取引を記録するための不変の台帳であり、安全にリンクされ、継続的に照合され、かつ全てのネットワーク参加者（すなわち、分散ネットワーク）間で共有される継続的に増大するブロック（すなわち、取引のグループ）のリストからなる。取引は、立証されて、ハッシングアルゴリズムを介してブロックに追加され、次いで、ネットワーク全体のコンセンサスを介してチェーンに永久に書き込まれる。ブロックチェーンに記録されると、取引を変更することはできない。

暗号通貨は、暗号化を介して安全に作成及び転送されるデジタル資産である。多くの暗号通貨は、分散型台帳技術（例えば、ブロックチェーン）に基づいた分散型ネットワークである。ビットコインのような分散ネットワークは、オープンで公開されている擬似匿名取引を使用する（すなわち、誰でも取引に参加し、取引を作成及び見ることができる）。不正行為を最小限に抑え、悪意のあるネットワーク活動を抑止するために、暗号通貨取引は、膨大な計算能力を必要とする「プルーフオブワーク（ｐｒｏｏｆ ｏｆ ｗｏｒｋ）」セキュアハッシングアルゴリズム（ＳＨＡ－２５６）を使用して、「マイナー（ｍｉｎｅｒｓ）」によって記録され得る。多くの暗号通貨が、ブロックチェーンベースである一方で、他の分散型台帳技術が、使用され得る。例えば、非同期コンセンサスアルゴリズムは、ノードのネットワークが、互いに通信し、分散方式でコンセンサスに到達することを可能にする。この方法は、取引を立証するためのマイナーを必要とせず、取引をブロックにバンドルすることなく、時系列取引に対して有向非巡回グラフを使用する。

本発明による暗号通貨支払いシステムの一実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムのネットワークコンピューティングデバイスによる実行のための方法の一実施例のフローチャートである。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムのネットワークコンピューティングデバイスによる実行のための方法の一実施例のフローチャートである。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムのネットワークコンピューティングデバイスによる実行のための方法の一実施例のフローチャートである。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨ベース支払いバッキングアカウントデバイスの実施例の概略ブロック図である。 本発明による暗号通貨ベース支払いバッキングアカウントデバイスの実施例の概略ブロック図である。 本発明による暗号通貨ベース支払いバッキングアカウントデバイスの実施例の概略ブロック図である。 本発明による暗号通貨ベース支払いバッキングアカウントデバイスの実施例の概略ブロック図である。 本発明による暗号通貨ベース支払いバッキングアカウントデバイスの実施例の概略ブロック図である。

本発明による暗号通貨ベース支払いバッキングアカウントデバイスによる実行のための方法の一実施例のフローチャートである。

既存の支払いネットワークの概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による暗号通貨支払いシステムの別の実施形態の概略ブロック図である。

本発明による、消費者コンピューティングデバイスから小売商コンピューティングデバイスへの暗号通貨ベース支払いを処理する方法の一実施例のフローチャートである。

図１は、ソースコンピューティングデバイス１２と、デスティネーションコンピューティングデバイス１４と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨ベース支払いバッキングアカウントデバイス２０と、を含む暗号通貨支払いシステム１０の一実施形態の概略ブロック図である。暗号通貨支払いシステム１０は、暗号通貨で支払うソースコンピューティングデバイス１２から、所望の通貨（例えば、法定通貨、異なる暗号通貨）を受け入れるデスティネーションコンピューティングデバイス１４への支払いを容易にし、以下の問題を克服する。

本出願の出願時において、暗号通貨は、様々な理由により、支払いの形態として小売商によって広く受け入れられていない。一つには、多くの小売商が、暗号通貨を保有したいと思っていない。暗号通貨を保有することは、小売商者に、よく知られていない、及び／又は処理するための設備がない、といういくつかの問題を伴う。これらの問題は、秘密鍵情報を保持すること、法的コンプライアンス、政府の規制、取引確認を待つことなどのタイミング問題などを含む。別の理由として、暗号通貨の価値は、不安定であり、１日のうちに劇的に変動することがある。別の理由として、小売商は、暗号通貨支払いに直接対応するために、高価なポイントオブセールのアップグレードに投資することに気乗りしない。更に別の理由として、多くの暗号通貨支払いが、パブリックであり、機密の小売商／顧客情報を公開する。

いくつかのデジタルウォレットアプリケーションは、小売ブロックチェーン支払いを可能にする一方で、それらは、一般に、既存の支払いネットワークに依存しており、したがって、既存の支払いネットワークの詐欺攻撃を受けやすい。例えば、暗号通貨は、支払いカード（例えば、クレジットカード、デビットカード、ギフトカードなど）にリンクされており、暗号通貨支払いは、支払いカード取引として変換及び実行され、したがって、支払いカードと同じ詐欺攻撃を受けやすい。

暗号通貨は、従来の支払いシステムと比較して、不正行為を大幅に低減するが、不正な暗号通貨取引が可能である。例えば、悪意のあるユーザは、暗号通貨ブロックチェーンを操作して「二重支出」を行う（例えば、ブロック内に１つの取引を作成して、ある金額を小売商に転送し、その取引なしで別のブロックを作成して、小売商への転送が存在しないようにする）ことができる。別の例として、悪意のある又は欠陥のあるデジタルウォレットソフトウェアは、暗号通貨取引が正しく承認及び完了されることを妨げ得る。

暗号通貨支払いシステム１０内では、ソースコンピューティングデバイス１２、デスティネーションコンピューティングデバイス１４、ネットワークコンピューティングデバイス１６、及び暗号通貨ベース支払いバッキングアカウントデバイス２０は、携帯型コンピューティングデバイス及び／又は固定コンピューティングデバイスであり得る。携帯型コンピューティングデバイスは、ソーシャルネットワーキングデバイス、ゲーミングデバイス、携帯電話、スマートフォン、デジタルアシスタント、デジタル音楽プレーヤ、デジタルビデオプレーヤ、ラップトップコンピュータ、ハンドヘルドコンピュータ、タブレット、ビデオゲームコントローラ、携帯型マーチャントポイントオブセール（ＰＯＳ）デバイス（例えば、ＰＯＳ機能を有するモバイルデバイス）、及び／又はコンピューティングコアを含む任意の他の携帯型デバイスであり得る。固定コンピューティングデバイスは、コンピュータ（ＰＣ）、コンピュータサーバ、ケーブルセットトップボックス、衛星受信機、テレビセット、プリンタ、ファックスマシン、ホームエンターテインメント機器、ビデオゲームコンソール、固定マーチャントポイントオブセール（ＰＯＳ）デバイス（例えば、キャッシュレジスタ）、及び／又は任意のタイプのホーム又はオフィスコンピューティング機器であり得る。

この実施例では、ソースコンピューティングデバイス１２及びデスティネーションコンピューティングデバイス１４は、それぞれのデバイスをネットワークコンピューティングデバイス１６と関連付けるネットワークアプリケーション（「アプリ」）２２を含む。例えば、ソースコンピューティングデバイス１２は、スマートフォンであり、ネットワークアプリケーション２２は、スマートフォンにダウンロードされた、ネットワークコンピューティングデバイス１６と関連付けられたデジタルウォレットアプリケーションである。別の実施例として、デスティネーションコンピューティングデバイス１４は、ＰＯＳデバイスであり、ネットワークアプリケーションは、ＰＯＳデバイスにインストールされた、ネットワークコンピューティングデバイス１６と関連付けられたソフトウェアである。

暗号通貨ベース支払いバッキングアカウントデバイス２０は、暗号通貨支払いシステム１０の暗号通貨ベース支払いを裏付けるための担保として、システム暗号通貨を格納する。システム暗号通貨は、暗号通貨支払いシステムが選択して使用する任意の暗号通貨である。例えば、システム暗号通貨は、システムで使用するために特別に作成された暗号通貨（例えば、イーサリアムブロックチェーン上のトークン）である。別の実施例として、システム暗号通貨は、すでに確立された信頼できる暗号通貨である。

暗号通貨ベース支払いバッキングアカウントデバイス２０は、ソースコンピューティングデバイス１２、デスティネーションコンピューティングデバイス１４、及び暗号通貨のタイプのうちの１つ以上と関連付けられている。最も一般的には、暗号通貨ベース支払いバッキングアカウントデバイス２０は、ソースコンピューティングデバイス１２と関連付けられている。一実施例として、暗号通貨ベース支払いバッキングアカウントデバイス２０は、ソースコンピューティングデバイス１２の暗号通貨ウォレットと関連付けられている。

暗号通貨ウォレットの開発者は、暗号通貨ベース支払いバッキングアカウントデバイス２０にアカウントをセットアップし、暗号通貨ウォレットのユーザによって行われた暗号通貨ベース支払いを裏付けるために、システム暗号通貨を暗号通貨ベース支払いバッキングアカウントデバイス２０のアカウントに預入する。暗号通貨ウォレットの開発者は、全ての成功したウォレット取引に対するシステム暗号通貨のパーセンテージバックなどの、暗号通貨ベース支払いバッキングアカウントデバイス２０から報酬を受け取ることによって、暗号通貨ウォレットのウォレットユーザの取引を裏付けることをインセンティブ付けされる。更に、開発者は、ウォレットユーザの支払いを裏付けようとしているため、開発者は、ユーザの不正行為を防げ、ユーザの取引の成功に影響を与える不具合のあるソフトウェアを修復する高品質のデジタルウォレットを生成することをインセンティブ付けされる。暗号通貨ベース支払いバッキングアカウントデバイス２０の種々のタイプの暗号通貨ベース支払いバッキングアカウントを、図７～９を参照して更に詳細に考察する。

ソースコンピューティングデバイス１２及びデスティネーションコンピューティングデバイス１４は、インターフェース手段１８を介してインタラクトする。インターフェース手段１８は、以下のうちの１つ以上である：直接リンク及びネットワーク接続。直接リンクは、ビデオ、カメラ、赤外線（ＩＲ）、無線周波数（ＲＦ）、バーコードスキャナ、及び／又は近距離無線通信（ＮＦＣ）のうちの１つ以上を含む。ネットワーク接続は、パブリックネットワーク及び／又はプライベートネットワークであり得る、１つ以上のローカルエリアネットワーク（ＬＡＮ）及び／又は１つ以上のワイドエリアネットワーク（ＷＡＮ）を含む。ＬＡＮは、無線ＬＡＮ（例えば、Ｗｉ－Ｆｉアクセスポイント、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅなど）及び／又は有線ＬＡＮ（例えば、ファイアワイヤ、イーサネットなど）であり得る。ＷＡＮは、有線及び／又は無線ＷＡＮであり得る。例えば、ＬＡＮは、個人のホーム無線ネットワーク又は企業の無線ネットワークであり、ＷＡＮは、インターネット、携帯電話インフラストラクチャ、及び／又は衛星通信インフラストラクチャである。

一実施例として、ソースコンピューティングデバイス１２は、スマートフォンであり、デスティネーションコンピューティングデバイス１４は、固定小売商ＰＯＳデバイス（例えば、ＰＯＳレジスタ）であり、インターフェース手段１８は、固定小売商ＰＯＳデバイスのＮＦＣバーコードスキャナである。スマートフォンは、コードを生成し、固定小売商ＰＯＳデバイスにコードを表示するように動作可能であり、固定小売商ＰＯＳデバイスのＮＦＣバーコードスキャナは、コードを読み取るように動作可能である。

別の実施例として、ソースコンピューティングデバイス１２は、スマートフォンであり、デスティネーションコンピューティングデバイス１４は、固定小売商ＰＯＳデバイス（例えば、ＰＯＳレジスタ）であり、インターフェース手段１８は、スマートフォンのカメラである。スマートフォンは、スマートフォンのカメラを介して固定小売商ＰＯＳデバイスによって生成されたバーコードを読み取るように動作可能である。

別の実施例として、ソースコンピューティングデバイス１２は、スマートフォンであり、デスティネーションコンピューティングデバイス１４は、電子商取引プラットフォームであり、インターフェース手段１８は、ネットワーク接続である。例えば、スマートフォンは、インターネットブラウザアプリケーション（セルラインターネット接続又は無線インターネット接続を介して）を使用して、電子商取引プラットフォームにアクセスする。

別の実施例として、ソースコンピューティングデバイス１２は、スマートフォンであり、デスティネーションコンピューティングデバイス１４は、スマートフォンであり、インターフェース手段１８は、Ｂｌｕｅｔｏｏｔｈネットワークである。例えば、２つのスマートフォンは、あるスマートフォンから別のスマートフォンに支払いを送信するために、Ｂｌｕｅｔｏｏｔｈを使用して接続する。

更に別の実施例として、インターフェース手段１８の組み合わせが可能である。例えば、ソースコンピューティングデバイス１２は、スマートフォンであり、デスティネーションコンピューティングデバイス１４は、オンラインＰＯＳ接続デバイス（例えば、電子商取引ウェブサイト）である。ソースコンピューティングデバイス１２のユーザは、ソースコンピューティングデバイス１２のユーザと関連付けられた別のコンピューティングデバイス（例えば、ラップトップ又はデスクトップコンピュータ）上のネットワーク接続インターフェース手段１８を介して電子商取引プラットフォームにアクセスする。ラップトップ又はデスクトップコンピュータは、スマートフォンとの直接リンクで使用するための情報を表示する。例えば、コードは、電子商取引プラットフォームによって生成され、ラップトップのディスプレイに表示される。スマートフォンのカメラは、コードをスキャンして、電子商取引プラットフォームと更にインタラクトする（例えば、支払いを完了する）。

ネットワークコンピューティングデバイス１６は、暗号通貨を所望の通貨（例えば、法定通貨、別の暗号通貨など）に変換するように動作可能な特別にライセンス供与されたエンティティである。一実施形態では、ネットワークコンピューティングデバイス１６は、極秘資料を格納するために特別にライセンス供与され、かつ盗難及び詐欺に対して保護するための保険ポリシーを有する１つ以上の暗号通貨保有会社と関連付けられている。

ネットワークコンピューティングデバイス１６は、ストアドバリューアカウント（ＳＶＡ）デバイスと関連付けられ得、ＳＶＡデバイスは、支払いのためのＳＶＡが生成されるように、デスティネーションコンピューティングデバイス１４と関連付けられている（例えば、デスティネーションコンピューティングデバイスは、ＳＶＡデバイスとともにＳＶＡアカウントを有する）。別の実施形態では、ネットワークコンピューティングデバイス１６は、ストアドバリューアカウント（ＳＶＡ）を生成するように動作可能である。取引のためのＳＶＡの生成が、２０１９年４月５日に出願された「ＳＥＣＵＲＥ ＡＮＤ ＴＲＵＳＴＥＤ ＤＡＴＡ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＳＹＳＴＥＭ」と題する同時係属中の特許出願第１６／３７６，９１１号に記載されている。

動作の一実施例では、ソースコンピューティングデバイス１２及びデスティネーションコンピューティングデバイス１４は、インターフェース手段１８を介してインタラクトする。例えば、ソースコンピューティングデバイス１２は、ＮＦＣインターフェース手段１８を介して、デスティネーションコンピューティングデバイス１４との直接通信リンクを確立する。

ソースコンピューティングデバイス１２は、ソースコンピューティングデバイス１２のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に、ソースリアルタイム支払い情報２４を送信し、デスティネーションコンピューティングデバイス１４は、デスティネーションコンピューティングデバイス１４のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に、デスティネーションリアルタイム支払い情報２６を送信する。ソースリアルタイム支払い情報２４は、ソース識別子（ＩＤ）と、ソースコンピューティングデバイス１２がデスティネーションコンピューティングデバイス１４へのリアルタイム支払いで使用したい暗号通貨のタイプと、を含む。デスティネーションリアルタイム支払い情報２６は、デスティネーション識別子（ＩＤ）と、デスティネーションコンピューティングデバイス１４がソースコンピューティングデバイス１２からリアルタイム支払いで受け取りたい所望の通貨のタイプ（例えば、法定通貨、異なる暗号通貨など）と、を含む。ソースリアルタイム支払い情報２４及びデスティネーションリアルタイム支払い情報２６のうちの１つ以上は、リアルタイム支払いの額を含む。

ネットワークコンピューティングデバイス１６が、ソース及びデスティネーションリアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセス（例えば、リアルタイム暗号通貨ベース支払いループ２８）と、２）暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセス（例えば、暗号通貨ベース支払いの非リアルタイム照合ループ３０）と、を開始する。暗号通貨ベース支払いと、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。例えば、暗号通貨ベース支払いと、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、数分で行われるのに対して、リアルタイム暗号通貨ベース支払いの時間枠は、数秒かかる。

暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ソース及びデスティネーションリアルタイム支払い情報が受信されると、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックするように指示する。リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックすることは、図７～９を参照してより詳細に考察される。

リアルタイム暗号通貨ベース支払いループ２８内で、ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額を受信すると、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成される。ネットワークコンピューティングデバイス１６が、リアルタイム暗号通貨ベース支払いループ２８の以下のステップ（例えば、デスティネーションコンピューティングデバイスに支払うこと）を継続する前の一定の時間内に、支払い開始が終了される（例えば、支払い開始が失敗する、並びに／又はソース及び／若しくはデスティネーションコンピューティングデバイスによってキャンセルされる）場合、ＡＣＫは生成されず、リアルタイム支払いは終了される。暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ＡＣＫが生成されない場合、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、ロックされたシステム暗号通貨の額を解放するように指示する。

ネットワークコンピューティングデバイス１６に暗号通貨の額を送信することは、ソースコンピューティングデバイス１２によって使用される暗号通貨の暗号通貨ブロックチェーンに追加される取引である（例えば、この情報は、公開される）。しかしながら、取引に関連する他の詳細（例えば、デスティネーションコンピューティングデバイス１４のＩＤ、デスティネーションコンピューティングデバイス１４によって支払われるべき取引料金など）は、非公開で、ネットワークコンピューティングデバイス１６によってオフチェーンで管理される。したがって、暗号通貨支払いシステム１０は、極秘のデスティネーションコンピューティングデバイス１４関連情報（例えば、収益、消費者支出行動など）及び極秘ソースコンピューティングデバイス１２関連情報（例えば、購入の消費者ＩＤ、特定の小売商で支出された額、頻繁に訪れる受取人／小売商など）を、非公開に維持する（すなわち、誰もが見ることができるようにブロックチェーン上で公開されていない）。

リアルタイム暗号通貨ベース支払いループ２８を継続し、ＡＣＫが生成されると、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額を所望の通貨の額に交換する。暗号通貨交換は、交換レートの不安定性を考慮して、迅速に行われる（例えば、３０秒～数分）。交換はまた、価格不安定性を排除するために、クレジットベースのアカウント上で、リアルタイムで実行され得る。ネットワークコンピューティングデバイス１６は、所望の通貨の額をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。

暗号通貨ベース支払いの非リアルタイム照合ループ３０を継続し、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額を証明する。例えば、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額を証明するコンセンサスネットワークに接続する。コンセンサスネットワークは、数分～数時間の時間がかかり得る証明プロセスを実装する。

例えば、ビットコインブロックチェーンでは、マイナーは、新しい取引を、ブロックチェーン内の全ての以前の取引を証明するブロックに記録する。平均して、マイナーが、ビットコインブロックチェーンにブロックを書き込むのに１０分かかり、平均ブロック時間は、ビットコインネットワークの総ハッシュパワーに依存する。ブロックが作成され、新しい取引が証明されて、ブロックに含まれると、取引は、１つの確認を有するであろう。（ブロックチェーンの以前の状態を証明する）各後続のブロックは、１つの追加のネットワーク確認を提供する。暗号通貨交換が、潜在的な不正行為による損失を回避するために、典型的には、（取引の貨幣価値に応じた）５～１０個の取引確認が、容認可能である。したがって、ソースコンピューティングデバイス１２がビットコインを使用している場合、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイスによって受信された暗号通貨の額の所望の数の確認を、コンセンサスネットワーク１６から（例えば、ビットコインマイナーを介して）求める。したがって、取引は、１時間以上、ネットワークコンピューティングデバイスによって証明されないことがある。したがって、暗号通貨ベース支払いの非リアルタイム照合ループ３０は、リアルタイム暗号通貨ベース支払いループ２８よりも長い時間がかかる。

ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２によって受信された暗号通貨の額を証明すると、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額を解放するように指示する。ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２によって受信された暗号通貨の額を証明しない場合、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額を消費するように指示する。

例えば、不正行為が行われる場合（例えば、ソースコンピューティングデバイスが悪意を持って、２つのデスティネーションコンピューティングデバイスで同時に支出するように作動する、ネットワークアプリケーション２２のソフトウェアが破損しているなど）、ネットワークコンピューティングデバイス１６は、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額を消費する。特定の実施例として、ソースコンピューティングデバイス１２が、取引に二重に支出しようとする場合、証明（例えば、ビットコインブロックチェーンの実施例での所望の数の確認）は、受信されないようになっており、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２によって受信される暗号通貨の額を証明することができないようになっている。証明が受信されない場合、ネットワークコンピューティングデバイス１６は、デスティネーションコンピューティングデバイス１４で発生したリアルタイム支払いをカバーするために、暗号通貨ベース支払いバッキングアカウントデバイス２０によってロックされたシステム暗号通貨の額を引き出す（例えば、消費する）。

図２は、図１の暗号通貨支払いシステム１０のネットワークコンピューティングデバイス１６による実行のための方法の一実施例のフローチャートである。図２は、ソースコンピューティングデバイス１２と、デスティネーションコンピューティングデバイス１４と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨ベース支払いバッキングアカウントデバイス２０と、を含む。この実施例では、ソースコンピューティングデバイス１２及びデスティネーションコンピューティングデバイス１４は、それぞれのデバイスをネットワークコンピューティングデバイス１６と関連付けるネットワークアプリケーション（「アプリ」）２２を含む。

暗号通貨ベース支払いバッキングアカウントデバイス２０は、暗号通貨支払いシステム１０のリアルタイム暗号通貨ベース支払いを裏付けるための担保として、システム暗号通貨を格納する。暗号通貨ベース支払いバッキングアカウントデバイス２０の種々のタイプの暗号通貨ベースのアカウントを、図７～９を参照して更に詳細に考察する。ソースコンピューティングデバイス１２及びデスティネーションコンピューティングデバイス１４は、インターフェース手段１８を介してインタラクトする。インターフェース手段１８は、以下のうちの１つ以上である：直接リンク及びネットワーク接続。

この方法は、ステップ３２から開始し、ここで、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２からデスティネーションコンピューティングデバイス１４への暗号通貨ベース支払いに関するリアルタイム支払い情報を受信する。例えば、ソースコンピューティングデバイス１２は、ソースコンピューティングデバイス１２のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に、ソースリアルタイム支払い情報２４を送信し、デスティネーションコンピューティングデバイス１４は、デスティネーションコンピューティングデバイス１４のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に、デスティネーションリアルタイム支払い情報２６を送信する。

ソースリアルタイム支払い情報２４は、ソース識別子（ＩＤ）と、ソースコンピューティングデバイス１２がデスティネーションコンピューティングデバイス１４へのリアルタイム支払いで使用したい暗号通貨のタイプと、を含む。デスティネーションリアルタイム支払い情報２６は、デスティネーション識別子（ＩＤ）と、デスティネーションコンピューティングデバイス１４がソースコンピューティングデバイス１２からリアルタイム支払いで受け取りたい所望の／選択された通貨のタイプ（例えば、法定通貨、別の暗号通貨）と、を含む。ソースリアルタイム支払い情報２４及びデスティネーションリアルタイム支払い情報２６のうちの１つ以上は、リアルタイム支払いの額を含む。

ネットワークコンピューティングデバイス１６が、リアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセス（例えば、リアルタイム暗号通貨ベース支払いループ２８）と、２）暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセス（例えば、暗号通貨ベース支払いの非リアルタイム照合ループ３０）と、を開始する（すなわち、「支払い開始」）。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。

方法は、ステップ３４に続き、ここで、暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックするように指示する。

方法は、ステップ３６に続き、ここで、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成されるか、又は生成されない。例えば、ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額４６を受信すると、ＡＣＫが生成され、方法は、ステップ３８及び４０に続く。支払い開始が、ネットワークコンピューティングデバイス１６が、リアルタイム暗号通貨ベース支払いループ２８の以下のステップを継続する前の一定の時間内に終了される（例えば、支払い開始が失敗し、並びに／又はソース及び／若しくはデスティネーションコンピューティングデバイスによってキャンセルされる）場合、ＡＣＫは生成されず、リアルタイム支払いは終了する。暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ＡＣＫが生成されない場合、方法は、ステップ４４に続き、ここで、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、ロックされたシステム暗号通貨の額を解放するように指示する。

リアルタイム暗号通貨ベース支払いループ２８内で、ＡＣＫが生成されると、方法は、ステップ３８に続き、ここで、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額４６を所望の通貨の額に交換する。暗号通貨交換は、交換レートの不安定性を考慮して、迅速に行われる（例えば、３０秒～数分）。ネットワークコンピューティングデバイス１６は、所望の通貨の額での支払い４８をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。

暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ステップ３６でＡＣＫが生成されると、方法は、ステップ４０に続き、ここで、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額４６を証明する。例えば、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額を証明するコンセンサスネットワークに接続する。例えば、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額を証明するコンセンサスネットワークに接続する。コンセンサスネットワークは、数分～数時間の時間がかかり得る証明プロセスを実装する。

ステップ４０でネットワークコンピューティングデバイス１６がソースコンピューティングデバイス１２によって受信された暗号通貨の額を証明すると、方法は、ステップ４４に続き、ここで、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額を解放するように指示する。ステップ４０でネットワークコンピューティングデバイス１６がソースコンピューティングデバイス１２によって受信された暗号通貨の額を証明しない場合、方法は、ステップ４２に続き、ここで、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額を消費するように指示する。

図３は、ソースコンピューティングデバイス１２と、デスティネーションコンピューティングデバイス１４と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨ベース支払いバッキングアカウントデバイス２０と、を含む、暗号通貨支払いシステム１０の別の実施形態の概略ブロック図である。図３の暗号通貨支払いシステム１０は、デスティネーションコンピューティングデバイス１４が、ネットワークアプリケーション２２を含まず、かつネットワークコンピューティングデバイス１６と関連付けられないことを除いて、図１の暗号通貨支払いシステム１０と同様に動作する。

動作の一実施例では、ソースコンピューティングデバイス１２及びデスティネーションコンピューティングデバイス１４は、インターフェース手段１８を介してインタラクトする。例えば、ソースコンピューティングデバイス１２は、近距離無線通信（ＮＦＣ）インターフェース手段１８を介して、デスティネーションコンピューティングデバイス１４との直接通信リンクを確立する。ソースコンピューティングデバイス１２は、リアルタイム支払い情報５０を、ソースコンピューティングデバイス１２のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に送信する。リアルタイム支払い情報５０は、ソースリアルタイム支払い情報（例えば、ソース識別子（ＩＤ）、及びソースコンピューティングデバイス１２がデスティネーションコンピューティングデバイス１４へのリアルタイム支払いで使用したい暗号通貨のタイプ）、デスティネーションリアルタイム支払い情報（例えば、デスティネーション識別子（ＩＤ）、及びデスティネーションコンピューティングデバイス１４がソースコンピューティングデバイス１２からリアルタイム支払いで受信したい所望のタイプ）、及びリアルタイム支払いの額を含む。ソースコンピューティングデバイス１２は、インターフェース手段１８を介してデスティネーションリアルタイム支払い情報を受信する。

ネットワークコンピューティングデバイス１６が、リアルタイム支払い情報５０を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセス（例えば、リアルタイム暗号通貨ベース支払いループ２８）と、２）暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセス（例えば、暗号通貨ベース支払いの非リアルタイム照合ループ３０）と、を開始する。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。

暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、リアルタイム支払い情報が受信されると、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックするように指示する。

リアルタイム暗号通貨ベース支払いループ２８内で、ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額を受信すると、暗号通貨の額のネットワーク確認応答（ＡＣＫ）が生成される。支払いが、ネットワークコンピューティングデバイス１６が、リアルタイム暗号通貨ベース支払いループ２８の以下のステップを継続する前の一定の時間内に終了される（例えば、支払い開始が失敗し、並びに／又はソース及び／若しくはデスティネーションコンピューティングデバイスによってキャンセルされる）場合、ＡＣＫは生成されず、リアルタイム支払いは終了する。暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ＡＣＫが生成されない場合、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、ロックされたシステム暗号通貨の額を解放するように指示する。

リアルタイム暗号通貨ベース支払いループ２８を継続し、ＡＣＫが生成されると、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額を所望の通貨の額５２に交換する。暗号通貨交換は、交換レートの不安定性を考慮して、迅速に行われる（例えば、３０秒～数分）。交換はまた、価格不安定性を排除するために、クレジットベースのアカウント上で、リアルタイムで実行され得る。ネットワークコンピューティングデバイス１６は、所望の通貨の額５２をソースコンピューティングデバイス１２に送信する。次いで、ソースコンピューティングデバイス１２は、所望の通貨の額での支払い４８をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。

暗号通貨ベース支払いの非リアルタイム照合ループ３０の残りは、図１の暗号通貨支払いシステム１０と同様に動作する。

図４は、図３の暗号通貨支払いシステム１０のネットワークコンピューティングデバイス１６による実行のための方法の一実施例のフローチャートである。図４は、ソースコンピューティングデバイス１２と、デスティネーションコンピューティングデバイス１４と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨ベース支払いバッキングアカウントデバイス２０と、を含む。この実施例では、ソースコンピューティングデバイス１２は、ソースコンピューティングデバイス１２をネットワークコンピューティングデバイス１６と関連付けるネットワークアプリケーション２２（例えば、ネットワークアプリ２２）を含む。ただし、デスティネーションコンピューティングデバイス１４は、ネットワークコンピューティングデバイス１６と関連付けられない。

この方法は、ステップ３２から開始し、ここで、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２からデスティネーションコンピューティングデバイス１４への暗号通貨ベース支払いに関するリアルタイム支払い情報５０を受信する。例えば、ソースコンピューティングデバイス１２は、リアルタイム支払い情報５０を、ソースコンピューティングデバイス１２のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に送信する。リアルタイム支払い情報５０は、ソースリアルタイム支払い情報（例えば、ソース識別子（ＩＤ）、及びソースコンピューティングデバイス１２がデスティネーションコンピューティングデバイス１４へのリアルタイム支払いで使用したい暗号通貨のタイプ）、デスティネーションリアルタイム支払い情報（例えば、デスティネーション識別子（ＩＤ）、及びデスティネーションコンピューティングデバイス１４がソースコンピューティングデバイス１２からリアルタイム支払いで受信したい所望のタイプ）、及びリアルタイム支払いの額を含む。ソースコンピューティングデバイス１２は、インターフェース手段１８を介してデスティネーションリアルタイム支払い情報を受信する。

ネットワークコンピューティングデバイス１６が、リアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセス（例えば、リアルタイム暗号通貨ベース支払いループ２８）と、２）暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセス（例えば、暗号通貨ベース支払いの非リアルタイム照合ループ３０）と、を開始する（すなわち、「支払い開始」）。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。

方法は、ステップ３４に続き、ここで、暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックするように指示する。

方法は、ステップ３６に続き、ここで、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成されるか、又は生成されない。例えば、ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額４６を受信すると、ＡＣＫが生成され、方法は、ステップ３８及び４０に続く。ネットワークコンピューティングデバイス１６が、リアルタイム暗号通貨ベース支払いループ２８の以下のステップを継続する前の一定の時間内に、支払いが終了される（例えば、支払い開始が失敗し、並びに／又はソース及び／若しくはデスティネーションコンピューティングデバイスによってキャンセルされる）場合、ＡＣＫは生成されず、リアルタイム支払いは失敗する。暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ＡＣＫが生成されない場合、方法は、ステップ４４に続き、ここで、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、ロックされたシステム暗号通貨の額を解放するように指示する。

リアルタイム暗号通貨ベース支払いループ２８内で、ＡＣＫが生成されると、方法は、ステップ５４に続き、ここで、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額４６を所望の通貨の額に交換する。暗号通貨交換は、交換レートの不安定性を考慮して、迅速に行われる（例えば、３０秒～数分）。ネットワークコンピューティングデバイス１６は、所望の通貨の額５２をソースコンピューティングデバイス１２に送信する。次いで、ソースコンピューティングデバイス１２は、所望の通貨の額での支払い４８をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。この方法の残りの部分は、図２の方法と同様に動作する。

図５は、ソースコンピューティングデバイス１２と、デスティネーションコンピューティングデバイス１４と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨ベース支払いバッキングアカウントデバイス２０と、第三者支払いデバイス５６と、を含む暗号通貨支払いシステム１０の別の実施形態の概略ブロック図である。図５の暗号通貨支払いシステム１０は、ネットワークコンピューティングデバイス１６が、第三者支払いデバイス５６を介してデスティネーションコンピューティングデバイス１４への支払いを調整することを除いて、図３の暗号通貨支払いシステム１０と同様に動作する。第三者支払いデバイス５６は、暗号通貨交換及び保有デバイスであり得る。代替的に、第三者支払いデバイス５６は、ストアバリューアカウント（ＳＶＡ）又はギフトカード生成デバイスである。

動作の一実施例では、ソースコンピューティングデバイス１２及びデスティネーションコンピューティングデバイス１４は、インターフェース手段１８を介してインタラクトする。例えば、ソースコンピューティングデバイス１２は、ＮＦＣインターフェース手段１８を介して、デスティネーションコンピューティングデバイス１４との直接通信リンクを確立する。ソースコンピューティングデバイス１２は、リアルタイム支払い情報５０を、ソースコンピューティングデバイス１２のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に送信する。リアルタイム支払い情報５０は、ソースリアルタイム支払い情報（例えば、ソース識別子（ＩＤ）、及びソースコンピューティングデバイス１２がデスティネーションコンピューティングデバイス１４へのリアルタイム支払いで使用したい暗号通貨のタイプ）、デスティネーションリアルタイム支払い情報（例えば、デスティネーション識別子（ＩＤ）、及びデスティネーションコンピューティングデバイス１４がソースコンピューティングデバイス１２からリアルタイム支払いで受信したい所望のタイプ）、及びリアルタイム支払いの額を含む。ソースコンピューティングデバイス１２は、インターフェース手段１８を介してデスティネーションリアルタイム支払い情報を受信する。

ネットワークコンピューティングデバイス１６が、リアルタイム支払い情報５０を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセス（例えば、リアルタイム暗号通貨ベース支払いループ２８）と、２）暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合する非リアルタイム照合プロセス（例えば、暗号通貨ベース支払いの非リアルタイム照合ループ３０）と、を開始する。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。

暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、リアルタイム支払い情報が受信されると、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックするように指示する。

リアルタイム暗号通貨ベース支払いループ２８内で、ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額を受信すると、暗号通貨の額のネットワーク確認応答（ＡＣＫ）が生成される。ネットワークコンピューティングデバイス１６がリアルタイム暗号通貨ベース支払いループ２８の以下のステップを継続する前の一定の時間内に、支払いがキャンセルされる場合（例えば、支払い開始が失敗し、並びに／又はソース及び／若しくはデスティネーションコンピューティングデバイスによってキャンセルされる）、ＡＣＫは生成されず、リアルタイム支払いは終了する。暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ＡＣＫが生成されない場合、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、ロックされたシステム暗号通貨の額を解放するように指示する。

リアルタイム暗号通貨ベース支払いループ２８を継続し、ＡＣＫが生成されると、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額を所望の通貨の額５２に交換する。暗号通貨交換は、交換レートの不安定性を考慮して、迅速に行われる（例えば、３０秒～数分）。交換はまた、価格不安定性を排除するために、クレジットベースのアカウント上で、リアルタイムで実行され得る。

ネットワークコンピューティングデバイス１６は、所望の通貨の額５２を第三者支払いデバイス５６に送信する。次いで、第三者支払いデバイス５６は、所望の通貨の額での支払い４８をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。代替的に、ネットワークコンピューティングデバイス１６は、暗号通貨の額を第三者支払いデバイス５６に送信する。第三者支払いデバイス５６は、暗号通貨の額を所望の通貨の額に交換し、所望の通貨の額での支払い４８をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。

暗号通貨ベース支払いの非リアルタイム照合ループ３０の残りは、図１の暗号通貨支払いシステム１０と同様に動作する。

図６は、図５の暗号通貨支払いシステム１０のネットワークコンピューティングデバイス１６による実行のための方法の一実施例のフローチャートである。図６は、ソースコンピューティングデバイス１２と、デスティネーションコンピューティングデバイス１４と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨ベース支払いバッキングアカウントデバイス２０と、第三者支払いデバイス５６と、を含む。この実施例では、ソースコンピューティングデバイス１２は、ソースコンピューティングデバイス１２をネットワークコンピューティングデバイス１６と関連付けるネットワークアプリケーション２２（例えば、ネットワークアプリ２２）を含む。ただし、デスティネーションコンピューティングデバイス１４は、ネットワークコンピューティングデバイス１６と関連付けられない。

この方法は、ステップ３２から開始し、ここで、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２からデスティネーションコンピューティングデバイス１４への暗号通貨ベース支払いに関するリアルタイム支払い情報５０を受信する。例えば、ソースコンピューティングデバイス１２は、リアルタイム支払い情報５０を、ソースコンピューティングデバイス１２のネットワークアプリケーション２２を介してネットワークコンピューティングデバイス１６に送信する。リアルタイム支払い情報５０は、ソースリアルタイム支払い情報（例えば、ソース識別子（ＩＤ）、及びソースコンピューティングデバイス１２がデスティネーションコンピューティングデバイス１４へのリアルタイム支払いで使用したい暗号通貨のタイプ）、デスティネーションリアルタイム支払い情報（例えば、デスティネーション識別子（ＩＤ）、及びデスティネーションコンピューティングデバイス１４がソースコンピューティングデバイス１２からリアルタイム支払いで受信したい所望のタイプ）、及びリアルタイム支払いの額を含む。ソースコンピューティングデバイス１２は、インターフェース手段１８を介してデスティネーションリアルタイム支払い情報を受信する。

ネットワークコンピューティングデバイス１６が、リアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセス（例えば、リアルタイム暗号通貨ベース支払いループ２８）と、２）暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセス（例えば、暗号通貨ベース支払いの非リアルタイム照合ループ３０）と、を開始する（すなわち、「支払い開始」）。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。

方法は、ステップ３４に続き、ここで、暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックするように指示する。

方法は、ステップ３６に続き、ここで、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成されるか、又は生成されない。例えば、ネットワークコンピューティングデバイス１６が、ソースコンピューティングデバイス１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額４６を受信すると、ＡＣＫが生成され、方法は、ステップ３８及び４０に続く。ネットワークコンピューティングデバイス１６がリアルタイム暗号通貨ベース支払いループ２８の以下のステップを継続する前の一定の時間内に、支払いが終了される（例えば、支払い開始が失敗し、並びに／又はソース及び／若しくはデスティネーションコンピューティングデバイスによってキャンセルされる）場合、ＡＣＫは生成されず、リアルタイム支払いは終了する。暗号通貨ベース支払いの非リアルタイム照合ループ３０内で、ＡＣＫが生成されない場合、方法は、ステップ４４に続き、ここで、ネットワークコンピューティングデバイス１６は、暗号通貨ベース支払いバッキングアカウントデバイス２０に、ロックされたシステム暗号通貨の額を解放するように指示する。

リアルタイム暗号通貨ベース支払いループ２８内で、ＡＣＫが生成されると、方法は、ステップ５８に続き、ここで、ネットワークコンピューティングデバイス１６は、ソースコンピューティングデバイス１２から受信された暗号通貨の額４６を所望の通貨の額に交換する。暗号通貨交換は、交換レートの不安定性を考慮して、迅速に行われる（例えば、３０秒～数分）。ネットワークコンピューティングデバイス１６は、所望の通貨の額５２を第三者支払いデバイス５６に送信する。次いで、第三者支払いデバイス５６は、所望の通貨の額での支払い４８をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。

代替的に、ネットワークコンピューティングデバイス１６は、暗号通貨の額を第三者支払いデバイス５６に送信する。第三者支払いデバイス５６は、暗号通貨の額を所望の通貨の額に交換し、所望の通貨の額での支払い４８をデスティネーションコンピューティングデバイス１４に送信して、リアルタイム暗号通貨ベース支払いを完了する。この方法の残りの部分は、図２の方法と同様に動作する。

図７は、ソースコンピューティングデバイス１２と、デスティネーションコンピューティングデバイス１４と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨ベース支払いバッキングアカウントデバイス２０と、を含む、暗号通貨支払いシステム１０の一実施形態の概略ブロック図である。図７は、暗号通貨ベース支払いバッキングアカウントデバイス２０がより詳細に示されることを除いて、図１と同様に動作する。

暗号通貨ベース支払いバッキングアカウントデバイス２０は、複数の暗号通貨ベース支払いバッキングアカウント６０－１～６０－ｎを含む。複数の暗号通貨ベース支払いバッキングアカウント６０－１～６０－ｎは、システム暗号通貨６２－１～６２－ｎを、それぞれの暗号通貨ベース支払いバッキングアカウント６０－１～６０－ｎと関連付けられたリアルタイム暗号通貨ベース支払いを裏付けるための担保として格納する。

システム暗号通貨は、暗号通貨支払いシステム１０が担保に使用するために選択する任意の暗号通貨である。例えば、システム暗号通貨は、システムで使用するために特別に作成された暗号通貨（例えば、イーサリアムブロックチェーン上のトークン）である。別の実施例として、システム暗号通貨は、すでに確立された信頼できる暗号通貨である。

複数の暗号通貨ベース支払いバッキングアカウント６０－１～６０－ｎは各々、ソースコンピューティングデバイス１２、デスティネーションコンピューティングデバイス１４、又は暗号通貨のタイプのいずれかと関連付けられている。最も一般的には、暗号通貨ベース支払いアカウント２０は、ソースコンピューティングデバイス１２と関連付けられている。異なるタイプの暗号通貨ベース支払いバッキングアカウント関連付けを、図８Ａ～８Ｅを参照してより詳細に考察する。

暗号通貨ベース支払いバッキングアカウントデバイス２０は、ソースコンピューティングデバイス１２からデスティネーションコンピューティングデバイス１４への暗号通貨ベース支払いに関するコマンドをネットワークコンピューティングデバイス１６から受信するように動作可能である。

動作の一実施例では、暗号通貨ベース支払いバッキングアカウントデバイス２０は、ソースコンピューティングデバイス１２からデスティネーションコンピューティングデバイス１４への暗号通貨ベース支払いに関するリアルタイム支払い情報（例えば、ソースリアルタイム支払い情報２４及びデスティネーションリアルタイム支払い情報２６）に基づいて、ネットワークコンピューティングデバイス１６から、システム暗号通貨ベースの額をロックするためのロック指示を受信する。ソースリアルタイム支払い情報２４は、ソース識別子（ＩＤ）と、ソースコンピューティングデバイス１２がデスティネーションコンピューティングデバイス１４へのリアルタイム支払いで使用したい暗号通貨のタイプと、を含む。デスティネーションリアルタイム支払い情報２６は、デスティネーション識別子（ＩＤ）と、デスティネーションコンピューティングデバイス１４がソースコンピューティングデバイス１２からリアルタイム支払いで受け取りたい所望の通貨のタイプ（例えば、法定通貨、別の暗号通貨など）と、を含む。ソースリアルタイム支払い情報２４及びデスティネーションリアルタイム支払い情報２６のうちの１つ以上は、リアルタイム支払いの額を含む。

暗号通貨ベース支払いバッキングアカウントデバイス２０は、リアルタイム支払い情報と関連付けられた複数の暗号通貨ベース支払いバッキングアカウント６０－１～６０－ｎのうちの暗号通貨ベース支払いバッキングアカウントを判定する。例えば、暗号通貨ベース支払いバッキングアカウントデバイス２０は、暗号通貨ベース支払いバッキングアカウント６０－１がソースＩＤと関連付けられていると判定する。

別の実施例では、暗号通貨ベース支払いバッキングアカウントデバイス２０は、暗号通貨ベース支払いバッキングアカウント６０－２がデスティネーションＩＤと関連付けられていると判定する。別の実施例では、暗号通貨ベース支払いバッキングアカウントデバイス２０は、暗号通貨ベース支払いバッキングアカウント６０－ｎが、ソースコンピューティングデバイス１２がリアルタイム支払いで使用したい暗号通貨のタイプと関連付けられていると判定する。

次いで、暗号通貨ベース支払いバッキングアカウントデバイス２０は、ネットワークコンピューティングデバイス１６から解放指示又は消費指示が受信されるまで、暗号通貨ベース支払いバッキングアカウントに格納されたシステム暗号通貨の額をロックする。例えば、暗号通貨ベース支払いバッキングアカウントデバイス２０が、暗号通貨ベース支払いバッキングアカウント６０－１がソースＩＤと関連付けられていると判定すると、暗号通貨ベース支払いバッキングアカウントデバイス２０は、暗号通貨ベース支払いバッキングアカウント６０－１に格納されたシステム暗号通貨６２－１の額をロックする。

ロックされたシステム暗号通貨の額は、リアルタイム支払いの額及び／又は暗号通貨ベース支払いバッキングアカウント、ソースコンピューティングデバイス、及びデスティネーションコンピューティングデバイスの１つ以上の特性に基づいてもよい。例えば、ロックされたシステム暗号通貨の額は、リアルタイム支払いの額に等しい。別の実施例として、ロックされたシステム暗号通貨の額は、ソースコンピューティングデバイスが通常どのくらい支出するかに基づく。別の実施例として、ロックされたシステム暗号通貨の額は、デスティネーションコンピューティングデバイスが販売する商品のタイプに基づく（例えば、より大きな額は、ハイエンド商品を販売する小売商に対してロックされる）。

システム暗号通貨の額は、解放指示又は消費指示がネットワークコンピューティングデバイス１６から受信されるまでロックされたままである。ネットワークコンピューティングデバイス１６から解放指示が受信されると、暗号通貨ベース支払いバッキングアカウントデバイス２０は、システム暗号通貨の額を暗号通貨ベース支払いバッキングアカウントに解放する。解放指示は、ソースコンピューティングデバイス１２からの暗号通貨支払いが証明され、かつ支払いが成功した後か、又は暗号通貨支払い開始が終了された（例えば、ネットワークコンピューティングデバイス１６が、デスティネーションコンピューティングデバイスに支払いを送信する前に失敗し、及び／又はキャンセルされる）ときに受信される。

ネットワークコンピューティングデバイス１６からの消費指示が受信されると、暗号通貨ベース支払いバッキングアカウントデバイス２０は、システム暗号通貨の額を、ネットワークコンピューティングデバイス１６と関連付けられたアカウントに送信して、リアルタイム暗号通貨ベース支払いをカバーする。ネットワークコンピューティングデバイス１６と関連付けられたアカウントは、暗号通貨ベース支払いバッキングアカウントデバイス２０に、ネットワークコンピューティングデバイス１６に、又はスタンドアロンコンピューティングデバイスとして格納され得る。消費指示は、ソースコンピューティングデバイス１２からの暗号通貨支払いが正常に証明されていないが、リアルタイム暗号通貨支払いが行われたときに受信される。

図８Ａ～８Ｅは、暗号通貨ベース支払いバッキングアカウントデバイス２０の実施例の概略ブロック図である。暗号通貨ベース支払いバッキングアカウントデバイス２０は、個人及びエンティティが暗号通貨支払いシステム取引のための裏付けを提供することを可能にする。取引を裏付け、かつ暗号通貨支払いシステムのセキュリティを追加するリスクと引き換えに、個人及びエンティティは、報酬を提供される。

図８Ａは、暗号通貨ベース支払いバッキングアカウントの最も一般的な実施例を示し、複数の暗号通貨ウォレット開発者６４－１～６４－ｎは、暗号通貨ベース支払いバッキングアカウントデバイス２０を用いて暗号通貨ベース支払いバッキングアカウントを確立し、暗号通貨ウォレットユーザによって行われた支払いを裏付ける。

例えば、暗号通貨ウォレット開発者６４－１は、暗号通貨ウォレット６６を開発した。暗号通貨ウォレット６６を、暗号通貨支払いシステム１０で使用可能にするために、暗号通貨ウォレット開発者６４－１は、暗号通貨ウォレット６６の支払いのための暗号通貨ベース支払いバッキングアカウント７２－１を確立し、システム暗号通貨６２－１を、暗号通貨ウォレット６６の支払いのための暗号通貨ベース支払いバッキングアカウント７２－１に預入する。ソースコンピューティングデバイス１２－１ａ～１２－１ｎは各々、暗号通貨支払いシステム１０において暗号通貨ベース支払いを行うために暗号通貨ウォレット６６－１～６６－ｎを格納し、暗号通貨ウォレット６６の支払いのための暗号通貨ベース支払いバッキングアカウント７２－１に格納されたシステム暗号通貨６２－１は、それらの支払いを裏付ける。

暗号通貨ベース支払いバッキングアカウントを確立することと引き換えに、暗号通貨ウォレットの開発者は、暗号通貨ベースアカウントデバイス２０から、開発者のウォレットのユーザによって行われたあらゆる成功した支払いに対するシステム暗号通貨のパーセンテージなどの報酬を受け取る。開発者は、ウォレットユーザの支払いを裏付けようとしているため、開発者は、ユーザの不正行為を妨げる高品質デジタルウォレットを生成すること、及び不具合のあるデジタルウォレットソフトウェアを修正することをインセンティブ付けされる。暗号通貨ベース支払いバッキングアカウントセットアップ及び報酬インセンティブは、２０１９年１１月２６日に出願された“ＳＥＣＵＲＥ ＡＮＤ ＴＲＵＳＴＥＤ ＣＲＹＰＴＯＣＵＲＲＥＮＣＹ ＡＣＣＥＰＴＡＮＣＥ ＳＹＳＴＥＭ”と題する同時係属中の特許出願第１６／６９５，４５９号に更に記載されている。

図８Ａは、追加の暗号通貨ウォレット開発者６４－２～６４－ｎを更に示す。暗号通貨ウォレット開発者６４－２は、暗号通貨ウォレット６８を開発した。暗号通貨ウォレット６８を、暗号通貨支払いシステム１０で使用可能にするために、暗号通貨ウォレット開発者６４－２は、暗号通貨ウォレット６８の支払いのための暗号通貨ベース支払いバッキングアカウント７２－２を確立し、システム暗号通貨６２－２を、暗号通貨ウォレット６８の支払いのための暗号通貨ベース支払いバッキングアカウント７２－２に預入する。ソースコンピューティングデバイス１２－２ａ～１２－２ｎは各々、暗号通貨支払いシステム１０において暗号通貨ベース支払いを行うために暗号通貨ウォレット６８－１～６８－ｎを格納し、暗号通貨ウォレット６８の支払いのための暗号通貨ベース支払いバッキングアカウント７２－２に格納されたシステム暗号通貨６２－２は、それらの支払いを裏付ける。

暗号通貨ウォレット開発者６４－ｎは、暗号通貨ウォレット７０を開発した。暗号通貨ウォレット７０を暗号通貨支払いシステム１０で使用可能にするために、暗号通貨ウォレット開発者６４－ｎは、暗号通貨ウォレット７０の支払いのための暗号通貨ベース支払いバッキングアカウント７２－ｎを確立し、システム暗号通貨６２－ｎを暗号通貨ウォレット７０の支払いのための暗号通貨ベース支払いバッキングアカウント７２－ｎに預入する。ソースコンピューティングデバイス１２－ｎａ～１２－ｎｎは各々、暗号通貨支払いシステム１０において暗号通貨ベース支払いを行うための暗号通貨ウォレット７０－１～７０－ｎを格納し、暗号通貨ウォレット７０の支払いのための暗号通貨ベース支払いバッキングアカウント７２－ｎに格納されたシステム暗号通貨６２－ｎは、それらの支払いを裏付ける。

図８Ｂは、個人が、暗号通貨ベース支払いバッキングアカウントデバイス２０で暗号通貨ベース支払いバッキングアカウントを生成し、暗号通貨支払いシステム１０内で個人自身の支払いを裏付ける実施例を示す。例えば、図８Ｂは、ソースコンピューティングデバイス１２－１～１２－ｎを含み、各ソースコンピューティングデバイスは、個々のユーザと関連付けられている。

ソースコンピューティングデバイス１２－１は、暗号通貨ベース支払いバッキングアカウントデバイス２０でソースコンピューティングデバイス１２－１の支払いのための暗号通貨ベース支払いバッキングアカウント７４－１を確立し、ソースコンピューティングデバイス１２－１の支払いのための暗号通貨ベース支払いバッキングアカウント７４－１にシステム暗号通貨６２－１を預入して、暗号通貨支払いシステム１０内でソースコンピューティングデバイス１２－１自身の支払いを裏付ける。ソースコンピューティングデバイス１２－２は、暗号通貨ベース支払いバッキングアカウントデバイス２０でソースコンピューティングデバイス１２－２の支払いのための暗号通貨ベース支払いバッキングアカウント７４－２を確立し、ソースコンピューティングデバイス１２－２の支払いのための暗号通貨ベース支払いバッキングアカウント７４－２にシステム暗号通貨６２－２を預入して、暗号通貨支払いシステム１０内でソースコンピューティングデバイス１２－２自身の支払いを裏付ける。

同様に、ソースコンピューティングデバイス１２－ｎは、暗号通貨ベース支払いバッキングアカウントデバイス２０でソースコンピューティングデバイス１２－ｎの支払いのための暗号通貨ベース支払いバッキングアカウント７４－ｎを確立し、ソースコンピューティングデバイス１２－ｎの支払いのための暗号通貨ベース支払いバッキングアカウント７４－ｎにシステム暗号通貨６２－ｎを預入して、暗号通貨支払いシステム１０内でソースコンピューティングデバイス１２－ｎ自身の支払いを裏付ける。

暗号通貨支払いシステム１０の典型的なユーザは、ユーザ自身のために暗号通貨ベース支払いバッキングアカウントを確立するための資金を有していない場合があるか、又は単にこのプロセスに関与することを望まない場合がある。しかしながら、資金を有し、かつ個々のアカウントをセットアップすることを所望する特定のユーザであれば、ユーザ自身の成功した取引に対して、暗号通貨ベース支払いバッキングアカウントデバイス２０から直接報酬を受け取るであろう。更に、個々のアカウントをセットアップすることは、個々のユーザに、ユーザが選択した任意の暗号通貨支払い暗号通貨ウォレットを使用する自由を提供する。

図８Ｃは、デスティネーションコンピューティングデバイス１４が、暗号通貨ベース支払いバッキングアカウントデバイス２０で暗号通貨ベース支払いバッキングアカウントを生成して、暗号通貨支払いシステム１０内で受信された支払いを裏付ける実施例を示す。例えば、図８Ｃは、デスティネーションコンピューティングデバイス１４－１～１４－ｎを含む。デスティネーションコンピューティングデバイスは、個々のユーザ及び／又は小売商と関連付けられ得る。

デスティネーションコンピューティングデバイス１４－１は、暗号通貨ベース支払いバッキングアカウントデバイス２０でデスティネーションコンピューティングデバイス１４－１の支払いのための暗号通貨ベース支払いバッキングアカウント７６－１を確立し、デスティネーションコンピューティングデバイス１４－１の支払いのための暗号通貨ベース支払いバッキングアカウント７６－１にシステム暗号通貨６２－１を預入して、暗号通貨支払いシステム１０内で、デスティネーションコンピューティングデバイス１４－１が受信する支払いを裏付ける。デスティネーションコンピューティングデバイス１４－２は、暗号通貨ベース支払いバッキングアカウントデバイス２０でデスティネーションコンピューティングデバイス１４－２の支払いのための暗号通貨ベース支払いバッキングアカウント７６－２を確立し、デスティネーションコンピューティングデバイス１２－２の支払いのための暗号通貨ベース支払いバッキングアカウント７６－２にシステム暗号通貨６２－２を預入して、暗号通貨支払いシステム１０内で、デスティネーションコンピューティングデバイス１４－２が受信する支払いを裏付ける。

同様に、デスティネーションコンピューティングデバイス１４－ｎは、暗号通貨ベース支払いバッキングアカウントデバイス２０でデスティネーションコンピューティングデバイス１４－ｎの支払いのための暗号通貨ベース支払いバッキングアカウント７６－ｎを確立し、デスティネーションコンピューティングデバイス１４－ｎの支払いのための暗号通貨ベース支払いバッキングアカウント７６－ｎにシステム暗号通貨６２－ｎを預入して、暗号通貨支払いシステム１０内で、デスティネーションコンピューティングデバイス１４－ｎが受信する支払いを裏付ける。

デスティネーションコンピューティングデバイスが、受信された支払いを裏付けるために暗号通貨ベース支払いバッキングアカウントをセットアップすることを望むインセンティブは少ない。デスティネーションコンピューティングデバイスは、アカウントを確立し、かつソースコンピューティングデバイス（例えば、小売商／消費者シナリオにおける消費者）によって受信された支払いを信頼するために資金を必要とするであろう。その上、デスティネーションコンピューティングデバイスは、アカウントをセットアップするのに時間をかける必要があるであろう。

しかしながら、先に考察したように、暗号通貨ベース支払いバッキングアカウントは、暗号通貨ベース支払いバッキングアカウントの成功した支払いに対して、暗号通貨ベース支払いバッキングアカウントデバイス２０から直接報酬を受け取る。したがって、事前のセットアップは、労力及び金銭を必要とし得るが、デスティネーションコンピューティングデバイス１４は、全ての成功した支払いに対するパーセンテージバックの長期的な利益を受け取ることとなる。信頼できる支払いを確立するために、デスティネーションコンピューティングデバイス１４は、支払いを受け入れる前に、顧客に関する知識を得るための顧客ロイヤルティプログラムを開発することができる。顧客の不正行為が検出された場合、顧客は、ロイヤル顧客ステータスを失い、デスティネーションコンピューティングデバイス１４に暗号通貨ベース支払いを行うことができなくなるであろう。

図８Ｄは、特定の暗号通貨ウォレットを使用する支払いを裏付けるための暗号通貨ベース支払いバッキングアカウントが確立される実施例を示す。例えば、暗号通貨Ａのウォレットを使用する支払いを裏付けるための暗号通貨ベース支払いバッキングアカウント８０－１が確立され、暗号通貨Ｂのウォレットを使用する支払いを裏付けるための暗号通貨ベース支払いバッキングアカウント８０－２が確立され、暗号通貨Ｘのウォレットを使用する支払いを裏付けるための暗号通貨ベース支払いバッキングアカウント８０－ｎが確立される。

暗号通貨支払いシステムの任意のユーザが、示されたアカウントのいずれかを確立していてもよく、暗号通貨支払いシステムの任意のユーザが、アカウントのいずれかにシステム暗号通貨を寄付することができる。例えば、コンピューティングデバイス７８－１～７８－２は、暗号通貨Ａを使用する支払いのための暗号通貨ベース支払いバッキングアカウント８０－１に暗号通貨６２－１を預入し、コンピューティングデバイス７８－３は、暗号通貨Ｂを使用する支払いのための暗号通貨ベース支払いバッキングアカウント８０－２に暗号通貨６２－２を預入し、コンピューティングデバイス７８－ｎは、暗号通貨Ｘを使用する支払いのための暗号通貨ベース支払いバッキングアカウント８０－ｎに暗号通貨６２－ｎを預入する。

暗号通貨ベース支払いバッキングアカウントにシステム暗号通貨を預入する者は、特定の暗号通貨ウォレットと関連付けられた成功した支払いに対して、暗号通貨ベース支払いバッキングアカウントデバイス２０から報酬を受け取る。例えば、ビットコインウォレットなどの信頼できる周知の暗号通貨ウォレットは、個々のユーザがシステム暗号通貨を預入して、ビットコイン支払いを裏付けることができる暗号通貨ベース支払いバッキングアカウントを有し得る。したがって、暗号通貨ベース支払いバッキングアカウントデバイスの預入は、預入を行うことと関連付けられたリスクと引き換えに、金銭的インセンティブを提供する。

図８Ｅは、暗号通貨支払いシステムの任意のタイプのユーザが、金銭的インセンティブと引き換えに、システム暗号通貨を任意の暗号通貨ベース支払いバッキングアカウントに預入することができる実施例を示す。この実施例では、暗号通貨ベース支払いバッキングアカウントデバイス２０が、システム暗号通貨６２－１を格納する、デスティネーションコンピューティングデバイス１４－１の支払いのための暗号通貨ベース支払いバッキングアカウント７６－１と、システム暗号通貨６２－２を格納する、暗号通貨Ｂを使用する支払いのための暗号通貨ベース支払いバッキングアカウント８０－２と、システム暗号通貨６２－３を格納する、暗号通貨ウォレット６８の支払いのための暗号通貨ベース支払いバッキングアカウント７２－２と、を有することが示されている。

コンピューティングデバイス７８－１が、デスティネーションコンピューティングデバイス１４－１の支払いのための暗号通貨ベース支払いバッキングアカウント７６－１にシステム暗号通貨の預入を行うことが示されている。例えば、デスティネーションコンピューティングデバイス１４は、コンピューティングデバイス７８－１（例えば、個々のユーザ）が金銭的リターンの機会を見出す、信頼できる顧客ロイヤルティプログラムを有する信頼できる小売商であり得る。コンピューティングデバイス７８－１は、デスティネーションコンピューティングデバイス１４によって受信された成功した支払いに対する報酬の一部分を受け取るために、アカウントにシステム暗号通貨を預入する。

別の例として、暗号通貨ウォレット開発者６４－１が、暗号通貨Ｂを使用する支払いのための暗号通貨ベース支払いバッキングアカウント８０－１にシステム暗号通貨の預入を行うことが示されている。暗号通貨ウォレット開発者６４－１は、暗号通貨Ｂウォレットが、普及した信頼できる暗号通貨ウォレットであり、したがって、暗号通貨Ｂを使用して行われた成功した支払いに対する報酬の一部分を受け取るために、アカウントにシステム暗号通貨を預入するものと考え得る。

別の実施例として、暗号通貨ウォレット開発者６４－ｎが、暗号通貨ウォレット６８の支払いのための暗号通貨ベース支払いバッキングアカウント７２－２へのシステム暗号通貨の預入を行うことが示されている。暗号通貨ウォレット開発者６４－ｎは、暗号通貨ウォレット開発者６４－ｎ自身のウォレットではないが、暗号通貨ウォレット６８が、普及した信頼できる暗号通貨ウォレットであり、かつ暗号通貨ウォレット６８を使用して行われた成功した支払いに対する報酬の一部分を受け取るために、アカウントにシステム暗号通貨を預入するものと考え得る。

図９は、暗号通貨支払いシステムの暗号通貨ベース支払いバッキングアカウントデバイスによる実行のための方法の一実施例のフローチャートである。この方法は、ステップ８２から開始し、ここで、暗号通貨ベース支払いバッキングアカウントデバイスは、ソースコンピューティングデバイスからデスティネーションコンピューティングデバイスへの暗号通貨ベース支払いに関するリアルタイム支払い情報に基づいて、暗号通貨支払いシステムのネットワークコンピューティングデバイスから、システム暗号通貨の額をロックするためのロック指示を受信する。暗号通貨ベース支払いバッキングアカウントデバイスは、暗号通貨支払いシステムのリアルタイム暗号通貨ベース支払いを裏付けるためにシステム暗号通貨を格納する複数の暗号通貨ベース支払いバッキングアカウントを含む。

ロックされるシステム暗号通貨の額は、リアルタイム支払いの額及び／又は暗号通貨ベース支払いバッキングアカウント、ソースコンピューティングデバイス、及びデスティネーションコンピューティングデバイスの１つ以上の特性に基づいてもよい。例えば、ロックされるシステム暗号通貨の額は、リアルタイム支払いの額に等しい。別の実施例として、ロックされるシステム暗号通貨の額は、ソースコンピューティングデバイスが通常どのくらい支出するかに基づく。別の実施例として、ロックされたシステム暗号通貨の額は、デスティネーションコンピューティングデバイスが販売する商品のタイプに基づく（例えば、より大きな額は、ハイエンド商品を販売する小売商に対してロックされる）。

方法は、ステップ８４に続き、ここで、暗号通貨ベース支払いバッキングアカウントデバイスは、リアルタイム支払い情報と関連付けられた、複数の暗号通貨ベース支払いバッキングアカウントのうちの暗号通貨ベース支払いバッキングアカウントを判定する。例えば、リアルタイム支払い情報は、ソースコンピューティングデバイスの暗号通貨ウォレットのための暗号通貨ベース支払いバッキングアカウントと関連付けられたソースＩＤを含む。暗号通貨ベース支払いバッキングアカウントのタイプの追加の実施例が、図８Ａ～８Ｅを参照して考察される。

方法は、ステップ８６に続き、ここで、暗号通貨ベース支払いバッキングアカウントデバイスは、ネットワークコンピューティングデバイスから解放指示又は消費指示が受信されるまで、暗号通貨ベース支払いバッキングアカウントに格納されたシステム暗号通貨の額をロックする。ステップ８８で暗号通貨ベース支払いバッキングアカウントデバイスが解放指示を受信すると、方法は、ステップ９０に続き、ここで、暗号通貨ベース支払いバッキングアカウントデバイスは、システム担保の額を暗号通貨ベース支払いバッキングアカウントに解放する。解放指示は、ソースコンピューティングデバイスからの暗号通貨支払いが証明され、かつリアルタイム暗号通貨ベース支払いが成功した後か、又は支払い開始が終了された（例えば、ネットワークコンピューティングデバイスが、デスティネーションコンピューティングデバイスに支払いを送信する前に失敗し、及び／又はキャンセルされる）ときに受信される。

ステップ９２で暗号通貨ベース支払い裏付けアカウントデバイスが消費指示を受信すると、方法は、ステップ９４に続き、ここで、暗号通貨ベース支払いバッキングアカウントデバイスは、システム暗号通貨の額を、ネットワークコンピューティングデバイスと関連付けられたアカウントに送信する。ネットワークコンピューティングデバイスと関連付けられたアカウントは、暗号通貨ベース支払いバッキングアカウントデバイスに、ネットワークコンピューティングデバイスに、又はスタンドアロンコンピューティングデバイスに格納され得る。消費指示は、ソースコンピューティングデバイスからの暗号通貨支払いが、特定の時間閾値内で正常に受信及び／又は証明されていないが、リアルタイムの暗号通貨支払いが行われているときに、受信される。

図１０は、消費者支払い情報９８と、既存の小売商－消費者インターフェースコンピューティングデバイス１００と、既存の小売商アクワイアラデバイス１０２と、１つ以上の既存の小売商支払いゲートウェイ１０４と、既存の小売商支払いプロセッサ１０６と、既存のネットワーク／アソシエーション１０８と、既存の発行バンクデバイス１１０と、を含む既存の支払いネットワーク９６の概略ブロック図である。

既存の小売商－消費者インターフェースコンピューティングデバイス１００は、小売ポイントオブセール（ＰＯＳ）デバイス（例えば、コンピュータモニタ、タッチスクリーン、支払い端末、バーコードスキャナ、デビット／クレジットカードリーダなのうちの１つ以上を有するレジスタ）、クレジット／デビットカード端末、又は電子商取引プラットフォームである。ステップ１において支払いを開始するために、消費者は、消費者支払い情報９８を既存の小売商－消費者インターフェースコンピューティングデバイス１００に提供する。例えば、消費者は、ＰＯＳデバイスにおいて、クレジットカード又はデビットカードを挿入若しくはスワイプするか、又は、両方のデバイスが近距離無線通信（ＮＦＣ）技術を使用する場合に、ＰＯＳデバイスにおいて、クレジットカード若しくはデビットカード情報を記憶する消費者デバイスをスワイプ若しくはホバーする。別の例として、消費者は、小売商の電子商取引ウェブサイトにクレジットカード又はデビットカード情報を入力して、購入を開始する。

ステップ２において、既存の小売商－消費者インターフェースコンピューティングデバイス１００は、消費者支払い情報から既存の小売商支払いゲートウェイ１０４に。既存の小売商支払いゲートウェイ１０４は、既存の小売商－消費者インターフェースコンピューティングデバイス１００に統合されてもよいし、別個のデバイスであってもよい（例えば、既存の小売商－消費者インターフェースコンピューティングデバイス１００が電子商取引プラットフォームである場合）。既存の小売商支払いゲートウェイ１０４は、既存の小売商－消費者インターフェースコンピューティングデバイス１００と、デビット／クレジットカード支払いを承認又は拒否するエンティティとの間の搬路として機能する。

ステップ３において、既存の小売商支払いゲートウェイ１０４は、消費者支払い情報を既存の小売商支払いプロセッサ１０６に送信する。既存の小売商支払いプロセッサ１０６は、ステップ４において、支払い取引を処理し、支払い取引情報を既存のネットワーク／アソシエーション１０８（例えば、クレジットカードアソシエーション）にルーティングする。いくつかの既存のネットワーク／アソシエーション１０８は、支払い取引を承認又は拒否することができる。これらの既存のネットワーク／アソシエーション１０８について、既存のネットワーク／アソシエーション１０８は、ステップ５において、支払い取引を承認又は拒否し、承認／拒否の確認応答を既存の小売商支払いプロセッサ１０６に送信する。

いくつかの既存のネットワーク／アソシエーション１０８は、支払い取引を承認又は拒否することができない。それらの既存のネットワーク／アソシエーション１０８について、既存のネットワーク／アソシエーション１０８は、ステップ４ａにおいて、支払い取引情報を既存の発行バンクデバイス１１０に送信する。既存の発行バンクデバイス１１０は、ステップ４ｂにおいて、支払い取引を承認又は拒否し、既存のネットワーク／アソシエーション１０８に承認／拒否の確認応答を送信する。既存のネットワーク／アソシエーション１０８は、ステップ５において、既存の小売商支払いプロセッサ１０６に承認／拒否の確認応答を送信する。

既存の小売商支払いプロセッサ１０６は、ステップ６において、承認／拒否の確認応答を既存の小売商支払いゲートウェイ１０４に送信し、既存の小売商支払いゲートウェイ１０４は、ステップ７において、承認／拒否の確認応答（ＡＣＫ）を既存の小売商－消費者インターフェースコンピューティングデバイス１００にプッシュし、ここで、消費者は、支払いが承認されるか又は拒否されるかを通知される。

承認されると、既存のネットワーク／アソシエーション１０８は、ステップ８において、既存の小売商アクワイアラデバイス１０２（例えば、小売商バンク）に支払いを送信する。既存の小売商アクワイアラデバイス１０２は、小売商アカウントを介して既存の小売商支払いゲートウェイ１０４と関連付けられ得る。資金が、小売商アカウントに預入され、次いで、所定の時間に小売商バンクにバンドル及び預入され得る。

したがって、既存の支払いネットワーク９６は、ラウンドトリップで複数のエンティティを介して支払い情報を送信することを伴う。各ステップは、消費者支払い情報を暗号化及び復号化することを含む。既存の支払いネットワーク９６は、低速であり、セキュリティ違反及び不正行為の多くの潜在的なポイントを伴い、支払い処理における様々なエンティティの役割の手数料を必要とする。

図１１は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む、暗号通貨支払いシステム１０の別の実施形態の概略ブロック図である。図１１は、図１１においてソースコンピューティングデバイス１２が消費者コンピューティングデバイス１１２と称され、かつデスティネーションコンピューティングデバイスが、暗号通貨支払いシステム１０に接続するように刷新されているが、既存の支払いネットワーク（例えば、図１０の既存の支払いネットワーク９６）にも接続される小売商コンピューティングデバイス１２２であることを除いて、図１、３、及び５の暗号通貨支払いシステム１０と同様に動作する。

小売商コンピューティングデバイス１２２は、刷新されたポイントオブセール（ＰＯＳ）デバイス１１４及び既存の支払いネットワーク接続１２４を含む。刷新されたＰＯＳデバイス１１４は、ネットワークコンピューティングデバイス１６に暗号通貨支払いシステム接続ポイント１２０－１を提供し、したがって、小売商コンピューティングデバイス１２２を暗号通貨支払いシステム１０に接続する、刷新された小売商ＰＯＳソフトウェア１１６を含む。

例えば、刷新された小売商ＰＯＳソフトウェア１１６は、小売商ＰＯＳデバイスをネットワークコンピューティングデバイス１６に接続し、かつ暗号通貨支払いシステムを介して支払いを受け入れるための近距離無線通信（ＮＦＣ）ソフトウェア上にボタンを表示するネットワークアプリケーションである。刷新されたＰＯＳデバイス１１４は、既存のＰＯＳハードウェア１１８（例えば、バーコードスキャナ、カードリーダなど）を含む。刷新されたＰＯＳデバイス１１４は、図１０を参照して考察されるように、（例えば、既存の小売商支払いゲートウェイ１０４を介して）既存の支払いネットワーク接続１２４に接続するように動作可能である。

図１２は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む、暗号通貨支払いシステム１０の別の実施形態の概略ブロック図である。図１２は、小売商コンピューティングデバイス１２２の刷新されたＰＯＳデバイス１１４が、刷新された小売商ＰＯＳソフトウェア１１６及び刷新された小売商ＰＯＳハードウェア１２６を含むことを除いて、図１１の暗号通貨支払いシステム１０と同様に動作する。

例えば、刷新されたＰＯＳデバイス１１４は、暗号通貨支払いシステムの支払いに関するコード（例えば、バーコード、２部分バーコード（ｔｗｏ－ｐａｒｔ ｂａｒｃｏｄｅ）など）を生成及び／又はスキャンするためのネットワークアプリケーション並びに刷新されたハードウェアを含む。例えば、刷新されたＰＯＳデバイス１１４は、消費者がスキャンするためのコードを生成する。消費者コンピューティングデバイス１１２は、支払い開始としてコードをスキャンする。

２部分バーコードの実施例では、刷新されたＰＯＳデバイス１１４は、消費者がスキャンするためのバーコードの１つのピースを生成する。消費者コンピューティングデバイス１１２は、刷新されたＰＯＳデバイス１１４がスキャンするためのバーコードの別のピースを生成及び提示する。刷新されたＰＯＳデバイス１１４は、２つのピースをスキャンし、支払い開始として解釈するように動作可能である。

刷新された小売商ＰＯＳソフトウェア１１６及び刷新された小売商ＰＯＳハードウェア１２６のうちの１つ以上は、刷新されたＰＯＳデバイス１１４をネットワークコンピューティングデバイス１６に接続する。この実施例では、刷新された小売商ＰＯＳハードウェア１２６は、ネットワークコンピューティングデバイス１６に暗号通貨支払いシステム接続ポイント１２０－２を提供し、したがって、小売商コンピューティングデバイス１２２をネットワークコンピューティングデバイス１６に接続する。

図１３は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む暗号通貨支払いシステム１０の概略ブロック図である。

図１３は、小売商コンピューティングデバイス１２２が刷新されたＰＯＳデバイス１１４を含むという点で、図１１及び１２の暗号通貨支払いシステム１０と同様に動作する。図１３は、刷新されたＰＯＳデバイス１１４がネットワークコンピューティングデバイス１６に接続されている（すなわち、暗号通貨支払いシステム１０の一部である）ときに関与するリアルタイム支払いステップを示す。

ステップ１ａ及び１ｂにおいて、消費者コンピューティングデバイス１１２及び刷新されたＰＯＳデバイス１１４は、ネットワークコンピューティングデバイス１６にリアルタイム支払い情報を提供する。リアルタイム支払い情報は、消費者リアルタイム支払い情報（例えば、消費者識別子（ＩＤ）、及び消費者コンピューティングデバイス１１２が小売商コンピューティングデバイス１２２へのリアルタイム支払いで使用したい暗号通貨のタイプ）、小売商リアルタイム支払い情報（例えば、小売商識別子（ＩＤ）、及び小売商コンピューティングデバイス１２２が消費者コンピューティングデバイス１１２からリアルタイム支払いで受け取りたい所望の通貨のタイプ）、及びリアルタイム支払いの額を含む。

ネットワークコンピューティングデバイス１６がリアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセスと、暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセスと、を開始する。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。ここでは、リアルタイム暗号通貨ベース支払いを伴うステップが示されている。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、先の図に記載されるプロセスと同様に行われる。

ネットワークコンピューティングデバイス１６が、消費者コンピューティングデバイス１１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額を受信すると、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成され、暗号通貨は、小売商の所望の通貨と交換され、小売商に支払われる。ＡＣＫは、ステップ２において、刷新されたＰＯＳデバイス１１４にプッシュされる。図１０に記載されるプロセスと比較して、支払いのＡＣＫは、図１３の刷新されたＰＯＳデバイス１１４に、はるかに高速で、かつより少ないエンティティの使用を通して送信される。

図１４は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む、暗号通貨支払いシステム１０の別の実施形態の概略ブロック図である。図１４は、小売商コンピューティングデバイス１２２が、既存の小売商－消費者インターフェースコンピューティングデバイス１００（例えば、既存のＰＯＳデバイス又は電子商取引プラットフォーム）及び刷新された小売商支払いゲートウェイ１２８を含むことを除いて、図１１及び１２の暗号通貨支払いシステム１０と同様に動作する。例えば、小売商は、小売商のＰＯＳ機器を刷新すること、又は既存のＰＯＳ機器又は電子商取引プラットフォームに新しいソフトウェアをインストールすることに投資することを望まない場合があるか、又は投資することができない場合がある。しかしながら、小売商は、既存の小売商支払いゲートウェイから、刷新された小売商支払いゲートウェイ１２８を使用して暗号通貨支払いシステムの支払いを処理するように切り替えることができる。

刷新された小売商支払いゲートウェイ１２８は、暗号通貨支払いシステム接続ポイント１２０－３をネットワークコンピューティングデバイス１６に提供し、したがって、小売商コンピューティングデバイス１２２を暗号通貨支払いシステム１０に接続するソフトウェアを含む。刷新された小売商支払いゲートウェイ１２８は、図１０を参照して考察されるように、既存の支払いネットワーク接続１２４に接続するように動作可能である。

図１５は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む暗号通貨支払いシステム１０の概略ブロック図である。

図１５は、小売商コンピューティングデバイス１２２が刷新された小売商支払いゲートウェイ１２８を含むという点で、図１４の暗号通貨支払いシステム１０と同様に動作する。図１５は、刷新された小売商支払いゲートウェイ１２８がネットワークコンピューティングデバイス１６に接続されている（すなわち、暗号通貨支払いシステムの一部である）ときに関与するリアルタイム支払いステップを示す。

ステップ１ａ及び１ｂにおいて、消費者コンピューティングデバイス１１２及び刷新された小売商支払いゲートウェイ１２８は、リアルタイム支払い情報をネットワークコンピューティングデバイス１６に提供する。リアルタイム支払い情報は、消費者リアルタイム支払い情報（例えば、消費者識別子（ＩＤ）、及び消費者コンピューティングデバイス１１２が小売商コンピューティングデバイス１２２へのリアルタイム支払いで使用したい暗号通貨のタイプ）、小売商リアルタイム支払い情報（例えば、小売商識別子（ＩＤ）、及び小売商コンピューティングデバイス１２２が消費者コンピューティングデバイス１１２からリアルタイム支払いで受け取りたい所望の通貨のタイプ）、及びリアルタイム支払いの額を含む。

ネットワークコンピューティングデバイス１６がリアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセスと、暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセスと、を開始する。暗号通貨ベース支払いと暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。ここでは、リアルタイム暗号通貨ベース支払いを伴うステップが示されている。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、先の図に記載されるプロセスと同様に行われる。

ネットワークコンピューティングデバイス１６が、消費者コンピューティングデバイス１１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額を受信すると、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成され、暗号通貨は、小売商の所望の通貨と交換され、小売商に支払われる。ＡＣＫは、ステップ２において、刷新された小売商支払いゲートウェイ１２８に送信され、ステップ３において、既存の小売商－消費者インターフェースコンピューティングデバイス１００にプッシュされて、リアルタイム支払いプロセスを完了する。図１０と比較して、支払いのＡＣＫは、図１５の既存の小売商－消費者インターフェースコンピューティングデバイス１００に、はるかに速く、かつより少ないエンティティの使用を通じて送信される。

図１６は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む、暗号通貨支払いシステム１０の別の実施形態の概略ブロック図である。図１６は、小売商コンピューティングデバイス１２２が、既存の小売商－消費者インターフェースコンピューティングデバイス１００（例えば、既存のＰＯＳデバイス又は電子商取引プラットフォーム）、既存の小売商支払いゲートウェイ１０４、及び刷新された小売商支払いプロセッサ１３０を含むことを除いて、図１１、１２、及び１４の暗号通貨支払いシステム１０と同様に動作する。例えば、小売商は、小売商のＰＯＳ機器を刷新すること、又は既存のＰＯＳ機器又は電子商取引プラットフォームに新しいソフトウェアをインストールすることに投資することを望まない場合があるか、又は投資することができない場合がある。更に、既存の小売商支払いゲートウェイは、小売商のＰＯＳ機器の一部であり、容易に刷新されない場合がある。しかしながら、小売商は、既存の小売商支払いプロセッサから、刷新された小売商支払いプロセッサ１３０を使用して暗号通貨支払いシステムの支払いを処理することに切り替えることができる。

刷新された小売商支払いプロセッサ１３０は、暗号通貨支払いシステム接続ポイント１２０－４をネットワークコンピューティングデバイス１６に提供し、したがって、小売商コンピューティングデバイス１２２を暗号通貨支払いシステム１０に接続するソフトウェアを含む。刷新された小売商支払いプロセッサ１３０は、図１０を参照して考察されるように、既存の支払いネットワーク接続１２４に接続するように動作可能である。

図１７は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む暗号通貨支払いシステム１０の概略ブロック図である。

図１７は、小売商コンピューティングデバイス１２２が刷新された小売商支払いプロセッサ１３０を含むという点で、図１６の暗号通貨支払いシステム１０と同様に動作する。図１７は、刷新された小売商支払いプロセッサ１３０がネットワークコンピューティングデバイス１６に接続されている（すなわち、暗号通貨支払いシステムの一部である）ときに関与するリアルタイム支払いステップを示す。

ステップ１ａ及び１ｂにおいて、消費者コンピューティングデバイス１１２及び刷新された小売商支払いプロセッサ１３０は、リアルタイム支払い情報をネットワークコンピューティングデバイス１６に提供する。リアルタイム支払い情報は、消費者リアルタイム支払い情報（例えば、消費者識別子（ＩＤ）、及び消費者コンピューティングデバイス１１２が小売商コンピューティングデバイス１２２へのリアルタイム支払いで使用したい暗号通貨のタイプ）、小売商リアルタイム支払い情報（例えば、小売商識別子（ＩＤ）、及び小売商コンピューティングデバイス１２２が消費者コンピューティングデバイス１１２からリアルタイム支払いで受け取りたい所望の通貨のタイプ）、及びリアルタイム支払いの額を含む。

ネットワークコンピューティングデバイス１６がリアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセスと、暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセスと、を開始する。暗号通貨ベース支払いと暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。ここでは、リアルタイム暗号通貨ベース支払いを伴うステップが示されている。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、先の図に記載されるプロセスと同様に行われる。

ネットワークコンピューティングデバイス１６が、消費者コンピューティングデバイス１１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額を受信すると、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成され、暗号通貨は、小売商の所望の通貨と交換され、小売商に支払われる。ＡＣＫは、ステップ２において、刷新された小売商支払いプロセッサ１３０に送信され、刷新された小売商支払いプロセッサ１３０は、ステップ３において、既存の小売商支払いゲートウェイ１０４にＡＣＫを送信し、ここで、ＡＣＫは、ステップ４において、既存の小売商－消費者インターフェースコンピューティングデバイス１００にプッシュされて、リアルタイム支払いプロセスを完了する。図１０と比較して、支払いのＡＣＫは、図１７の既存の小売商－消費者インターフェースコンピューティングデバイス１００に、より速く、かつより少ないエンティティの使用を通じて送信される。

図１８は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む暗号通貨支払いシステム１０の別の実施形態の概略ブロック図である。図１８は、小売商コンピューティングデバイス１２２が刷新された電子商取引プラットフォームデバイス１３２を含むことを除いて、図１１、１２、１４、及び１６の暗号通貨支払いシステム１０と同様に動作する。例えば、刷新された電子商取引プラットフォームデバイス１３２は、ネットワークコンピューティングデバイス１６に暗号通貨支払いシステム接続ポイント１２０－５を提供し、したがって、小売商コンピューティングデバイス１２２を暗号通貨支払いシステム１０に接続するソフトウェアを含む。刷新された電子商取引プラットフォームデバイス１３２は、図１０を参照して考察されるように、既存の支払いネットワーク接続１２４に接続するように動作可能である。

図１９は、消費者コンピューティングデバイス１１２と、ネットワークコンピューティングデバイス１６と、インターフェース手段１８と、暗号通貨支払いバッキングアカウントデバイス２０と、小売商コンピューティングデバイス１２２と、を含む暗号通貨支払いシステム１０の概略ブロック図である。

図１９は、小売商コンピューティングデバイス１２２が刷新された電子商取引プラットフォームデバイス１３２を含むという点で、図１８の暗号通貨支払いシステム１０と同様に動作する。図１９は、刷新された電子商取引プラットフォームデバイス１３２がネットワークコンピューティングデバイス１６に接続されている（すなわち、暗号通貨支払いシステムの一部である）ときに関与するリアルタイム支払いステップを示す。

ステップ１ａ及び１ｂにおいて、消費者コンピューティングデバイス１１２及び刷新された電子商取引プラットフォームデバイス１３２は、リアルタイム支払い情報をネットワークコンピューティングデバイス１６に提供する。リアルタイム支払い情報は、消費者リアルタイム支払い情報（例えば、消費者識別子（ＩＤ）、及び消費者コンピューティングデバイス１１２が小売商コンピューティングデバイス１２２へのリアルタイム支払いで使用したい暗号通貨のタイプ）、小売商リアルタイム支払い情報（例えば、小売商識別子（ＩＤ）、及び小売商コンピューティングデバイス１２２が消費者コンピューティングデバイス１１２からリアルタイム支払いで受け取りたい所望の通貨のタイプ）、及びリアルタイム支払いの額を含む。

ネットワークコンピューティングデバイスが、リアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセスと、暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス２０と照合するための非リアルタイム照合プロセスと、を開始する。暗号通貨ベース支払いと暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。ここでは、リアルタイム暗号通貨ベース支払いを伴うステップが示されている。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイス２０との照合は、先の図に記載されるプロセスと同様に行われる。

ネットワークコンピューティングデバイス１６が、消費者コンピューティングデバイス１１２から、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨の額を受信すると、暗号通貨の額の受信のネットワーク確認応答（ＡＣＫ）が生成され、暗号通貨は、小売商の所望の通貨と交換され、小売商に支払われる。ＡＣＫは、ステップ２において、刷新された電子商取引プラットフォームデバイス１３２にプッシュされる。図１０と比較して、支払いのＡＣＫは、図１９の刷新された電子商取引プラットフォームデバイス１３２に、より速く、かつより少ないエンティティの使用を通じて送信される。

図２０は、図１１～１９の暗号通貨支払いシステム１０のネットワークコンピューティングデバイスによって、消費者コンピューティングデバイスから小売商コンピューティングデバイスへの暗号通貨ベース支払いを処理する方法の一実施例のフローチャートである。この方法は、ステップ１３４から開始し、ここで、ネットワークコンピューティングデバイスは、消費者コンピューティングデバイスから小売商コンピューティングデバイスへの暗号通貨ベース支払いに関するリアルタイム支払い情報を受信する。消費者コンピューティングデバイス及び小売商コンピューティングデバイスは、消費者－小売商インターフェースデバイス（例えば、ポイントオブセール（ＰＯＳ）デバイス、電子商取引ウェブサイトなど）を介してインタラクトする。

例えば、消費者コンピューティングデバイスは、ネットワークアプリケーションを介して、消費者リアルタイム支払い情報をネットワークコンピューティングデバイスに送信する。消費者リアルタイム支払い情報は、消費者識別子（ＩＤ）と、消費者コンピューティングデバイスが小売商コンピューティングデバイスへのリアルタイムの支払いで使用したい暗号通貨のタイプと、を含む。小売商コンピューティングデバイスは、複数の暗号通貨支払いシステム接続ポイントのうちの第１の暗号通貨支払いシステム接続ポイントを介して、小売商リアルタイム支払い情報をネットワークコンピューティングデバイスに送信する。

複数の暗号通貨支払いシステム接続ポイントは、刷新されたポイントオブセール（ＰＯＳ）デバイス、刷新された電子商取引プラットフォーム、刷新された小売商支払いゲートウェイ、及び刷新された小売商支払いプロセッサを含む。複数の暗号通貨支払いシステム接続ポイントは、小売商の機器ニーズ、予算、及び消費者インターフェース要件に最も適したものに基づいて、暗号通貨支払いシステムに接続する方法のための小売商オプションを提供する。特定の実施例として、第１の暗号通貨支払いシステム接続ポイントは、このポイントをネットワークコンピューティングデバイスに接続するソフトウェアを有する刷新されたポイントオブセール（ＰＯＳ）デバイスである。

小売商リアルタイム支払い情報は、小売商識別子（ＩＤ）と、小売商が消費者コンピューティングデバイスからリアルタイム支払いで受け取りたい選択された通貨のタイプ（例えば、法定通貨、別の暗号通貨など）と、を含む。消費者リアルタイム支払い情報及び小売商リアルタイム支払い情報のうちの１つ以上は、リアルタイム支払いの額を含む。

ネットワークコンピューティングデバイスがリアルタイム支払い情報を受信すると、ネットワークコンピューティングデバイスは、１）リアルタイム暗号通貨ベース支払いプロセスと、２）暗号通貨ベース支払いを暗号通貨ベース支払いバッキングアカウントデバイス（例えば、非リアルタイム暗号通貨ベース支払い照合プロセス）と照合するための非リアルタイム照合プロセスと、を開始する。暗号通貨ベース支払いの、暗号通貨ベース支払いバッキングアカウントデバイスとの照合は、リアルタイム暗号通貨ベース支払いの時間枠よりも長い時間枠内で行われる。

リアルタイム暗号通貨ベース支払いプロセスは、ステップ１３６～１４４を含み、非リアルタイム暗号通貨ベース支払い照合プロセスは、ステップ１４６～１５２を含む。リアルタイム暗号通貨ベース支払いプロセスは、ステップ１３６から開始し、ここで、ネットワークコンピューティングデバイスは、消費者コンピューティングデバイスから、リアルタイム暗号通貨ベース支払いで使用するための暗号通貨支払いを受信する。

リアルタイム暗号通貨ベース支払いプロセスは、ステップ１３８に続き、ここで、ネットワークコンピューティングデバイスは、消費者コンピューティングデバイスから暗号通貨支払いの受信のネットワーク確認応答を生成する。リアルタイム暗号通貨ベース支払いプロセスは、ステップ１４０に続き、ここで、ネットワークコンピューティングデバイスは、ネットワーク確認応答を、第１の暗号通貨支払いシステム接続ポイントを介して消費者－小売商インターフェースデバイスに送信する。例えば、第１の暗号通貨支払いシステム接続ポイントは、刷新されたポイントオブセール（ＰＯＳ）デバイス又は刷新された電子商取引プラットフォームである。いずれの場合も、これらの点はまた、ネットワーク確認応答がネットワークコンピューティングデバイスから消費者－小売商インターフェースデバイスに直接渡るような、消費者－小売商インターフェースデバイスである。

別の実施例では、第１の暗号通貨支払いシステム接続ポイントは、刷新された小売商支払いゲートウェイである。その実施例では、ネットワーク確認応答は、ネットワークコンピューティングデバイスから刷新された小売商支払いゲートウェイに、次いで消費者－小売商インターフェースデバイスに渡る。別の実施例では、第１の暗号通貨支払いシステム接続ポイントは、刷新された小売商支払いプロセッサである。その実施例では、ネットワーク確認応答は、ネットワークコンピューティングデバイスから、刷新された小売商支払いプロセッサ、刷新された小売商支払いゲートウェイ、次いで、消費者－小売商インターフェースデバイスに渡る。

リアルタイム暗号通貨ベース支払いプロセスは、ステップ１４２に続き、ここで、ネットワークコンピューティングデバイスは、消費者コンピューティングデバイスから受信された暗号通貨支払いを、小売商コンピューティングデバイスによって所望される選択された通貨での支払いに交換する。リアルタイム暗号通貨ベース支払いプロセスは、ステップ１４４に続き、ここで、ネットワークコンピューティングデバイスは、選択された通貨での支払いを小売商コンピューティングデバイスに送信する。

一方、非リアルタイム暗号通貨ベース支払い照合プロセスは、ステップ１４６から開始し、ここで、ネットワークコンピューティングデバイスは、暗号通貨ベース支払いバッキングアカウントデバイスに、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額をロックするように指示する。支払い開始が終了された場合（例えば、ネットワークコンピューティングデバイスが、リアルタイム暗号通貨ベース支払いループの次のステップに続く前の一定の時間内に、支払いがキャンセルされるか、又は失敗する）、ネットワークコンピューティングデバイスは、暗号通貨ベース支払いバッキングアカウントデバイスに、システム暗号通貨の額を解放するように指示する解放指示を送信する。

非リアルタイム暗号通貨ベース支払い照合プロセスは、ステップ１４８に続き、ここで、ネットワークコンピューティングデバイスは、消費者コンピューティングデバイスから受信された暗号通貨支払いを証明する。例えば、ネットワークコンピューティングデバイスは、消費者コンピューティングデバイスから受信された暗号通貨の額を証明するコンセンサスネットワークに接続する。コンセンサスネットワークは、数分～数時間の時間がかかり得る証明プロセス（例えば、ビットコインブロックチェーンの実施例における所望の数の確認など）を実装する。

ネットワークコンピューティングデバイスが、消費者コンピューティングデバイスによって受信された暗号通貨支払いを証明すると、方法は、ステップ１５２に続き、ここで、ネットワークコンピューティングデバイスは、暗号通貨ベース支払いバッキングアカウントデバイスに、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額を解放するように指示する。ネットワークコンピューティングデバイスが、消費者コンピューティングデバイスによって受信された暗号通貨支払いを証明しない場合、方法は、ステップ１５０に続き、ここで、ネットワークコンピューティングデバイスは、暗号通貨ベース支払いバッキングアカウントデバイスに、リアルタイム暗号通貨ベース支払いと関連付けられたシステム暗号通貨の額を消費するように指示する。

ビットストリーム、ストリーム、信号シーケンスなどの本明細書で使用され得る用語（又はそれらの均等物）は、コンテンツがいくつかの所望のタイプ（例えば、データ、ビデオ、スピーチ、テキスト、グラフィック、オーディオなど、そのいずれもが、一般に、「データ」と称され得る）のうちのいずれかに対応するデジタル情報を記述するために交換可能に使用されていることに留意されたい。

本明細書で使用され得る場合、用語「実質的に」及び「およそ」は、その対応する用語及び／又は項目間の相対性に関して業界で許容される許容誤差を提供する。いくつかの業界では、業界で許容される許容誤差は、１パーセント未満であり、他の業界では、業界で許容される許容誤差は、１０パーセント以上である。業界で許容される許容誤差の他の例は、１パーセント未満から５０パーセントまでの範囲である。業界で許容される許容誤差は、限定されるものではないが、成分値、集積回路プロセス変動、温度変動、上昇時間及び下降時間、熱ノイズ、寸法、シグナリングエラー、ドロップパケット、温度、圧力、材料組成、及び／又は性能メトリックに対応する。業界内では、許容される許容誤差変動は、パーセンテージレベル（例えば、＋／－１％未満の寸法許容誤差）よりも大きいか、又は小さい場合がある。項目間のある相対性は、パーセンテージレベル未満から数パーセントの差の範囲であり得る。項目間の他の相対性は、数パーセントから差の大きさの差までの範囲であり得る。

本明細書でも使用され得る場合、用語「に構成される」、「に動作可能に結合される」、「に結合される」、及び／又は「結合する」は、介在アイテム（例えば、アイテムは、以下に限定されないが、構成要素、要素、回路、及び／又はモジュールを含む）を介してアイテム間の直接結合及び／又はアイテム間の間接結合を含み、間接結合の例では、介在アイテムは、信号の情報を修正しないが、その電流レベル、電圧レベル、及び／又は電力レベルを調整し得る。本明細書で更に使用され得る場合、推論結合（すなわち、１つの要素が推論によって別の要素に結合される場合）は、「に結合された」と同じ方式での、２つのアイテム間の直接的及び間接的な結合を含む。

本明細書で更に使用され得る場合、用語「に構成される」、「に動作可能である」、「に結合されている」、又は「に動作可能に結合されている」は、アイテムが、アクティブにされたときに、１つ以上の対応する機能を実行するための電源接続、入力、出力などのうちの１つ以上を含み、１つ以上の他のアイテムへの推論連結を更に含み得ることを示す。本明細書でなお更に使用され得る場合、用語「と関連付けられた」は、別個のアイテムの直接及び／又は間接結合、及び／又は１つのアイテムが別のアイテム内に埋め込まれていることを含む。

本明細書で使用され得る場合、用語「好都合に比較する」は、２つ以上のアイテム、信号などの間の比較が、所望の関係を提供することを示す。例えば、所望の関係が、信号１が信号２よりも大きい大きさを有することである場合、信号１の大きさが、信号２の大きさよりも大きいとき、又は信号２の大きさが、信号１の大きさ未満であるときに、好都合な比較が、達成され得る。本明細書で使用され得る場合、用語「不利に比較する」は、２つ以上のアイテム、信号などの間の比較が、所望の関係を提供できないことを示す。

本明細書で使用され得る場合、１つ以上の特許請求項は、「ａ」、「ｂ」、及び「ｃ」よりも多いか、又は少ない要素に関して、この一般的な形式の特定の形式の「ａ、ｂ、及びｃのうちの少なくとも１つ」というフレーズ、又はこの一般的な形態の特定の形式の「ａ、ｂ、又はｃのうちの少なくとも１つ」を含む場合がある。いずれのフレージングにおいても、フレーズは、同一に解釈されるべきである。特に、「ａ、ｂ、及びｃのうちの少なくとも１つ」は、「ａ、ｂ、又はｃのうちの少なくとも１つ」に等しく、ａ、ｂ、及び／又はｃを意味するものとする。一例として、それは、「ａ」のみ、「ｂ」のみ、「ｃ」のみ、「ａ」及び「ｂ」、「ａ」及び「ｃ」、「ｂ」及び「ｃ」、並びに／又は「ａ」、「ｂ」、及び「ｃ」を意味する。

本明細書で使用され得る場合、「処理モジュール」、「処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔ）」、「プロセッサ」、「処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔｒｙ）」、及び／又は「処理ユニット」という用語は、単一の処理デバイス又は複数の処理デバイスであり得る。そのような処理デバイスは、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ、マイクロコンピュータ、中央処理装置、フィールドプログラマブルゲートアレイ、プログラマブルロジックデバイス、ステートマシン、論理回路、アナログ回路、デジタル回路、及び／又は回路のハードコーディング及び／又は動作命令に基づいて信号（アナログ及び／又はデジタル）を操作する任意のデバイスであり得る。処理モジュール、モジュール、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔ）、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔｒｙ）、及び／若しくは処理ユニットは、単一のメモリデバイス、複数のメモリデバイス、及び／又は別の処理モジュール、モジュール、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔ）、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔｒｙ）、及び／若しくは処理ユニットの埋め込み回路であり得るメモリ及び／若しくは統合メモリ素子であり得るか、又はそれを更に含み得る。そのようなメモリデバイスは、読み出し専用メモリ、ランダムアクセスメモリ、揮発性メモリ、不揮発性メモリ、スタティックメモリ、ダイナミックメモリ、フラッシュメモリ、キャッシュメモリ、及び／又はデジタル情報を記憶する任意のデバイスであり得る。処理モジュール、モジュール、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔ）、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔｒｙ）、及び／又は処理ユニットが、２つ以上の処理デバイスを含む場合、処理デバイスは、中央に位置し得るか（例えば、有線及び／若しくは無線バス構造を介して一緒に直接結合され得る）、又は分散されて位置し得る（例えば、ローカルエリアネットワーク及び／若しくはワイドエリアネットワークを介する間接結合を介したクラウドコンピューティング）ことに留意されたい。更に、処理モジュール、モジュール、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔ）、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔｒｙ）、及び／又は処理ユニットが、ステートマシン、アナログ回路、デジタル回路、及び／又は論理回路を介してその機能のうちの１つ以上を実装する場合、対応する動作命令を記憶するメモリ及び／又はメモリ素子は、ステートマシン、アナログ回路、デジタル回路、及び／又は論理回路を含む回路の中に埋め込まれるか、又はその外部にあることに留意されたい。なお更に、メモリ素子は、図のうちの１つ以上に示されているステップ及び／若しくは機能のうちの少なくともいくつかに対応するハードコードされた命令及び／若しくは動作命令を記憶し得、処理モジュール、モジュール、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔ）、処理回路（ｐｒｏｃｅｓｓｉｎｇ ｃｉｒｃｕｉｔｒｙ）、及び／又は処理ユニットはそれらを実行することに留意されたい。そのようなメモリデバイス又はメモリ素子は、製造品に含まれ得る。

１つ以上の実施形態が、指定された機能及びそれらの関係性の実行を例示する方法ステップの助けを借りて、上記で説明されている。これらの機能的ビルディングブロック及び方法ステップの境界及び順序は、説明の便宜のために、本明細書で任意に定義されている。指定された機能及び関係性が適切に実行される限り、代替の境界及び順序が、定義され得る。したがって、任意のそのような代替の境界又は順序は、特許請求の範囲の範囲及び趣旨内である。更に、これらの機能的ビルディングブロックの境界は、説明の便宜のために、任意に定義されている。特定の有意な機能が適切に実行される限り、代替の境界が、定義され得る。同様に、フローダイヤグラムブロックも、特定の有意な機能を例示するために、本明細書において任意に定義されている可能性がある。

使用される範囲で、フローダイヤグラムブロックの境界及び順序は、別様に定義されている可能性があるが、依然として特定の重要な機能を実行し得る。したがって、機能的ビルディングブロック及びフローダイヤグラムブロックの両方のそのような代替定義並びに順序は、特許請求の範囲の範囲及び趣旨内である。当業者はまた、機能的ビルディングブロック、及び本明細書における他の例示的なブロック、モジュール、及び構成要素が、図示されたように、又は別個の構成要素、特定用途向け集積回路、適切なソフトウェアを実行するプロセッサなど、若しくはそれらの任意の組み合わせによって、実装され得ることを認識するであろう。

加えて、フローダイヤグラムは、「開始」及び／又は「続く」の表示を含み得る。「開始」及び「続く」の表示は、提示されたステップが、任意選択で、１つ以上の他のルーチンに組み込まれるか、又はさもなければそれらとともに使用され得ることを反映する。更に、フローダイヤグラムは、「終了」及び／又は「続く」の表示を含み得る。「終了」及び／又は「続く」の表示は、提示されたステップが、記載され、示されているように終了するか、又は任意選択で、１つ以上の他のルーチンに組み込まれるか、さもさければそれらとともに使用され得ることを反映する。この文脈で、「開始」は、提示された最初のステップの始まりを示し、具体的に示されていない他の活動にとって先行され得る。更に、「続く」の表示は、提示されたステップが、複数回実行され得、及び／又は具体的に示されていない他の活動によって継承され得ることを反映する。更に、フローダイヤグラムは、ステップの特定の順序を示すが、因果関係の原理が維持されているという条件で、他の順序も同様に可能である。

１つ以上の実施形態が、１つ以上の態様、１つ以上の特徴、１つ以上の概念、及び／又は１つ以上の例を示すために、本明細書で使用される。装置、製造品、機械、及び／又はプロセスの物理的な実施形態は、本明細書で考察される実施形態の１つ以上を参照して説明される態様、特徴、概念、例などのうちの１つ以上を含み得る。更に、図ごとに、実施形態は、同じか又は異なる参照番号を使用し得る、同じか又は類似して命名された機能、ステップ、モジュールなどを組み込み得、したがって、機能、ステップ、モジュールなどは、同じか又は類似した機能、ステップ、モジュールなどであり得るか、又は異なる機能、ステップ、モジュールなどであり得る。

上述の図におけるトランジスタは、フィールドエフェクトトランジスタ（ＦＥＴ）として示されているが、当業者であれば理解するであろうように、トランジスタは、以下に限定されないが、バイポーラ、金属酸化物半導体フィールドエフェクトトランジスタ（ＭＯＳＦＥＴ）、Ｎウェルトランジスタ、Ｐウェルトランジスタ、エンハンスメントモード、枯渇モード、及びゼロ電圧閾値（ＶＴ）トランジスタを含む任意のタイプのトランジスタ構造を使用して実装され得る。

反対に明記されていない限り、本明細書に提示される図のうちのいずれかの図の要素への信号、要素からの信号、及び／又は要素間の信号は、アナログ若しくはデジタル、連続時間若しくは離散時間、及びシングルエンド若しくは差動であり得る。例えば、信号経路がシングルエンド経路として示される場合、その信号経路は、差動信号経路も表す。同様に、信号経路が差動経路として示される場合、その信号経路は、シングルエンド信号経路も表す。１つ以上の特定のアーキテクチャが本明細書で説明されるが、明示的に示されていない１つ以上のデータバス、要素間の直接接続、及び／又は当業者によって認識されるような他の要素間の間接結合を使用する他のアーキテクチャも同様に実装され得る。

「モジュール」という用語が、実施形態のうちの１つ以上の説明で使用される。モジュールは、動作命令を記憶するメモリを含み得るか、又はメモリと関連付けて動作し得るプロセッサ又は他の処理デバイス若しくは他のハードウェアなどのデバイスを介して、１つ以上の機能を実装する。モジュールは、独立して、及び／又はソフトウェア及び／又はファームウェアと連携して動作し得る。本明細書でも使用される場合、モジュールは、１つ以上のサブモジュールを含み得、サブモジュールの各々は、１つ以上のモジュールであり得る。

本明細書で更に使用され得る場合、コンピュータ可読メモリは、１つ以上のメモリ素子を含む。メモリ素子は、別個のメモリデバイス、複数のメモリデバイス、又はメモリデバイス内のメモリ位置のセットであり得る。そのようなメモリデバイスは、読み出し専用メモリ、ランダムアクセスメモリ、揮発性メモリ、不揮発性メモリ、スタティックメモリ、ダイナミックメモリ、フラッシュメモリ、キャッシュメモリ、量子レジスタ若しくは他の量子メモリ、及び／又は非一時的な様式でデータを記憶する任意のデバイスであり得る。更に、メモリデバイスは、ソリッドステートメモリ、ハードドライブメモリ若しくは他のディスクストレージ、クラウドメモリ、サムドライブ、サーバメモリ、コンピューティングデバイスメモリ、及び／又はデータを記憶するための他の非一時体媒体の形態であり得る。データの記憶は、一時的ストレージ（すなわち、メモリ素子から電源が取り除かれたときにデータが消失する）及び／又は永続的ストレージ（すなわち、メモリ素子から電源が取り除かれたときにデータが保持される）を含む。本明細書で使用される場合、一時的媒体は、以下のうちの１つ以上を意味するものとする：（ａ）一時的ストレージ又は永続的ストレージのための、あるコンピューティングデバイスから別のコンピューティングデバイスへの信号としてデータを移送するための有線媒体又は無線媒体、（ｂ）一時的ストレージ又は永続的ストレージのための、コンピューティングデバイスのある要素からコンピューティングデバイスの別の要素へのコンピューティングデバイス内信号としてデータを移送するための有線媒体又は無線媒体、（ｃ）他のコンピューティングデバイスによってデータを処理するための、あるコンピューティングデバイスから別のコンピューティングデバイスへの信号としてデータを移送するための有線媒体又は無線媒体、及び（ｄ）コンピューティングデバイスの他の要素によってデータを処理するための、コンピューティングデバイスのある要素からコンピューティングデバイスの別の要素へのコンピューティングデバイス内信号としてデータを移送するための有線媒体又は無線媒体。本明細書で使用され得る場合、非一時的コンピュータ可読メモリは、コンピュータ可読メモリと実質的に均等である。非一時的コンピュータ可読メモリは、非一時的コンピュータ可読記憶媒体とも呼ばれ得る。

１つ以上の実施形態の様々な機能及び特徴の特定の組み合わせが、本明細書に明示的に記載されているが、これらの特徴及び機能の他の組み合わせも、同様に可能である。本開示は、本明細書に開示される特定の例に限定されず、これらの他の組み合わせを明示的に組み込む。

Claims (16)

1. 暗号通貨支払いシステムのネットワークコンピューティングデバイスによって、ソースコンピューティングデバイスからデスティネーションコンピューティングデバイスへの暗号通貨ベース支払いに関するリアルタイム支払い情報を受信することと、
   前記ネットワークコンピューティングデバイスによって、前記デスティネーションコンピューティングデバイスに選択された通貨で支払うためのリアルタイム暗号通貨ベース支払いプロセスを開始することであって、前記デスティネーションコンピューティングデバイスへの前記選択された通貨の支払いは、第１の時間枠内で行われる、開始することと、
   前記ネットワークコンピューティングデバイスによって、前記暗号通貨ベース支払いを照合するための非リアルタイム暗号通貨ベース支払い照合プロセスを開始することであって、前記暗号通貨ベース支払いの前記照合は、第２の時間枠内で行われ、前記第２の時間枠が前記第１の時間枠よりも長い、開始することと、を含む、方法。
2. 前記リアルタイム支払い情報が、
   ソースリアルタイム支払い情報であって、前記ソースリアルタイム支払い情報は、前記暗号通貨ベース支払いで使用するソース識別子（ＩＤ）及び暗号通貨のタイプを含む、ソースリアルタイム支払い情報と、
   デスティネーションリアルタイム支払い情報であって、前記デスティネーションリアルタイム支払い情報は、デスティネーション識別子（ＩＤ）及び前記選択された通貨を含む、デスティネーションリアルタイム支払い情報と、
   前記暗号通貨ベース支払いの額と、を含む、請求項１に記載の方法。
3. 前記ネットワークコンピューティングデバイスによって、前記ソースリアルタイム支払い情報を前記ソースコンピューティングデバイスから受信することと、
   前記ネットワークコンピューティングデバイスによって、前記ソースコンピューティングデバイス及び前記デスティネーションコンピューティングデバイスのうちの１つ以上から前記デスティネーションリアルタイム支払い情報及び前記暗号通貨ベース支払いの前記額を受信することと、を更に含む、請求項２に記載の方法。
4. 前記リアルタイム暗号通貨ベース支払いプロセスが、
   前記ネットワークコンピューティングデバイスによって、前記ソースコンピューティングデバイスから、前記暗号通貨ベース支払いで使用するための暗号通貨の額を受信することと、
   前記ネットワークコンピューティングデバイスによって、前記暗号通貨の前記額を前記選択された通貨の額に交換することと、
   前記ネットワークコンピューティングデバイスによって、前記選択された通貨の前記額を前記デスティネーションコンピューティングデバイスに送信することと、を含む、請求項１に記載の方法。
5. 前記非リアルタイム暗号通貨ベース支払い照合プロセスが、
   前記ネットワークコンピューティングデバイスによって、前記リアルタイム支払い情報に基づいて、前記暗号通貨支払いシステムの暗号通貨ベース支払いバッキングアカウントデバイスの暗号通貨ベース支払いバッキングアカウントに格納されたシステム暗号通貨の額をロックすることであって、前記暗号通貨ベース支払いバッキングアカウントが、前記ソースコンピューティングデバイス、前記デスティネーションコンピューティングデバイス、及び前記暗号通貨ベース支払いと関連付けられた暗号通貨のタイプ、のうちの１つ以上と関連付けられている、ロックすることと、
   前記ネットワークコンピューティングデバイスによって、非リアルタイム証明プロセスを使用して、前記ソースコンピューティングデバイスから受信された前記暗号通貨の額を証明することと、
   前記暗号通貨の額が証明されると、
   前記ネットワークコンピューティングデバイスによって、前記システム暗号通貨の前記額を解放することと、を含む、請求項４に記載の方法。
6. 前記暗号通貨の額が証明されない場合、
   前記ネットワークコンピューティングデバイスによって、前記システム暗号通貨の前記額を消費することを更に含む、請求項５に記載の方法。
7. 前記リアルタイム暗号通貨ベース支払いプロセスの前記開始が、前記選択された通貨で前記デスティネーションコンピューティングデバイスに支払う前に終了されると、
   前記ネットワークコンピューティングデバイスによって、前記システム暗号通貨の前記額を解放することを更に含む、請求項５に記載の方法。
8. 前記第１の時間枠が秒単位であり、前記第２の時間枠が分単位である、請求項１に記載の方法。
9. 第１のメモリ素子であって、暗号通貨支払いシステムのネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
   ソースコンピューティングデバイスからデスティネーションコンピューティングデバイスへの暗号通貨ベース支払いに関するリアルタイム支払い情報を受信させる動作命令を記憶する、第１のメモリ素子と、
   第２のメモリ素子であって、前記ネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
   前記デスティネーションコンピューティングデバイスに選択された通貨で支払うためのリアルタイム暗号通貨ベース支払いプロセスを開始することであって、前記デスティネーションコンピューティングデバイスへの前記選択された通貨の支払いが、第１の時間枠内で行われる、開始することを行わせる動作命令を記憶する、第２のメモリ素子と、
   第３のメモリ素子であって、前記ネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
   前記暗号通貨ベース支払いを照合するための非リアルタイム暗号通貨ベース支払い照合プロセスを開始することであって、前記暗号通貨ベース支払いの前記照合は、第２の時間枠内で行われ、前記第２の時間枠は、前記第１の時間枠よりも長い、開始することを行わせる動作命令を記憶する、第３のメモリ素子と、を含む、コンピュータ可読メモリ。
10. 前記リアルタイム支払い情報が、
    ソースリアルタイム支払い情報であって、前記ソースリアルタイム支払い情報は、前記暗号通貨ベース支払いで使用するソース識別子（ＩＤ）及び暗号通貨のタイプを含む、ソースリアルタイム支払い情報と、
    デスティネーションリアルタイム支払い情報であって、前記デスティネーションリアルタイム支払い情報は、デスティネーション識別子（ＩＤ）及び前記選択された通貨を含む、デスティネーションリアルタイム支払い情報と、
    前記暗号通貨ベース支払いの額と、を含む、請求項９に記載のコンピュータ可読メモリ。
11. 前記第１のメモリ素子が、前記ネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
    前記ソースコンピューティングデバイスから前記ソースリアルタイム支払い情報を受信することと、
    前記ソースコンピューティングデバイス及び前記デスティネーションコンピューティングデバイスのうちの１つ以上から前記デスティネーションリアルタイム支払い情報及び前記暗号通貨ベース支払いの前記額を受信することと、を行わせる動作命令を更に記憶する、請求項１０に記載のコンピュータ可読メモリ。
12. 前記第２のメモリ素子が、前記ネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
    前記ソースコンピューティングデバイスから、前記暗号通貨ベース支払いで使用するための暗号通貨の額を受信することと、
    前記暗号通貨の前記額を前記選択された通貨の額に交換することと、
    前記選択された通貨の前記額を前記デスティネーションコンピューティングデバイスに送信することと、によって、前記リアルタイム暗号通貨ベース支払いプロセスを実行させる動作命令を更に記憶する、請求項９に記載のコンピュータ可読メモリ。
13. 前記第３のメモリ素子が、前記ネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
    前記リアルタイム支払い情報に基づいて、前記暗号通貨支払いシステムの暗号通貨ベース支払いバッキングアカウントデバイスの暗号通貨ベース支払いバッキングアカウントに格納されたシステム暗号通貨の額をロックすることであって、前記暗号通貨ベース支払いバッキングアカウントが、前記ソースコンピューティングデバイス、前記デスティネーションコンピューティングデバイス、及び前記暗号通貨ベース支払いと関連付けられた暗号通貨のタイプ、のうちの１つ以上と関連付けられている、ロックすることと、
    非リアルタイム証明プロセスを使用して、前記ソースコンピューティングデバイスから受信された前記暗号通貨の額を証明することと、
    前記暗号通貨の額が証明されると、
    前記システム暗号通貨の前記額を解放することと、によって前記非リアルタイム暗号通貨ベース支払い照合プロセスを実行させる動作命令を更に記憶する、請求項１２に記載のコンピュータ可読メモリ。
14. 前記第３のメモリ素子が、前記ネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
    前記暗号通貨の額が証明されない場合、
    前記システム暗号通貨の前記額を消費させる動作命令を更に記憶する、請求項１３に記載のコンピュータ可読メモリ。
15. 前記第３のメモリ素子が、前記ネットワークコンピューティングデバイスによって実行されると、前記ネットワークコンピューティングデバイスに、
    前記リアルタイム暗号通貨ベース支払いプロセスの前記開始が、前記選択された通貨で前記デスティネーションコンピューティングデバイスに支払う前に終了されると、
    前記システム暗号通貨の前記額を解放させる動作命令を更に記憶する、請求項１３に記載のコンピュータ可読メモリ。
16. 前記第１の時間枠が秒単位であり、前記第２の時間枠が分単位である、請求項９に記載のコンピュータ可読メモリ。
    

Images