JP2022547130A - ブロックチェーンベースの記録プロセスを提供するシステムおよび方法 - Google Patents
ブロックチェーンベースの記録プロセスを提供するシステムおよび方法 Download PDFInfo
- Publication number
- JP2022547130A JP2022547130A JP2022515009A JP2022515009A JP2022547130A JP 2022547130 A JP2022547130 A JP 2022547130A JP 2022515009 A JP2022515009 A JP 2022515009A JP 2022515009 A JP2022515009 A JP 2022515009A JP 2022547130 A JP2022547130 A JP 2022547130A
- Authority
- JP
- Japan
- Prior art keywords
- custodian
- blockchain
- ledger
- transaction
- trader
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2358—Change logging, detection, and notification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2379—Updates performed during online database operations; commit processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3676—Balancing accounts
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
- G06Q20/4037—Remote solvency checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/08—Auctions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
- H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q2220/00—Business processing using cryptography
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Entrepreneurship & Innovation (AREA)
- Technology Law (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
カストディアンが保有する資産のデジタル表現を発行するために、カストディアンが利用する、複数の単一資産タイプおよびブロックチェーンベース台帳を利用する、システムおよび方法が開示されている。トレーディングエンティティは、カストディアンと共に、台帳上に表現されるそれぞれの資産を配置する。各ブロックチェーンベース台帳上のジェネシスブロックは、最初の信用を提供し、ネットワークに入ることを妨げる不正ノードに対するバリケードとして機能するエクスチェンジネットワークによって署名される。トレーディングエンティティは、エクスチェンジネットワークを使用して、価格に合意し、取引を行う。取引には、別の資産タイプに対して1つの資産タイプを含めることができる。アトミックエクスチェンジが実行され、取引が完了する。トークン所有権への変更は、それぞれのカストディアン台帳に自動的に記録され、交換は、台帳が、実際の通貨で更新され、カストディアンからトレーディングエンティティアカウントに移動することができるように、トレーディングエンティティによる要求に応じて行われる。【選択図】図2
Description
関連出願の優先権主張
本出願は、2020年9月5日に出願された米国非仮特許出願第17/013,594号の優先権を主張し、これは、2019年9月6日に出願された米国仮特許出願第62/897,030号の優先権を主張し、それらの内容は参照によりその全体が本明細書に組み込まれる。
本出願は、2020年9月5日に出願された米国非仮特許出願第17/013,594号の優先権を主張し、これは、2019年9月6日に出願された米国仮特許出願第62/897,030号の優先権を主張し、それらの内容は参照によりその全体が本明細書に組み込まれる。
本技術は、コンピュータのネットワークを動作させて、データの別個の記録に加えて、トランザクションの承認されたブロックチェーンベースの記録を生成することに関する。開示されたアプローチは、デジタル資産または暗号化データ記録の作成、トランザクション実行、および配信のためのより安全で高速なシステムを提供する。
本開示は、金融取引市場における問題に対処し、具体的には、資本市場を運営するための現在の市場コンピュータインフラストラクチャに関する技術的な問題を解決する。図1Aは、現在、クライアントの証券または資金を交換する市場インフラストラクチャを例解する。金融取引市場100では、Citadel(既知のヘッジファンド)およびThe Tudor Group(投資会社)のような企業は、一般的に投資マネージャおよびエンドクライアント102を表している。これらの2社が互いに取引をしたいと思っていると仮定する。互いに取引するメカニズムは、実行ブローカまたはプライムブローカ104の使用によるものである。プライムブローカまたはプライムブローカレッジとは、CitadelおよびTudor Groupなどの様々なディーラを介して、クライアントが外国為替取引を行うことを可能にする、投資銀行および証券会社が提供するサービスのバンドルパッケージを指す用語である。
市場インフラストラクチャ100内で、基本的なトレーディング動作を容易にし、信頼を維持するために、いくつかの異なるエンティティが互いに通信する。投資マネージャおよびクライアント102は、実行ブローカ104ならびに清算ブローカ106と通信する。清算ブローカ106は、取引所のメンバーであることができ、清算会社の投資家間の連絡役として機能し、取引が適切に決済され、トランザクションが成功することを確実にするのに役立つ。実行ブローカ104は、API108を介して取引所116とリアルタイムで通信することができる。交換トランザクションと関連付けられたバッチデータはまた、安全なFTP通信110を介して通信することもできる。カストディアン118は、盗難または紛失のリスクを最小限に抑えるために、顧客証券を保管のために保有している。典型的には、証券は、伝統的なデータベース内で電子形式で保有される。
中央清算機関(CCP)122は、トランザクションの当事者間の取引先の信用リスクを引き受け、外国為替、証券、オプション、およびデリバティブ契約の取引の清算および決済サービスを提供する別の金融機関である。清算ブローカ106は、安全なFTPプロトコル112を介して、およびメッセージキュー(MQ)114を介してリアルタイムで、CCP122と通信する。証券保管振替機構(CSD)120は、物理的な証書の移転ではなく、ブックエントリを通じて所有権を簡単に移転することができるように、券面がある、または無券面化された、株式などの証券を保有する特殊金融機関である。CSD120は、ブローカおよび金融会社が清算および決済のために利用可能である1つの場所の証券を保有することを可能にするために、カストディアン118およびCCP122と通信する。
上記の従来の市場インフラストラクチャ100には、いくつかの問題がある。第一に、市場全体のインフラストラクチャ内の異なるエンティティによって維持されているデータベースを分離するための、重要なデータへのタイムリーアクセスが不足している。別個のデータベースの使用は、データの独立したサイロと称することができる。データの複数のコピーがこの市場インフラストラクチャ100に使用され、冗長な調整の必要性につながる。これらの調整は、達成するのに時間およびコンピュータリソースを要する。さらに、非標準的なデータフォーマット、および異なる国の規制環境の相違により、複雑なワークフローが存在する。従来のシステムにおいて、決済が完了するまで、所有権の変更は、最終的ではなく、証明可能でさえもない。これらの課題は、少なくとも部分的には、古いコンピュータインフラストラクチャおよび従来のデータベースにデータを記憶するメカニズムに起因し得る。
金融市場インフラストラクチャ100はまた、手数料が、取引の適切な清算および決済を確実にする役割を各々果たす様々なエンティティによって課されることに起因して、費用もかかる。例えば、カストディアン手数料、為替手数料、CSD手数料などがある。これにより、市場インフラストラクチャのコストが高くなる。加えて、エンティティの多くは、例外を処理するために余分な資本バッファを提供しなければならない。資本バッファは、金融機関が、他の最低限の資本要件に加えて保有しなければならない必須資本である。
実際、内部インフラストラクチャ、または取引管理のためのこれらのエンティティのうちの1つでさえも、支払い、製品管理、規制および報告要件、リスク管理、担保管理、取引情報蓄積機関、外部企業、取引取得などの機能に関連する問題を管理するための多数の様々なコンポーネントを含み得る。
本開示は、市場インフラストラクチャ100に関するいくつかの問題を特定し、ここで、市場インフラストラクチャ100内のより具体的な問題に目を向ける。クライアント102は、ネットベースで投資し、絶対的なリターンを達成することができるために、証券および現金を借りる能力を必要とする。プライムブローカ104は、ほとんどの場合、マージン預金および潜在的に完全に担保された信用枠を必要とし、その結果、ヘッジファンドの資産は、カストディアン118としての役割でプライムブローカ104によって保有される。
金融取引市場における課題は、少数の主要なプレイヤー(ティア1銀行)のみがプライムブローカレッジ104として運営されることである。これらのプライムブローカレッジは、通常、小規模なクライアントとは連携しないが、主要な担保を有する大規模なヘッジファンドとのみ連携する。プライムブローカレッジ104は、カストディアン118として運営され、完全な担保化を必要とするため、政府の規制は、クライアントおよびその信用枠に関して特定の要件を有する。したがって、信用枠が完全ではないまたは十分な担保がない小規模なクライアントまたはトレーダは、プライムブローカレッジサービス104を受けるためにティア1銀行から切り離されている。これにより、ティア2信用仲介業者に依存しなければならない小規模なトレーダにとって、金融サービスの利用はよりコストがかかる。
他の場合には、それは、プライムブローカレッジ104サービスにアクセスすることができない小規模なエンティティだけでなくてもよい。数十億ドルの担保を有す大規模なエンティティも、プライムブローカレッジ104サービスにアクセスすることができない場合もある。プライムブローカレッジ104を使用してエンティティ間で証券または他の資産を取引することができる1つの基本的な利点は、証券貸付、レバレッジド取引実行、キャッシュ管理などのプライムブローカ104サービスのクライアントに対する改善されたコストである。言い換えれば、特定の規制の下で適格である大規模なエンティティは、または選択的には、一般的なクライアントよりも、ブローカレッジサービスのコストを削減する能力を有する。したがって、少数の大規模なクライアントのみが利用可能であるプライムブローカレッジ104サービスの卸売市場が存在する。上記の技術的インフラストラクチャの課題により、今日プライムブローカが提供するサービスを満たす、またはそれを超えるあらゆる種類のクライアントに費用対効果の高いブローカレッジサービスを提供する方法および装置が必要である。
本開示の上記ならびに他の利点および特徴を得ることができる様式を説明するために、簡潔に上述された原理のより具体的な説明は、添付の図面に図示されているその具体的な実施形態を参照することによって提供される。これらの図面は、本開示の例示的な実施形態のみを描写し、したがって、その範囲を限定するものと見なされるべきではないことを理解し、本明細書の原理は、添付の図面の使用を通じて、さらに具体的かつ詳細に記載および説明される。
本開示の様々な実施形態を以下に詳細に説明する。具体的な実施態様が論じられているが、これは例示のみの目的で行われることが理解されるべきである。当業者は、他のコンポーネントおよび構成が、本開示の趣旨および範囲から分離することなく使用され得ることを認識するであろう。したがって、以下の説明および図面は、例示的なものであり、限定するものとして解釈されるべきではない。本開示の完全な理解を提供するために、多数の具体的な詳細が記載される。しかしながら、ある特定の事例では、説明を曖昧にしないために、既知の詳細は説明されない。本開示における一実施形態または実施形態への言及は、同一の実施形態または任意の実施形態への言及であり得、そのような言及は、実施形態のうちの少なくとも1つを意味する。
「一実施形態」または「実施形態」への言及は、実施形態に関連して説明される特定の特徴、構造、または特性が、本開示の少なくとも1つの実施形態に含まれることを意味する。本明細書の様々な場所における語句「一実施形態では」の外観は、必ずしもすべてが同じ実施形態を指すものではなく、また別個のまたは代替的な実施形態は、他の実施形態と互いに排他的ではない。さらに、他の実施形態によってではなく、いくつかの実施形態によって示され得る様々な特徴が説明される。
本明細書で使用される用語は、概して、当該技術分野において、本開示の文脈内において、および各用語が使用される特定の文脈において、それらの通常の意味を有する。代替的な言語および同義語は、本明細書で論じられる用語のうちの任意の1つ以上に使用されてもよく、用語が本明細書で詳述されているか、または論じられているかどうかに特別な意義を付与するべきではない。いくつかの場合には、特定の用語の同義語が提供される。1つ以上の同義語の列挙は、他の同義語の使用を排除しない。本明細書で論じられる任意の用語の例を含む本明細書の任意の場所における例の使用は、例示に過ぎず、本開示または任意の例示的な用語の範囲および意味をさらに限定することを意図しない。同様に、本開示は、本明細書で与えられる様々な実施形態に限定されない。
本明細書で使用される用語は、概して、当該技術分野において、本開示の文脈内において、および各用語が使用される特定の文脈において、それらの通常の意味を有する。代替的な言語および同義語は、本明細書で論じられる用語のうちの任意の1つ以上に使用されてもよく、用語が本明細書で詳述されているか、または論じられているかどうかに特別な意義を付与するべきではない。いくつかの場合には、特定の用語の同義語が提供される。1つ以上の同義語の列挙は、他の同義語の使用を排除しない。本明細書で論じられる任意の用語の例を含む本明細書の任意の場所における例の使用は、例示に過ぎず、本開示または任意の例示的な用語の範囲および意味をさらに限定することを意図しない。同様に、本開示は、本明細書で与えられる様々な実施形態に限定されない。
本開示の範囲を限定することを意図せずに、本開示の実施形態による器具、装置、方法、およびそれらの関連する結果の例を以下に示す。タイトルまたはサブタイトルは、読者の便宜のために実施例で使用され得、これは決して本開示の範囲を限定するものではないことに留意されたい。別途定義されない限り、本明細書で使用される技術用語および科学用語は、本開示が関係する技術分野の当業者に一般に理解される意味を有する。矛盾する場合、定義を含む本書が優先される。
本開示の追加の特徴および利点は、続く説明に記載され、一部は説明から明白であるか、または本明細書に開示される原理の実施により学ぶことができる。本開示の特徴および利点は、添付の特許請求の範囲に特に指摘される器具および組み合わせにより実現され、取得され得る。本開示のこれらおよび他の特徴は、以下の説明および添付の特許請求の範囲からより完全に明らかになるか、または本明細書に示される原理の実施によって学ぶことができる。
概要
いくつかの態様では、本開示は、市場インフラストラクチャの問題、特に、データのサイロ化に起因する重要なデータへのタイムリーなアクセスの欠如、冗長な調整につながるデータの複数のコピーを格納するための要件、および非標準データフォーマットに起因する複雑なワークフローに関する上記に概説された問題に対処する。本開示の実施態様は、トランザクションを処理するために必要とされる高いインフラ投資に関連する緩和コストまたは手数料にも対処する。開示されるのは、ブロックチェーンネットワーク全体にわたって多数の異なるモジュールを介して実装されるトレーディング、プライムブローカレッジ、または信用仲介である。本構造は新しいものであり、開示された方法でブロックチェーンネットワークを使用することで、カストディアン間ネット決済トランザクションを実行するための能力を可能にするなど、トランザクションが発生し得る方法が改善される。本明細書に開示されている技術的改善の1つの利点は、新しいブロックチェーンベースのアプローチを実装することで、現在少数のクライアントのみが利用可能であるプライムブローカレッジサービスの卸売市場を開くことができることである。本明細書に開示される技術は、汎用コンピュータ上の既存のビジネスモデルの実装を表すものではないことに留意されたい。むしろ、本開示は、市場インフラストラクチャ内の問題に関して上記で提起された問題に対する新しい解決策を導入するブロックチェーンベースのコンポーネントを有する新しい技術を表し、トレーディングに利用可能な担保に対する信頼の量の増加を可能にする方法で、プライムブローカレッジサービスの能力を少数以上のクライアントに利用可能にすることにつながる可能性がある。本明細書に開示されるプロセスは、実装されるとき、トランザクションを承認し、分散型台帳にわたってトランザクションを記録するための分散コンセンサスアルゴリズムを動作させる複数の分散ネットワークノードを適用するブロックチェーンベースのアプローチを含む、専用コンピュータシステムまたは特殊目的コンピュータシステムを表す。コンセンサスアルゴリズムは、ブロックチェーンネットワークのすべてのピアが、分散型台帳の現在の状態に関する共通の合意に達する手順であり得る。このように、コンセンサスアルゴリズムは、ブロックチェーンネットワークの信頼性を達成し、分散コンピューティング環境で未知のピア間の信頼を確立する。基本的に、コンセンサスプロトコルは、ブロックチェーンに追加されるすべての新しいブロックが、ブロックチェーン内のすべてのノードによって合意される唯一の真実のバージョンであることを保証する。ピアツーピアオローターメッセージングコンポーネントは、ブロックチェーン内のノード間で、またはエクスチェンジネットワーク全体内の他のモジュールへ通信するために使用され得る。本明細書に開示されるインフラストラクチャの一部は、トレーディングプロセスの特定の参加者におけるブロックチェーンネットワークノードの配置およびブロックチェーン台帳の使用である。例えば、ブロックチェーンノードは、ガバナンスエンティティまたはエクスチェンジネットワークだけでなく、カストディアンと関連付けられる。
いくつかの態様では、本開示は、市場インフラストラクチャの問題、特に、データのサイロ化に起因する重要なデータへのタイムリーなアクセスの欠如、冗長な調整につながるデータの複数のコピーを格納するための要件、および非標準データフォーマットに起因する複雑なワークフローに関する上記に概説された問題に対処する。本開示の実施態様は、トランザクションを処理するために必要とされる高いインフラ投資に関連する緩和コストまたは手数料にも対処する。開示されるのは、ブロックチェーンネットワーク全体にわたって多数の異なるモジュールを介して実装されるトレーディング、プライムブローカレッジ、または信用仲介である。本構造は新しいものであり、開示された方法でブロックチェーンネットワークを使用することで、カストディアン間ネット決済トランザクションを実行するための能力を可能にするなど、トランザクションが発生し得る方法が改善される。本明細書に開示されている技術的改善の1つの利点は、新しいブロックチェーンベースのアプローチを実装することで、現在少数のクライアントのみが利用可能であるプライムブローカレッジサービスの卸売市場を開くことができることである。本明細書に開示される技術は、汎用コンピュータ上の既存のビジネスモデルの実装を表すものではないことに留意されたい。むしろ、本開示は、市場インフラストラクチャ内の問題に関して上記で提起された問題に対する新しい解決策を導入するブロックチェーンベースのコンポーネントを有する新しい技術を表し、トレーディングに利用可能な担保に対する信頼の量の増加を可能にする方法で、プライムブローカレッジサービスの能力を少数以上のクライアントに利用可能にすることにつながる可能性がある。本明細書に開示されるプロセスは、実装されるとき、トランザクションを承認し、分散型台帳にわたってトランザクションを記録するための分散コンセンサスアルゴリズムを動作させる複数の分散ネットワークノードを適用するブロックチェーンベースのアプローチを含む、専用コンピュータシステムまたは特殊目的コンピュータシステムを表す。コンセンサスアルゴリズムは、ブロックチェーンネットワークのすべてのピアが、分散型台帳の現在の状態に関する共通の合意に達する手順であり得る。このように、コンセンサスアルゴリズムは、ブロックチェーンネットワークの信頼性を達成し、分散コンピューティング環境で未知のピア間の信頼を確立する。基本的に、コンセンサスプロトコルは、ブロックチェーンに追加されるすべての新しいブロックが、ブロックチェーン内のすべてのノードによって合意される唯一の真実のバージョンであることを保証する。ピアツーピアオローターメッセージングコンポーネントは、ブロックチェーン内のノード間で、またはエクスチェンジネットワーク全体内の他のモジュールへ通信するために使用され得る。本明細書に開示されるインフラストラクチャの一部は、トレーディングプロセスの特定の参加者におけるブロックチェーンネットワークノードの配置およびブロックチェーン台帳の使用である。例えば、ブロックチェーンノードは、ガバナンスエンティティまたはエクスチェンジネットワークだけでなく、カストディアンと関連付けられる。
本開示は、いくつかの産業におけるいくつかの問題を解決する、ブロックチェーン台帳を作成する新しい方法を含む、新しい技術的コンポーネントを導入する。例えば、本技術は、中央銀行または商業銀行の通貨、仮想通貨、または任意の他の資産を安全に準備して、二重支出/オーバーコミットメントを防止することを可能にする。開示された技術は、市場リスクを有する、および/または交換された価値に固定されていても、潜在的に異なる法的扱い、ならびに基礎となる保証人および清算ウォーターフォールを有する基礎となるネイティブトークンのための価値の交換を必要とする代わりに、資産(例えば、米ドル(USD)またはビットコイン(BTC))のデジタル表現を作成する。
本明細書に開示される一実施形態では、新しいプラットフォームは、取引される資産が、プラットフォームを使用するためにも登録されている各参加者のそれぞれのスポンサー企業によって担保されるため、取引の当事者が、直接対面し、取引先リスクなしで資産を取引することを可能にする。高レベルでは、プラットフォームは、カストディアンモジュール、トレーダモジュール、およびコアシステムまたは統治ノードという3つの主要コンポーネントを含むことができる。カストディアンモジュールは、スポンサー企業によって直接ホストされ、アプリケーションプログラミングインターフェース(「API」)呼び出しを介してコアシステムと通信することができる。カストディアンモジュールは、コアシステムを動作させる同じエンティティによってホストすることもでき、したがって、スポンサー企業が、多要素認証プロセスを介してアクセスされるウェブポータルを介して、すべての適用可能な機能を実行することを可能にする。ブロックチェーンノードは、カストディアンモジュールおよび統治ノードまたはコアシステムの一部として構成することができる。
資産のデジタル表現は、攻撃ベクトルを最小限に抑え、ハッキングなどからのリスクを低減することができるネイティブ仮想通貨なしで開示される。例えば、トークン化されたBTCを取得した場合でも、トークンを交換し、管理下にあるBTCから、それらに代わって公共台帳上のトランザクションを処理するカストディアンが必要である。
資産のデジタル表現は、リスクを増加させることなく、無期限にネットワーク上に留まることができる。ネットワーク上の資産のデジタル表現を(リスクを増加させることなく)維持する能力は、原資産の実際の移動を最適化することを可能にし、システム内の他の関係者から独立して実行することができる。この能力の1つの利点は、資本の使用における速度および効用の増加である。原資産の移動は、一般に、トランザクションの証明可能性を維持しない公的台帳制約および他のソリューションに限定される。しかしながら、開示された技術の上述の利点は、より遅い単一の台帳システム上での資産の移動を含むことができる。
完全なトランザクション履歴を含む公開台帳ではないトランザクションシステム内のすべてのトランザクションおよび資産の暗号化証明可能性を追加することは、公開台帳上のトランザクションのみが証明可能である現在の取引所におけるオムニバスアカウント構造におけるトランザクション記録と比較した例示的な改善である。
カストディアン台帳上のトランザクションの証明に関するコンセンサスは、非公開台帳の所有者/運用者が、管理されている台帳の履歴を変更するのを防止するための改善を表す。ブロックチェーンコンセンサスアプローチを適用すると、スピードが向上し、コンセンサスのタイミングおよび有用性が最適化される。署名されたジェネシスブロックに基づいてネットワークアクセス制御を展開することは、セミパブリックネットワーク上での承認されていない台帳作成を防止するために実装されるが、対象の台帳に対する制御は伴わない。一態様では、仮想通貨トランザクションを扱うためのブロックチェーンベースのネットワークは、分散ノードにわたって分散型台帳上のトランザクションを記録する分散コンセンサスプロトコルアルゴリズムを実行する複数の分散ノードを含む。このような構成は、二重支出問題を解決し、記録されているトランザクションの汎用コンピュータまたは汎用データベースでは達成することができなかった方法で、仮想通貨トランザクションの記録を処理するための専用コンピュータを表す。言い換えれば、以前のインフラストラクチャは、二重支出問題を解決する能力を達成することができず、トランザクションを確認するために、時間およびコンピュータリソース、ならびに人材を使用しなければならなかった。
ブロックチェーンネットワークのための様々な証明は、本明細書で使用され得る。経過時間の証明、容量の証明、プルーフオブワーク、プルーフオブステーク、プルーフオブバーン、実用的なビザンチンフォールトトレランスなどは、本明細書に適用することができる例示的なコンセンサスアルゴリズムである。
マルチ台帳アプローチは、異なるカストディアンが、所有権/データ/プライバシー/機密性の問題なしに、独自の台帳を所有および運用することを可能にし、スケーリングの改善を提供する。金額またはトランザクションの詳細をネットワーク全体に開示せず、完全な匿名性(規制の観点からは悪い)を持たず、またはより遅い暗号化方法(トランザクションスループット/スケーラビリティの観点からは悪い)を使用せずに、価値のチェックを実施することも開示される。
一例では、資産移転を容易にするためのカストディアンサーバを動作させる方法が開示される。本方法は、カストディアンエンティティの代わりに動作するカストディアンモジュールを介して、複数のブロックチェーンベース台帳を作成することを含む。複数のブロックチェーンベース台帳は、カストディエンティティと関連付けられ、資産タイプと関連付けられたブロックチェーンベース台帳を含むことができる。ブロックチェーンベース台帳は、資産ジェネシスブロックの生データのハッシュダイジェストの署名を含む資産ジェネシスブロックで生成することができる。署名は、カストディアンモジュールとは別の中央管理モジュール(例えば、エクスチェンジネットワークまたはXNネットワーク)によって生成され得る。別の態様では、システムは、集中型アプローチではなく、ブロックチェーンネットワークで使用されるようなコンセンサス駆動型分散型ガバナンスアプローチを採用することができる。方法はまた、カストディアンモジュールを動作させるカストディアンエンティティにおいて、クライアントから担保を受け取ることであって、担保は資産タイプである、受け取ることと、カストディアンエンティティのカストディ台帳内に担保を維持することと、を含み得る。
方法は、クライアントからおよびカストディアンモジュールで、担保の少なくとも一部分を表す資産の準備の要求を受信することと、カストディアンモジュールによって、カストディ台帳に対して要求と共に受信された個人情報をマッピングすることによって、クライアントおよび要求の信頼性を検証することと、をさらに含み得る。カストディ台帳は、準備に利用可能である資産を識別して、検証を生成することができる。本明細書に開示されるソリューションは、適切な機能を含む任意の他のウォレットソリューション、スマートコントラクト、ブロックチェーンシステムなどとインターフェースすることもできる。
1つの代替アプローチでは、エクスチェンジネットワークはまた、カストディモジュールを動作させるエンティティを動作させるか、または動作させるエンティティと提携している。
検証が、資産が準備に利用可能であることを示すとき、方法は、クライアントにトークンを発行することによって要求を承認することと、クライアント、およびトークンと関連付けられた担保を識別する、ブロックチェーンベース台帳上の新しいブロックを生成することと、を含む。新しいブロックは、カストディ分散型ブロックチェーン台帳上のクライアントの公開鍵アドレスへの未採掘の発行または「コインベース」トランザクションと見なすことができる。一態様では、資産は、カストディアンによって分散型ブロックチェーン台帳上に発行され得る。
本開示の別の方法の例は、ジェネシスブロックが、エクスチェンジネットワークエンティティによって署名される、第1の資産タイプの第1のカストディアンブロックチェーンベース台帳を生成することと、カストディアンによって保有される第1の資産タイプの金額と関連付けられた第1のトークンを生成することであって、第1のトークンは、第1のクライアントの第1の資産タイプの金額を識別する第1のカストディアンブロックチェーンベース台帳のブロックと関連付けられている、生成することと、第2の資産タイプの第2のカストディアンブロックチェーンベース台帳(また、ジェネシスブロックがエクスチェンジネットワークによって署名された)を生成することと、第2のクライアントのためにカストディアンによって保有される第2の資産タイプの金額と関連付けられた第2のトークンを生成することであって、第2のトークンは、第2のクライアントの第2の資産タイプの金額を識別する第2のカストディアンブロックチェーンベース台帳上のブロックと関連付けられている、生成することと、エクスチェンジネットワークにおいて、第1のクライアントおよび第2のクライアントが、第1の資産の少なくとも一部分を第2の資産の少なくとも一部分と取引することに同意するデータを受信することと、を含む。これらの機能はまた、資産および追加の資産、またはクライアントおよび追加のクライアント、またはブロックチェーンベース台帳および追加のブロックチェーンベース台帳などとして説明することもできる。
本明細書に開示されるエクスチェンジネットワークは、ネットワークの統治者によって動作する1つ以上のコンポーネントからなることができる。ガバナンスは、まだ発行されていないガバナンストークンのトークン保有者のグループを含むことができる。次いで、エクスチェンジネットワークは、第1の資産の一部分の第2の資産の一部分との現在のトランザクションを含むアトミックエクスチェンジ(または同時交換)を実行し、システムは、第1のカストディアンブロックチェーンベース台帳および第2のカストディアンブロックチェーンベース台帳での所有権のトークンの変更を記録する。一態様では、このプロセスは、資産を1つ以上の公開鍵アドレスから別の1つ以上の公開鍵アドレスに移動させることによって、2つのそれぞれの台帳の所有権の暗号学的に証明可能な変更を伴う。本方法は、第1のクライアント(現在、第2の資産タイプを所有している)または第2のクライアント(現在、第1の資産タイプを所有している)が、取引の後、カストディアンによって保有されているアカウントまたはウォレットから新しい所有者に移動することができる、実際のドルまたはビットコイン(または他の価値のある手段)を受信することができる交換プロセスをさらに含むことができる。交換時に、それぞれのトークンは、それぞれの台帳を適切に更新するために、バーンアカウントまたはバーンウォレットに移転され得る。バーンアカウントはまた、カストディアンの公開鍵アドレスのためのものであり得る。
カストディエンティティの立場からの例示的な方法は、以下のステップを含み得る。カストディエンティティ(すなわち、カストディエンティティのサーバ/コンピュータシステム)は、それぞれの資産タイプのために確立された少なくとも1つのブロックチェーンベース台帳を作成するか、または作成させることを含むステップを実行することができ、少なくとも1つのブロックチェーンベース台帳は、カストディエンティティのクライアントが資産を取引することができるエクスチェンジネットワークによって署名されるジェネシスブロックを有する。カストディエンティティは、クライアントから資産を受信し、それらの資産をカストディアカウントに格納することができる。エクスチェンジネットワークによって署名された各それぞれのブロックチェーンベース台帳にジェネシスブロックを有することは、ネットワークに入る不正ノードに対するバリケードとして機能することができる、基本的なレベルの信用を提供することができる。
少なくとも1つのブロックチェーンベース台帳に基づいて、カストディエンティティによって保有されるクライアント資産(トークン)を表すことができるトークンが作成されると、カストディエンティティは、エクスチェンジネットワークに、トレーディングのためのクライアント資産の可用性に関するデータをブロードキャストすることができる。データのブロードキャストは、トレーディングのためのクライアント資産の可用性の任意のタイプの通知または通信を使用して実行することができる。クライアントが資産を取引した後(ビットコインを購入するためにドルを支払うなど)、カストディエンティティは、クライアントからの資産の交換要求を受信し、交換された資産をカストディエンティティからクライアントアカウントに移転することができる。それぞれのクライアントのための、台帳上に保持されている資産を表すトークンは、交換要求時または要求が満たされた後にバーンすることができる。任意の暗号学的に安全なバーンアプローチを実装することができる。一態様では、法定通貨または仮想通貨を問わず、所与の通貨のための1人のカストディアンによって発行されたデジタル化されたトークンは、同じ通貨のための別のカストディアンによって発行されたデジタル化されたトークンとあらゆる側面で同じである。この機能は、デジタル化されたトークンの代替性の側面を強調し、システム全体の基本的な健全性および流動性をサポートすることができる。別の態様では、各個々のカストディアンによって発行されたデジタル化されたトークンは、その特性の一部分において、同じ通貨のための別のカストディアンによって発行されたデジタル化されたトークンに類似し得る一方で、カストディアンを識別するために使用され得る個々の、もしくは異なる部分、またはコンポーネント、デジタルトークンの発行と関連付けられたタイミング、または任意の他のデータを有する。本開示の技術/利点は、多種多様な状況/アプリケーションに適用されるが、説明のために、開示される技術は、市場インフラストラクチャおよび記録の状況において説明される。本開示はまた、システム全体に分散され得るか、もしくは分散され得ない、および/または分解され得るか、もしくは分解され得ない、タイムクリティカルなデータまたは暗号学的系統またはデータの証明可能性に依存する他のアプリケーションまたは使用ケースにおける技術的利益を提供することができる。例えば、本明細書におけるアプローチは、ロボットアプリケーション、自動運転アプリケーション、エクステンデッドリアリティアプリケーション、モノのインターネット(IoT)アプリケーション、自動化アプリケーション、サプライチェーンアプリケーション、災害復旧アプリケーション、一方から他方への支払いなどにおけるタイムクリティカルなデータへのタイムリーアクセスのための新しい技術的フレームワークを提供するために実装され得る。例解すると、自動運転、エクステンデッドリアリティ、および多数の追跡およびローカライゼーションアプリケーションでは、異なるユーザ、デバイス、およびネットワークに由来する可能性のあるデータへのタイムリーなアクセスは、財産もしくは人命への損害(例えば、自動運転車または航空機を伴う事故)からコンピューティングパフォーマンスの低下(例えば、エクステンデッドリアリティアプリケーションでのマッピングおよび変換パフォーマンスの低下)までに及ぶ多数の問題を回避するのに役立ち得る。その他の技術的利点としては、データ変更の同時実行、暗号資産の保護などを提供する能力が挙げられる。これらの技術的な改善は、以前のハードウェアおよびソフトウェア技術が取引所で使用されていたことを考えると、不可能であった。しかしながら、本明細書におけるアプローチは、そのようなシステムによって使用される様々なタイプのデータへのタイムリーなアクセスを提供して、安全かつ正確な動作およびパフォーマンスを確保することができる。
一態様では、本開示は、カストディアンモジュール、トレーダモジュール、注文入力システム、マッチングエンジン、スマートコントラクトを介して動作することができるアトミックスワッププロセス、カストディアン間ネット決済プロセス、仮想カストディアンモジュール、オンチェーンレポトランザクションとして貸出を実行する能力、分散型取引所との統合、およびガバナンスノード、カストディアンノードなどの様々なノードに統合されるブロックチェーンネットワークのうちの1つ以上を有するシステムなどの新しい機能を導入する。新しいハードウェアフレームワークは、従来実行されなかった方法でトランザクションを実行するための新しいおよび改善されたプロセスを導入し、可能にする。本開示の特許請求の範囲または実施形態は、例示的な実施形態として個別に主張される各モジュールを含むことができることに留意されたい。例えば、請求項は、カストディアンモジュール、ガバナンスノード、アトミックスワッププロセスまたはスマートコントラクト、ブロックチェーンネットワークなどの構造および/または動作をカバーすることができる。本明細書に記載される各個々のコンポーネントによって実行される動作は、別個の発明と見なすことができ、そのように主張されることができる。これらの動作は、データの他のコンポーネントへの通信、他のコンポーネントからデータを受信すること、および各それぞれのコンポーネントによって実行される動作を含むことができる。
例示的なシステムは、プロセッサと、カストディアンモジュールを動作させて、動作を実行するための命令を記憶するコンピュータ可読記憶装置と、を有するカストディアンノードを含む。動作は、ブロックチェーンネットワークのブロックチェーンノード上に分散型ブロックチェーン台帳を作成することのうちの1つ以上を含むことができ、ブロックチェーンネットワークは、コンセンサスアルゴリズムを動作させて、分散型台帳を越えるトランザクションを記録する複数の分散型ノードを含む。これらの動作はまた、資産をトークン化するための要求を受信することを含むことができ、このトークン化は要求に基づくことができ、資産を分散型ブロックチェーン台帳に追加して、トークンを生成することができる。これはまた、交換要求を受信すること、交換要求に基づいて、分散型ブロックチェーン台帳からトークンをバーンすること、アトミックトランザクションコミットメントを実行すること、およびブロック内のトレーディングトランザクションに基づいて、ネット決済計算を実行することを含み得る。ネット決済計算は、カストディアンノードとは別の外部サービスへの命令を含むネット決済移動をさらに含むことができる。
システムは、トレーダデバイス上で動作するトレーダモジュールを含むことができる。トレーダモジュールは、カストディアンモジュールとインタラクトし、ウォレットを介して、未使用トランザクション出力および残高の合計を読み取ることのうちの1つ以上を含む動作を実行するように構成され得る。さらに、システムは、注文入力システムへのトレーダへのアクセスを可能にし、カストディアンモジュールへの発行および交換要求を開始し、トレーダの公開鍵および秘密鍵を管理することができる。
システムはまた、ノード上に構成されたアトミックスワップモジュールを含むことができ、アトミックスワップモジュールは、トレーダをマッチングするマッチングエンジンからトランザクションを受信すること、秘密鍵を用いてトランザクションの署名を取得して、署名されたトランザクションを生成すること、署名されたトランザクションをメンプールに追加すること、2つのそれぞれの分散型ブロックチェーン台帳と同時に資産の所有権を変更して、取引実行を生成するアトミックスワップが発生することを確実にすること、およびマッチングエンジンまたは他のシステムに、成功したまたは失敗した取引実行を通知することのうちの1つ以上を含む動作を実行するように構成され得る。メンプールは、すべての有効なトランザクションがブロックチェーンネットワークコンセンサスアルゴリズムによって確認されるのを待つaであることに留意されたい。メンプールは、データリポジトリにおいて組織化された構造に記憶されたデータを含み得る。
システムはまた、ノード上に構成されたカストディアン間ネット決済モジュールを含むことができ、カストディアン間ネット決済モジュールは、任意の2つのカストディアンモジュールとそれらの関連するブロックチェーン台帳との間の各資産内のすべてのユーザに支払われるべきネット決済額を計算すること、およびネット決済額に基づいて、すべてのユーザ、すべての資産すべての関連する未使用の出力および証明のための完全な配分レポートを生成することであって、完全な配分レポートは、ネッティング量および残存量を含む、生成することのうちの1つ以上を含む動作を実行するように構成することができる。システムはまた、残存量をブロックチェーンベースのスマートコントラクトにロードするステップ、またはそうでなければ非ブロックチェーン台帳レールを介した移動命令を作成するステップ、およびネッティング量をバーンおよび再配分し、ブロックチェーンベースのスマートコントラクトまたは他の従来のレール支払いを起動するアトミックトランザクションを作成するステップを実行し得る。
カストディアンモジュールは、ブロックチェーン台帳アドレス間で任意の支払いトランザクションを実行することを含む動作を実行するようにさらに構成することができる。コンセンサスアルゴリズムは、ジャストインタイムコンセンサスアルゴリズムまたは他のアルゴリズムを含むことができる。アトミックスワップモジュールは、対象のユーザの未使用出力セット合計に対して信用調査を実行すること、および対象のユーザと関連付チェックけられた未使用出力を使用する、ブロックチェーントランザクションを、ブロックチェーントランザクションとして受信することか、または作成することのうちの1つ以上を実行するようにさらに構成することができる。
アトミックスワップモジュールによって実行される、秘密鍵によるトランザクションの署名を取得する動作は、(1)トレーダモジュールが、トレーダから、供給された秘密鍵による委任署名を実行すること、または(2)秘密鍵による署名のためにトランザクションをトレーダモジュールに送信することを介して行われ得る。
アトミックスワップモジュールによって実行される、アトミックスワップが資産の所有権を変更することを確実にする動作は、トランザクションを検証し、メンプールトランザクションのステータスを変更するガバナンスブロックチェーンノードを呼び出し、影響を受ける未使用出力に関連するカストディ分散型ブロックチェーン台帳との2相コミットプロトコルを起動すること、をさらに含むことができる。
一態様では、注文入力システムは、リアルタイムの取引前信用調査を実行し、入札およびオファーもしくは見積依頼を入力することか、またはそうでなければ価格設定を交渉することを含む動作を実行するように構成することができる。注文エントリシステムはまた、マッチングエンジンに注文を提出することができる。注文入力システムは、クレジットエンジンおよびマージンエンジンに接続すること、クライアント購買力を決定するための計算を実行すること、および一方向の支払い注文を実行することを含む動作を実行するようにさらに構成することができる。
マッチングエンジンは、第三者からの見積および注文を受信し、リットブック(lit book)またはダークブック(dark book)またはその両方で注文マッチングを実行することを含む動作を実行するように構成することができる。マッチングエンジンは、オーダーブックを維持し、公開すること、およびエクスチェンジなどの外部オーダーブックを集約し、実行のために、スマートオーダールーティングするようにさらに構成することができる。
システムは、アトミックスワップに関連するタイムロックされたトランザクションのためにブロックチェーンベースのスマートコントラクトと、ウォレットを介してインタラクトすること、およびスマートコントラクト締結資産とブロックチェーン台帳上に資産を有するカストディアンモジュールとの間のアトミックスワップを容易にすることを含む動作を実行するように構成された仮想カストディアンモジュールをさらに含むことができる。
システムは、オンチェーンリポジショントランザクションとして貸し出すことであって、担保ならびにリスクおよびマージンルールに基づいて、対抗するトランザクションと共に巻き戻されることが予想され、強制され得るオンチェーンリポジショントランザクション、貸し出すことを含む動作を実行するように構成され得る。
システムは、トレーダモジュール内で管理される事前設定されたルールおよびプリファレンスに基づいて、プログラム的な日中借用を実行することを含む動作を実行するようにさらに構成することができる。
システムは、1つ以上のカストディアンモジュールにおいて異なるブロックチェーン台帳上の資産間でブロックチェーンネットワーク上で実行することを含む動作を実行するようにさらに構成されている。
システムは、分散型取引所と統合することができ、分散型取引所に流動性を投入すること、および分散型取引所から流動性を取り除くことの両方を行う。システムは、ブロックチェーンベースのスマートコントラクトとカストディアン分散型ブロックチェーン台帳との間のアトミックスワップを維持することを含む動作を実行するようにさらに構成することができる。
ブロックチェーンネットワークは、ガバナンスモジュールブロックチェーンノードを備える1つ以上のガバナンスモジュール、カストディモジュールブロックチェーンノードを備える複数のカストディアンモジュール、カストディアンモジュールごとの複数のブロックチェーン台帳、複数のトレーダモジュール、およびピアツーピアメッセージング機能を含むことができる。そのような例では、ブロックチェーンネットワークは、コンセンサスアルゴリズムを実装し、トランザクションブロードキャストプロトコルを使用し、様々な可能なプライバシーレベルを備える。
任意の1つの実施例または実施形態に関連して説明されるこれらの特徴のうちのいずれかは、本明細書に開示される他の特徴と混合および適合することができる。
一態様では、本開示は、取引先リスクおよび決済リスクを大幅に低減するブロックチェーンベースの技術を対象とする。出願人は、Alice最高裁判所の判決(Alice Corp.v.CLS Bank International,573 U.S.208,134 S.Ct.2347(2014))が、「決済リスク」を軽減するためのスキームを開示した特許請求の範囲に対処することを容易に認識する。したがって、その判決、および本技術が、Aliceケースにおける特許適格のない特許請求の範囲とどのように異なるかについて対処するためのいくつかのコメントが本出願に直接示される。Aliceの裁判所は、その事件の特許請求の範囲が、最初に、入門金融クラスにおいて教示されたアイデアであり、「商業システムにおける長年普及している基本的な経済慣行」であるという概念である、仲介決済という抽象的なアイデアに向けられたため、特許不適格であると判断した。次いで、裁判所は、完全な汎用コンピュータの実装が、プロセスが、抽象的アイデア自体を独占するように意図された起案の成果以上のものであるという実用的な確信を提供する一種の追加の特徴ではないと判断した。
本技術は、取引先リスクおよび決済リスクを低減することができるが、本技術の様々な態様の焦点は、トランザクションアルゴリズムに従ってトランザクションを検証する複数のノードを含む相互接続ネットワークを利用し、台帳内に含まれる資産を取引するために使用されるエクスチェンジネットワークによって署名される特定の資産タイプのために作成された各ブロックチェーンベース台帳のジェネシスブロックの概念を含む、ブロックチェーンベースのソリューションである。別の態様では、本明細書で開示される原則は、CLS銀行によって使用されるインフラストラクチャを完全に置き換える、カストディレベルでのリアルタイムのオンチェーンブロックチェーンベースの同時決済トランザクションを通じて、取引先信用リスクおよび決済リスクを排除することができる。本アプローチは、プロトコル層での直接の決済のために資産を管理することを要求する、証券と資金の同時決済および取引後ベースのシステムを使用する他のエンティティとも異なる。開示されたシステムは、分散型であり、非カストディ型である。
ブロックチェーンベースの技術は、データのサイロ化、複雑な報告スキームの必要性、コストなどに関して、現在の市場インフラストラクチャに関連して上記に概説されている問題の多くを解決する。既存のインフラストラクチャに関する問題は、ブロックチェーンベースのアプローチによってある程度解決することができる。したがって、本開示は、取引への従来のネットワークベースのアプローチにおける特定の問題を解決するための新しいプロセスを実装する、特殊目的のコンピュータ(単に古くかつ周知のアイデアを実装する汎用コンピュータではない)を導入する。
ブロックチェーン技術は一般に、ここ数年で市場に最近導入されたばかりであり、「商業システムにおいて長年普及している」わけではない。本開示の様々な態様の焦点には、ブロックチェーン上の特定の方法で資産をデジタル化するアプローチが含まれ、したがって、完全な汎用コンピュータが、決済リスクを低減する古くかつ長年普及しているプロセスを単に実装することを明らかに含まない。
重要なことに、開示されたブロックチェーンベースの技術は、単に汎用コンピュータ上で以前の金融プロセスを実装するのではなく、現在の市場インフラストラクチャなどの様々な技術的ユースケースおよびアプリケーションに関して上記に概説されている問題に対処する。上述したように、図1Aを参照すると、既存の市場インフラストラクチャ100は、重要なデータへのタイムリーアクセスの欠如、時間を要し、インフラストラクチャの複雑な性質のために、非標準的なデータフォーマットに起因する複雑なワークフローを含む、冗長かつ高価な調整につながるデータの複数のコピーを格納する必要性を含む、いくつかの問題を有する。最終的に、市場インフラストラクチャ全体における様々なプレイヤーのため、トレーディングインフラストラクチャの使用は、市場インフラストラクチャ100内の各エンティティによって課される手数料に起因して高価である。
本技術の1つ以上の態様の焦点を特徴付けることができる1つの方法は、それらが(少なくとも部分的に)、単一のタイプの資産の資産デジタル化に使用される、単一のタイプの資産に限定される第1のブロックチェーンベース台帳を作成し、第2のタイプの資産のデジタル化としても使用される、第2のタイプの資産に限定される第2のブロックチェーンベース台帳を作成するアプローチに向けられていることである。このような特徴付けはまた、第1および第2のブロックチェーンベース台帳を使用して、実際に資産を移動させることなくアトミックトランザクションまたは同時トランザクションを実行することを含み得る。一態様において本明細書に開示されるアーキテクチャは、完全に分散されたガバナンスアプローチ、およびブロックチェーンシステム上に格納され、それによって実行され得るスマートコントラクトなどの自律ソフトウェアを含む。第1のブロックチェーン台帳および第2のブロックチェーン台帳は、実際に資産のいずれかを移動することなく取引が発生することができるように、アトミックトランザクションまたは同時トランザクションを実行するために(各それぞれの台帳の各ジェネシスブロックに署名された)エクスチェンジネットワークによって利用される。本明細書に記載のブロックチェーンベース台帳の構造および使用は、本開示に記載の様々な技術的改善を提供する。提案されるブロックチェーンベースの技術は、例えば、カストディアン118、CCP122、CSD120、または市場インフラストラクチャ100内の他のエンティティのうちの1つ以上の必要性を排除することができる。
提案されているブロックチェーンベースのソリューションは、取引されている資産を実際に移動する必要性を排除することにより、重要なデータにタイムリーにアクセスするための能力を向上させることができ、データの複数のコピーを維持する必要性を排除し、冗長な調整を維持する必要性を排除することができ、暗号系統および証明可能性の証拠を提供しながら、より標準的なデータ形式を有効化することによってワークフローを簡素化することができる。これらの改善は、エクスチェンジネットワークの基礎となるハードウェアおよびソフトウェアインフラストラクチャを改善し、より効率的にすることができ、したがって、退出するコンピュータインフラストラクチャで具体的に生じる問題に向けられたコンピュータ技術の改善を表す。自動運転または飛行制御などの他のアプリケーションでは、本明細書におけるアプローチは同様に、タイムクリティカルなデータへのタイムリーアクセスを改善すること、データ冗長性またはデータ分解を低減することなどによって有意な改善を提供することができる。もちろん、現在の市場インフラストラクチャ100に関与するいくつかのエンティティを排除することは、エンドクライアントへの高価な手数料の数を減らすことができる。特許請求の範囲を、ブロックチェーンベース台帳の技術コンポーネント、および技術的な改善、ブロックチェーンベースのネットワークに適用可能な新しいプロセス、および本明細書の技術なしに、決済リスクを単に低減することを「対象とする」と特徴付けることは、的確ではないである。
したがって、Alice判決によれば、特許請求の範囲は、「商業システムにいて長年普及している基本的な経済慣行」であるというAlice判決において証明された(1896年の文書のような証拠を使用して)より一般化された決済リスクの概念に向けられていないため、特許適格がある。言い換えれば、複数の単一資産タイプのブロックチェーンベースのカストディ台帳を使用することによって、取引先リスクおよび決済リスクを低減することは、明らかに、商業システムで長年普及している基本的な経済慣行ではない。本開示に導入された技術は、十分に理解されている、日常的な、または従来的なものではなく、むしろ金融市場トレーディングインフラストラクチャの技術分野などの技術分野の改善を表している。本明細書に開示される技術的な改善は、とりわけ、多くの場合、別のデータベースに分散され、現在のものではない重要なデータなどのデータへのタイムリーなアクセスの削減、データの冗長な調整の削減、市場環境で必要な様々なエンティティ間の複雑なワークフローの削減、および高価な手数料の削減を提供するトレーディングプラットフォームのための新しいブロックチェーンベースのインフラストラクチャを提供する。
発明を実施するための形態
ここで開示は、図1Bを参照し、図1Bは、現在開示されている技術を実装するために使用することができる例示的なコンピューティングシステムを示す。図1Bのコンピューティングデバイスは、本明細書に開示されるシステム、サーバ、通信デバイス、または任意の他のコンピューティングデバイスと関連付けられた機能を実装するために使用され得る様々なハードウェアコンポーネントを含む。
ここで開示は、図1Bを参照し、図1Bは、現在開示されている技術を実装するために使用することができる例示的なコンピューティングシステムを示す。図1Bのコンピューティングデバイスは、本明細書に開示されるシステム、サーバ、通信デバイス、または任意の他のコンピューティングデバイスと関連付けられた機能を実装するために使用され得る様々なハードウェアコンポーネントを含む。
この例では、図1Bは、バスなどの接続部138を使用して互いに電気通信しているコンポーネントを含むコンピューティングシステムアーキテクチャ130を例解する。システム130は、処理装置(CPUまたはプロセッサ)154、およびプロセッサ154に、システムメモリ146、読み取り専用メモリ(ROM)148、およびランダムアクセスメモリ(RAM)150を含む様々なシステムコンポーネントを連結するシステム接続部138を含む。システム130は、プロセッサ154に直接接続される、近接する、またはプロセッサ154の一部として統合される高速メモリのキャッシュ152を含むことができる。システム130は、プロセッサ154による迅速なアクセスのために、メモリ146および/または記憶装置131からキャッシュ152にデータをコピーすることができる。このようにして、キャッシュ152は、データを待つ間のプロセッサ154の遅延を回避するパフォーマンスブーストを提供することができる。これらおよび他のモジュールは、様々なアクションを実行するようにプロセッサ154を制御する、または制御するように構成することができる。他のシステムメモリ146も同様に使用可能であり得る。メモリ146は、異なるパフォーマンス特性を有する複数の異なるタイプのメモリ(例えば、FLASH、RAM、またはその他)を含むことができる。プロセッサ154は、記憶装置131に記憶されたサービス1 132、サービス2 134、およびサービス3 136などの任意の汎用プロセッサおよびハードウェアまたはソフトウェアサービスを含むことができる。これらのソフトウェアサービスは、プロセッサ154、およびソフトウェア命令が実際のプロセッサ設計に組み込まれる専用プロセッサを構成または制御する命令を含み得る。プロセッサ154は、複数のコアまたはプロセッサ、バス、メモリコントローラ、キャッシュなどを含む完全に自己完結型のコンピューティングシステムであってもよい。マルチコアプロセッサは、対称であっても非対称であってもよい。他のコンポーネントは、共有メモリ、メッセージバス、サービスを分離し、イベントを処理するサービスからイベントを生成するパブリッシュ/サブスクライブ(パブ/サブ)メッセージングサービスを含むことができる。システムはまた、仮想化または仮想マシンを含むことができる。
コンピューティングデバイス130とのユーザインタラクションを可能にするために、入力デバイス144は、発話用マイク、ジェスチャまたは図形入力用のタッチ感応画面、キーボード、マウス、モーション入力、発話などの任意の数の入力機構を表すことができる。出力デバイス142はまた、当業者に既知のいくつかの出力機構のうちの1つ以上であることができる。いくつかの事例では、マルチモーダルシステムは、ユーザが、コンピューティングデバイス130と通信するために複数のタイプの入力を提供することを可能にすることができる。通信インターフェース140は、一般に、ユーザ入力およびシステム出力を支配および管理することができる。任意の特定のハードウェア構成での動作に制限はなく、したがって、ここでの基本的な特徴は、それらが開発されるにつれて、改善されたハードウェアまたはファームウェア構成に容易に代替され得る。
記憶装置131は、不揮発性メモリであり、磁気カセット、フラッシュメモリカード、ソリッドステートメモリデバイス、デジタル汎用ディスク、カートリッジ、ランダムアクセスメモリ(RAM)150、読み取り専用メモリ(ROM)148、およびそれらのハイブリッドなどのコンピュータによってアクセス可能であるデータを記憶することができるハードディスクまたは他のタイプのコンピュータ可読媒体であり得る。
記憶装置131は、プロセッサ154を制御するためのサービスまたはモジュール132、134、136を含むことができる。他のハードウェアまたはソフトウェアモジュールが企図される。記憶装置131は、システム接続部138に接続され得る。一態様において、特定の機能を実施するハードウェアモジュールは、機能を実施するために、プロセッサ154、接続部138、出力デバイス142などの必要なハードウェアコンポーネントに関連して、コンピュータ可読媒体に記憶されたソフトウェアコンポーネントを含むことができる。
説明を明確にするために、いくつかの例では、本技術は、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせに組み込まれた方法におけるデバイス、デバイスコンポーネント、ステップ、またはルーチンを含む機能ブロックを含む個々の機能ブロックを含むものとして提示され得る。
いくつかの態様において、本明細書に開示されるシステムおよび方法は、上に概説される既存の市場インフラストラクチャの問題に取り組む。本明細書の技術はまた、プライムブローカレッジトレーディングサービス104を、より多くのクライアントに可能にし、そのようなサービスを利用可能にし、かつ関連するデータ、トランザクション、およびネットワークインフラストラクチャの性能およびセキュリティを向上させるための技術的なソリューションを提供する。本明細書に開示される技術は、ブロックチェーンベースであり、いくつかの態様では、各ブロックチェーンベース台帳の各ジェネシスブロックが、後に、取引が行われ、ブロックチェーンベース台帳上のアトミック様式で記録されるプラットフォームとなるエクスチェンジネットワークによって署名されることを要求することによって、本明細書に開示されるエクスチェンジネットワークを、ブロックチェーン内に含まれるデータに結び付けるコンポーネントを含む。ブロックチェーン技術の様々な例のコンポーネントが図2に開示されている。
図2は、様々なコンポーネントを備えるブロックチェーン記録プロセスを例解する。ブロックチェーンネットワーク200の全体的な動作は、典型的には、トランザクション202に対する要求によって開始される。一般に、トランザクションは、発行、交換、取引、支払い、準備など、記録する必要があるあらゆるトランザクションに関連することができる。本明細書のいくつかの態様では、トランザクションは、本明細書に開示されるようなカストディブロックチェーンベース台帳に関する特定のトランザクションであり得る。要求されたトランザクションは、複数のノードまたはノードのグループ204を含むネットワークにブロードキャストされる。ノードのグループは、アルゴリズムを使用してトランザクションおよびユーザステータスを検証する検証プロセス206を実行する。ブロックチェーンプロセスは、記録されるデータが信頼できることを保証する。ブロックチェーンは、信頼できないインタラクションを容易にし、データが、自由にアクセス可能であり、可視であることを可能にする。ブロックチェーンを使用する利点のうちの1つは、本開示で説明されるように、ブロックチェーンを使用して実物資産をミラーリングすることができることである。検証206がネットワーク内の多数のノード上で発生すると、新しいブロック212がブロックチェーン208に追加され、次いで、図2に示されるように、トランザクションが完了210する。ジェネシスブロック214は、ブロックチェーン208内の最初のブロックであり、後続ブロックは、ブロック216およびブロック218として示される。本開示では、各台帳の各ジェネシスブロックは、エクスチェンジネットワーク、またはエクスチェンジネットワークと関連付けられたエンティティによって署名される。一例では、ジェネシスブロックは、トレーダまたはトレーダモジュールによって署名され得る。
ブロックチェーン台帳208のコピーは、ネットワーク内の少数または多数のコンピュータにわたって格納される。ネットワークは、ネットワーク内の各ノードがブロックチェーン台帳の独自のコピーを格納することができるピアノードのネットワークを含むことができる。ブロックチェーン208台帳のすべてのコピーを同期させることは、ノード全体に分散する方法で動作するコンセンサスプロトコルを使用して行われる。ブロックチェーンネットワークは、ハードウェア固有の要件(分散型ノード)、ならびに第1の特定のソフトウェア要件(コンセンサスアルゴリズムまたはプロトコル)、および第2の特定のソフトウェアおよびハードウェア要件(トランザクションを記録する分散型台帳)の両方を含む、特定または専用のコンピュータシステムを表す。このように、ブロックチェーンネットワークは汎用コンピュータシステムと見なすことはできない。いくつかの場合には、ブロックチェーン208は、状態情報ではなく、トランザクションのみを記録する。いくつかの例では、説明するように、ブロックチェーン記録は、特定のアカウントに関して、特にカストディアンによって管理される特定の資産タイプのアカウントに関して、取引トランザクションの結果および/または状態情報を記録することができる。例えば、エクスチェンジネットワークは、第1のクライアントが1万ドルと引き換えに1BTCを販売した取引を管理することができる。その取引の結果、各クライアントの「状態」には、第1のクライアントが現在1万ドルを有し、第2のクライアントが現在1BTCを有するという事実を含めることができる。米ドルベースのブロックチェーン台帳とBTCベースのブロックチェーン台帳にそれぞれの情報を記録することは、その資産タイプの量を誰が所有しているかに関する状態情報の記録と見なすことができる。プロセスは、トレーディングライフサイクルに関与するカストディアンまたは他のエンティティが、使用する可能性のあるものに代替台帳を作成し、例えば、関係データベース、および資産を移動させるか、または所有権変更を記録する従来の決済プロセスT+2などにわたって、より高速な確定性および暗号証明可能性および不変性を追加する。別の態様では、それぞれの台帳は、トランザクションの結果を記録するように構成することができる。
図3Aは、本開示の態様による、カストディアンモジュールを例解する。図3Aは、トランザクションと関連付けられた複数の台帳を管理するためのカストディアン302モジュールの動作を含むシステム300を開示する。本明細書に提供されるカストディアン技術は、ネットワークのメンバーである資産のカストディアンであるクライアントに提供され得る。カストディアンソリューションは、カストディアンコンピュータシステムで動作する、またはインターフェースを介してアクセス可能である、カストディモジュールを介して実装することができる。カストディアンソリューションにアクセスすることは、カストディアンが、本明細書で開示される機能を実行するためにカストディアンモジュールを自らのネットワークにダウンロードすることを介して、またはカストディアンが、カストディアンおよびそれらのクライアントに機能を提示するカストディサービスを備えたアカウントを取得することを介して、実行され得る。本明細書の技術は、ネットワーク上のクライアントの金融トランザクションをサポートするための担保として、カストディアンがクライアントに代わって合法的に保有することができるあらゆる資産をシームレスにかつプログラム的にデジタル化することを可能にする。一態様において、本明細書に開示される原則は、ブロックチェーン台帳が、ワンクリックのトークン化要求で作成される「ワンクリック」態様を可能にすることができる。
本明細書に開示されるカストディソリューションのいくつかの例示的な技術コンポーネントは、第1のクライアント304または第2のクライアント306が、カストディアン302またはエクスチェンジネットワーク314によって提供されるサービスにアクセスすることができるクライアントユーザインターフェースまたはアプリケーションプログラミングインターフェースを含むことができる。アプローチはまた、論理基準、スマートコントラクトなどを満たすことに基づいて、資産をロックおよびロック解除し、移転することができるプロトコルを含む、あらゆるタイプのデジタル資産ストレージメカニズムをカバーすることができる。これらのユーザインターフェースは、クライアントが、資産をカストディアン302に移転し、かつ、アイテムが類似のタイプであるかどうかにかかわらず、ビットコインのためのドル、または任意の他の価値のあるアイテムのための価値のあるものなどの取引を行うことを可能にすることができる。本明細書に開示される任意のアプリケーションプログラミングインターフェースは、呼び出し、応答、および異なるエンティティ間でデータを通信するように構成されたプロトコルまたはAPIフレームワークなどを含む。例えば、カストディアンユーザインターフェース330および/またはアプリケーションプログラミングインターフェース328も含むことができる。これらのインターフェースは、カストディエンティティ302と、本明細書に開示されるようなサービスを提供し得る中央サーバまたは中央エンティティ314との間であり得る。一態様では、中央エンティティ314は、カストディアン302が、カストディユーザインターフェース330にログインし、機能にアクセスすることができるように、カストディアン302について説明されたカストディ機能を実行することができる。ユーザは、ユーザインターフェース330を介してカストディアン302にログインし得るが、他のデータは、カストディアン302と中央エンティティ314との間でも、別個のアプリケーションプログラミングインターフェース330を介して通信され得る。
図3Aはまた、図4に関して以下で説明する米ドル台帳310およびBTC台帳312を含む。米ドル台帳は、ジェネシスブロック316ならびにトレーディングブロック318および320を含む。BTC台帳は、ジェネシスブロック322ならびにトレーディングブロック324および326を含む。
「中央エンティティ」という用語は、エクスチェンジサーバ、ブロックチェーンノード、またはエクスチェンジネットワーク(XN)を動作させる管理エンティティを含むことができる。ユーザインターフェース328を介してであれ、ユーザインターフェース328とアプリケーションプログラミングインターフェース330との間のインタラクションの組み合わせであれ、カストディエンティティ302が中央サーバ314から分離されているとき、そのようなインターフェースを使用することができる。別の態様では、カストディアンエンティティ302は、中央サーバ314から分離され得、中央サーバ314は、必要な機能を提供するためにカストディアンエンティティ302のコンピュータシステムにロードされるソフトウェアモジュールを提供することができる。このシナリオでは、API呼び出しまたは他の通信呼び出しを使用して、保管モジュールと集中型エンティティ314との間でデータを通信することができる。一般的に言えば、中央サーバまたは集中型エンティティ314は、クライアントがトレーディングの目的のためにアクセスするエクスチェンジネットワークであると見なすことができる。
本明細書に開示および説明される他の機能には、プロトコル仕様、台帳作成、トランザクションモデル、および概念実証に対するコンセンサスなどの主要な管理サービスおよびブロックチェーン詳細が含まれる。本明細書に開示されるいくつかの他の概念は、台帳管理サービス、永続性の概念、P2P通信プロトコル、カストディアンアカウントシステム、およびユーザインターフェースまたはAPIである。任意のタイプのインターフェースは、本明細書に開示される概念と共に使用可能であると企図される。ユーザインターフェースは、グラフィカル、可聴、音声関連、マルチモーダル、テキストベース、ジェスチャベース、およびそれらの任意の組み合わせであり得る。
「ブロックチェーンノード」という用語は、本明細書において、本明細書に記載のブロックチェーン機能を実装するために互いに通信するノードのネットワークの各ノードに対して中央サーバ314が提供するソフトウェアコンポーネントの集合を表すために使用される。これらのうちのいくつかは、上記の技術コンポーネントとして言及されている。
本明細書に開示されるような台帳の作成および利用と関連付けられた他の概念は、台帳作成メタデータ:名前、住所、アカウント番号、国際銀行勘定番号(IBAN)などの利用を含む。カストディアンが新しい台帳を作成するとき、ジェネシスブロックは、台帳の作成においてそのようなメタデータのうちの1つ以上を利用することができる。1つ以上の例では、台帳は、クライアントアカウントが台帳作成の署名エージェントとして1つ以上のカストディアンアカウントを含むためのm-of-nマルチシグネチャスキーム要件を必要とする場合がある。台帳は、任意の数の要因に基づいて、無効/有効などの台帳状態を有することができる。例えば、行政機関は、個人またはエンティティが、プラットフォーム上で取引することを防止してもよく、したがって、台帳またはアカウントに無効状態を実装してもよい。カストディアンは、そのクライアントと関連付けられた台帳を無効にすることによって、機関からの指示を実行することができる。
本明細書に開示されるように作成され、運用される台帳は、いくつかの異なるアクションを実行するために利用され得る。例えば、台帳アクションは、発行、交換、受け入れ、取り消し、削除、送信、有効化、無効化、または保留のうちの1つ以上を含むことができる。
図3Bは、本開示の例示的な実施態様と一致する、例示的なジェネシスブロック署名プロセス330を例解する。署名プロセス330は、例えば、SHA-256ハッシュまたは他のハッシュを使用してハッシュを計算し、ブロックハッシュ334を生成するジェネシスブロック332から始まる。カストディアンは、一態様では、ジェネシスブロックを作成し、それをエクスチェンジネットワークノードに伝送することができる。ブロックハッシュ334は、鍵で暗号化されて、署名336を生成する。鍵は、トレーダの秘密鍵、カストディアン公開鍵、またはエクスチェンジネットワークノードと関連付けられた鍵であり得る。一態様では、エクスチェンジネットワークノードは、その楕円曲線秘密鍵を使用して暗号化を実行する。エクスチェンジネットワークノードは、暗号化されたハッシュを図3Aのカストディアンノード302に戻すことができる。署名をジェネシスブロックに添付して、署名されたジェネシスブロック338を生成する。カストディアンノード302は、ジェネシスブロックの暗号署名としてジェネシスブロックと共に、暗号化されたハッシュを添付する動作を実行することができる。
カストディアンノードのジェネシスブロックの信頼性を検証したいエンティティは、ジェネシスブロックに添付された署名を選択し、パブリックドメインであり得るエクスチェンジネットワークノードの公開鍵を選択することができる。署名検証プロセスは、署名されるジェネシスブロック338を利用し、エクスチェンジノード公開鍵340を適用して、署名342と関連付けられたハッシュを復元させることを含む。問題は、ブロックハッシュ346を備えるジェネシスブロック344が、復元されたハッシュに匹敵するかどうかである。システムは、ブロックハッシュ348が、署名350から復元されたハッシュに等しいか、または一致するかを判定する。結果として生じるハッシュが、ジェネシスブロックのSHA-256ハッシュと一致する場合、署名は真正であることが確認される。
図4は、本明細書に開示されるように、クライアントのエクスチェンジネットワークを動作させるために、アカウントを作成するように協働する様々なコンポーネントのシナリオを例解する。プロセスのさらなる詳細を、次に、適切なアカウントを設定するためのシステム400を例解する図4を参照して説明する。図4に示されるシステム400全体において、一般的なプロセスは、エクスチェンジネットワーク406に参加する目的のために、カストディシステム402、および中央システム、またはエクスチェンジネットワークコンポーネント404の両方にアカウントを設定することを含むことに留意されたい。カストディアン402は、中央サーバ406と通信する場合、ユーザインターフェース404または図3BのAPI330にアクセスして、それらのアカウントを設定し08、鍵ペアを確立し、承認された関係者のための役割および許可を作成し、ネットワーク上のデジタル化の担保として保有をサポートしたい資産のための台帳を作成するなどする。図4のステップ(1)は、カストディアンシステムインターフェース402とエクスチェンジネットワーク406のインターフェース404との間の通信を示す。台帳の設定を図3Aに示す。まず、クライアント304によってカストディアンに移転されたドルを保持するためのアカウントなどのユーザのアカウント詳細を管理するために、または資産を格納するためにカストディアンが使用することができる従来の台帳を含む標準的なカストディ台帳308がある。
台帳310および312は以下のように設定される。台帳は、ブロックチェーンベースであり、したがって、従来のカストディ台帳308とは別個である。第1のカストディ台帳「C1」は、特定の資産タイプに対して作成される。図3Aに提供される例は、台帳C1がドルに使用されるためのもの(米ドル台帳310)である。もちろん、これはルーブル、円などのあらゆる法定通貨に適用できる。さらに、カストディアン302はもちろん、資産の各タイプごとに個別の台帳を設定することができる。
また、第2のまたは追加のブロックチェーンベース台帳が、ビットコインのカストディアン302、「BTC」台帳312に対して示される。基本的な台帳コンポーネントを作成する際に、本明細書に開示される1つの特徴は、中央サーバ314がジェネシスブロック316または322に署名しなければならないことである。このジェネシスブロックは、資産の各タイプごとにその台帳の初期金額を示す。例えば、米ドル台帳310は、ゼロドルを示すジェネシスブロック316を有する。BTC台帳312は、作成時の台帳内にゼロビットコインを示すジェネシスブロック322を有する。
一般に、台帳は、第1のクライアント304と第2のクライアント306との間で発生し、カストディアン302によって管理されるすべての状態遷移のシーケンス化された、改ざんに強い記録である。各トランザクションは、作成、更新、または削除時に、台帳にコミットされる資産のキーと値のペアのセットをもたらす。
台帳は、不変でシーケンス化された記録をブロックに格納するためのブロックチェーン(「チェーン」)、および現在の状態を維持するための状態データベースを含むことができる。通信ネットワーク204内の各ピアは、カストディアン302によって管理される各資産タイプについて、各台帳310、312のコピーを維持する。
一般に、チェーンは、ハッシュリンクされたブロックとして構造化されたトランザクションログであり、各ブロックは、一連のNトランザクションを含む。ブロックヘッダは、ブロックのトランザクションのハッシュ、および前のブロックのヘッダのハッシュを含む。このようにして、台帳上のすべてのトランザクションは、シーケンス化され、暗号論的に一緒にリンクされる。ハッシュリンクを中断せずに台帳データを改ざんすることはできない。最新のブロックのハッシュは、以前に発生したあらゆるトランザクションを表し、すべてのピアが、一貫した信頼される状態にあることを保証することができる。
台帳の現在の状態データは、チェーントランザクションログに含まれるすべてのキーの最新値を表す。現在の状態は、チャンネルに既知のすべての最新のキー値を表す。
チェーンコードインタラクションは、チェーントランザクションログに格納された現在の状態データに対してトランザクションを実行するステップを含む。これらのチェーンコードインタラクションを非常に効率的にするために、すべてのキーの最新値は、状態データベースに格納される。状態データベースは、単にチェーンのトランザクションログにインデックス化されたビューであるため、いつでもチェーンから再生成することができる。状態データベースは、トランザクションが受け入れられる前に、ピアの起動時に自動的に復元される(または必要に応じて生成される)。
一例示的な例では、永続性モデルは、状態情報を格納するための基礎となるデータベースとしてPostgreSQLを利用する。異なる実装態様および異なるクライアントは、それらのデータベースモデルに関して異なるプリファレンスを有し得る。必要に応じて、状態データベースオプションには、LevelDBおよびCouchDBを含めることができる。LevelDBは、ピアプロセスに埋め込まれた状態データベースであり、チェーンコードデータをキーと値のペアとして格納することができる。CouchDBは、チェーンコードデータがJAVAスクリプトオブジェクト表記(JSON)としてモデリングされている場合に追加のクエリサポートを提供する任意選択の代替外部状態データベースであり、JSONコンテンツの豊富なクエリを可能にする。他のデータベースシステムおよびモデルも本明細書において企図される。
高レベルでは、トランザクションフローは、アプリケーションクライアントによって、特定のエンドーシングピアに送信されたトランザクション提案を含むことができる。エンドーシングピアは、クライアント署名を検証し、チェーンコード機能を実行して、トランザクションをシミュレートする。出力は、チェーンコード結果、チェーンコードで読み取られたキーと値のバージョンのセット(読み取りセット)、およびチェーンコードで書き込まれたキー/値のセット(書き込みセット)である。提案レスポンスは、承認署名と共にクライアントに返送される。検証モデルは、中央ガバナンスノードとカストディアンノードとの間のコンセンサスを含むことができ、代替の検証スキームを有することもできる。
クライアントは、エンドースメントをトランザクションペイロードに組み立て、それを注文サービスにブロードキャストする。注文サービスは、注文されたトランザクションをブロックとしてチャネル上のすべてのピアに配信する。コミットの前に、ピア204の少なくともいくつかは、トランザクションを検証する。まず、それらは、エンドースメントポリシーをチェックして、指定されたピアの正しい配分が結果に署名されていることを確認し、それらは、トランザクションペイロード206に対して署名を認証する。第二に、ピア204の少なくともいくつかは、トランザクション読み取りセットに対してバージョ二ングチェックを実行して、データ整合性を確保し、二重支出などの脅威から保護する。
次いで、図3Aのカストディアン302は、エクスチェンジネットワーク406上でカストディアンとしての利用可能性をブロードキャストする(図4のステップ(2))。クライアント304/306は次いで、クライアントネットワークインターフェース412を介して、ユーザインターフェース(UI)またはアプリケーションプログラムインターフェース(API)として提供され得るカストディアン402または中央サーバインターフェース404を使用して、XNネットワーク406上の中央サーバ314およびカストディアン302/402でアカウントを設定することができる。これは、図4のステップ(3)に例解されている。クライアント304/306は、図4のステップ(4)を介して、クライアントバンクまたはウォレット414からカストディアン308/410のアカウントまたはウォレットに資産を移転する。この移転は、電信送金、ビットコイン、移転、または任意の他の暗号通貨移転など、資産タイプに適切な任意の方法で行われ得る。クライアント304/306は、中央エンティティ314/404またはAPIのためのUIを使用して、その中央エンティティアカウントを設定し、カストディアン302/402との接続を確立する。クライアントは、エクスチェンジネットワーク416上のシステムを含むことができる。設置されると、クライアント304/306は、エクスチェンジネットワーク406のサービスを利用し、取引を行うことができる。これは、図4のステップ(5)に例解されている。
図5は、本明細書に開示される概念による、トランザクションを実行し、資産を交換するための、カストディブロックチェーンノード、エクスチェンジネットワークブロックチェーンノード、およびクライアントブロックチェーンノードの使用を例解する。図5は、本明細書に開示される様々な態様による、資産トークン化のための例示的なプロセス500を例解する。図5に、担保のデジタル表現の初回発行の開始を示す。図5に示されるように、米ドル、仮想通貨、または担保として使用することができる他の資産などの法定通貨を含む、カストディアン520にアカウントを有するクライアント508は、アカウントを選択し、金額を指定することによって担保の準備を要求するためにインターフェース502でUIまたはAPIを使用する。担保の準備は、カストディアン520が、ネットワーク上のクライアントのオープンポジションまたは他の財務コミットメントを確保している間に、それを使用またはアクセスすることができないように、準備資産に管理上または他の保留を配置することを意味する。一態様では、管理上の保留を資産に配置することは、プログラム的である。
クライアントブロックチェーンノード504は、要求をカストディアンブロックチェーンノード522に電子的に通信する。「ブロックチェーンノード」は、ブロックチェーンコンポーネントを含むことができるコンポーネントの集合体を表すために一般的に使用されている。別の態様では、示されるノード(504、522、530)は、必ずしもブロックチェーンベースの機能を実行するブロックチェーンノードではない場合がある、ネットワーク上のより一般的なサーバまたはコンピューティングデバイスを表すことができる。
カストディアンブロックチェーンノード522は、既にカストディアンと記録されているものとマッチングするクライアント固有の識別子を含む要求通信514を介して、UI上またはAPI512を介して担保の準備のためのクライアント要求を受信する。さらに、要求514は、デジタル署名され、クライアント公開鍵を含む。カストディアンアカウントシステム516(またはインターフェース512および518を使用する手動オペレータ)は、ディスプレイおよび/またはインターフェース518で要求通信514を受信し、要求された資産の一部分に管理上の保留を配置する前に、クライアント識別子およびカストディアン保有資産がクライアント要求に対して利用可能であることを検証する。
カストディアン520は、UIまたはAPIインターフェース512を通じて、準備済み担保510のデジタル表現(例えば、トークン、デジタル預金伝票、または預金領収書)をデジタル台帳に発行することを承認する(例えば、台帳は、<custodian-id>|<asset-id>とタイプされ、資産額を含むことができる)。カストディアンブロックチェーン台帳上のクライアント公開鍵アドレスへの直接の発行および交換の代替手段は、(1)システムがカストディアンのための台帳を作成すると、システムはまた、その台帳内のカストディアンのためのアドレスを作成することができること、(2)カストディアンが、担保(交換要求合計に基づく変数合計)を発行するためのクライアント要求に基づいて、100万米ドルを保有することにコミットしている場合、ガバナンスノードまたはカストディアンノードは、カストディノード上のカストディアン公開鍵アドレスに100万米ドルを発行するための「コインベース」トランザクションを作成することができること、そのトランザクションでは、ガバナンスノード署名が必要になる可能性がある(カストディアン保有の担保は、任意のプルーフオブ方法に基づいて任意選択で保証することができる)。(3)ユーザノードが担保発行を要求する場合、これは、カストディアン公開鍵アドレスからユーザノード公開鍵アドレスへのトランザクションである可能性があることである。
デジタル台帳524、526は、資産発行、所有権の変更、および資産交換を管理および追跡するために生成され、各資産について作成され、本例では、524では米ドル、および526ではBTCであるが、任意の資産または任意の数の台帳である可能性がある。図4に例解するように、台帳作成は、セットアップ段階で行われ得、台帳の存在は、クライアントがカストディアンを発見する方法であるエクスチェンジネットワークにブロードキャストされ得ることに留意されたい。これに関して、全体的なプロセスは、複数のカストディアンを含むことができ、各々が、提供するサービスおよびインタラクションをカバーする独自の台帳セットを作成する。次いで、複数のカストディアンは、ビジネスを競うために、エクスチェンジネットワーク上でクライアントにブロードキャストすることができる。本開示は、複数のカストディアンに、同じタイプの資産または異なるタイプの資産を保有させ、異なるカストディアンとしての資産を有するクライアント間のアトミックエクスチェンジ取引を容易にし、次いで、カストディアン間ネット決済能力を使用して、本明細書に開示される特定の技術に従ってトランザクションを完成させる方法を提供する。
一例では、カストディアン520は、複数の異なるタイプの資産に対する複数の台帳を作成することができる。各台帳は、異なるタイプの資産に対して作成することができる。場合によっては、同じ資産タイプに対する複数の台帳を作成することができ、異なる台帳が、異なる資産タイプ範囲のために作成される。例えば、.1~10BTCのBTCトランザクションに対して1つの台帳、および10BTCを超えるトランザクションに対して別の台帳。本明細書に記載されるように、各台帳は、ネットワークノード530または中央サーバによって署名されるジェネシスブロックで作成される。クライアント508は、エクスチェンジネットワーク上で交換するために、新しい種類の資産をカストディアンに移転することを要求するカストディアンに連絡し得る。カストディアン(発行者)のそれぞれの種類の資産にタイプされた台帳が存在しない場合、台帳が作成される。したがって、これは、資産の要求に応じて台帳を作成する動的なプロセスである可能性がある。
カストディアンブロックチェーンノード522は、所有権情報(カストディアンを識別する)、および担保の発行または交換を要求するすべてのクライアントに適用可能である条件を含む初期台帳ルートメタデータを生成する。図5にさらに例解されているように、台帳ルートメタデータは、ネットワーク承認および参加のためにXNブロックチェーンノード530に伝送される。エクスチェンジネットワークによる受信は、カストディアンによって受信された台帳ルートメタデータを組み込んだXNブロックチェーンノード530によって生成されたデジタル署名で検証され、証明可能である。XNデジタル署名がなければ、カストディアンの台帳は、承認されていないと見なされ、ネットワークサービスまたはエクスチェンジサービスに参加することは不可能である。このプロセスは、提供される任意のサービスに適用される可能性があることに留意されたい。これは、そもそもカストディノードソフトウェアをプロビジョニングすることによってなど、他のアクセス制御方法によって達成され得る。例えば、サービスは、エクスチェンジネットワークまたはトレーディングプラットフォームに固有である必要はなく、サービスは、ビデオストリーミングサービス、検索メカニズム、オンラインマーケットプレイスなどの任意の種類のサービスであり得る。
このカストディアン(発行者)のための、要求された種類の資産のためにタイプされた台帳が存在する場合、デジタル表現は、カストディアンブロックチェーンノード522によって、510で、台帳524、526へのトランザクションコミットメントメッセージ内に作成される。
カストディアンブロックチェーンノード522は、カストディアン定義された間隔でトランザクションを集約する。ブロックチェーンネットワークは、ブロックチェーンベース台帳に新しいブロックを追加するための詳細なトランザクション検証、ブロック書き込みアルゴリズム、および書き込みメカニズムを提供する。別の態様では、メンプール構成およびブロックコマンドを使用して、書き込みを行うことができ、中央エクスチェンジネットワークまたはガバナンスノードによって実際に制御することができる。カストディアンは、集約された/ネッティングされたトランザクションに基づいて、ネット決済移動を実行することができ、いつでもこれを行うことができる。しかしながら、タイミングの選択は、クライアントの実際のウォレット/台帳に影響を与える可能性があり、1つの改善は、ブロックチェーン台帳の状態にマッチングするようにトランザクションを同期することを含むことができる。メンプールは、すべての有効なトランザクションがブロックチェーンネットワークコンセンサスアルゴリズムによって確認されるのを待つ場所である。
集約されたトランザクションデータを組み込んだ暗号的証明(数学的に証明可能な)は、522で管理ブロックチェーンノードによって生成され、次いで528でネットワーク参加者に伝送される。ネットワーク参加者が証明を受信すると、証明を他のネットワーク参加者と比較することによって、追加の証明が付与される。このブロックチェーンネットワークにおいて、ブロックチェーンカストディアンノード522、ネットワークブロックチェーンノード530、およびクライアントブロックチェーンノード504はすべて存在することに留意されたい。カストディアンブロックチェーンノード522は、資産タイプ524/526に基づいて、その関連付けられたカストディアン台帳を有する。クライアントブロックチェーンノード504は、クライアント台帳コピー506として表される台帳のそのコピーを有する。ネットワークブロックチェーンノード530は、ネットワークブロックチェーンノード530から情報536を受信し得るネットワーク台帳538を含む。これは、これらのノードのいずれかで台帳をコピーする任意の組み合わせであってもよいし、そうでない場合もある。最低限、ガバナンスネットワークノードは、すべてのコピーを有し、カストディノードは、独自のクライアントトランザクションおよびカストディアン間ネット決済トランザクションのコピーを有する。
5人のネットワーク参加者のうち3人が同じ証明を受信したことに同意するなど、過半数の閾値が満たされると、ネットワーク参加者は証明を格納し、最終的なものと見なす。証明の作成、配布、収集、および比較の全プロセスは、522などのようなブロックチェーンノードによって自動的にかつプログラム的に実行される。証明に関するコンセンサスの別の形態は、カストディアンノードがその台帳を変更していないというセキュリティを提供するように構成され得る。トランザクションの検証およびコミットメントは、依然としてリアルタイムのコンセンサスで機能する可能性があり、事後の二次的な「ジャスト・イン・タイム」コンセンサスは、カストディ台帳の完全性を証明したり、規制当局にそれらを見せる能力を備えた独自のトランザクションのコピーをトレーディング会社に提供したりすることができる。任意の代替のコンセンサスモデルまたはトランザクション検証を使用することができるが、一般に、今日では、リアルタイムのオンチェーントランザクションシステム内で使用するには十分な速度ではない。
しかしながら、検証プロセスは、特定の目的のため、またはプロトコル仕様に準拠した別個のクライアント開発サービスによって実行することができる。ネットワークオペレータ532としてのエクスチェンジネットワークによって実行される任意の動作またはトランザクションは、ネットワークブロックチェーンノード530に、本明細書に記載されるように暗号化証明書を生成させ、538に示されるように、それが制御および動作する1つ以上の台帳にトランザクションをコミットさせることもできる。特徴538はまた、ガバナンスノードによって取られた動作アクションの記録に関連し、任意選択であり、資産取引台帳ではなくデータ記録のみを含む場合がある。重要なのは、ガバナンスノード/自律型ソフトウェアエンティティなどが取る動作の暗号系統を記録することである。ネットワークブロックチェーンノード530は、記録、コンセンサス、表示、および528に示されるような他の使用のために、そのようなトランザクションおよび/または暗号化証明書をネットワーク(すなわち、カストディアンブロックチェーンノード522および/またはクライアントブロックチェーンノード504のうちの1つ以上)にブロードキャストすることができる。
クライアント508の名前でカストディアン520に預金されている担保のデジタル表現の値は、530/532のネットワークサービスに表示され、カストディアン520、クライアント508、およびネットワークオペレータUI/API 502、518、および534に表示される。トランザクションがネットワークオペレータ532によって管理されるように作成または受信されると、残高がリアルタイムで計算され、メモリ内で維持され、一態様では、ディスクにも持続される。「永続性」は、ファイルシステム、データベース、または暗号化データベースに直接書き込むことができる。残高は、ブロックチェーン台帳上の状態からリアルタイムで計算することもでき、交換のためのブロックチェーントランザクションはまだ行われていないが、交換要求が保留されているときに使用される「指定」資産などの状態へのリアルタイムのエンリッチメント/調整を伴う可能性がある。同じことは、まだ入力されていない保留中の注文にも適用することができる。これは、アトミックスワッププロセスでの第2の担保検証チェックのトランザクションの失敗を防止し、嫌なユーザエクスペリエンスまたは機会の喪失を防止する。
台帳524/526にトランザクションとして記録された値表現は、以下の場合に、記録された様々なタイプのトランザクションを介して移転することができる。(1)生成された各トランザクションが資産ソースおよび資産先を含むように、担保の存在の暗号化証明書が検証される場合、(2)現在の資産所有者(複数可)によって生成された1つ以上のデジタル署名を組み込むなど、各トランザクションが否認不可メカニズムを含む場合にトランザクションが検証される暗号化証明書、および(3)トランザクションが、主に、台帳に記録される担保資産のデジタル表現の所有権の変更を表す場合。最後にコミットされたトランザクションから開始する場合、カストディアンによる資産の元の発行に逆行することができる。
資産がカストディアンに移転され、適切な資産タイプおよびカストディ台帳が作成された後、ユーザは、XNネットワーク上で資産を取引することができる。しかしながら、ある時点で、クライアントは、担保を交換することを望む。例えば、クライアントは、ドルでビットコインを購入した可能性があり、価格が上昇した後、クライアントは、ビットコインを交換し、カストディアンから資産を受信することを望む。
カストディアン520からの担保の交換は、少なくとも資産(カストディアン参照記号、例えば、<custodian-name>|<asset>を含む)、ならびにクライアントブロックチェーンノード504とカストディアンブロックチェーンノード522との間の通信528を有するUIまたはAPI502を介して、任意の形態(例えば、標準的なバンキングシステム台帳アカウントまたはオムニバスアカウント)のアカウント台帳および/または任意の種類の暗号ウォレット(例えば、ホットまたはコールドストレージ、ソフトウェアまたはハードウェア)を含むことができるカストディアンアカウントシステム516に、ネットワーク524/526上のカストディアンの台帳から交換される金額を含む要求を送信することによって、クライアント508などの現在の暗号学的に証明可能な所有者によって開始される。
クライアント508などの要求当事者は、(資産ルートメタデータによって決定されるように)カストディアンの交換アカウントのうちの1つを用いてカストディアンによって使用されるメタデータを暗号化し、提出前に追加のメタデータとしてトランザクション内に埋め込むことができる。これは、クライアントブロックチェーンノード504によってプログラム的に実行される。
カストディアン520は、UI上またはAPIインターフェース512を介してクライアント508要求528を受信し、要求/トランザクションと関連付けられたデジタル署名が、所有者によって生成された(クライアントの秘密鍵で署名された)ことを検証することが可能である。任意の可能なデジタル署名スキームまたはキー管理ソリューションを適用することができる。カストディアンブロックチェーンノード522および/またはカストディアンシステム516は、プログラム的に、または手動オペレータを用いて、交換要求に含まれるクライアント署名および資産所有権を検証する。
UIまたはAPIインターフェース512を通じたカストディアン520は、交換要求を承認し、カストディアンブロックチェーンノード522に、現在交換アカウント(例えば、公開鍵アドレス)に位置する資産のデジタル表現をカストディアンのバーンアカウントに移行させる。カストディアンのバーンアカウントは、公開鍵バーンアドレスで表すことができ、バーンアカウントの公開鍵と関連付けられた対応する秘密鍵が知られていないため、この時点以降、資産のデジタル表現の移動がもはや不可能であり、使用不可能になる。
次いで、カストディアンアカウントシステム516は、資産の「バーンされた」デジタル表現によって裏付けられた預金されている実際の資産の管理上の保留を手動またはプログラム的に解放する。一態様では、交換は、ネット決済移動がカストディアンによって処理された後にのみ許可される。交換要求が、台帳524/526上の資産(例えば、コインベース発行トランザクション)のデジタル表現をもたらした発行要求を最初に作成した元の資産所有者によるものである場合、資産は、カストディアンアカウントシステム516内のクライアントアカウント内で解放されるか、またはクライアントアカウントに戻される。交換が、デジタル表現の新しい所有者によるものであり、管理上の保留が解放される前に、または解放されると同時に、カストディアン台帳524/526に記録された有効なトランザクションを通じた原資産である場合、資産は、元のクライアントアカウントから引き落とされ、カストディアンアカウントシステム516上の新しい所有者のアカウントにクレジットされる。
新しい所有者がカストディアン520とのアカウント/リレーションシップを有しない場合、管理上の保留は、解放され、資産は、交換要求528で指定された座標と共に、その指定されたカストディアンにおける新しい所有者のアカウントまたは暗号ウォレットに同時に送信される。これは、1つの任意選択の実施形態である。好ましいアプローチは、カストディアン間ネット決済を使用することである。
新しい資産所有者のカストディアンがエクスチェンジネットワークのメンバーである場合、支払いは、カストディアン520によって、カストディアンブロックチェーンノード522を介して、資産のデジタル表現を新しい資産所有者のカストディアンに移転するためのトランザクションとして送信することができ(新しい資産所有者のためにそれを委託して受信し、資産所有者のカストディアンに、送信カストディアン520の交換権を与える)、本明細書に記載されているような担保の準備を、標準の交換/発行と共に要求するステップに従うことによって、エクスチェンジネットワーク上の担保として新しい資産所有者によって使用することができ、新しい資産所有者のカストディアンによって(新しい資産所有者の新しい発行者/保証人として)、本明細書に記載されているような資産のデジタル表現の新しい資産所有者のカストディアン発行と置き換えられる(すなわち、516で説明されているアカウント/ウォレットと同等のもので)。
交換を要求した新しい資産所有者から新しい所有者(委託)としてそのカストディアンに資産のデジタル表現を移転するトランザクションは、カストディアン520によって開始され、台帳524/526にコミットし510、現在、それは、新しい資産所有者のカストディアンによって所有され、本明細書に記載されるように、カストディアン520に支払われるべき金額、または標準的な交換要求で従来の支払いレールを介して交換される金額の決済に使用され得る。資産は、新しい資産所有者によって任意の他のアカウントまたはウォレットに交換され、後にカストディアン522と新しい資産所有者のカストディアンとの間の従来の支払いレールを介してネット決済され得る。この場合、新しい資産所有者のカストディアンは、カストディアン522によって発行された資産のデジタル表現の所有権を保持したまま、自らの準備金から通貨資産を置き換え、新しい資産所有者に資産を解放することを選択することができる。任意選択で、新しい資産所有者のカストディアンへの移転を許可する前に、共有マネーロンダリング防止(AML)/ノウ・ユア・カスタマ(KYC)ソリューションに対するチェックが存在し得る。
バーンおよび再配分プロセス(2つのカストディ台帳間のアトミック)および残留物の伝統的なレール(電信送金または公的台帳トランザクション)を介するか、または任意選択でスマートコントラクトを介するかのいずれかの移転は、いずれのカストディアンもいかなる取引先リスクまたは決済リスクを有しないように、ネッティングされた部分のバーンおよび再配分をし、残留物のスマートコントラクトリースをバーンおよび再配分でアトミックにすることができる。追加の詳細は、本明細書に提供される。
(AML)/(KYC)ソリューションは、金融機関または他の規制された企業が、ビジネスを行う目的でクライアントからの関連情報を確認するために行うデューデリジェンス活動に関連している。アトミックエクスチェンジサービスは、台帳上の資産のデジタル表現に基づいて、基礎となる担保の可用性を保証する任意の値移転または他のトランザクション要求を処理する。
図6は、本開示のいくつかの実施例による、例示的な全体的な構造のブロック図を例解する。図6の構成は、ブロックチェーンネットワークが各資産クラスの統一されたブロックチェーンネットワークであるという印象を与えるかもしれないが、本開示は、統一されたブロックチェーンネットワーク、および同じ資産クラスの複数のブロックチェーンネットワークの使用の両方を企図する。ネットワーク600全体は、いくつかの異なるコンポーネントを有する。預金段階602では、トレーディングエンティティ1は、カストディアンに米ドルを配置し、トレーディングエンティティ2は、カストディアンにビットコインを配置することができる。カストディアンは、このシナリオでは、1つのカストディアンが法定通貨を管理し、別のカストディアンが仮想通貨を管理する2つのカストディアンを表すことができる。カストディアンはまた、不動産、契約などの価値のある他の資産を保有している可能性もある。
デジタル化段階604では、カストディアンは、保有する法定通貨および仮想通貨によって1:1で裏付けられたトークンなどの資産のデジタル表現を、カストディアンが、エクスチェンジネットワークによって提供されるソリューション内で所有および制御する台帳上のエクスチェンジネットワークに発行する。一態様では、発行されるトークンは、仮想通貨トークンそのものではない。一態様では、トークンは、盗難または改ざんからそれらを保護するために暗号化アルゴリズムを利用するデータである。データは、資産、所有権、または任意の他の方法で特徴付けることができる。
ネットワークの取引および決済コンポーネント606では、トレーディングエンティティ1およびトレーディングエンティティ2は、価格に合意し、仮想通貨のための法定通貨の取引に入るために、トレーディングネットワーク提供のユーザインターフェースを使用する。繰り返しになるが、取引は、あらゆる資産または価値のあるものについてであり、ドルおよびビットコイン、または任意の特定の暗号通貨またはトークンに限定されない。本アプローチは、あるエンティティから別のエンティティへの支払いにも使用することができる。トレーディングネットワークは、合意された価格でビットコイントークンに対する米ドルトークンのアトミックエクスチェンジ(例えば、同時トランザクション)を実行し、取引は、完了する。トークン所有権の変更は、それぞれのカストディアン台帳に自動的に記録される。多数の取引が発生する可能性があり、それらの取引は、各それぞれのカストディアン台帳で追跡される。このアプローチの利点のうちの1つは、トレーディングエンティティ1、トレーディングエンティティ2、または任意の他の参加者による取引を、法定通貨、または仮想通貨を移動させる必要なしに迅速に実行することができることである。言い換えると、取引および決済プロセスは、実際の通貨または他の資産を実質的に移動させる必要なしに、作成された台帳で発生し得る。これにより、トレーディングおよび決済の最終処理を劇的にスピードアップさせ、ネットワークの負担を軽減させ、リソースを計算し、コストおよびリスクを削減することができる。これらの技術的な改善は、現在の市場インフラストラクチャで上記に概説されている問題に対処する。別の技術的な改善には、基礎となるパブリックブロックチェーンネットワーク、およびSWIFTのような他の非ブロックチェーンネットワークトランザクションをスケーリングする方法が含まれる。
ある時点で、トレーディングエンティティは、資産を交換することを望む。交換段階608は、トークンの所有者による交換要求に応じて、カストディアンまたは他の銀行アカウントまたはウォレットのアカウントまたはウォレット間の法定通貨、または仮想通貨の実際の移動を含む。カストディアンによる決済額の移動は、カストディアンシステムに統合され、トレーディングエンティティが、最終的に、独自の法定通貨、アカウントまたは仮想通貨ウォレットで、取引所で購入したそれぞれのタイプの通貨を受信することができるように自動化され得る。
カストディアンにとってのこのアプローチのいくつかの利点には、法定通貨および/または暗号通貨でクライアントと協力することができることが含まれるが、カストディアンは、取引で両方のタイプの資産を扱うことは義務付けられていない。エクスチェンジネットワークは、APIまたはユーザインターフェースを介してカストディアンと通信することができるため、カストディアンネットワークでの技術統合は必要ない。本アプローチは、カストディアンの好ましい暗号ウォレットプロバイダおよびそれらの既存の台帳構造、例えば従来の銀行アカウント台帳ソフトウェアシステムを活用することができる。さらに、ネットワークの構成を考えると、このソリューションは、現在の標準的なカストディワークフローに適合するため、容易に実装することができる。プロセスを動作させるために、1つ以上の一般的な条件を実装することができる。例えば、資金およびまたは仮想通貨を保留にして管理する能力は、デジタル化ならびに取引および決済プロセスが機能する能力を提供することができる。カストディアンは、信頼性を確認するためにクライアントでAML/KYCレポートを実行する能力を有することもできる。さらに、カストディアンは、多額の入金および出金を管理する能力を有し、承認された代表者に、それらが、提供されたウェブベースのインターフェースで表示されるように、追加および交換要求を定期的に処理させることができる。
ここに概説されているネットワーク構造では、カストディアンは、クライアントにクレジットを提供する必要はない。カストディアンは、基礎となる債権資産のデジタル表現の発行者および交換者としてのみ機能している。本シナリオにおけるカストディアンはまた、清算および決済プロセスに関与する必要はない。エクスチェンジネットワークソフトウェアは、取引先間のリスクのないピアツーピア取引を管理し、検証および記録のために、トランザクションをカストディ台帳に提出し、トランザクションを本質的に自己清算および決済にする。別の例示的な利点は、原資産を移動させずに、コールドストレージまたは他の安全なストレージから取引することである。このようなアプローチは、コスト、ブロックチェーンネットワーク混雑、および運用リスクを低減することができる。さらに、カストディアンにはエクスチェンジネットワークに対する金銭的義務はない。エクスチェンジネットワークは、アトミックスワップおよびカストディアン間ネット決済の使用を含むことができるトランザクションおよび数量に基づいて、新しい収益源をカストディアンに支払う。
図7は、例示的な取引ネットワーク700およびカストディアンとトレーダとの間の通信チャネルを例解する。この例では、様々なカストディアン702、704、706、708は、各それぞれのカストディアン間に存在する通信チャネルと共に示される。トレーダ710、712は、カストディアン702に登録され、カストディアン702と取引のやりとりをする。トレーダ720は、カストディアン704と通信する。トレーダ714、716、718は、カストディアン706と通信する。トレーダ722、724は、カストディアン708と通信する。トレーダの各々は、それぞれのカストディアンに登録され、それぞれのカストディアンへのインターフェースまたはアクセスを有することができるが、本明細書に開示された原則は、トレーダが、異なるカストディアンを介して互いに取引することを可能にし、それらの取引を簡単に決済する能力を備える。
FIG.8は、本開示のいくつかの実施例による、ブロックチェーンネットワーク上の仮想カストディアンを例解する。図8は、非限定的な例として、イーサリアムブロックチェーンなどのブロックチェーン上の仮想カストディアン802を有する環境800を含む。ブロックチェーンは、パブリックブロックチェーンであってもプライベートブロックチェーンであってもよい。トレーダ810は、仮想カストディアン802に登録され、仮想カストディアン802にアクセスすることができる。仮想カストディアン802は、仮想カストディアン802と関連付けられたブロックチェーンネットワークと関連付けられた構文またはプロトコルを介してエクスチェンジノード804と通信することが可能である。エクスチェンジノード804とカストディアン806との間でも、そのトレーダ812との通信が行われる。また、カストディアン808は、カストディアン806と、およびエクスチェンジノード804と通信し、それぞれのトレーダ814、816を有する。図14およびその関連付けられた説明は、仮想カストディアン802などの例示的な仮想カストディアンの例示的な解剖学的構造を示す。一態様では、法定通貨から暗号通貨または暗号通貨から法定通貨の決済は、仮想カストディアンで有効にすることができる。これは、単一の仮想カストディアンおよびブリックアンドモルタルカストディアン、または複数の仮想カストディアンを介して実行することができる。
図9は、資産移転を容易にする例示的な方法900を例解する。例示的な方法900は、カストディアンエンティティの代わりに動作するカストディアンモジュールを介して、複数のブロックチェーンベース台帳を作成することを含むことができ、複数のブロックチェーンベース台帳は、カストディエンティティと関連付けられ、かつ第1の資産タイプと関連付けられた少なくとも第1のブロックチェーンベース台帳を含み、第1のブロックチェーンベース台帳は、第1の資産ジェネシスブロックについての第1の生データの第1のハッシュダイジェストの第1の署名を含む第1の資産ジェネシスブロックで生成され、第1の署名は、カストディアンモジュールとは別個の中央管理モジュール(または他のタイプの分散型ガバナンスノード)によって生成される(902)。次に、図9のプロセスは、カストディアンエンティティにおいて、第1のクライアントから第1の担保を受け取ることであって、第1の担保は、第1の資産タイプである、受け取ること(904)、第1の担保をカストディアンエンティティのカストディ台帳に維持すること(906)、第1のクライアントから、かつカストディアンモジュールにおいて、第1の担保の少なくとも一部分を表す第1の資産の第1の準備の第1の要求を受信すること(908)、およびカストディアンモジュールによって、カストディ台帳に対する第1の要求と共に受信した第1の個人情報をマッピングすることによって、第1のクライアントおよび第1の要求の信頼性を検証することであって、カストディ台帳は、第1の資産を、第1の検証を生成するために、準備に利用可能であると識別する、検証すること(910)を含み得る。
第1の検証(例えば、ステップ910)が、第1の資産が第1の準備に利用可能であることを示すとき、方法900は、第1のクライアントに第1のトークンを発行することによって第1の要求を承認すること(912)、ならびに第1のクライアント、および第1のトークンと関連付けられた第1の担保を識別する第1のブロックチェーンベース台帳上に第1の新しいブロックを生成すること(914)を含むことができる。
方法900はさらに、カストディアンモジュールを介して、カストディエンティティと関連付けられ、かつ第2の資産タイプと関連付けられた第2のブロックチェーンベース台帳を作成することをさらに含み、第2のブロックチェーンベース台帳は、第2の資産ジェネシスブロックについての第2の生データの第2のハッシュダイジェストの第2の署名を含む第2の資産ジェネシスブロックで生成され、第2の署名は、カストディアンモジュールとは別個の中央管理モジュールによって生成される(916)。次に、図9のプロセスは、カストディアンエンティティにおいて、第2のクライアントから第2の担保を受け取ることであって、第2の担保は第2の資産タイプである、受け取ること(918)、第2の担保をカストディアンエンティティのカストディ台帳に維持すること(920)、第2のクライアントから、かつカストディアンモジュールにおいて、第2の担保の少なくとも一部分を表す第2の資産の第2の準備の第2の要求を受信すること(922)、およびカストディアンモジュールによって、カストディ台帳に対する第2の要求と共に受信した第2の個人情報をマッピングすることによって、第2のクライアントおよび第2の要求の信頼性を検証することであって、カストディ台帳は、第2の資産を、第2の検証を生成するために、準備に利用可能であると識別する、検証すること(924)を含み得る。
第2の検証(例えば、ステップ924)が、第2の資産が第2の準備に利用可能であることを示すとき、方法900は、第2のクライアントに第2のトークンを発行することによって第2の要求を承認すること(926)、ならびに第2のクライアント、および第2のトークンと関連付けられた第2の担保を識別する第2のブロックチェーンベース台帳上に第2の新しいブロックを生成すること(928)を含む。第1のクライアントと第2のクライアントとの間の取引であって、第1の資産タイプの取引された第2のクライアント資産、および第2の資産タイプの取引された第1のクライアント資産を生成するための、第1の資産の少なくとも一部分と第2の資産の一部分のためのとの取引を含む、取引に続いて、方法900は、第1の資産タイプの第2のクライアント資産を表す第1のブロックチェーンベース台帳上に新しいブロックを生成すること、および第2の資産タイプの第1のクライアントの資産を表す第2のブロックチェーンベース台帳上に新しいブロックを生成すること(930)を含むことができる。資産所有権変更は、取引に対する1回限りの支払いまたは一方向の支払いである可能性もある。これらの新しいブロックは、各々、それぞれの台帳上の異なるブロックである。
任意選択の機能は、本明細書に開示されている注文入力システム、信用調査、およびマッチングエンジンとこのプロセスを結合することである。これらがなければ(注文入力および取引実行を処理するために)、システムは、任意のソースから取引実行メッセージを取得し(ネットワーク外で注文または合意された支払いまたは取引であっても)、依然としてクライアント資産に対してアトミックスワップを実行することができる。
新しいブロックを生成することはまた、ブロックに入る1つ以上のトランザクションを作成することを意味することもある。別の態様では、異なる台帳上で異なるブロックを生成することは、本明細書で開示されるようにアトミックに行われる2つの異なるブロックチェーン台帳上のブロックチェーンエントリを含むことができる。
取引マッチは、いくつかの異なるものを意味し得る。例えば、実際に取引であるのは、支払いトランザクション、またはレポもしくは占有回復トランザクションなどであり得る。任意の2つのアドレス間の一方向の支払いを含む任意のトランザクションタイプは、「取引」とすることができる。
これらがなければ(注文入力および取引実行を処理するために)、システムは、取引実行メッセージを取得し、クライアント資産に対してアトミックスワップを実行することができる。
第2のトークンを交換するために第2のクライアントからカストディエンティティにおいて受信された交換要求に続いて、方法900は、第2のトークンをバーンすること、および第1の資産タイプの第2のクライアント資産を、カストディ台帳から第2のクライアントに移転することを含むことができる。
第1のトークンを交換するために第1のクライアントからカストディエンティティにおいて受信された交換要求に続いて、方法900は、第1のトークンをバーンすること、および第2の資産タイプの第1のクライアント資産を、カストディ台帳から第1のクライアントに移転することを含むことができる。第1の資産ジェネシスブロックは、第1のクライアントが第1の担保を交換するための交換条件をさらに含むことができる。交換条件は、名前、アドレス、電子メールアドレス、電話番号、生体認証データ、およびソーシャルメディアデータのうちの少なくとも1つ以上を含むことができる。第1の資産ジェネシスブロックは、カストディアンエンティティの識別および第1の資産タイプの識別をさらに含むことができる。第1の資産タイプは、法定通貨を含むことができ、第2の資産タイプは、仮想通貨を含むことができる。資産タイプには、あらゆる種類の資産も含めることができる。第1のブロックチェーン台帳は、第1の資産タイプのための第1の台帳および第2の資産タイプのための第2の台帳を含むことができる。
第1の台帳および第2の台帳は、各々、カストディアンモジュールとは別個であることができ、ネットワーク上でその妥当性を証明するカストディアンモジュールと関連付けられたそれぞれの署名を含む、第1の資産ジェネシスブロックおよび第2の資産ジェネシスブロックでそれぞれ生成することができる。第1の台帳および第2の台帳は、各々、1つのブロックチェーンネットワークまたは異なるブロックチェーンネットワーク上に存在することができる。第1のクライアントに第1のトークンを発行することは、カストディ台帳上のアクションをミラーリングすることができる。
一態様では、第1の台帳および第2の台帳は、カストディモジュールとは別個であるのではなく、カストディモジュールの一部であり得る。
一態様では、第1のブロックチェーンベース台帳から第1の資産タイプの第2のクライアント資産をバーンすることは、第2のトークンをバーンウォレットに移転することを含むことができる。第2のブロックチェーンベース台帳から第2の資産タイプの第1のクライアント資産をバーンすることはまた、第1のトークンをバーンウォレットに移転することを含むことができる。一般に、仮想通貨ウォレットは、トランザクションを達成するために使用するための公開鍵および/または秘密鍵を格納するデバイス、物理媒体、プログラム、またはサービスであり得る。鍵を格納するこの基本的な機能に加えて、ウォレットはまた、情報を暗号化および/または署名する機能を提供することもできる。一例では、署名は、スマートコントラクト、仮想通貨トランザクション、識別を実行するか、または法的に「文書」に署名する、支払いを確認する、または取引を承認することをもたらす可能性がある。
第2のトークンを交換ために第2のクライアントからカストディエンティティにおいて受信された交換要求は、第2の資産ジェネシスブロックに示されるように、カストディアンの交換公開鍵を利用した暗号化されたメタデータを含むことができる。第1のトークンを交換するために第1のクライアントからカストディエンティティにおいて受信された交換要求は、第1の資産ジェネシスブロックに示されるように、カストディアン交換公開鍵を利用した暗号化されたメタデータも含むことができる。
一態様では、方法900は、カストディアンモジュールによって実行される機能にアクセスするためのウェブベースのユーザインターフェース、および/またはカストディアンモジュールによって実行される機能にアクセスするためのアプリケーションプログラミングインターフェースのうちの1つ以上を提供することをさらに含む。第2のトークンをバーンすることはまた、カストディアンエンティティによる要求されたデューデリジェンスの後、第2のトークンの所有権をバーンアカウントに再配分することによって発生することもある。さらに、第1のトークンをバーンすることは、カストディアンエンティティによる要求されたデューデリジェンスの後、第1のトークンの所有権をバーンアカウントに再配分する動作を実行することによって発生することができる。
図10は、本開示の別の方法1000の例を例解する。方法1000は、第1の資産タイプの第1のカストディアンブロックチェーンベース台帳を生成すること(1002)、カストディアンによって保有される第1の資産タイプの金額と関連付けられた第1のトークンを生成することであって、第1のトークンは、第1のクライアントの第1の資産タイプの金額を識別する第1のカストディアンブロックチェーンベース台帳のブロックと関連付けられている、生成すること(1004)、第2の資産タイプの第2のカストディアンブロックチェーンベース台帳を生成すること(1006)、第2のクライアントのためにカストディアンによって保有される第2の資産タイプの金額と関連付けられた第2のトークンを生成することであって、第2のトークンは、第2のクライアントの第2の資産タイプの金額を識別する第2のカストディアンブロックチェーンベース台帳上のブロックと関連付けられている、生成すること(1008)、エクスチェンジネットワークにおいて、第1のクライアントおよび第2のクライアントが、第1の資産の少なくとも一部分と、第2の資産の少なくとも一部分との取引に同意するデータを受信すること(1010)、エクスチェンジネットワークにおいて、第1の資産の一部分と第2の資産の一部分との現在のトランザクションを含むアトミックエクスチェンジを実行すること(1012)、および第1のカストディアンブロックチェーンベース台帳および第2のカストディアンブロックチェーンベース台帳での所有権のトークンの変化を記録すること(1014)を含む、1つ以上のステップを含む。
方法1000は、第1のクライアント(現在、第2の資産タイプを所有している)または第2のクライアント(現在、第1の資産タイプを所有している)が、取引の後、カストディアンによって保有されているアカウントまたはウォレットから新しい所有者に移動することができる、実際のドルまたはビットコインを受信することができる交換プロセスをさらに含むことができる。交換時に、それぞれのトークンは、それぞれの台帳を適切に更新するために、バーンアカウントまたはバーンウォレットに移転され得る。
図3Aは、それぞれのブロックチェーン台帳上のブロックの進化を例解する。例えば、第1のトレーダ304が、カストディアカウント内のカストディアン302に10万ドルを預けたと仮定する。各ブロックチェーンベース台帳310/312は、台帳を検証し、かつエクスチェンジネットワーク314上の取引に使用することができる台帳内のデータを確認するエクスチェンジネットワーク314によって署名されるジェネシスブロックを有する。カストディ台帳308は、このトランザクションおよび米ドルのカストディアカウントを記録して、金銭を保有することができる。第2のトレーダが、カストディアン302のウォレットアカウント内に10ビットコインを預けたと仮定する。発行要求が承認されると、カストディ台帳308はまた、このトランザクションを記録する。資産タイプの米ドルのために作成された第1のブロックチェーンベース台帳310は、第1のトレーダが、カストディアン302に預金された10万ドルを有することを識別するブロック318を含む。トークンは、ブロックチェーン310内のこのブロックと関連付けられている第1のトレーダに発行され得る。トークンは、一態様では暗号通貨トークンではなく、その資産のデジタル化の表現、または資産に対するデータおよび所有権の表現である。同様に、第2のトレーダ306は、台帳上のブロック324においてカストディアン302によって保有される10ビットコインを有することが示される。第2のトレーダ306はまた、ブロックチェーンベース台帳312内のブロック324と関連付けられたトークンを発行される。
次いで、第2のトレーダ306が、1万ドルでエクスチェンジネットワーク314上の第1のトレーダ304に1ビットコインを販売すると仮定する。取引に続いて、米ドル台帳310は、第2のトレーダ304が1ビットコインを売却した後に現在1万ドルを有するというトランザクションを記録するブロック320を含む。ビットコイン資産タイプと関連付けられたブロックチェーンベース台帳312はまた、第1のトレーダ304が現在1ビットコインを有することを示すブロック326を記録する。取引のこのエクスチェンジおよび記録は、合意された価格でのビットコイン関連トークンとの米ドル関連トークンの同時トランザクションを表し、取引が完了したことを表すアトミックエクスチェンジであることができる。このアプローチはまた、例えば、UTXOセット(仮想通貨トランザクション後に1つ以上のアドレスに残っているデジタル通貨の金額)などの、台帳トランザクション残高を読み取るプレ取引リスクのような概念に統合することもできる。トークン所有権の変更は、それぞれのカストディアン台帳に自動的に記録される。米ドルまたはビットコインを移動させるための実際のエクスチェンジの一部としての要件がないため、複数のエクスチェンジは、エクスチェンジネットワーク314においてより効率的で即時的なアプローチで行われ得る。エクスチェンジは、トークンによって実行され、ブロックチェーンベース台帳310/312上で管理される。交換要求に応じて、エクスチェンジネットワークは、それぞれの台帳に適切な修正を行い、実際のドルまたはビットコインを適切なクライアントアカウント304/306に移動させるようにカストディアン302に通知することができる。
資産デジタル化プロセス、取引決済プロセス、および台帳の作成および使用を実行するネットワーク内のコンポーネント間の通信は、ユーザインターフェース、API、または任意の他のプロトコルを使用することによって達成することができる。言い換えると、新しいコンピュータコンポーネントは、カストディアンエンティティによって動作するコンピュータネットワークで実装する必要がなくてもよい。
本明細書に開示される機能は、カストディアンに代わってブロックチェーンベース台帳も管理するエクスチェンジネットワークなどの単一のエンティティに組み合わせることができる。別のシナリオでは、カストディアンは、それぞれのブロックチェーンベース台帳を作成することができるようにカストディアンに必要なプログラミングを含むことができる「カストディアンモジュール」を受信し、それらの台帳にエクスチェンジネットワークによって署名されるジェネシスブロックを含めさせ、次いでエクスチェンジネットワークと台帳との間の適切な通信を可能にして、アトミック取引を実行し、交換プロセスを管理することができる。API呼び出し、安全な通信、情報の要求、要求への応答、ネットワークセキュリティ、データの暗号化、データの復号化などのすべての通信は、ブロックチェーンベース台帳の作成および使用に関して本明細書に記載される全体的なプロセスを実行するために異なるエンティティがそれぞれの機能を実行する必要がある場合、本出願の範囲内に含まれると見なされる。例示的な実施形態は、本明細書に記載される任意のコンポーネントまたはモジュールと、そのコンポーネントの立場から実行される機能とを対象とする特許請求の範囲を含むことができる。例えば、アトミックエクスチェンジスマートコントラクトは、別個の発明であり得、機能性の観点から説明され得る一つの例示的な実施形態であり得、システム全体の他のコンポーネントに対して実行される。
本開示の態様は、カストディアンエンティティによって使用するために作成されるブロックチェーンベース台帳のジェネシスブロックに署名することが可能である機能を備えて作成されるエクスチェンジネットワークの立場から完全に請求または説明することができる。他の特許請求の範囲は、実際の法定通貨またはクライアントとのカストディ関係に保有された仮想通貨を受信するカストディアンエンティティの立場から、このプロセスの機能に完全に焦点を当てることができるが、クライアントがエクスチェンジネットワーク上で取引し、次いで、それらの取引の結果に基づいて、かつ交換要求時に保管されている実際のドルまたは仮想通貨を配布することを可能にする目的で、本明細書に開示された方法での、ブロックチェーンベース台帳の作成を可能にする。
他の態様もクライアントデバイスの観点から請求することができる。本開示は、クライアントデバイスであって、それに分配されたソフトウェアモジュールを含み得るクライアントデバイスに適用することができ、それは、ユーザインターフェースを提供し、セキュリティまたは暗号化プロセスを可能にし、仮想通貨ウォレットとの通信を可能にし、それぞれのクライアントと関連付けられた銀行との安全な通信を可能にし、および/またはクライアントがエクスチェンジネットワークにアクセスし、価値のある資産をカストディアンエンティティに預けた後に取引を行う機能を提供する。したがって、ユーザインターフェースを介してエクスチェンジネットワークにアクセスするクライアントデバイスとの間の任意の通信を含む本明細書で開示される機能のいずれかは、本開示の範囲内に含まれる。繰り返すが、これは、クライアントが、開示されたコンピュータシステムのサービスおよび能力にアクセスすることを可能にするクライアントデバイスに、ダウンロードされたソフトウェアが含まれている場合に特に当てはまる。
図11は、カストディエンティティの立場からの例示的な方法1100を例解する。方法1100は、カストディエンティティによって、それぞれの資産タイプのために確立された少なくとも1つのブロックチェーンベース台帳を作成するか、または作成させることを含み、少なくとも1つのブロックチェーンベース台帳は、カストディエンティティのクライアントが資産を取引することができるエクスチェンジネットワークによって署名されたジェネシスブロックを有する(1102)。図11の方法はまた、カストディエンティティのクライアントから資産を受信し、それらの資産をカストディアカウントに格納すること(1104)、トークンが、少なくとも1つのブロックチェーンベース台帳に基づいて作成されるときであって、トークンが、カストディエンティティによって保有されるクライアント資産を表す、作成されるときに、カストディエンティティからエクスチェンジネットワークに、トレーディングのためのクライアント資産の可用性をブロードキャストすること(1106)、交換された資産のためのクライアントからの交換要求を受信すること(1108)、および交換された資産をカストディエンティティからクライアントアカウントに移転すること(1110)を含むことができる。
本明細書に開示されるフレームワークによって対処され得る他の態様は、バンキングバックエンド台帳システムによる担保のプログラム的な準備および解除を含み得る。通信手段またはAPIの使用を通じて、バンキングバックエンド台帳システムはまた、本明細書に開示されるようなブロックチェーンベース台帳システムを利用して、類似の様態で担保を準備および/または担保を解除するために利用することができる。第1のカストディアンが第1のトレーダの資産を格納し、第2のカストディアンが第2のトレーダの資産を格納するなど、複数のカストディアンが取引に関与するシナリオでは、カストディアンノード間の支払いおよび決済が可能であり得る。これは、それぞれのカストディアンが元の発行カストディアンによって交換可能なトークンを有し、他のカストディアンから資産を移転したクライアントが自らのカストディアンによって発行されたトークンを有するように、交換および再発行プロセスを通じて発生することができる。言い換えると、交換プロセスに従って、交換された資産、または交換されている途中である資産を表すトークンは、異なるカストディアン間で交換することができる。特定のトークンを受信すると、そのトークンは、そのトークンと関連付けられた物理的資産が、識別されたクライアントに分配されるべきであることをカストディアンに示すことができる。そのようなデータは、トークン自体に組み込むことができる。
別の態様では、複数の取引が発生し、複数のカストディアンがそれらの取引の複数のクライアントを表す場合、いくつかの異なるトランザクションをより効率的に処理するために、一括決済メカニズムまたはネット決済メカニズムが発生する可能性がある。法定通貨および/もしくは仮想通貨、または他の資産タイプの代替性を考えると、カストディアンは、互いに発行されたトークンを取引し、従来の支払いレールを介して後にネット決済ベースで決済することができる。このようにして、ブロックチェーンベースであるかどうかにかかわらず、追加の別個の台帳は、それぞれのブロックチェーンベース台帳上に実行され記録された取引を表すトークンのエクスチェンジを説明することができる。一定期間後、またはいくつかの他のトリガメカニズムに基づいて、内部の、ドルまたはビットコインなどの実際の純資産額のみが、あるカストディアンから別のカストディアンに移転される必要があるように、ネット決済が従来の支払いレールを介して発生する可能性がある。したがって、本明細書に記載のアプローチは、第1のカストディアンおよび第2のカストディアンがエクスチェンジネットワーク上の取引と関連付けられたトークンをエクスチェンジするだけでよいという設定された期間を含んでもよい。毎晩、または毎週、または需要に応じてなど、所定の期間の終わりに、ネット決済プロセスが発生し得、その結果、実際の通貨の複数のエクスチェンジが発生するのではない。本システムは、ドルの一回の移転をネット決済額として実行すれば十分であるか、またはビットコインの一回の移転は、ネット決済額である。これは、各移転が、資産の実際の移転を実現するためにお金を費やす可能性があるため、有益なプロセスであり得る。
別の例では、ネット決済額が1億ドルまたは500BTCなどの特定の閾値に達すると、ネット決済プロセスが開始されるように、要件が設けられ得る。したがって、いくつかの例では、ネット決済プロセスは、1つ以上の特定のイベントおよび/または条件によって自動的にトリガされ得る。
さらに別のシナリオでは、複数のカストディアンが、それぞれのクライアントのためにエクスチェンジネットワークを利用する場合、彼らと直接の関係がないクライアントへの資金のカストディアン移動についての共有AML/KYCチェックも実施することができる。このAML/KYCチェックは、トークンが、受信され、その中に含まれた、AML/KYCチェックが正常に実行されたという識別を有することができるように、トークン自体に組み込むことができる。
図12は、ブロックチェーンベースのトレーディングプラットフォーム1200における例示的な資産発行フローを例解する。ステップ1では、クライアントA1212は、カストディアンアカウント1206に、ドル1208またはビットコイン1210または任意の他の資産を資金供給する。ステップ2では、GDAX取引所1204(一般に、このプラットフォーム内はカストディアンおよびトレーディングエンティティであり、ネットワークの両方のタイプのメンバー(カストディアンおよびトレーディングエンティティ)のためのソフトウェアを動作させる)は、米ドル1224およびビットコインまたは他の仮想通貨1222のアカウントを有するカストディアン-GDAX1220においてカストディアンGDAX-for-XNアカウント1226を開く。ステップ3では、GDAX取引所1204は、カストディアン-GDAXアカウントに、米ドルおよび/またはビットコインを資金供給する。ステップ4では、エクスチェンジネットワーク(ECN)1202は、見積IDを有するGDAX取引所から、FIX(取引関連メッセージを記述するためのグローバル言語である金融情報交換プロトコル)を介して(販売情報1216を含む)価格設定されたフィードを受信する。ECNは、従来の証券取引所以外の、金融商品のトレーディングを容易にするコンピュータ化されたフォーラムまたはネットワークの一種である電子通信ネットワークである。ステップ5では、クライアントA1212は、購入情報1214に基づいて、GDAX取引所1204から調達されたECN価格でクライアントB1218と取引する。ネットワーク1202は、GDAX-for-Nアカウントについて、注文をGDAX取引所1204にルーティングする。FIXプロトコルは、以下のような注文でタグを提供することができる。XN:クライアントID。
ステップ6では、GDAX取引所1204は、GDAX-Client-B(関連付けられた見積ID)に代わってACK/NAKシグナルを返送し、取引が完了する。XN ECNのマッチングエンジンは、XN-クライアント-Aおよびカストディアン-XNシステムならびにGDAX-for-XNおよびカストディアン-GDAXシステムとインタラクトするアトミックエクスチェンジを実行して、XN-クライアント-A1212およびGDAX-クライアント-B1218に代わって署名すること、およびカストディアン-GDAX1220内のカストディアン-XN1206の両方のドルおよび/またはビットコイン台帳へのトランザクションコミットをカバーする。
図13は、ブロックチェーンベースのトレーディングプラットフォーム1300における例示的な資産交換フローを例解する。この例では、ステップ1は、アトミックエクスチェンジを実行するXN-ECN1302マッチングエンジンを表す。特徴1304は、GDAX取引所を表す。同時に、マッチ(アトミックエクスチェンジ)のためのトランザクションは、署名のためにXN-クライアント-A1320およびGDAX-for-XN1334に送信される。トランザクションは、各それぞれのエンティティでソフトウェア1322、1336を使用して自動的に署名される。ステップ3は、カストディアン-XN1306とカストディアン-GDAX1324の両方に署名されたトランザクションを送信することを含む。
ステップ4は、台帳を更新することを含む。一例では、カストディアンは、トークン化された各資産ごとに独自の台帳を所有し、運用する。これらの台帳は、証明可能なクライアント署名されたトランザクションで自動的に更新される。それぞれのカストディアンは、台帳およびすべての証明を見ることができ、すべてのトランザクションおよび移転前および移転後の台帳上の価値の有無を独立して検証することができる。特徴1316、1318は、カストディアン-XN1306のトランザクション詳細で台帳を更新することに関連して使用されるハッシュを表す。同様に、特徴1338、1340は、ステップ4に関連してカストディアン-GDAX1324台帳を更新するためのトランザクション詳細のハッシュを表す。これは、カストディアン-GDAX1324を運用するまたは制御するソフトウェア1325を更新することを含むことができる。カストディアンGDAX1324は、ビットコイン1326、米ドル1328、または任意の他の資産1330のカストディアンであり得る。
ステップ5は、一例では、GDAX-for-XN1334が、ユーザインターフェース1332/1312を介して、ユーザインターフェース(またはいくつかの他のインターフェース)を介する、カストディアン-XN1306における残高のために米ドルまたはビットコインの交換を要求することを含む。カストディアン-XN1306に関連して動作するソフトウェア1314は、これらの動作を実行する。
ステップ6では、カストディアン-XN1306は、ユーザインターフェース上で要求を受信し、トークン化された米ドルおよび/またはビットコインを交換する。ステップ7は、カストディアン-XN-1306がカストディアン-GDAX1324に資産を移転することを含む。最後に、ステップ8は、カストディアン-GDAXがメインオムニバスアカウントに資産を受信することを含む。
図14は、ブロックチェーンベースのトレーディングプラットフォーム1400と関連付けられたトレーディングフローを例解する。この例では、第1のトレーダT1 1416は、ドルと引き換えに第2のトレーダT2 1418に仮想通貨を取引したいと思っている。第1のイベントでは、T1は、100ETH(例として)をスマートコントラクト1402に移転する。第2のイベントでは、スマートコントラクトは、100ETHをスマートコントラクトサーバ1401に移転する。スマートコントラクト台帳は、トレーダT1がスマートコントラクトに100ETHを有することを記録する。第3のイベントにおいて、トレーダT1 1416は、5ドルと引き換えにトレーダT2 1418に5ETHを取引する。この取引に関するデータは、スマートコントラクト1402に報告される。トレーダT1およびT2は、取引を実行するためにスマートコントラクトサーバ1401を利用し得る。イベント3の一部として、データは、第4のイベントを、米ドル台帳1412からT1 1406のウォレットに5ドルを移転させる第2のトレーダT2 1418と関連付けられたカストディアンC2 1410に提供される。台帳1412は、5ドルのT2からT1への移転を反映する。第5のイベントは、5ドルの受信の、ウォレットT1 1406からスマートコントラクト1402への確認を表す。最終および第6のイベントは、ウォレットT2 1408への5ETHの移転を表す。ETH台帳1414は、5ETHの、T1からT2への移転を示す。
図15Aは、カストディサービスを提供するための別の例示的なプラットフォームを例解する。新しいプラットフォーム1500は、取引されている資産が、プラットフォームを使用するためにも登録されている各参加者のそれぞれのスポンサー企業によって担保されているため、取引の当事者が、直接対面し、取引先リスクなしで資産を取引することを可能にする。高レベルでは、プラットフォームは、3つの主要コンポーネント:コアシステムまたはガバナンスノード1502、カストディアンモジュール1512、1516、およびトレーダモジュール1508、1510を含むことができる。カストディアンモジュール1512、1516は、スポンサー企業1504、1506によって直接ホストされ、アプリケーションプログラミングインターフェース(「API」)呼び出しを介してコアシステム1502と通信することができる。カストディアンモジュールは、コアシステムを動作させる同じエンティティによってホストすることもでき、したがって、スポンサー企業が、多要素認証プロセスを介してアクセスされるウェブポータルを介して、すべての適用可能な機能を実行することを可能にする。
図15Aにおいて、以下は、頭字語の意味である。TM:トレーディングエンティティモジュール、CM:カストディアンモジュール、XE:マッチングエンジン、BC:ブロックチェーンノード、C1:銀行法定カストディアン、C2:デジタル資産カストディアン、T1:トレーディングエンティティ1、T2:トレーディングエンティティ2、DP/LP:ダーク/リットプール、SOR:スマート注文ルータ、OM:注文モジュール。
フローの概要は次のとおりである。ステップ1では、カストディアン1512、1516は、ブロックチェーン1514、1518上に台帳を作成する。カストディアンおよび通貨のペアには、別個の台帳を作成することができる。例えば、C1-USD、C2-BTCなど。ステップ2では、トレーダ1508は、トレーディングエンティティモジュール1520を通じて、特定の通貨台帳上の資産の発行をカストディアンモジュール1512から要求する。カストディアン1512は、発行を承認する。ステップ3では、トレーダ1508/トレーダモジュール1520は、コアシステム1502のマッチングエンジン1524に注文/見積/取引を提出する。マッチングエンジン1524は、そのマッチング決定を行う際に、データのダークプールおよびリットプール1532にアクセスすることができる。ステップ4では、ブロックチェーン1514上で取引前リスクチェックを実行して、ブロックチェーン上に資産が存在することを確認することができる。ステップ5では、注文は、T1/T2 1508/1510による受け入れのためにTM1/TM2 1520/152に送信される。次いで、注文は、T1/T2 1508/1510によって受け入れられ得る。スマート注文ルータ1528は、注文を処理する自動化されたプロセスを提供するために使用され得る。これは、秘密鍵を使用した署名を通して達成することができる。ステップ6では、コアシステム1502/1532は、デジタル署名のためにT1およびT2 1520/1522に要求を送信する。ステップ7では、システム1632は、取引を、それぞれのカストディモジュール1512/1516に送信して、それぞれのブロックチェーン1514/1518上に、関係する2つの台帳にアトミックに記録される。データは、2相コミットプロトコルを使用して、3つのノード:C1側1504上の1つ、C2側1506上の1つ、および取引所側1532上の他の1つに書き込まれる。取引所側1532では、データは、ブロックチェーン1530に書き込むことができる。ステップ8では、取引所1532は、T1およびT2 1520/1522に実行レポートメッセージを提供する。ステップ9では、資産解放要求は、T1、T2 1508/1510からC1、C2 1504/1506に送信され得る。ステップ10では、資産解放は、カストディアン1504/1506によって承認される。
この例示および実施例では、T1およびT2 1508/1510は各々、それぞれのカストディアン、米ドルの保管のためのC1銀行法定カストディアン1504、およびBTCまたは他の仮想通貨またはデジタル資産の保管のためのC2デジタル資産カストディアン1506に、アカウント(カストディウォレット)を有すると仮定される。取引では、T2 1510が、T1 1508から、法定カストディアンとしてのC1 1504に保有されるUSDで、C2 1506に保有されるBTCを購入したと仮定される。取引の後、T1 1508は、C2-BTCブロックチェーン台帳1518上にBTCを所有するようになり、T2 1510は、C1-USDブロックチェーン台帳1514上に米ドルを所有するようになる。
本開示は、図15Aを引き続き参照して、上記でより詳細に要約したプロセスを段階的に進めるが、具体的なステップ番号付けは、図15Aに示されるものとは異なる。ステップ1:スポンサー企業C1-法定銀行カストディアン(「C1」)1504は、カストディアンモジュール1512ユーザインターフェースを使用して、ネットワーク1500上で使用するためにトークン化される各特定の資産のブロックチェーン台帳を作成する。例えば、USDおよびEURが、2つのサポートされている資産の場合、USD台帳および別個の固有のEUR台帳を作成することができる。各ブロックチェーン台帳1514は、カストディアンモジュール1512の一部であり、取引所1502を運用するエンティティによってではなく、C1 1504によって制御および運用される。次に、台帳が作成された後、参加者は、以下のステップで説明されるように、ネットワーク1600上で使用するために、カストディアンによって保有される資産をそれぞれの台帳に発行するための要求を行ってよい。
ステップ2.1:トレーダ1(T1)1508は、そのスポンサー企業(C1)が、ネットワーク1502上で使用するためにC1 1504に預金された資産の金額を準備することを要求する。その要求は、トレーダモジュール1520ユーザインターフェースを使用して、T1 1508によって開始され、ネットワーク1502を通じてルーティングされ、C1 1504に起因するカストディアンモジュールユーザインターフェース上で受信され、および閲覧可能である。ステップ2.2:T1 1508の資産の可用性の内部検証の後、C1 1504は、例えば、資産の指定された金額に管理上の保留を配置することによって、資産の要求された金額をそのシステム内に準備する。C1 1504は、カストディアンモジュール1512ユーザインターフェースを使用して、T1 1508に代わって、ブロックチェーン台帳1514上に適用可能な数のトークンを発行する。トークンは、1:1の比率で、米ドルまたは任意の他の資産の各単位につき1トークンで発行することができる。発行されると、発行されたトークンの値が、T1 1508に表示される。発行は、発行するスポンサー企業(C1)1504に帰属するプライベート台帳1514に記録される。
取引プロセスは次のとおりである。ステップ3:T1 1508は、その担保資産をプラットフォーム上の取引先トレーダ(T2)1510の資産と取引するための注文/見積を提出する。注文メッセージは、T1およびT2 1508/1510から発信され、トレーダモジュール1520/1522内でそれぞれT1およびT2の秘密鍵で署名される。ステップ4:すべての注文は、T1およびT2 1508/1510が、取引、および取引に関連付けられた任意の手数料をカバーするために、C1ブロックチェーン台帳1514上の少なくとも十分な指定された資産を有することを確認するリアルタイムの取引前リスクチェックの対象となり、そうでない場合、注文は拒否され、マッチングエンジン1524に入らない。取引前リスクチェックでは、台帳上の証明可能な資産の現在の状態を使用し、アクティブであるが処理されていない注文、機関トレーディングシステムで慣習的に行われているようなトレーディングトランザクションで発生する手数料などの利用可能な資産を削減する、または削減する可能性のあるすべての状態変更を説明する。
ステップ5:システム1502は、T2 1510が、T2 1510の証明可能な資産に対するリアルタイムの取引前リスクチェックをクリアすることを含む、C1 1504との同じステップ1~ステップ4を完了したと仮定して、T1の資産をC1 1504で検証し、次いで、注文をマッチングエンジン1524に入力し、注文を、T1 1510の取引要求を満たすT2 1510からの対応する注文とマッチングする。一つの例示的な代替フレームワークでは、取引はまた、1つのカストディアンに、2つの資産および2つのトレーダ、例えば、C1 1504に資産を有するT1 1508、およびC11504に資産を有するT2 1510を含むことができる。
ステップ6.1:マッチングエンジン1524は、マッチングした注文を、台帳上の証明可能な資産の同時トランザクションを確実にするアトミックエクスチェンジエンジン1534に送信する。資産のアトミックエクスチェンジの時点で、資産は、T1およびT2 1508/1510の資産を含むそれぞれのブロックチェーン台帳上で検証され、取引量をカバーし、任意の関連する手数料を支払うのに十分な資産が存在する場合、注文実行の確認は、T1のTM1520およびT2のTM1522に送信される。ステップ6.2:注文が、T1およびT2 1508/1510によって受け入れられると、トレーディングトランザクション確認メッセージは、それぞれの秘密鍵でデジタル署名するためにT1およびT2トレーダモジュール1520/1522にルーティングされる。
ステップ7:デジタル署名された実行された取引は、関連するそれぞれのブロックチェーン台帳1514/1518(すなわち、資産ごとに1つ)の検証および記録のためにC1およびC2のカストディアンモジュール1512/1516に送信される。手数料トランザクションはまた、コアシステム1502内のT1およびT2手数料スケジュールおよび対応する構成に基づいて自動的に作成され、デジタル署名のためにT1および/またはT2トレーダモジュール1520/1522に送信され、次いで、トランザクションは、検証および記録のためにC1およびC2のカストディアンモジュール1512/1516に送信される。トレーディングトランザクションの記録は、1514/1518を含んだ2つのブロックチェーン台帳上でアトミックに発生する。トランザクションデータは、2相コミットプロトコルを使用して、3つのノード:C1 1514について1つ、C2 1518について1つ、およびコアシステム1530について1つに書き込まれる。ステップ8:最終実行レポートメッセージは、T1およびT2 1508/1510に送信される。
例示的な交換プロセスは、より詳細に説明される。上記のステップの後、T1またはT2 1508/1510は、参加者の代わりに交換機能を実行するためにそれぞれのカストディアンモジュール1512/1516を使用するC1またはC2 1504/1506と、エクスチェンジされたトークンを交換することができるようになる。ステップ1:C1 1504は、カストディアンモジュール1520ユーザインターフェースにおいて、T1 1508によってデジタル署名されたT1 1508によるトークン交換要求を見る。交換要求メッセージは、カストディアンモジュール1512を使用して事前に構成されたC1 1504によって義務付けられた情報フィールドを含む。これは、別のカストディアン要求のアカウントを有する参加者が、そのカストディアカウントへの交換を要求する、例えば、T2 1510がC2 1506への交換を要求する場合に、マルチカストディアン構成で必要とされるような、交換要求の一部として支払指示の受信をスポンサー企業が許可する場合、認証およびアカウントまたはウォレットコーディネートに使用される特別なPINまたはパスワードを含むことができる。この場合、C1およびC2 1504/1506は、当事者間で合意されたとおり、すべてのAML/KYC手順を満足のいくように実行することができる。ここで詳述される例では、T1およびT2 1508/1510は各々、C1 1504でのアカウントを有し、C1ブロックチェーン台帳1514上で現在所有している資産を、それぞれのカストディアカウントに交換することができ、そこからC1 1504にさらなる指示を提供することができる。
ステップ2:C1 1504は、提供されたツールを使用して、交換要求が、有効であり、要求が、トークンの正当な所有者によって行われ、すべてが、暗号学的証明によって検証されたことを検証する。スポンサー企業は、独立した認証手続きを伴う参加者への必須コールバックなど、任意の他のポリシーまたは手続きを確立することができる。ステップ3:任意の交換要求の時点で、またはスポンサー企業のポリシーおよび手順によって指示されるように定期的に、C1 1504は、カストディアンモジュールが提供する調整スナップショットレポートツールを使用して、彼らのレガシーシステムの台帳上のどの資産アカウントが、その時点までのブロックチェーン台帳1514上に記録されたトランザクションのアカウント間のネット決済のために引き落としおよびクレジットされる必要があるかを見る。例えば、T1 1508は、10BTCで引き落とされる必要があり、T2 1510は、10BTCでクレジットされる必要がある。レポートには、スポンサー企業のブロックチェーン台帳と同期するためにレガシーシステムで処理する必要があるネット移動に組み込まれたすべての中間取引が表示される。交換は、参加者がその公開鍵アドレスからスポンサー企業の公開鍵アドレス、例えばT1 1508からC1 1504に資金を移動させるプロセスであり、このトランザクションは、対象の資産のブロックチェーン台帳1514に記録される。次いで、C1 1504は、T1のアカウントに現在存在する、交換のためにT2 1510によって提出されたトークンを裏付ける原資産の存在を検証する。スポンサー企業は、この例では、T1およびT2 1508/1510のみ、または必要に応じて、独自の内部ポリシーおよび手順に従ってすべてのクライアントアカウントのために、レガシーアカウントシステムをブロックチェーン台帳と同期させることができる。一例の実践は、ブロックチェーン台帳1514/1518から資産を削除し、調整プロセス中に、トークン化された資産の任意のトランザクションが交換されるのを防ぐために、レガシーシステム上のアカウントを調整する前に、任意の有効な交換要求のためにネットワークからトークンを交換することである。調整プロセスにおける基礎となる資産およびデビットならびに対応するクレジットの検証は、C1の内部システムを使用して完了する。
調整スナップショットレポートツールは、C1 1504が、レガシーシステム上の資産移動が存在する各アカウント間のデビットおよび対応するクレジットで処理された各ネット決済を確認するために使用することができる、確認ツールを有する。カストディアンモジュール1512は、レガシーシステム上で既に処理されている移動のこれらの確認を追跡して、調整スナップショットレポートの次のプルがポイントインタイムであり、確認が記録されて以来、同じ資産およびアカウントに関連する新しいネット移動のみを示すようにする。公開台帳上の仮想通貨資産のウォレット間のネット移動の記録は、ネット移動の時点で、またはスポンサー企業の内部ポリシーおよび手順に従って将来的に実行することができる。公開台帳にネット移動を登録することに関連するトランザクション手数料は、基礎となるクライアントまたはスポンサー企業によってバーンされる。
ステップ4:交換当事者が両方とも同じスポンサー企業のクライアントである場合、スポンサー企業は内部デビット/クレジットトランザクションを実行することができる。交換当事者が同じスポンサー企業にいない場合、C1 1504は、T1の資金のブロックを解除し、通常は、スポンサー企業の内部AML/KYC手順によって許可されるように、C1 1504からT2の指定されたカストディアカウントまたは他の指定された銀行アカウントへの電信送金、またはC1 1504からT2のカストディウォレットまたは他の指定されたウォレットへのウォレット送金の形式で、T2 1510によって提出された支払い指示に従って、T2 1510に資金を送金する。
以下は、本明細書に開示される様々なノードおよびシステムの追加の説明である。カストディアンノード1504/1506は、以下の機能を含むことができる。ノードは、各固有の機器またはデータタイプごとにブロックチェーン台帳の作成を実行することができる(ノードごとに複数の台帳、同じ資産に対して複数の台帳であるが、カストディアンノードについては固有のものである)。ノードは、台帳上でUTXO(未使用のトランザクション出力)または任意の他のトランザクションモデルを実行することができる。ノードは、一方向支払いのための支払いスクリプトを含むことができ、また、同時トランザクションのためのアトミックスワップスクリプトも実行することができる。ノードは、1つ以上のガバナンスノード(集中型からフェデレーション型までの任意のガバナンスによる署名付きジェネシスブロックによるアクセス制御から、公開台帳プロトコル上のトークンとしての議決権までを含むことができる。トークン化(発行)プロセスおよびバーン(交換/デトークン化)プロセスに関して、ノードは、要求を発行(ユーザの別名「コインベース」トランザクションの公開鍵アドレスのためにカストディアンによって署名された新しい未採掘のトークン発行を作成)し、要求を交換(バーンアドレスに送信)し、またはカストディアン制御されたアドレスは、他のユースケースで可能であり、データまたは資産(異なるポリシーを適用したウォレットからウォレットへの移転であり得る(例えば、n署名またはカストディ署名なしでの引き出しは許可されない)、または移動/使用を防止する他のプログラムロックまたは資産の準備(例えば、公開台帳または他のマシンまたはポリシーで実行されたスマートコントラクトコード)をロックおよびロック解除することができる。
暗号通貨ドメインでは、スマートコントラクトは、暗号通貨トランザクションが署名されるのと同じ方法でデジタル署名される。署名キーは、暗号ウォレットに保有されている。ビザンチンフォールトトレラントアルゴリズムは、分散化によるデジタルセキュリティを可能にして、スマートコントラクトを形成しました。いくつかのブロックチェーンの内蔵機能としてチューリング完全性の様々な程度を有するプログラミング言語は、カスタムの洗練されたロジックの作成を可能にする。スマートコントラクトの実装の有名な例は、以下を含む。ビットコインは、マルチシグネチャアカウント、支払いチャネル、エスクロー、タイムロック、アトミッククロスチェーントレーディング、オラクル、またはオペレータなしのマルチパーティーロトリーなどのビットコインの上にカスタムスマートコントラクトを作成することを可能にする、チューリング不完全スクリプト言語を提供する。イーサリアムは、著名なスマートコントラクトフレームワークであるブロックチェーンにチューリング完全言語を実装している。ソリディティは、オブジェクト指向のスマートコントラクト言語である。EOS.IOは、スマートコントラクト用のブロックチェーンプラットフォームである。テゾスは、オンチェーンガバナンスモデルを通じてネットワークへの障害を最小限に抑え、独自のルールセットを変更するブロックチェーンプラットフォームである。これらのアプローチのいずれかは、本明細書に記載されるスマートコントラクトを実装するために使用され得る。
カストディアン台帳のバリデータに関して、このプロセスは、台帳を所有するカストディアンノード1504/1506で構成することができる。ノードは、マッチングエンジン1524、またはマッチングされた署名された注文(パフォーマンスを最適化するための任意の注文またはフローであり得る)を含むアトミックスワッププロセス1534などのソースからトランザクションを受信することができる。ノードは、署名を検証することができ、ブロックライターは、トランザクションを1つ以上の影響を受けた台帳に書き込むことができ、あるいは、カストディアンノードは、以下に記載されるアトミックスワップなどの別のプロセスからの通知に基づいて、検証後に独自のブロックを書き込むことができる。カストディアンノードは、必要に応じてブロック書き込みの前にコンセンサスが適用されることを可能にすることができるが、カストディアンノード1504/1506が、ユーザノードが、カストディアンノードによってブロードキャストされるトランザクション証明を介して動作することに基づいて、バックグラウンドジャストインタイムプロセスで台帳を変更していないことを検証するためにも使用され得る(したがって、カストディアン台帳残高の有効性を確保する)。カストディアンノードは、所与のカストディアンノードについて合意に達しない場合に中止することができる新しいトランザクションを実行することができる。
ガバナンスノードは、次の機能を実行することができる。一元化された当事者、フェデレーション、またはコンセンサス駆動型のガバナンスメカニズムによって制御することができる管理ノードまたはノード。ノードは、任意の所望の動作を承認/制御/実行することができ、すなわち、信用調査、アトミックスワッププロセス、検証、ブロックバーンなどを実行することができる。ガバナンスノードは、他のカストディアンノードまたはユーザノードから受信したデータに関して、カストディアンノードまたはユーザノードへの第三者検証として機能することができる。ガバナンスノードは、一般に、資産を保管または制御しない、すなわち、任意のマルチシグネチャプロセスの一部ではなく、資産を直接ロック/ロック解除しない、など。ガバナンスノードは、動作に署名するための公開鍵/秘密鍵、および/または暗号の証明可能性もしくはリンクを追加するための命令を有することができる。
ユーザノード1508/1510は、以下の特徴を有することができる。ユーザノードは、秘密鍵/公開鍵の作成/管理を実装することができ、トランザクション注文に署名することができる。ユーザノードは、署名を委任し、秘密鍵を、任意の他のプロセス、例えば、ハードウェアまたはソフトウェアベースであるセキュアエンクレーブ内、またはマッチングエンジンプロセスとコロケーションされた高頻度取引モジュールに挿入することができる。ユーザノードは、任意選択で、カストディアンブロックコミットトランザクションのブロードキャストを受信し、ブロックチェーン台帳の完全なまたは略式のコピーを維持することができる。ユーザノードを使用すると、データは、ユーザのトランザクションまたはユーザに関連するトランザクションのために暗号化され得るが、復号化可能であるか、ユーザが見ることが許可されているか、またはトランザクションハッシュのみであることができる。
注文エントリシステムは、当事者が、支払いまたは取引要求を提出することを可能にし、複数のタイプであることができる。システムは、ユーザ/オリジネータの秘密鍵で署名されたすべての支払いおよび取引要求(注文)を含めることができ、送信時に署名することができる。注文は送信され、次いで、後で、例えば、取引マッチ後、またはブロックチェーン記録後でさえも(パフォーマンス最適化/ユースケースで望まれ得る場合)署名するように要求することができる。システムは、例えば、別のプロセスによって利用されるセキュアエンクレーブ(ハードウェアまたはソフトウェア)にその秘密鍵および承認を挿入することによって、署名するように委任することができる。注文エントリシステムでは、カストディアンノードは、署名を検証することができ、またはスマートコントラクトまたは他の委任者は、署名を検証することもできる。システムは、共有メモリキャッシュに設定されたUTXOに「イヤマーク」を作成して、任意の順序で残高を減らすことができる。取引の注文は、注文入力、マッチング、アトミックスワッププロセスを経ることができる。別の態様では、支払いは、アトミックスワップに直接行ってもよく、または任意選択で、ガバナノードおよびカストディアンノードとの間でここで指定されたものを含む任意のコンセンサスを使用して、検証および記録のためにカストディアンノードに直接行ってもよい。
信用調査モジュールは、取引先間の純粋な信用限度(担保されているかまたは担保されていない)に基づき得、UTXO(未使用トランザクション出力)セットで読み取り、オンチェーン資産の合計(任意選択)を計算することもできる。信用調査モジュールは、拒否メッセージを送信者に返すことができ、またはマッチングエンジン1524が、注文を受信/注文に従って行動することを可能にする。信用調査モジュールは、ユーザのUTXOセット(残高)の割り当てを担当することもできる。
マッチングエンジン1524は、以下の特徴を有することができる。取引前の信用調査/UTXOに応じて、エンジンは、ユーザトレーディングトランザクション要求の値(担保されているか、または担保されていない)を設定することができ、オーダーブックおよび/またはマッチアルゴリズム(価格-時間優先、またはマッチングまたは取引完了/実行の任意の他のスタイル)への組み込みを許可または拒否する。マッチングエンジンは、トランザクション詳細(マッチングした注文上の取引実行)を伴うアトミックスワップ1534を呼び出すことができる。マッチングエンジンは、例えば、取引後、RFQベースのOTC(オーバー・ザ・カウンター)ブロックトレーディングなど、あらゆる種類の他の接続された従来のトレーディング技術を実行することができる。
アトミックスワップ1534は、以下の特徴を有することができる。アトミックスワップは、トランザクションに関与するすべての台帳のブロックチェーントランザクションのコンセンサス主義の(例えば、2相コミット)書き込みを作成する/オーケストレーションするプロセスを含むことができる。これにより、ほぼ同時に、すべての成功またはすべての失敗のいずれかにすることができる。アトミックスワップ1534は、同様に任意の他の方法で実装することができる。UTXOセットをチェックして、資産が明らかにあることを確認し、任意選択で第2の信用調査を実行することができる。トランザクションを検証し、メンプールにデータを追加することができる。さらに、ブロックチェーントランザクション書き込みを開始し、ユーザノードまたは委任されたサービスから署名を取得することができる。
アトミックスワップサービスステップは、(1)注文モジュール(「OM」)(ガバナンスノードまたは中央)ブロックコア1530への取引トランザクションの開始、(2)CUST1ブロックコアへの取引トランザクションの開始、(3)CUST2ブロックコアへの取引トランザクションの開始、(4)OMブロックコアへの取引トランザクションのコミット(2および3が検証に合格した場合)、(5)CUST1ブロックコアへの取引トランザクションのコミット、および(6)CUST2ブロックコアへの取引トランザクションのコミットのうちの1つ以上を含むことができる。ブロックコア1530は、ガバナンスノード1502によって実行されるブロックチェーンプロセスである。
図15Bは、$6,250で1BTCを購入することを望む1542第1のトレーダのための実行パイプライン1540を例解する。第2のトレーダは、1BTCを$6,250で販売することを望んでいる1544。取引前リスクプロセス1554は、カストディアンA1546から、米ドル台帳1556が第1のトレーダに米ドルの十分な金を有することを確認することと、カストディアンB1548のBTC台帳1552が十分なBTCを有することを確認することとを含む。マッチングエンジン1556は、取引を確認することができ、次いで、アトミックエクスチェンジコンポーネント1558は、アトミックエクスチェンジを発生させ、異なるカストディアンブロックチェーンベース台帳。
次に、本明細書に記載されるネット決済移動について説明する。ネット決済プロセスは、ブロックチェーン台帳をクロールし、台帳に記録されたトランザクション(支払いまたは取引などを含む)に基づいて、すべての取引先間で証明可能なネット金額を計算することを含む。従来のカストディアン台帳システム(法定会計システム)またはデジタル資産格納システム(コールド、ウォーム、またはホットウォレット)上の取引先間の移動は、ビットコインなどの原資産の公開台帳に対して実行することができ、またはステーブルコインまたは法定通貨の中央銀行デジタル通貨、ならびに電信送金もしくは他の電子資金送金手段を直接使用すること、またはスマートコントラクトもしくは支払いプロセッサ仲介を介することを含むことができる。ネット決済移動は、カストディアンノードによって直接呼び出された、または手動または自動化された任意のカストディアンプロセスによって仲介された任意の数の自動化されたプロセスを通じて実行される。
このプラットフォームでは、カストディアン間ネット決済も可能である。この態様では、システムは、ブロックチェーン台帳をクロールし、カストディアン間(異なるカストディアンを有するクライアントに支払うべき金額)である台帳に記録されたトランザクション(支払いまたは取引などを含む)に基づいて、すべての取引先間の証明可能なネット金額を計算する。ネット決済プロセスは、パブリックブロックチェーン台帳ならびに/または他の資産アカウントおよび支払いシステムを含む様々な支払いレールを介して残存量の移動からなるアトミックトランザクションをセットアップ、トリガ、および容易にし、トランザクション詳細、公開鍵アドレス、および識別子データを含む配分レポートを提供する。本プロセスは、カストディアンブロックチェーン台帳にネッティングされた数量の支払いおよび再配分をバーンおよび/または提供することもできる。トランザクション詳細、公開鍵アドレス、識別子データを有する配分レポートも提供され得る。
ポイントツーポイントメッセージングプロトコルは、トランザクションデータまたは証明(ハッシュ)をブロードキャストするために使用することができ、任意の公開台帳プロトコルの任意の部分と同様にすることができる。別の態様では、共有メモリを使用して、より高速な動作、リアルタイムキャッシュおよび状態のためのUTXO状態および合計を維持し、すべての関連するデータおよび状態の永続性を可能にすることができる。メッセージバスは、データブロードキャスティングパブ/サブに使用することができる。
図16は、本明細書に開示されるコンセンサスアルゴリズムの態様を例解する。システム1600は、2つのタイプのコンセンサスを有し、1つは、カストディアンノードブロックチェーン台帳1614、1618上の取引実行およびアトミックスワップ実行に関連するジャストインタイムコンセンサスであり、1つは、改ざんされたカストディノード1604/1606をネットワークに通知する役割を果たすトランザクションおよび/またはブロックハッシュを介してバックグラウンドにあるコンセンサスである。図16および明細書に詳述される第1のタイプは、ガバナンスノード1602とカストディアンノード1604/1606との間にある。図16は、現在のアーキテクチャアプローチと、各ブロックコア(BC)インスタンスが実行されている場所(各ブロックチェーンノード)を示す。ガバナンスノード1602の動作コンポーネント1624は、示される様々なモジュールを含むことができる。コンポーネントBC1632は、ネットワークオペレータによって一元化および実行され得るガバナンスノードのブロックチェーンノードである。BC1632はまた、ネットワークオペレータが注文モジュール1634インスタンスを実行するエンティティであるため、ネットワークオペレータのブロックチェーンネットワークのコピーであり得るOM_BCまたは注文モジュールブロックコア1632として定義することができる。注文ルータ1630は、注文を受信することができ、エクスチェンジネットワーク1624によって注文を処理するプロセスである。
以下は、例示的な作製台帳フローである。(1)ユーザが、カストディアンUI1612/1616から資産を選択する、(2)カストディアンモジュール1612/1616からOM_BC1632上でcreateNewLedger APIを呼び出す、(3)OM_BC1632上で、新規資産のためのジェネシスブロックが作成される、(5)OM_BC1632は、次いで、ジェネシスブロックをカストディアンBC1614/1618に送信する、(6)カストディアンBC1614/1618は、ブロックを検証し、その資産のための新しい台帳を作成する。
準備担保フローは、以下のようにすることができる。(1)トレーダUI1608/1610で、トレーダは、利用可能なカストディアンから任意の既存の資産の担保を要求する、(2)カストディアンUI1604/1606で、カストディアンは、担保要求を受け入れる、(3)トレーダのアドレスに要求された新しい「コインベース」トランザクション支出額が、カストディアンモジュール1612/1616に作成される、(4)ブロックチェーン1614/1618でトランザクションを追加/検証するために、2相コミットが開始される。
2相コミットは、以下のステップを含むことができる。(1)OM_BC1632でinitializeTransaction APIを呼び出す、(2)、OM_BC1632で、トランザクションが検証され、有効な場合、「I」ステータスでメンプールに追加される、(3)OM_BC1632でinitializeTransactionが成功すると、システムは、カストディアンBC1614/1618でInitializeTransactionを呼び出す。OM_BC1632でinitializeTransactionが失敗した場合、準備担保要求は拒否される、(4)トランザクションは、カストディアンBC1614/1618で再度検証され、有効な場合は、「I」ステータス(初期状態ステータス)でメンプールに追加される、(5)カストディアンBC1614/1618でinitializeTransactionが成功した場合、システムは、OM_BC1632でcommitTransactionを呼び出す。カストディアンBC1614/1618でinitializeTransactionが失敗した場合、準備担保要求は拒否される、(6)OM_BC1632で、トランザクションが既にステータス「I」でメンプールにあることが確認される。次いで、UTXOテーブルは、このトランザクションを使用するように更新され、メンプールテーブルのステータスは「C」(コミット状態ステータス)に更新される、(7)OM_BC1632でcommitTransactionが成功した場合、システムは、同じ手順が再度繰り返されるカストディアンBC1614/1618でcommitTransactionを呼び出す。これらのcommitTransactionコールのいずれかが失敗すると、準備担保要求は拒否される、(8)getUtxoコールがトリガされ、TraderのUI1620/1622で利用可能なUTXOが更新される。
交換担保フローは、以下のようにすることができる。(1)トレーダユーザインターフェース(UI)1620/1622で、トレーダは、利用可能な資産の金額を交換することを要求する、(2)カストディアンUI1612/1616で、カストディアンは、交換要求を受け入れる、(3)カストディアンの交換アドレスに要求された新しいトランザクション使用交換額が作成される。このトランザクションの入力は、その資産のそのトレーダに対して利用可能なすべてのUTXOである、(4)トランザクションが作成されると、それは、署名1620/1622のためにトレーダモジュールに送信される、(5)トレーダモジュール1620/1622で、トレーダの秘密鍵がトランザクションに署名するために使用される、(6)カストディアンモジュール1612/1616で、署名されたトランザクションを受信すると、ブロックチェーン1614/1618でこのトランザクションを追加/検証するために2相コミットが初期化される、(7)2相コミットは、上記の要求担保と全く同じ方法で実行される、(8)2相コミットを完了した後、トレーダ残高は、交換要求の正常な完了を反映するように更新される。
例示的な取引フローは、注文がマッチングエンジン1626によってマッチングされ、それがアトミックスワップサービスに到達した後、以下のようにすることができる。(1)アトミックスワップサービス1628において、システムは、マッチごとに2つのトランザクションを作成する、(2)取引の買い主側および売り主側について、以下が実行される。(a)そのトレーダの資産に関する最新のUTXOを取得する、(b)そのトレーダの手数料を取得する、(c)利用可能なすべてのUTXOを4つの出力:他のトレーダの住所、ガバナの手数料住所、カストディアン手数料住所、および変更があれば変更に送信するトランザクションを作成する、(d)トランザクションは、次いで、署名のためにトレーダモジュール1620/1622に送信される。ステップ(3)は、両方のトランザクションが準備され、署名された後、次のように2つのトランザクションの2相コミットが開始されることを含む。(a)アトミックコンポーネントは、OM_BC1632でinitializeTradeTransactionを呼び出す、(b)OM_BC1632は、2つの関連付けられた台帳を越えるデータベースレベルのロックを取得し、2つのトランザクションを検証し、メンプールテーブルを「I」ステータスで更新する、(c)initializeTradeTransactionが成功した場合、アトミックコンポーネント1628は、関連付けられたカストディアンBC1614/1618の第1のトランザクションのためのinitializeTradeTransactionを呼び出す、(d)カストディアンBC1614/1618で、トランザクションが検証され、メンプールテーブルは、システムが交換または予備担保のためのinitializeTransactionを行うのと同じ方法で更新される、(e)次いで、initializeTransactionは、関連付けられたカストディアンBC1614/1618で第2のトランザクションのために呼び出され、同じ検証がカストディアンBC1614/1618で行われる、(f)すべてのBCインスタンスでinitializeTransactionが正常に完了すると、commitTradeTransactionは、OM_BC1632で呼び出される、(g)initializeTradeTransactionと同様に、OM_BC1632は、DBレベルロックを取得し、両方のトランザクションでcommitTransactionを実行する。UTXOテーブルおよびメンプールステータスが更新される、(h)上記のステップのいずれかに失敗した場合、取引は拒否される、(i)それ以外の場合、システムは、関連付けられたカストディアンBC1614/1618で両方のトランザクションのcommitTransactionを呼び出す。カストディアンBC1614/1618でのcommitTransactionの失敗は、取引を失敗させることはない、(j)2相コミットトランザクションが成功し、トレーダUI1608/1610にバブルバックされると、マッチのステータスは、BLOCKCHAIN_CONFIRMEDに更新される。
一態様では、ブロックチェーンネットワークは、エクスチェンジネットワークのガバナンスモジュール1602における第1のブロックチェーンノード1632と、金融資産を保持するカストディアンネットワーク1604における第2のブロックチェーンノード1614とを含む。カストディアンネットワーク1604は、各々がブロックチェーン台帳を作成し、資産をトークン化するための要求を受信し、ブロックチェーン台帳上の資産をトークンにトークン化し、トークンの交換要求を受信し、トークンをブロックチェーン台帳からバーンし、アトミックトランザクションコミットメントを実行し、ブロックでのトランザクションに基づいてネット決済計算を実行する複数のカストディアンモジュール1612を含む。ブロックチェーンネットワークは、複数のカストディアンモジュールのカストディアンモジュール1612ごとの複数のブロックチェーン台帳を含むことができ、複数のブロックチェーン台帳の各作成されたブロックチェーン台帳は、資産、信用枠、または他の手段ごとのトランザクションを記録する。ピアツーピアメッセージングコンポーネントは、台帳または他のコンポーネントまたはモジュール間の通信を可能にするために含まれることができる。第1のブロックチェーンノード1632および第2のブロックチェーンノード1614上で動作するコンセンサスアルゴリズムは、例えば、ピアツーピアメッセージングコンポーネントを使用して、複数のブロックチェーン台帳の現在の状態に関する共通の合意に達することができ、コンセンサスアルゴリズムに含まれ得る。
ブロック作成およびコンセンサス概念は、以下のとおりであり、図16のコンポーネントを参照して図17に示されるフレームワーク1700および8つのステップを参照する。図17では、第1のカストディアン台帳1704(米ドルについて)と、第2のカストディアン台帳1706(BTCについて)と、様々な台帳1702も有するコンポーネントと、トレーダコンポーネント1708、1710との間で、台帳内および台帳間コンセンサスが示される。ステップ(1)では、OM_BC1632で、BlockCreationスレッドが定期的に(例えば、10秒)、すべての既存の台帳上で起動される。注記:BlockCreationは、設定によってカストディアンBC1614/1618にスケジュールされていない。ステップ(2)では、blockcreationスレッドは、「C」(コミットされた)ステータスのトランザクションをメンプールテーブルで確認する。ステップ(3)で、メンプールテーブルに、コミットされた(「C」ステータス)トランザクションが存在する場合、OM_BC1632でのこれらのトランザクションのために新しいブロックが作成される。ステップ(4)では、新しく作成されたブロックが検証される。ステップ(5)では、有効な場合、メンプール、トランザクション、およびブロックテーブル全体でDB(データベース)レベルロックが取得される。ブロックがブロックテーブルに追加され、ブロック内のすべてのトランザクションがトランザクションテーブルに追加され、同じトランザクションがメンプールテーブルから削除される。ステップ(6)では、OM_BC1632は、このブロックを、その台帳と関連付けられたカストディアンBC1614/1618に送信する。ステップ(7)では、カストディアンBC1614/1618で、ブロックが再度検証され、有効な場合、OM_BC1632に追加されたのと同じ方法でブロックが受け入れられ、データベースに追加される。ステップ(8)では、ブロックがカストディアンBC1614/1618によって受け入れられた場合、コンセンサスに達し、2つのチェーンは同期しており、同じものがOM_BC1632にログされる。ただし、ブロックがカストディアンBC1614/1618によって拒否された場合、2つのチェーンは同期されておらず、エラーが同じものに対してログされる(そのようなシナリオが発生した場合は、次のSyncNode呼び出しによって修正され、再び同期される必要がある)。
図18は、アトミックスワップに含まれる様々なステップを示すシーケンス図1800を例解する。「ゼロ」ステップでは、トレーディングエンティティTM 1は、OMコンポーネントに信用調査を要求する。ステップ1は、トレーディングエンティティTM1が、FM(FIXマルチプレクサ)コンポーネントへの新規注文を開始することを含み、これは、本質的に、ユーザインターフェースとFIXゲートウェイとの間の1対多数のマルチキャストFIX(金融情報交換)メッセージングゲートウェイまたはアダプタであり、FIXは、トレーディング関連メッセージングのための一般的なプロトコルである。新規注文は、ステップ2および3でFG(FIXゲートウェイ)およびXE(マッチングまたはエクスチェンジエンジン)コンポーネントに渡される。ステップ4では、トレーディングエンティティ2からの信用調査がOMから要求される。ステップ5は、新規注文がトレーディングエンティティTM2からFMに提供されることを含む。ステップ6および7は、新規注文がOMからFGにXEに渡されることを含む。XEは、ステップ8でマッチが存在するかどうかを判定する。そうである場合、ステップ9および10は、トレーディングエンティティTM1およびトレーディングエンティティTM2の残高をチェックすることを含む。残高が適切である場合、署名要求は、ステップ11を介してトレーディングエンティティTM1に送信され、署名要求は、ステップ12を介してトレーディングエンティティTM2に送信される。この段階で、アトミックスワップが発生する。ステップ13は、XEからOM_BCにスワップ要求を提出することを含む。OM_BCは、注文モジュールブロックチェーンまたはブロックコアであり、ネットワークオペレータが注文モジュールインスタンスを実行している唯一のものであるため、ブロックチェーンのネットワークオペレータのコピーを表すことができる。ステップ14は、XEからBC1にスワップ要求を提出することを含む。ステップ15は、XEからBC2にスワップ要求を提出することを含む。ステップ16は、OM_BCとのスワップを確認する。ステップ17は、BC1とのスワップを確認する。ステップ18は、BC2とのスワップを確認する。
本開示は次に、本明細書に開示されるシステムに適用可能なブロックチェーンの例示的なデータ構造を紹介する。例示的なブロックデータ構造は、バージョン、以前のブロックハッシュ、メルクルルートハッシュ、時間に関連するデータ、ジェネシスフラグ、高さ、および/またはトランザクションのリストを含むことができる。例示的なトランザクションデータ構造は、バージョン、ロックタイム、トランザクション入力のリスト、およびトランザクションハッシュ、インデックス、スクリプト、およびシーケンス番号などの1つ以上のトランザクション入力のうちの1つ以上を含み得る。
トランザクション出力のリストは、金額およびスクリプトを含むことができる。UTXO(未使用トランザクション)の例示的なデータ構造は、キーがトランザクションハッシュに関連し、値がマップに関連し得るマップを含み得る。構造は、インデックスに関連するキー、およびトランザクション出力に関連する値を含むことができる。例示的なメンプール入力データ構造は、トランザクションデータ構造、優先度、およびステータスを含むことができる。データベーステーブルの例示的な構造は、キーを有するブロック、ブロックハッシュおよび値、ならびにブロックデータ構造を含むことができる。データベーステーブルは、キーを有するトランザクションコンポーネント、トランザクションハッシュおよび値、トランザクションデータ構造を含むことができる。
データベーステーブルは、キーを有するUTXOコンポーネント、アドレスおよび値、UTXOデータ構造をさらに含むことができる。データベーステーブルは、キーを備えるメンプールエントリ、トランザクションハッシュおよび値、メンプールエントリデータ構造をさらに含むことができる。
図19は、図20のブロックチェーンノードクラス2000を例解する。図19に見ることができるように、UTXOクラス、UTXOResponseクラス、Eventクラス、Mutable Transactionクラス、TXInクラス、TXOutPointクラス、CStreamクラス、TXOutクラス、およびScriptクラスがある。クラス間の様々な依存関係が図19に示され、様々なクラスのパラメータが例として示される。
図20は、ブロックトレーディングおよび分散型取引所アプローチを例解する。分散型取引所の概念は、図20~図22の状況で紹介される。ほとんどの仮想通貨トレーディングは、依然としてCoinbase、Binanceなどの中央集権型取引所を通じて、かつすぐに他のブロックトレーディングプラットフォームで実行される。トレーディングの状況におけるブロックチェーンの有望なユースケースは、分散型取引所(DeX)に関連する。既存のブロックトレーディングプラットフォームと分散型取引所(DeX)との間の流動性を橋渡しするソリューションが開示されている。市場には、0x、AirSwap、Kyber、IDEX、EtherDelta、OmiseGo、Bancorなど、異なる分散型取引所およびプロトコルがある。この文書は、0xおよびAirSwap(OTC-ピアツーピアトレーディング)プロトコルに焦点を当てている。開示されたDeXソリューションは、分散型取引所でトレーダが簡単に取引できるようにするための例としてステーブルコインの使用をカバーしている。以下のステップ1~10は、分散型取引所と統合されたエクスチェンジブロックトレーディングプラットフォームの使用について概説する。ステップ1では、トレーダ1(T1)は、電信送金/銀行送金を通じてカストディアン1(C1)に担保を預ける。例えば、トレーダ1は、カストディアン1に100イーサを預ける。カストディアン1が受け取った担保は、エクスチェンジプラットフォーム2002でトークン化され、トレーディングのために利用可能である。ステップ2では、トレーダ1は、取引所の分散型取引所(DeX)で取引するために、エクスチェンジプラットフォーム2002に関心を示し、カストディアン1に「DeXローン」の形式で担保を要求する。カストディアン1は、上記のステップ1で受け取った担保に対応するステーブルコインの形態でDeXローンを承認する。取引所は、Dai、Basis、TrueUSD、Geminiなど、市場で現在利用可能なステーブルコインのいずれかを使用することができる。ステーブルコインは、取引所の分散型取引所へのオンランピングに役立つ。
DeX Loan ステーブルコインは、ステップ2の一部として示されるように、Custodian1のウォレットからTrader1のウォレット2010に移転することができる。このローンは、イーサリアムなどの公開台帳上に移転される。例えば、65,000ベーシスコインは、カストディアン1でロックされた300イーサ担保に対応するトレーダ1のウォレットに移転することができる。エクスチェンジプラットフォーム2002は、流動性移転層2004の一部として、StableCoinsのトレーダ1ウォレット2010への移転を容易にすることができる。サポートされている可能性のあるTrader1のウォレットには、ブラウザウォレットであるMetamask、仮想カストディアンスマートコントラクト、およびハードウェアウォレットであるTrezor 2010が含まれる。DeX Loanステーブルコインがトレーダ1に発行されたとき、カストディアン1とトレーダ1の間にいくつかの合意がある可能性がある。例えば、トレーダ1は、36時間または1週間など、一定時間でDeXローンを返済しなければならない場合がある。期限内に返済されない場合、発行されたDeXローンに利息が課され得る。利息は、ロックされた担保(300イーサ)から差し引かれ得るか、トレーダ1が追加のステーブルコイン(65000+2000ベーシスコイン)を預けることが期待されるか、またはカストディアンがすべての担保を保持することができる。カストディアン1は、ロックされた担保の80%のみをステーブルコインの形式で貸し付けることができる。これは、カストディアン1をイーサの突然の価格下落、およびトレーダ1がローンを期日通りに返済しないことから保護するためのものである。カストディアン1はまた、イーサの価格の下落がある場合、トレーダ1とのローン契約を早期に終了することができる。
別の態様では、ステーブルコインの代わりに、取引所は、エクスチェンジプラットフォーム上のトレーダ1にも貸与することができるトークン(例えば、ERC-20ユーティリティトークン)を有することができる。ステーブルコインを、貸与されたトークンとして使用する1つの利点は、ステーブルコインの安定した市場価値である。ステーブルの代わりにユーティリティトークンが貸与される場合、カストディアン1は、2つの揮発性コイン、すなわち、1)ロックされた担保、または2)ユーティリティトークンのためにより大きなリスクにさらされる可能性がある。
ステップ3では、トレーダ1は、取引所の分散型取引所(DeX)でのトレーディングを完了した後、貸与されたDeXステーブルコインをCustodian1のウォレットに戻すことができる。例えば、65000ベーシスコインは、カストディアン1のウォレットに戻すことができる。これは、DeXからオフランプするプロセスである。担保のロックを解除するために返済されるステーブルコインの金額は、ユーザが貸与されたステーブルコインを返済する時によっても異なる。ユーザは、ステーブルコインの部分的な金額を返済して、対応する部分的な担保のロックを解除することもできる。
ステップ4では、トレーダ1は、取引所の「DeX 0xProtocolウィジェット」2006を使用して、任意の他のERC-20互換トークンと貸与されたステーブルコインを取引することができる。取引所2002は、0xProtocol 2006のリレイヤとして機能し、オフチェーンオーダーブックを保持する。トレーダ1から来るDeX注文は、取引所のリレイヤのオーダーブックによって他のトレーダのDeX注文とマッチングされる。注文のメイカとテイカの両方は、エクスチェンジプラットフォーム2002にあり得る。
ステップ5では、取引所リレイヤ2006によって注文がマッチングされた後、注文は、0xプロトコル互換のスマートコントラクトにパッケージ化され、最終取引が公開台帳上で実行される。DeXトレーダが両方ともエクスチェンジプラットフォーム2002にある場合、取引所は、メイカとテイカの両方の手数料を保持することができる。例えば、トレーダ1は、メイカ手数料を支払い、トレーダ2は、テイカ手数料を取引所に支払う。ERC-20互換トークンの最終的なアトミックスワップは、トレーダ1のウォレット2010とトレーダ2のウォレット2012の間で、公開台帳上の0xプロトコルスマートコントラクトを使用して直接行うことができる。
ステップ6では、0xプロトコル注文が、取引所によって内部でマッチングされない場合、0xプロトコルの他のリレイヤへのAPI呼び出しによってオーダーブックを公開することができる。例えば:ERCDEX、DDEX、レーダーリレーなど。市場で活躍している約20の0xリレイヤが存在する。この場合、取引所がメイカとなり、他のリレイヤが注文のテイカとなる。注文が他のリレイヤによって応じられた場合、取引所は、「メイカ手数料」を保持し、他のリレイヤは、「テイカ手数料」を保持することができる。同様に、取引所トレーダが、他のリレイヤの注文に応じた場合、取引所は、「テイカ手数料」を保持し、他のリレイヤは、「メイカ手数料」を保持することができる。この0xプロトコルのブロードキャストオーダーブック機能により、取引所は、急速に成長する分散型エクスチェンジネットワークの一部になる。0xプロトコルスマートコントラクトは、現在、0xプロトコルトークン(ZRX)としてのトランザクションの手数料を徴収することをサポートしている。
ステップ7では、エクスチェンジプラットフォームのトレーダ1およびトレーダ2は、AirSwapウィジェットを使用して、ウォレット2010からウォレット2012までのトークンを直接チャットし、取引することもできる。AirSwapは、チャットベースのピアツーピアトランザクション用の会話型UIを有する。AirSwapは、公開台帳上のスマートコントラクトを使用して、ピアツーピアOTCトレーディングオプションを提供する。AirSwapは、OTCトレーディングのためのすべてのERC-20互換トークンをサポートしている。
ステップ8では、取引所はまた、AirSwapエコシステムの「インデクサ」になることもできる。インデクサとして、取引所は、オフチェーンAirSwapオーダーブックを保持する。エクスチェンジプラットフォームのトレーダは、「1つのトークンを別のトークンで」取引する意図を取引所インデクサに送信する。取引所インデクサは、注文をマッチングするか、または意図を、特定のタイプの注文についてインデクサに同意する他の利害関係のあるトレーダにブロードキャストする。例えば、他のトレーダ1が、Binanceトークン(BNB)を購入するためにDAI(通貨の一種)を販売している場合、トレーダ2は、取引所インデクサに同意して、常に注文意図を取得することができる。インデクサとしての取引所は、AirSwap注文のメイカとテイカの両方から手数料を請求することができる。
ステップ9では、取引所インデクサによって注文がマッチングされると、注文は、AirSwapスマートコントラクトに入れられ、イーサリアムなどの公開台帳で実行される。スマートコントラクトは、トレーダ1ウォレット2010とトレーダ2ウォレット2012との間のアトミックスワップを直接実行する。取引所、完全に機能するインデクサを有することによって、AirSwapネットワークの「マーケットプレイス」となる。取引所は、注文を実行することによって、メイカとテイクアウトの両方の手数料を保持する。
ステップ10では、注文が取引所インデクサによってマッチングされない場合、AirSwapは、APIインターフェースを介して、AirSwapネットワークの他の「マーケットプレイス」へのオーダーブックのブロードキャストをサポートしている。例えば、将来の取引所注文では、AirSwapオーダーブックをCoinbaseにブロードキャストすることができる。一例では、AirSwapは、トレーダが、AirSwap OTC取引に参加するために最低250個のAirSwapトークン(AST)を保有することを期待している。
トランザクション当事者間のアトミックスワップを容易にするための柔軟なシステム。仮想カストディアンモジュールは、仮想カストディアンスマートコントラクトおよび/またはアトミックスワップスマートコントラクトを起動することができる。仮想カストディアンモジュール2102は、通常の法定通貨アカウントを介して指示するなど、対応する非ブロックチェーン台帳コンポーネントを備えるトラストレスなアトミックスワップ機能を有する他の第三者支払いレールまたはシステムをカプセル化することができる。
エクスチェンジプラットフォームに加えて、分散型取引所およびステーブルコインソリューションは、仮想カストディアン2102とも連携することができる。トレーダは、ステップ1の一部として、仮想カストディアンスマートコントラクト2102に担保を預ける。仮想カストディアンスマートコントラクト2102は、ステップ2の一部として、各トレーダのウォレット2104/2106にDeXステーブルコインローンを自動的にリリースする。トレーダは、ステップ3の一部として初期担保のロックを解除するために、貸与されたステーブルコインを仮想カストディアンスマートコントラクト2102に戻す必要がある。
BigGoウォレット2204/2206は、現在74個のERC-20通貨をサポートしている。トレーダ1のウォレット2204およびトレーダ2のウォレット2206は、第1のカストディアン2202と同様に示される。エクスチェンジプラットフォーム2002は、分散型取引所の状況でこれらのウォレットを使用することが可能であるように構成されている。このシナリオでは、BitGoウォレットのようなウォレットは、0xProtocolおよび/またはAirSwapと統合することができる。このシナリオでは、上記の例のように、トレーダにステーブルコインローンを与える必要はない。カストディアン2202は、BitGoまたは別のウォレットプロバイダで作成されたトレーダのウォレット2204/2206を直接有することができる。トレーダがエクスチェンジプラットフォーム2002で行った任意のDeX取引は、トレーダのBigGoウォレット2204/2206で実行することができる。このようなウォレットの統合は、全体的なソリューションを簡素化する。
追加の概念は、APIベースのカストディアンに関するものであり、図23~26に示される。APIベースのカストディアンの一例は、図23のネットワーク2300に示される。「SEN」またはSilverGakeエクスチェンジネットワークを使用すると、デジタル通貨および機関投資家クライアントは、一日24時間ドルを送金することができる。他のネットワークには、法定通貨を送信するための同様の機能が含まれる場合がある。現在、SilverGateは、APIベースの法定通貨のみへのアクセスをサポートしている。本開示は、本明細書に開示されているエクスチェンジプラットフォーム2306上で取引するときに、トレーダ(APIを使用)のSilverGate SENアカウントに資金をロック/ロック解除することができる様々なシナリオをカバーする。本開示はまた、トレーダ間で支払われるネット決済額の即時/自動オプションもカバーしている。
本開示の目的は、クライアントが、トレーディング取引先リスクまたは決済リスクなしでフィアットを仮想通貨および他のデジタル資産と取引することができる、カストディアン2302としてのSilverGateとエクスチェンジネットワーク2306との間の統合オプションを提供することである。クライアントは、ブロックトレーディングプラットフォーム2306、およびネイティブダークオーダーおよびリットオーダー、マーケットメイカからのストリーミング流動性、機関および小売取引所流動性を集約するLiquiMatch取引所/ECN(マッチングエンジン)で取引することができる。クライアントは、カストディアン2302に単一のフィアットアカウント、および仮想通貨カストディアン2308に単一の仮想通貨アカウントを保有しているのみであり、ネットワーク2306上の任意の他の取引先と取引することができ、法定および仮想通貨の両方のレッグのアトミックな即時清算および決済を行うことができる。
図23に示すオプションにおいて、SENアカウントでは、資金は、ロックされているとマークされ、以下のステップが実行される。ステップ1で、トレーダ1 2304およびトレーダ2 2310は、カストディアンウェブサイトに移動し、SENアカウント2302、2308を作成する。ステップ2では、取引所トレーダUIは、トレーダが「SENアカウント番号」および「Ocp-Apim-Subscription-Key」の値を入力するためのウィジェットを有する。トレーダは、SilverGateプロファイルセクションでOcp-Apim-Subscription-Keyの値を見つけることができる。Ocp-Apim-Subscription-Keyを使用すると、ブロックトレーディングプラットフォーム2306は、ユーザに代わってトレーダのSilverGateアカウントにAPI呼び出しを行うことができる。ブロックトレーディングプラットフォーム2306は、SilverGate 2302、2308にAPI呼び出しを行って、トレーダのアカウントのウェブフックを変更するためのアカウント残高を登録する。ウェブフックの助けを借りて、トレーダのSilverGateアカウントの残高になんらかの変化がある場合、ブロックトレーディングプラットフォーム2306に通知される。別のアプローチでは、SilverGateは、ブロックトレーディングプラットフォーム2306がトレーダの代わりに資金をロックおよびロック解除することができるように、ブロックトレーディングプラットフォーム2306のためのマスターAPIキーを作成することができる。このアプローチの1つの利点は、ブロックトレーディングプラットフォーム2306が、取引所トレーダUIのトレーダからSilverGate API詳細を尋ねる必要がないことである。
ステップ3では、ブロックトレーディングプラットフォーム2306は、トレーダ1 2304およびトレーダ2 2310のアカウント残高を取得するために、SilverGateに「残高API」呼び出しを行う。「トークン化されていない残高」が取引所トレーダUIに示される。トレーダは、ブロックトレーディングプラットフォーム2306でトークン化される特定の金額の資金を配分することができる。ブロックトレーディングプラットフォーム2306は、資金をロックするために、SilverGateにAPI呼び出しを行う。「ロックされた資金」は、ブロックトレーディングプラットフォーム2306でトレーダが取引するために利用可能な残高として示される。ブロックトレーディングプラットフォーム2306で、台帳が存在しない場合、台帳が自動的にSilverGateのために作成され、トレーダの残高がSilverGateの台帳に記録される。トレーダ1 2304およびトレーダ2 2310は、トレーダUIに残高を見て、OTC取引を行うことが可能になるようになった。このプロセスを機能させるための新しい機能は、資金がロックされることを可能にするように作成された新しいSilverGate APIである。
ステップ4では、トレーダ1 2304およびトレーダ2 2310は、ブロックトレーディングプラットフォーム2306またはLiquiMatch ECN(電子通信ネットワーク)で、トークン化された資金(取引所が提供するカストディアンブロックチェーン台帳上のロックされた資金のデジタル表現)を用いて取引を実行する。ステップ5では、取引がブロックトレーディングプラットフォーム2306またはLiquiMatch ECNに記録された後、ブロックトレーディングプラットフォーム2306は、トレーダ1からトレーダ2SENアカウント2032、2308に金銭を移転するためにtransfersen API呼び出しを行い、逆も同様である。ステップ6では、transfersen API呼び出しが行われた後、トレーダ1 2304とトレーダ2 2310との間の決済が完了する。ステップ7では、トレーダは、トレーダUIで交換を実行し、ブロックトレーディングプラットフォーム2306は、SilverGateに「資金ロック解除」API呼び出しを行う。これにより、SilverGate SENアカウントの資金がロック解除される。新しいSilvergate APIを実装して、資金のロックを解除することを可能にすることができる。
別のオプションでは、Silvergateカストディアンが、取引所ブロックトレーディングAPIを呼び出して、いくつかの機能を実行する。このアプローチでは、トレーダは、「SilverGate UI」にロックされる特定の資金をマークする。SilverGateからブロックトレーディングプラットフォーム2306にREST API呼び出しが行われ、トークン化が行われる。ブロックトレーディングプラットフォーム2306で利用可能な対応するREST APIは、例えば、「POST/rest/v1/custodian/collateral」であり得る。同様に、SilverGateは、次のステップを使用して、エクスチェンジネットワークとの完全なカストディ統合を自動化するために、他の取引所REST APIを呼び出すことができる。ステップ1では、Get Ledgers「GET/rest/custodian/ledgers」を呼び出す、ステップ2では、Get Request Collateral List「GET/rest/v1/custodian/collateral」を呼び出す、ステップ3では、Get Redeem Collateral List「GET/rest/v1/custodian/redeem」を呼び出す、ステップ4では、Balances of Traders on Ledgers「GET/rest/v1/custodian/balance」を探す、ステップ5では、Get list of orders by Status「GET/rest/v1/custodian/otcorders/query」を呼び出す、ステップ6では、Get Order Reports「GET/rest/v1/custodian/reports」を呼び出す、ステップ7では、Get/change reconciliation「GET/rest/v1/custodian/report/reconciliation」を呼び出す。
さらに別のオプション2400が図24に示されており、SilverGateアカウントを有するトレーダが、別個のSEMアカウント2402、2404を作成する。この場合、全体的なフローは、図23に示されるフローと同様である。図24のフローでは、ブロックトレーディングプラットフォーム2306は、さらに、ユーザのためのそれぞれのSENアカウント2402、2404を作成するために「createsen API」を呼び出す。これは、ブロックトレーディングプラットフォーム2306でのトレーディングのために作成された特別なSENアカウントになる。このSENアカウントに移動された任意の資金は、デフォルトでロックすることができる。このオプションを実装するには、SilverGateで新しいAPIの変更が必要である。「createsen API」は、新しいAPI構成であり、ブロックトレーディングプラットフォーム2306から新しいパラメータが渡される。例えば、新しいパラメータは、特定の取引所を新しいアカウントの作成者:「Creator:ExchangeNetwork」として識別することができる。これにより、SilverGateに特別なSENアカウントを作成するように通知される。資金は、取引所が提供するUIを使用して、ブロックトレーディングプラットフォーム2306から交換された場合にのみ、これらの特別なSENアカウントから移動する。
図25は、SilvergateアトミックスワップAPIがネットワーク2500に導入される別のオプションを例解する。全体的なフローは、図23のフローと同様である。図25のフローでは、取引所が資金を移動する代わりに、アトミックスワップアカウントが資金を移動させるために使用される。このアプローチの1つの利点は、取引所2306が、アトミックスワップのための資金の実際の移動に責任を負わないことである。ブロックトレーディングプラットフォーム2306は、ネット決済額パラメータをSilverGate APIに渡すだけでよい。「SilverGateアトミックスワップアカウント」に行われる呼び出しを受け入れるように構成された新しいSilverGate APIが含まれている(図25のステップ5を参照)。
図26は、ネット決済移動のための調整レポート計算機およびマネージャに関連するサブタスクの出力2600を例解する。以下の説明では、1つの台帳についてのみ述べるが、このプロセスは各台帳で同じであることを考慮されたい。調整レポートタスクが開始されると、各サブタスクが1つの台帳を処理する複数のサブタスクが生成される。各サブタスクにはキーのセットがあり、各キーは2つのトレーディング取引先エンティティIDの組み合わせである。例えば:T1-T2、T1-T3など。各サブタスクは、各キーにマークがあるかどうかデータベースでチェックする。マークがある場合、メモリにマークが読み込まれ、サブタスクの次のステップは、最後のブロックで始まるブロックを、最後にマークされたブロックまで読み取ることである。このサブタスクの出力2600は、図26に示される図と同様である。
一例では、図26の上記の図は、トランザクションを含むユーザインターフェースの一部として示される。上記の図で、ユーザが、承認(「*」を有するボタン)をクリックすると、システムは、ブロックB3でT2-T1の組み合わせのカストディアンモジュールデータベースにマークを生成する。図26の「App」は、UIの「承認」の略である。「App」ボタンを使用して、トランザクションを承認することができ、これは、トランザクションが既にネット決済の一部として移転されていることを意味する。プロセスは、基本的に、計算の次の実行から、ネット決済移動を引き起こすトランザクションのセットを取り出し、データセットを返す。
システムが再びレポートを実行し、新しいブロックが存在する場合、結果2700は、図27に示されるようになる。B3にマークを有する組み合わせの場合、合計は、B4のデータからのみ計算され、他の組み合わせの場合、システムは、ブロックB1からB4までのすべてを計算する。ネット決済移動は、これらの計算に基づき得る。
図28は、様々なステップを有するカストディアン間ネット決済フロー2800を例解する。例示的な方法は、任意の順序で、1つ以上のこれらのステップを含み得る。ドルを有するトレーダ1(T1)およびビットコインを有するトレーダ2(T2)は、それぞれ自らの「ホーム」カストディアン、カストディアン1(CUST1)およびカストディアン2(CUST2)での残高(前述のようにカストディブロックチェーン台帳上のUTXO)から開始することができる。このプロセスは、単一のカストディモデル(図29)またはマルチカストディモデル(図30)のいずれかに適用することができる。トレーダ1(CUST1)およびトレーダ2(CUST2)は、T1が、CUST2 BTCブロックチェーン台帳上に資産の所有権を有するようになり、T2が、CUST1 USDブロックチェーン台帳上に資産の所有権を有するようになるように、T1とT2との間の、アトミックスワップをもたらすネットワーク上で取引する。言い換えると、今では両方とも「非ホーム」カストディアンにおいて残高を有する。方法は、任意の指定されたブロックチェーン台帳および資産に対するカストディアン間ネット決済に対するCUST1からCUST2への要求を受信すること(2802)と、CUST2がカストディアン間ネット決済に対する要求を受け入れるかどうかを判定すること(2804)と、を含むことができる。そうでない場合、方法は、ネット決済要求を拒否すること(2806)を含む。CUST2がネット決済要求を受け入れた場合、方法は、レポートを生成すること(2808)を含む。ネット決済計算機を呼び出すことができ、結果データを両方のカストディアンに提供する。3つのレベルのデータおよびイベントトリガは、APIおよび/またはUIを介して生成される。これらのレベルについては、以下で詳しく説明する。任意のステップは、決済をキャンセルするかどうかを判定すること(2810)を含む。決済がキャンセルされると判定された場合、方法は、決済をキャンセルすること(2812)を含む。そうでない場合、方法は、CUST1によってネット決済を開始すること(2814)と、CUST1と関連付けられたネット決済に従って移転を実行すること(2816)と、を含む。CUST2は、ネット決済を受信し(2818)、方法は、ブロックチェーンを決済し、ネット決済を完了することで終了する(2820)。ネット決済レポートの生成は、CUST1とCUST2の間にある。両方のカストディアンに同じレポートが表示される。レポートが生成されると、ネット決済に関与するトレーダの残高が指定されてマークされる。トレーダは、ネット決済が完了するまで、ネット決済資金をトレーディングに使用することはできない。ネット決済中に何が起こるかに関する他の詳細は、本明細書に提供されている。
レポートは、次の3つのレベルの情報を有する。第1のレベル:デビットアカウント-カストディアンが他のカストディアン(CUST2)に資金を移転する必要がある、ネット決済額-CUST2がCUST1に移転する必要がある金額、すなわち5BTCを含む、キャンセルボタン/機能-ネット決済をキャンセルすることを含む、およびネット決済開始ボタン/機能-CUST2は、資金をCUST1に移転する前にボタンを押す。
第2のレベルの情報は、以下を含むことができる:台帳-CUST1-BTCおよびCUST2-BTC台帳は、以下の例で調整された、合計決済量-台帳に決済する総量である。
第3のレベルの情報は、以下を含むことができる:決済残高-非ホームカストディアン台帳内のトレーダおよびその残高のリスト、トランザクション-非ホームカストディアン台帳上のトレーダによって行われたトランザクションのリスト、トレーダ配分-決済資金がホームカストディアンによって預けられる必要があるトレーダのアカウントデータ、およびネット決済TX-最終的なネット決済コインベース、および台帳上で実行されるバーントランザクションである。
レポートが生成された後、CUST1またはCUST2は、ステップ(2810)で、ネット決済を依然としてキャンセル/拒否することができる。CUST1またはCUST2がネット決済をキャンセルした場合、CUST1およびCUST2は、再びネット決済プロセスを開始する必要がある。CUST2は、公開台帳/銀行アカウントネット決済プロセスを開始する。この例では、CUST2は、ネット決済額をCUST1に移転する必要がある。言い換えると、例として、5BTCである。CUST2は、「ネット決済を開始」ボタンをクリックすることができる。CUST2は、最終的に、ネット決済金の移転を終了する。CUST2は、「ネット決済移転」ボタンをクリックすることができる。一態様では、CUST1は、アカウントで資金を受信したことを確認し、カストディアンUIで受信したネット決済をクリックする。
最後のステップとして、CUST1_BTCおよびCUST2_BTC台帳に対して特別なアトミックトランザクションの以下のリストが実行される。ステップ(a)では、T1のBTC資金は、CUST2_BTC台帳にバーンされる。新しいBTCは、T1の同じ金額のコインベーストランザクションに資金を供給し、CUST1_BTC台帳に作成される。ステップ(b)では、T2のBTC資金は、CUST1_BTC台帳にバーンされる。新しいBTCは、T2の同じ金額のコインベーストランザクションに資金を供給し、CUST2_BTC台帳に作成される。これにより、BTC台帳のCUST1とCUST2の間のネット決済が完了する。トレーダ残高(資産所有権記録)は、影響を受けるすべての公開鍵アドレスおよびその所有者のホームカストディアンに移転された。CUST1およびCUST2が、BTCとUSDの両方の台帳を決済した後、T1およびT2の残高は、ホームカストディアン残高のみを示す。指定された資産のブロックチェーン台帳が存在しない場合は、カストディアンノードに作成する必要があり、これは、資産を受信する前に、プログラムでまたはユーザインターフェースを使用して行われ得る。
図29は、単一カストディアンモデル2900を例解する。この構造は、本明細書に記載の様々なモデルで使用され得る。第1のカストディアン2902、第2のカストディアン2904、および第3のカストディアン2908は、本明細書に開示されるモデルに従って、取引を達成するためにエクスチェンジプラットフォーム2906とインタラクトすることができる。
図30は、第1のカストディアン3002、第2のカストディアン3004、第3のカストディアン3006、エクスチェンジプラットフォーム3008が連携して、上述のマルチカストディアン動作を実行する、マルチカストディモデル3000を例解する。
ネット決済のさらなる例が提供される。CUST1が、すべてのクライアントに対してCUST2 10BTCおよび7万米ドルを支払う義務があり、CUST2が、すべてのクライアントに対してCUST1 7BTCおよび10万米ドルを支払う義務があると仮定する。BTCでのネッティング量は次のとおりである:7BTCを再配分することができる(全額を送信する代わりに、カストディ台帳で)。残存量は、クライアントに対してCUST1からCUST2に移動する3BTCのみになる。米ドルでのネッティング量は、再配分することができる7万米ドルになる(全額を送信する代わりに、カストディ台帳で)。米ドルでの残存量は、クライアントに対してCUST2からCUST1に移動する3万米ドルのみになる。カストディアン内(トレーディングエンティティ間)およびカストディアン間(トレーディングエンティティに代わってカストディアン間)のネッティングは、バイラテラルまたはマルチラテラル、または2つの組み合わせであり得る。
ネット決済処理は、以下の方法のうちの1つで実施することもできる。カストディアンまたはスケジューラなどの他のプロセスは、ネット決済トランザクションプロセスをトリガして開始することができる。ガバナンスノードまたはその関連プロセスは、以下のうちの各々について署名するために、トランザクションを、計算し、カストディアンに送信することができる。(1)(i)指定された量をもたらしたソース公開鍵アドレスおよびトランザクションハッシュへのトランザクションリンクを有する、(ii)分割量と宛先クライアント公開鍵アドレスおよび他のクライアント識別子を含む配分レポート/データを有する、(iii)配分レポート内のカストディアンの公開鍵アドレスから受信者公開鍵アドレスへの支払いトランザクションを有する、送信カストディアン自身の公開鍵アドレスにネッティング量を支払うためにネット決済される各資産のネッティング量について。一態様では、プロセスは、そのアドレス(カストディアン自身の公開鍵アドレス)に支払い、次いで、このアドレスから、配分レポート内の受信者アドレスに、すなわち、トランザクションのバーンおよびコインベースのセットの代わりに、支払う。別の態様では、(2)(i)指定された量をもたらしたソース公開鍵アドレスおよびトランザクションハッシュへのトランザクションリンクを有する、(ii)分割量および宛先クライアント公開鍵アドレスおよび他のクライアント識別子を含む配分レポートを有する、(iii)送信カストディアン上の受信者カストディアンの公開鍵アドレスを有する、カストディアン自身の公開鍵アドレスに残存量を支払うためにネット決済される各資産の残存量について。資産所有権は、この受信者カストディアンの公開鍵アドレスに移動することができ、アトミックトランザクションの一部としてバーンすることができ、または、資産は、送信カストディアンのバーンアドレスに直接送信することができる。
上記の項目(2)の別の態様として、ガバナンスノードまたはその関連プロセスは、トランザクションを計算し、カストディアンに送信して、(iv)様々な資産の残存量が、量および配分詳細を確認する少なくとも受信カストディアンからのデジタル署名なしにロードすることができるがリリースされない、スマートコントラクトアドレスに支払われる送信カストディアンによって保有される対応するデジタル資産、およびバリデータとしてのガバナンスノード(任意の署名スキームまたは検証スキームが許可可能である)を有する、および(v)ACH、FedWire、SWIFTなどの第三者システムを介した他の非デジタル資産のスマートコントラクトのトリガ/制御/承認された移動、または公開ブロックチェーン台帳プロトコルを介してネイティブに表現されていない、または取引可能でない資産について第三者の支払いプロセッサ機能に送信される命令(例えば、米ドル、CBDCが存在する前か、またはステーブルコインを使用していない場合)を有する、カストディアン自身の公開鍵アドレスに残存量を支払うためにネット決済される各資産の残存量について署名する。これは、任意選択で、USDなどの資産を受信し、USDなどの別の資産の双方向のオンランプ/オフランプとして、ステーブルコインまたはミントステーブルコインを自動的に取得して返却する分散型自律組織(DAO)などであり得る。
代替的に、ガバナンスノードによって上記項目(2)で送信されたトランザクションは、(別の場所で詳細に説明されている交換トランザクションで行われ得るように)(a)および(b)の数量をカストディアンのバーンアドレスに送信することができる。次いで、配分レポートを使用して、(a)および(b)の宛先クライアント公開鍵アドレスの公開鍵アドレスのためのカストディ台帳上に新しい発行トランザクションを生成して、カストディ台帳に資産所有記録を作成することができる。
別の態様では、クライアントアカウントレベルでのネット決済移動は、最終的に公開台帳またはクライアントフィアットアカウントに移動およびヒットさせることができる。これらの決済は、カストディアン間ネット決済の時点でそのように移動およびマークされるか、またはカストディアン内ネット決済レポートのカストディ公開鍵アドレスとクライアントアカウントとの間の将来のネット決済移動の一部になる可能性がある。カストディアン間ネット決済の対象となるすべての金額は指定されており、ネット決済プロセス中に使用することはできない。
図31A~31Dは、このプロセスの一部として生成され得るレポートを例解する。フローは、決済開始の第1のステップ、決済実行の第2のステップ(公開台帳トランザクション)、および決済記録の第3のステップ(エクスチェンジブロックチェーントランザクション)を含むことができる。図31Aは、ステップについて記載し、コメントし、カストディアンおよびトレーダ、ならびに開始残高および期末残高を概説する、レポート3100の第1の部分を例解する。図31Bは、CUST1-CUST2ネット決済レポートのデータ3102を例示する。図31Cは、CUST1-CUST3ネット決済期日レポートのデータ3104を有する例示的なレポートを例解する。
これらのステップについては、次により詳細に説明する。決済開始ステップでは、1人のカストディアンが、カストディアンUIの別のカストディアンとの「ネット決済を開始」ボタンを押す。ネット決済の要求は、他のカストディアンに「受け入れ/拒否」される。両カストディアンが決済することに同意した後、異なるカストディアン台帳に対する合計決済額が計算され、両カストディアンに表示される。例えば、カストディアン1は、トレーダ1、トレーダ2、トレーダ3の3つの関連するトレーダを有し、カストディアン2は、トレーダ4、トレーダ5、トレーダ6の3つの関連するトレーダを有すると仮定する。図31Dは、1つのテーブル3106において、カストディアン1台帳、およびカストディアン2に支払われるべき資金を示す。別の表3108は、カストディアン2台帳、およびカストディアン1に支払うべき資金を示す。第3の表3110は、CUST2からCUST1にドルで、CUST2からCUST1にBTCで、およびCUST1からCUST2にETHで支払われるべき通貨のネット決済額を示す。ネット決済額以上では、対応する台帳およびトランザクションが両方のカストディアンに示される。このレポートは、カストディアン「ネット決済レポート」と呼ぶことができる。カストディアンはまた、各暗号/フィアットの決済をオフラインで行うこともできる。決済実行ステップでは、文書の最初に記載されているように、決済実行のための方法を以下に提案する。(1)ネット決済のための共通の銀行のカストディアンアカウント、(2)別のカストディアンのシステムのカストディアンアカウント、(3)ウォレット、ステーブルコイン、スマートコントラクトを使用したネット決済、(4)Curv/Ledgerウォレット、ステーブルコイン、スマートコントラクトを使用したネット決済。
決済記録ステップでは、他の場所で説明されているようなトランザクションに資産がコミットされた後および/または受信された後、トランザクションの通知は、認証され、上記の方法のいずれかでCUST1とCUST2の間の両方向に進む残存量の移動のためのアトミックトランザクションをカバーする単一のアトミックトランザクション、およびエクスチェンジプラットフォーム上の以下の2つのアトミックトランザクションをトリガして、以下のように特別なネット決済トランザクションを記録する。
2つの例示的なトランザクションは、トランザクション1-CUST1_USD台帳=(T4 UTXO+T5 UTXO+T6 UTXO)->CUST2 UTXO、およびトランザクション2-CUST2_USD台帳=コインベーストランザクション->(T4 UTXO+T5 UTXO+T6 UTXO)。第1の取引では、CUST1_USD台帳で、トレーダ4、トレーダ5、およびトレーダ6のカストディアン2トレーダが利用可能なUTXOが、組み合わされ、カストディアン2公開鍵に配分される。第2の取引では、CUST2_USD台帳で、コインベース取引が行われ、UTXOにはトレーダ4、トレーダ5、トレーダ6が配分される。上記の2つのトランザクションは、CUST1_USD台帳からCUST2_USD台帳へのUTXOの移転を実現し、ブロックチェーン上のカストディアン間ネット決済を証明として反映させる。代替的に、別個の特別なブロックチェーン台帳が、カストディアン間ネット決済を記録するためにガバナンスノード上に作成され得る。
図31Dは、マルチカストディネット決済シナリオに関連して、様々な表3106、3108、3110における例示的なデータを例解する。
図32は、残存量を移動させるためのカストディアン間ネット決済ソリューション3200を例解する。フィアット/暗号通貨のカストディアン間ネット決済を達成するための異なるオプションがある。例示的なオプションは:(1)ネット決済のための共通の銀行のカストディアンアカウント、(2)別のカストディアンのカストディアンアカウント、(3)ウォレット、ステーブルコイン、スマートコントラクトを使用したネット決済、(4)Curv/Ledgerウォレット、ステーブルコイン、スマートコントラクトなどの第三者提供のウォレットを使用したネット決済。1つのオプションは、図32に、ネット決済のための共通の銀行のカストディアンアカウントを示す。このアプローチでは、カストディアンは、共通の銀行にアカウントを有する。最終的な決済のために、カストディアンは、同じ銀行の別のカストディアンアカウントに資金を送信する。
例示的なワークフローは、次のようにすることができる。カストディアン1 3204およびカストディアン2 3206は、共通の銀行3202にアカウントを有する。このアカウントは、カストディアンが最終的な決済に使用する。アカウントは、フィアットで資金を保有することができる。カストディアンは、アカウントに事前に資金を供給する。図32のステップ1を参照されたい。アカウントは、データ自体への変更(所有権データの変更など)をサポートする論理ラッパーおよび他のラッパーを備えた、資産タイプ、数量、および所有権データ(他のデータのうち)を含む資産データを表すデータを含むデータベースまたは任意の他の台帳タイプの台帳エントリとして識別され得るか、またはイーサリアムの用語などで一般的に言及されるような条件付き論理を備えたAPIおよび他の中間プロセスを通じてこのデータ上で動作し得る。
アカウント「ラッパー」またはAPI層は、以下の構成および機能を含むことができる。(1)ガバナンスノードのAPIに接続する、(2)資産タイプ、完全な配分分割を伴う、任意の2つの当事者間で支払われるべきネット決済額の残存量、完全な配分分割を伴うアトミック再配分の完了の準備がされているときのネッティング量トランザクション詳細を含むデータを少なくとも含むトランザクション提案を受信する、(4)アカウントの残存量資産残高に対するロックを引き起こし、ロックおよび移転自動化を適用するために特別なアカウントに資産を移動させることができる、(5)すべての他のネッティング量トランザクションが、共有秘密鍵または同様の方法でタイムロックトランザクションで準備され、署名が有効で、資産がコミットされていることを確認する、(6)少なくとも、現在のトランザクションの資産タイプ、金額、トランザクション識別子を含む確認データを送信する、(7)少なくともトランザクション識別子またはハッシュ、および任意の他の出力データを含むトランザクション確認詳細を受信する、(8)本明細書に記載の2相コミットの現在の実装などのアトミックトランザクションを実行する。
図32のステップ2で、カストディアン1 3204は、イベント通知をガバナンスノード3208に送信することによって、カストディアン2 3206へのネット決済要求をトリガする。カストディアン2 3206は、要求を通知され、任意の論理テストに基づいて決済要求を受け入れる/拒否することができる。ステップ3では、両方のカストディアンが、ネット決済トランザクションを作成するようにガバナンスノード3208に通知した後、特別なアトミックマルチ台帳決済トランザクションが、ガバナンスノード3208によって計算され、記録される。ネット決済ジョブは、カストディアン1 3204が、カストディアン3206に支払うべき金額またはその逆を計算する。ネット決済額は、法定通貨と仮想通貨の両方でカストディアンに表示される。例えば:USD、ETH、BTCなど。
ステップ4では、完全な配分分割およびユーザ公開鍵アドレスおよび他のデータを伴う決済額が、両方のカストディアンに示された後、カストディアン1 3204およびカストディアン2 3206は、最終的なネット決済を実行するようにガバナンスノード3208に通知する。銀行3202において、カストディアン1 3204は、ネット決済法定額をカストディアン2の3206アカウントに移転するか、またはその逆であり、このプロセスを、自動化し、スマートコントラクトまたは他の論理およびAPI呼び出しを使用して銀行システムにアトミックにすることができる。カストディアン2のアカウントへの資金の移転後、スマートコントラクトまたはその他の手段によるネット量の再配分および/または他の資産の決済など、アトミックトランザクションの一部である任意の他のトランザクションと共に、ネット決済は完了する。カストディアン2 3206は、決済額の受信を確認するための通知を生成し、公開鍵アドレスまたは他の台帳アドレスへの配分に関連する任意のトランザクションを実行する。
図33は、カストディアンアカウントが別のカストディアンのシステムにある別のオプションを例解する。このアプローチでは、各カストディアン3302、3304、3306は、別のカストディアンのシステム内にアカウントを有する。カストディアン間ネット決済中、受信カストディアンは、受信カストディアンのシステム内で送金者カストディアンのアカウントから資金を引き出す。
図33のワークフローは、次のとおりである。ステップ1では、各カストディアン3302、3304、3306は、他のカストディアンのシステムにアカウントを有する。各カストディアンは、論理的条件に基づいて、プログラム的に管理されたクライアントオムニバスまたはマスターアカウント/サブアカウント構造であり得る資金で、毎週/毎月、アカウントに事前に資金を供給する。例えば、カストディアン1 3302は、カストディアン2 3304およびカストディアン3の3306システムにアカウントを有する。カストディアン2 3304は、カストディアン1 3302およびカストディアン3の3306システムにアカウントを有する。
ステップ2では、カストディアン1 3302は、ガバナンスノード3208への通知を伴うカストディアン2 3304へのネット決済要求をトリガする。カストディアン2 3304は、決済要求を受け入れる。
ステップ3では、両方のカストディアンが、決済する意図を示した後、特別なアトミックマルチ台帳決済トランザクションが計算され、ガバナンスノード2308で記録される。ネット決済ジョブは、カストディアン1 3302が、カストディアン2 3304に支払うべき金額またはその逆を計算する。ネット決済額は、米ドル、ETH、BTCなどのすべての資産のカストディアンに表示される。最終的に、ステップ4では、両方のカストディアンに決済額が示された後、カストディアン1 3302およびカストディアン2 3304は、最終的なネット決済を実行するための受け入れを通知する。カストディアン1 3302は、ステップ3でのトランザクションにおける所有権変更のこの証明に基づいて、カストディアン2の3304アカウントから決済法定額を引き出す。資金の再配分を引き出すことが行われた後、カストディアン間のネット決済が完了する。
別のオプションは、図34に示されており、ウォレット、ステーブルコイン、およびスマートコントラクトを使用したネット決済に関連している。このアプローチ3400では、カストディアン3406、3408は、プライムトラスト3404にアカウントを有する。カストディアン3404、3408が、フィアットを預けた後、プライムトラスト3404は、カストディアンのウォレットにステーブルコイン(TrueUSD)をリリースする(オンランプ)。TrueUSDは、イーサリアムのスマートコントラクトを使用して、カストディアン間アトミック決済に使用される。カストディアン3406、3408はまた、TrueUSDステーブルコインをプライムトラスト3404に預けて、フィアットを受信することができる(オフランプ)。TrueUSDなどのステーブルコインの発行は、スマートコントラクトを使用してプライマリ発行者によって自動化することができ、これにより、アカウントで米ドルを受信すると、既に発行されたステーブルコインの発行またはウォレットへの移転が自動的に作成される。
このソリューションは、図34に示されるように、オープンソースウォレットをカストディアン3406、3408によってインストールすることを必要とし得る。ウォレットは、ガバナンスノード3410によって開発され、管理され得る。ウォレットは、エクスチェンジプラットフォーム上のガバナンスノード3410によって呼び出され得るAPIを公開することができる。このアプローチの利点は、完全なネット決済自動化の可能性である。決済に必要な資金の手動移動はなく、フィアットアカウントもない。さらに、ウォレットは、任意のERC-20トークンを保有し、それをアトミックウォレット間の移転/決済に使用することができ、これには、ERC-20ベースの証券、債券、株式などが含まれる。一態様では、USDペッグのステーブルコインは、使用の第1段階の決済に使用することができる。将来的には、ユーロ、円、GBPなど、より多くのフィアットペグステーブルコインをサポートすることができる。
次に、図34に示されるプロセスの様々なステップを概説する。第1のステップでは、カストディアン1 3406およびカストディアン2 3408は、プライムトラスト3404とのアカウントを有する。カストディアンは、暗号通貨/フィアットをプライムトラスト3404に移転/する。ステップ2では、フィアットを受信した後、プライムトラスト34040は、TrueUSDステーブルコインをカストディアンのウォレット3406、3408にリリースする。ステーブルコインをウォレットに含めると、各カストディアンは、カストディアン間決済を行うことが可能になる。
第3のステップにおいて、カストディアン1 3406は、エクスチェンジネットワークプラットフォーム3410上のカストディアン2 3408へのネット決済要求をトリガする。カストディアン2 3408は、決済要求を受け入れる。第4のステップでは、両方のカストディアンが決済する意図を示した後、特別なアトミックマルチ台帳決済トランザクション3402が計算され、プラットフォーム3410で記録される。ネット決済ジョブは、カストディアン1がカストディアン2に支払うべき金額またはその逆を計算する。ネット決済額は、フィアットと暗号通貨の両方で計算される。例えば:USD、ETH、BTCなど。
第5のステップでは、両方のカストディアンに決済額が示された後、カストディアン1 3406およびカストディアン2 3408は、カストディアンUIのボタンを押して、最終的なネット決済を実行する。プラットフォーム3410は、秘密鍵でトランザクションに署名し、スマートコントラクト3402を使用してイーサリアム公開台帳上で送信するために、ウォレットへのAPI呼び出しをトリガする。スマートコントラクト3402は、カストディアン1ウォレット3406からカストディアン2ウォレット3408に、またはその逆に、TrueUSDをアトミックに移転する。これにより、カストディアンネット決済が完了する。代替的に、カストディアン1 3406およびカストディアン2 3408は、プライムトラスト3404上のアカウント間で最終的なフィアット/暗号決済を行うことができる。この決済は、プラットフォーム3410からプライムトラストアカウント3404へのAPI呼び出しを使用して自動化される可能性があり得る。
図35は、Curv/台帳ウォレット、ステーブルコインおよびスマートコントラクトを使用したネット決済のための別のオプション3500を例示する。このアプローチは、上述の図34と同様であるが、ウォレットの代わりに、カストディアンは、APIベースのCurv/Ledgerウォレット、またはガバナンスノード3510によって制御または動作されない任意の第三者ウォレットにアカウントを有することができる。任意の他のプロトコルをサポートする任意のERC-20対応ウォレットまたはウォレットは、下記のスマートコントラクトベースのウォレットからウォレットへのアトミック移転のための許容量()および注文署名機能をサポートする必要がある。本明細書に開示される5つのステップは、Curv/Ledgerウォレット3512、3514の使用における変化を備える、図34に関して上述されるステップと同様である。
本開示の別の態様は、仮想カストディアンの導入に関する。この文書には、次の2つのソリューションの設計が含まれている。(1)一態様では、ソリューションは、従来のカストディアンエンティティを完全に仮想カストディアンに置き換える。イーサリアムスマートコントラクトまたはWyreウォレットは、仮想カストディアンとして機能するトレーダの担保を保持することができる。スマートコントラクトまたはWyreウォレットにロックされた担保は、直ちにブロックチェーンの台帳上でトークン化され、取引に利用可能である。この構造は、Wyreウォレットおよび/またはスマートコントラクトを使用して、トレーダ間の取引の迅速なアトミック決済を可能にすることができる。
仮想カストディアンソリューションは、カストディアンとの関係を有せず、かつ特定のブロックチェーン台帳に資産を有する他の人と、資産の管理を放棄することなく取引したいトレーダに有用である。この設計のために、発明者らは、イーサリアムスマートコントラクトおよびWyreウォレットを考慮した。イーサリアムスマートコントラクトは、チューリング完全である。他のスマートコントラクトも考慮することができる。他のWyreウォレット代替品もある。
仮想カストディアンは、プラットフォーム上の以下の3つの主要なシナリオで使用することができる。(1)スマートコントラクト仮想カストディアンにロックされた担保を有するトレーダ1は、従来のカストディアンを有するトレーダ2と取引する、(2)トレーダ1とトレーダ2の両方が、スマートコントラクト仮想カストディアントレーディング暗号(イーサまたはERC-20互換トークン)を使用する、(3)トレーダ1およびトレーダ2の両方が、Wyreアカウントを使用し、APIキーをガバナンスノードモジュールと共有して、他の相互接続されたモジュールを介して取引する。可能である他のシナリオがある。(1)Wyreウォレットを有するトレーダ1は、スマートコントラクト仮想カストディアンにロックされた担保を有するトレーダ2と取引することができる、および(2)Wyreウォレットを有するトレーダ1は、従来のカストディアンと関係を有するトレーダ2と取引することができる。
図36は、仮想カストディアン暗号フィアット決済設計3600を例解する。トレーダ1 3608は、スマートコントラクト仮想カストディアン3602にロックされた担保を有し、従来のカストディアン3616を有するトレーダ2 3620と取引する。図36に示されるような以下のステップが生じ得る。ステップ1では、トレーダ2 3620は、銀行電信送金を使用して、カストディアン3616に担保を預ける。例えば、100万ドルは、トレーダ2 3620からカストディアン3616に移転され得る。カストディアン3616によって担保を受信すると、ブロックトレーディングプラットフォーム3618上で、エントリがC-USD台帳に行われて、などのトレーダ2の担保を記録する。トレーダ2->100万ドル。ステップ2では、カストディアン3616は、カストディアンによって週単位で事前に記入される、例えば毎週500万ドルの事前記入されたWyreアカウント(または他のタイプのアカウント)を有する。カストディアン3616は、他のカストディアン/トレーダとの決済のためにWyreアカウントを使用する。カストディアン3616はまた、DAPPまたは他の形態の分散型自律プログラムを使用することができ、これは、トラストレスに資金を受信し、資金を送金し、および/または配信されることができるテーブルコインを発行または取得することができる。
ステップ3では、トレーダ1 3608は、カストディアンなしでガバナンスノード3618に登録する。「取引所VCモジュール」3610は、ガバナンスノード3618によって制御され得、トレーダ1 3608のための仮想カストディアンスマートコントラクト3602を起動して、担保を預けることができる。ステップ4では、トレーダ1 3608は、仮想カストディアンスマートコントラクト3602に担保を預ける。例えば、トレーダ1 3608は、仮想カストディアンスマートコントラクト3602に1000イーサを移転する。担保の預金において、VC-モジュール3610および/またはガバナンスノード3618および/またはサポートカストディアンノード3616または他のネットワークノードもしくはノード(例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム)の一部であり得るVC-ETH台帳にエントリが行われ、トレーダ1の担保を記録する。例えば、トレーダ1->1000ETH。トレーダ1 3608は、イーサがアトミックスワップトレーディング3606の一部としてロックされていない限り、トレーダUIからいつでもイーサを交換することができる。
ステップ5は、トークン化された担保を使用して、トレーディングプラットフォームに提供または接続されたプラットフォーム3618上で取引するトレーダ1 3608およびトレーダ2 3620を含む。例えば、トレーダ1は、5つのイーサを販売することでトレーダ2から1500ドルを得る。このトランザクションは、本明細書に開示されるアトミックスワッププロセス3606を使用して、内部台帳VC-ETHおよびC-USDの両方に記録される。ステップ6では、内部台帳上で取引が初期化された後、取引に対応するイーサは、トレーダ1のスマートコントラクトからガバナンスノードアトミックスワップスマートコントラクト3606に移転される。上記の例では、5イーサは、アトミックスワップスマートコントラクトに移転される。この移転は、イーサリアム公開台帳に記録される。アトミックスワップスマートコントラクトへのイーサ移転は、時間制限される。トレーダ1およびトレーダ2が、一緒に、特定の事前定義された時間枠、例えば1時間枠に決済する意図を示さない場合、アトミックスマートコントラクト3606からのイーサは、トレーダ1のVCスマートコントラクト3602に自動的に戻る。トレーダ1のVCスマートコントラクト3602で利用可能なイーサは、トレーダ1がいつでも引き換えることができる。アトミックスワップスマートコントラクト3606に移動したイーサは、決済のためにロックされ、引き換えから利用可能ではない。
ステップ7で、ガバナンスノードVCモジュール3610は、アトミックスワップスマートコントラクト3606内のアトミックスワップをトリガする。このトリガは、トレーダ1 3608とトレーダ2 3620の両方が、取引マッチ実行メッセージまたは他のワークフローに基づいて自動化され得る取引を決済する意図を示した後に発生し得る。ステップ8では、アトミックスワップスマートコントラクト3606は、トレーダ2のウォレット3604にイーサを移転する。イーサのこの移転は、公開台帳に記録される。ステップ9では、アトミックスワップの一部として、ガバナンスノードVCモジュール3610は、トリガをカストディアンモジュール3616に送信して、トレーダ1のウォレット3612へのWyre移転3614を開始する。ステップ10で、フィアットは、カストディアンのWyreアカウント3614からトレーダ1のウォレット3612に移転される。上記の例では、1500ドルは、カストディアンのWyreアカウント3614からトレーダ1のウォレット3612に移転される。
プラットフォームが仮想カストディアン3610およびアトミックスワップスマートコントラクト3606を展開するにもかかわらず、ガバナンスノードは、スマートコントラクトに預けられたイーサを独自のウォレット/アカウントに流出することはできない。上記のユースケースでは、プラットフォームは,カストディアンではない。公開台帳に展開されたスマートコントラクトは、自立したカストディアンとして機能する。仮想カストディアンスマートコントラクト3602において入ってくるイーサは、次の方法でのみ移動する。(1)イーサを預けたトレーダが交換可能であり、(2)トレーディングプラットフォームに提供または接続されたプラットフォームで発生した取引でアトミックスワップスマートコントラクトに移転可能である。
アトミックスワップスマートコントラクトは、以下のようにイーサを移動させる論理で構成することができる。(1)タイムアウト時に送信するアドレス、すなわち仮想カストディアンスマートコントラクトに戻る、または(2)決済時に他のトレーダのウォレット(アトミックスワップ)。アトミックスワップスマートコントラクトのセキュリティを向上させるための任意選択の追加ステップには、トレーダ1が、スマートコントラクトからの仮想通貨を決済およびロック解除するために、以下が、トレーダ1に代わってスマートコントラクトに渡されることが含まれる:(1)トレーダ2の秘密キーワードは、トレーダ1と自動的かつプログラム的にエクスチェンジすることができ、(2)トレーダ1の秘密鍵で署名されたトレーダ2の秘密キーワード。これにより、トレーダ1が、実際にトレーダ2の秘密キーワードを受信した人物であることが確認される。
トレーダ2の決済にも同様のプロセスが適用され得る。トレーダ1とトレーダ2の両方が、スマートコントラクトに秘密のフレーズを正しく渡した場合にのみ、アトミックスワッププロセスが開始される。そうでなければ、タイムアウト間隔の後、アトミックスマートコントラクトからの仮想通貨は、トレーダの担保スマートコントラクトにロールバックされる。
次いで、次のパラメータを適用することができる。claim_phaseは、秘密キーワード+秘密キーワードのNEW_OWNER_SIGであり得る。refund_conditionは、例えば、タイムアウト()であり得る。redeem_conditionは、claim_phaseまたはrefund_conditionであり得る。
図37は、イーサまたはERC-20互換トークンなどのスマートコントラクト仮想カストディアン暗号通貨を使用するトレーダ1およびトレーダ2の両方を例解する。仮想カストディアンは、従来のカストディアンの必要性を完全に置き換えることができる。両方のトレーダは、スマートコントラクト仮想カストディアンを使用することができる。以下は、仮想カストディアンを使用してトレーディングおよび決済を完了するための一連のステップである。このソリューションを使用すると、イーサリアムまたはERC-20互換トークンは、仮想カストディアンスマートコントラクトを使用して取引および決済することができる。
ステップ1では、トレーダ1 3706は、カストディアンなしでプラットフォームガバナンスノードまたはエクスチェンジネットワーク3712に登録する。ガバナンスノードVCモジュール3710は、トレーダ1 3706のための仮想カストディアンスマートコントラクト3702を起動し、担保を預ける。ステップ2では、トレーダ2 3718は、カストディアンなしでプラットフォームガバナンスノード3712に登録する。VCモジュール3710は、トレーダ2 3716のための仮想カストディアンスマートコントラクトを起動し、担保を預ける。ステップ3では、トレーダ1 3706は、仮想カストディアンスマートコントラクト3702に担保を預ける。例えば、トレーダ1は、1000イーサを仮想カストディアンスマートコントラクト3702に移転する。トレーダ1 3706から仮想カストディアンスマートコントラクト3702への担保の預金において、VC-モジュール3710および/またはガバナンスノード3712および/またはサポートカストディアンノードまたは他のネットワークノードもしくはノード(例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム)の一部であり得るVC-ETH台帳にエントリが行われ、トレーダ1の担保を記録する。例えば、トレーダ1->1000ETH。
ステップ4では、トレーダ2 3718は、仮想カストディアンスマートコントラクト3716に担保を預ける。例えば、トレーダ2は、仮想カストディアンスマートコントラクト3716に1000ZRX(ERC-20)を移転する。トレーダ2 3718から仮想カストディアンスマートコントラクト3716への担保の預金において、VC-モジュール3710および/またはガバナンスノード3712および/またはサポートカストディアンノードまたは他のネットワークノードもしくはノード(例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム)の一部であり得るVC-ZRC台帳にエントリが行われ、トレーダ2の担保を記録する。例えば、トレーダ2->1000ZRX。
ステップ5では、トレーダ1 3706およびトレーダ2 3718は、トークン化された担保を使用して提供または接続されたトレーディングプラットフォーム3712で取引する。例えば、トレーダ1は、100イーサを販売することでトレーダ2から100ZRXを得る。このトランザクションは、VC-ETHおよびVC-ZRXの両方の内部台帳に記録される。
ステップ6では、取引が内部台帳上で初期化された後、取引に対応するイーサは、トレーダ1のスマートコントラクト3702からアトミックスワップスマートコントラクト3708に移転される。上記の例では、100イーサは、アトミックスワップスマートコントラクト3708に移転される。この移転は、イーサリアム公開台帳に記録することができる。アトミックスワップスマートコントラクトへのイーサ移転は、時間制限される。したがって、トレーダ1およびトレーダ2が一緒に、特定の事前定義された時間間隔、例えば1時間枠で取引を決済する意図を示さない場合、アトミックスマートコントラクト3708からのイーサおよびZRXは、トレーダ1およびトレーダ2の仮想カストディアンスマートコントラクト3702、3716に自動的に戻る。トレーダ1の仮想カストディアンスマートコントラクト3702で利用可能なイーサは、トレーダ1 3706がいつでも引き換えることができる。アトミックスワップスマートコントラクト3708に移動したイーサは、交換から利用可能でない決済のためにロックされている。
ステップ7では、取引に対応するZRX(ERC-20)は、トレーダ2のスマートコントラクト3716からアトミックスワップスマートコントラクト3708に移転される。上記の例では、100ZRXは、アトミックスワップスマートコントラクト3708に移転される。ステップ8では、ガバナンスノードVCモジュール3710は、アトミックスワッププロセスを開始するために、アトミックスワップコントラクト3708にトリガメッセージを送信する。
ステップ9では、アトミックスワップコントラクト3708は、トレーダ2のウォレット3704にイーサを移転する。イーサのこの移転は、公開台帳に記録される。ステップ10では、アトミックスワップコントラクト3708は、ZRXをトレーダ1のウォレット3714に移転する。ZRXのこの移転は、公開台帳にも記録される。
図38は、トレーダ1およびトレーダ2の両方がWyreアカウントを使用し、トレーダモジュールとAPIキーを共有して、提供または接続されたプラットフォーム上でトレーディングする別のオプション3800を例解する。この場合、Wyreウォレットは、仮想カストディアンとして機能する。Wyreウォレットは、担保をロックするための仮想カストディアンとして使用できる。以下は、Wyreウォレットを仮想カストディアンとして使用してトレーディングおよび決済を完了するための例示的な一連のステップである。ステップ1では、トレーダ1 3806およびトレーダ2 3822は、各々、Wyre3802、3818とのアカウントを作成し、フィアット/暗号を預ける。Wyreウォレットは、米ドル、ビットコイン、イーサ、オーストラリアドル、ユーロ、香港ドル、英国ポンドなどの多くの通貨をサポートしている。ステップ2では、トレーダ1 3806およびトレーダ2 3822は、ガバナンスノードまたはエクスチェンジネットワークブロックトレーディングプラットフォーム3814に登録し、それらのWyreウォレットAPIキーを共有する。APIキーは、トレーダモジュール3804、3820内で暗号化されて保存され、トレーダまたは取引所によってホストされ、委任されていない場合、秘密鍵を管理することができる。
ステップ3では、トレーダ1 3806およびトレーダ2 3822は、トレーダモジュール3804、3820を使用して、担保ウォレット3808、3816に担保としてフィアット/暗号を移転する。例えば、トレーダ1は、トレーダ1の担保ウォレット3808に1000イーサを移転する。トレーダ2は、トレーダ2の担保ウォレット3816に1000米ドルを移転する。ステップ4では、Wyreウォレットにロックされた担保は、VC-モジュール3810および/またはガバナンスノード3814および/またはサポートカストディアンノードまたは他のネットワークノードもしくはノード(例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム)で直ちにトークン化される。ステップ5では、トレーダ1 3806およびトレーダ2 3822は、トークン化された担保を使用して、トレーディングプラットフォーム3814で取引する。例えば、トレーダ1は、トークン化された100イーサを販売することで、トレーダ2からトークン化された100米ドルを得る。このトランザクションは、VC-ETHおよびVC-USDの両方の内部台帳に記録される。
ステップ6では、内部台帳上で取引が初期化された後、取引に対応する米ドルおよびETHは、トレーダ1およびトレーダ2の担保ウォレット3808、3816からアトミックスワップウォレット3812に移転される。上記の例では、100米ドルおよび100ETHは、アトミックスワップウォレットに移転される。アトミックスワップウォレット3812への米ドルおよびETH移転は、例えば、時間制限され得る。このシナリオでは、トレーダ1およびトレーダ2が一緒に、特定の事前定義された時間枠(例えば1時間枠)に決済する意図を示さない場合、アトミックスワップウォレット3812にロックされた米ドルおよびETHは、トレーダ1およびトレーダ2の担保ウォレット3808、3816に戻る。
ステップ7では、VCモジュール3810は、アトミックスワップウォレット3812内のアトミックスワップを開始する。ステップ8では、アトミックスワップ中、フィアット/暗号は、アトミックスワップウォレット3812からそれぞれのトレーダの個人ウォレット3802、3818に直接移転される。スマートコントラクトとは異なり、Wyre APIは、即座に決済資金を移転する。マイニングは必要ない。
図39は、取引のためのアトミックスワップを使用することに関連する例示的な方法3900を例解する。方法は、第1のトレーダと関連付けられた第1のトレーディングモジュールから、第1の新規注文を受信すること(3902)、第1の新規注文をマッチングエンジンに提出すること(3904)、第2のトレーダと関連付けられた第2のトレーディングモジュールから、第2の新規注文を受信すること(3906)、第2の新規注文をマッチングエンジンに提出すること(3908)、およびマッチングエンジンにおいて、第1の新規注文と第2の新規注文との間にマッチがあるかどうかを判定して、判定を生成すること(3910)を含むことができる。
判定がマッチである場合、方法は、エクスチェンジネットワークのガバナンスノードと関連付けられたブロックチェーン台帳において、第1のトレーダの第1の残高をチェックすること(3912)、エクスチェンジネットワークのガバナンスノードと関連付けられたブロックチェーン台帳において、第2のトレーダの第2の残高をチェックすること(3914)、第1のトレーディングモジュールから、第1の新規注文および第2の新規注文と関連付けられた取引を承認する第1の署名された要求を受信すること(3916)、第2の取引モジュールから、第1の新規注文および第2の新規注文と関連付けられた取引を承認する第2の署名された要求を受信すること(3918)、取引を達成するために、ガバナンスノードと関連付けられたブロックチェーン台帳に、第1のアトミックスワップ要求を提出すること(3920)、取引を達成するために、第1のトレーダと関連付けられた第1のカストディアンノードと関連付けられたブロックチェーン台帳に、第2のアトミックスワップ要求を提出すること(3922)、取引を達成するために、第2のトレーダと関連付けられた第2のカストディアンノードと関連付けられたブロックチェーン台帳に、第3のアトミックスワップ要求を提出すること(3924)、第1のアトミックスワップ要求、第2のアトミックスワップ要求、および第3のアトミックスワップ要求を確認すること(3926)を含むことができる。方法は、任意の順序でこれらのステップのうちの任意の1つ以上を含むことができる。
決済プロセスには、カストディアン間ネット決済アプローチが含まれ、このアプローチでは、2つのカストディアンモジュールとその関連するブロックチェーン台帳との間の各資産のすべてのユーザに対してネット決済額が計算される。完全な配分レポートでは、すべてのユーザ、すべての資産、およびすべての関連するUTXOおよび証明を計算して、ネッティング量および残存量を取得する。システムは、残存量を、スマートコントラクトにロードすることができる、またはそうでなければ、他の非ブロックチェーン台帳レールを介して移動命令を作成することができる。システムは、ネッティング量をバーンし、再配分するアトミックトランザクションを作成し、スマートコントラクトまたは他の従来のレール決済プロセスを起動することができる。
上述の例による方法は、コンピュータ可読媒体に格納されるか、またはそうでなければコンピュータ可読媒体から入手可能であるコンピュータ実行可能命令を使用して実装することができる。そのような命令は、例えば、汎用コンピュータ、特殊目的コンピュータ、または特殊目的処理装置に、特定の機能または機能群を実行させるか、またはそうでなければそれらをそのように構成する命令およびデータを含むことができる。このような命令は、例えば、汎用コンピュータに特定の機能または機能群を実行させるか、またはそうでなければそれをそのように構成し、それによって汎用コンピュータを、それに応じて構成された専用コンピュータに変える命令およびデータを含むことができる。使用されるコンピュータリソースの一部分は、ネットワークを介してアクセス可能であり得る。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語などの中間フォーマット命令、ファームウェア、またはソースコードであり得る。説明された例による方法中に作成された命令、使用される情報、および/または情報を記憶するために使用され得るコンピュータ可読媒体の例としては、磁気ディスクまたは光ディスク、フラッシュメモリ、不揮発性メモリを備えたUSBデバイス、ネットワーク記憶装置などが挙げられる。
これらの開示による方法を実装するデバイスは、ハードウェア、ファームウェア、および/またはソフトウェアを含み得、様々な形態要素のいずれかを取ることができる。そのような形態要素の典型的な例としては、ラップトップ、スマートフォン、スモールフォームファクタパーソナルコンピュータ、パーソナルデジタルアシスタント、ラックマウントデバイス、スタンドアロンデバイスなどが挙げられる。本明細書に記載の機能は、周辺機器またはアドインカードにも具現化され得る。そのような機能は、さらなる例として、単一のデバイスで実行される異なるチップまたは異なるプロセスの間の回路基板上に実装することもできる。
命令、そのような命令を伝達するための媒体、それらを実行するためのコンピューティングリソース、およびそのようなコンピューティングリソースをサポートするための他の構造は、これらの開示に記載の機能を提供するための手段である。
様々な実施例および他の情報は、添付の特許請求の範囲の範囲内の態様を説明するために使用されたが、当業者はこれらの実施例を使用して、多種多様な実装を導き出すことができるため、そのような実施例における特定の特徴または配置に基づいて、特許請求の範囲の限定を暗示すべきではない。任意の実施形態または実施例に記載の任意の特徴は、任意の他の実施例または実施形態の任意の他の特徴と組み合わせ可能であり得る。いくつかの主題は、構造的特徴および/または方法ステップの例に固有の言語で説明されてもよいが、添付の特許請求の範囲に定義された主題は、必ずしもこれらの説明された特徴または行為に限定されないことを理解されたい。例えば、そのような機能は、本明細書で識別されたものとは異なる方法で分散されてもよく、または本明細書で識別されたものとは異なるコンポーネントで実行されてもよい。むしろ、説明される特徴およびステップは、添付の特許請求の範囲内のシステムおよび方法のコンポーネントの例として開示される。
本明細書に提供される任意の実施例は、任意の他の実施例または実施形態で使用され得る要素または概念を含み得る。様々な概念は、本明細書に開示される異なる例示的なプラットフォームまたは方法の間で混合およびマッチングされ得る。
「のうちの少なくとも1つ」を列挙する請求項の記載は、セットのうちの少なくとも1つを指し、セットのうちの1つのメンバーまたはセットのうちの複数のメンバーが請求項を満たすことを示す。例えば、「AおよびBのうちの少なくとも1つ」を列挙する請求項の記載は、A、B、またはAおよびBを意味する。
ステートメントバンク
ステートメント1。資産を取引する方法であって、以下のステップ:カストディアンエンティティに代わって動作するカストディアンモジュールを介して、複数のブロックチェーンベース台帳を作成することであって、複数のブロックチェーンベース台帳は、カストディエンティティと関連付けられ、かつ資産タイプと関連付けられた少なくともブロックチェーンベース台帳を含み、ブロックチェーンベース台帳は、資産ジェネシスブロックの生データのハッシュダイジェストの署名を含む資産ジェネシスブロックで生成され、署名は、カストディアンモジュールとは別個の中央管理モジュールによって生成される、生成すること、カストディアンモジュールにおいて、クライアントから担保を受信することであって、担保は、資産タイプである、受信すること、カストディアンエンティティのカストディ台帳に担保を維持すること、クライアントからおよびカストディアンモジュールにおいて、担保の少なくとも一部分を表す資産の準備の要求を受信すること、検証を生成するために、カストディアンモジュールによって、クライアントの信頼性および要求を、要求と共に受信された個人情報をカストディ台帳に対してマッピングすることによって、検証することであって、カストディ台帳は、準備に利用可能である資産を識別する、検証すること、検証が、資産が準備に利用可能であることを示す場合に、クライアントにトークンを発行することによって要求を承認すること、ならびにクライアント、およびトークンと関連付けられた担保を識別するブロックチェーンベース台帳に新しいブロックを生成することのうちの1つ以上を任意の順序で含む方法。
ステートメント1。資産を取引する方法であって、以下のステップ:カストディアンエンティティに代わって動作するカストディアンモジュールを介して、複数のブロックチェーンベース台帳を作成することであって、複数のブロックチェーンベース台帳は、カストディエンティティと関連付けられ、かつ資産タイプと関連付けられた少なくともブロックチェーンベース台帳を含み、ブロックチェーンベース台帳は、資産ジェネシスブロックの生データのハッシュダイジェストの署名を含む資産ジェネシスブロックで生成され、署名は、カストディアンモジュールとは別個の中央管理モジュールによって生成される、生成すること、カストディアンモジュールにおいて、クライアントから担保を受信することであって、担保は、資産タイプである、受信すること、カストディアンエンティティのカストディ台帳に担保を維持すること、クライアントからおよびカストディアンモジュールにおいて、担保の少なくとも一部分を表す資産の準備の要求を受信すること、検証を生成するために、カストディアンモジュールによって、クライアントの信頼性および要求を、要求と共に受信された個人情報をカストディ台帳に対してマッピングすることによって、検証することであって、カストディ台帳は、準備に利用可能である資産を識別する、検証すること、検証が、資産が準備に利用可能であることを示す場合に、クライアントにトークンを発行することによって要求を承認すること、ならびにクライアント、およびトークンと関連付けられた担保を識別するブロックチェーンベース台帳に新しいブロックを生成することのうちの1つ以上を任意の順序で含む方法。
ステートメント2。カストディアンエンティティの代わりに動作するカストディアンモジュールを介して、カストディエンティティと関連付けられ、かつ追加の資産タイプと関連付けられた追加のブロックチェーンベース台帳を作成することであって、追加のブロックチェーンベース台帳は、追加の資産ジェネシスブロックの追加の生データの追加のハッシュダイジェストの追加の署名を含む追加の資産ジェネシスブロックで生成され、追加の署名は、カストディアンモジュールとは別の中央管理モジュールによって生成される、生成すること、カストディアンモジュールを動作させるカストディアンエンティティにおいて、追加のクライアントから追加の担保を受信することであって、追加の担保は、追加の資産タイプである、受信すること、追加の担保をカストディアンエンティティのカストディ台帳に維持すること、追加のクライアントから、かつカストディアンモジュールにおいて、追加の担保の少なくとも一部分を表す追加の資産の追加の準備の追加の要求を受信すること、カストディアンモジュールによって、追加のクライアントの信頼性および追加の要求を、カストディ台帳に対する追加の要求と共に受信された追加の個人情報をマッピングすることによって、検証することであって、カストディ台帳は、追加の検証を生成するために、追加の資産を、準備のために利用可能であるとして、追加の資産を識別すること、追加の検証が、追加の資産が追加の準備のために利用可能であることを示す場合に、追加のクライアントに追加のトークンを発行することによって、追加の要求を承認すること、ならびに追加のクライアント、および追加のトークンと関連付けられた追加の担保を識別する追加のブロックチェーンベース台帳上に追加の新しいブロックを生成すること、をさらに含む、ステートメント1に記載の資産を取引する方法。
ステートメント3。クライアントと追加のクライアントとの間の取引であって、資産タイプの取引された追加のクライアント資産、および追加の資産タイプの取引されたクライアント資産を生成するための、追加の資産の一部分のための資産の少なくとも一部分の取引を含む、取引に続いて、資産タイプの取引された追加のクライアント資産を表すブロックチェーンベース台帳上に新しいブロックを生成することと、追加の資産タイプの取引されたクライアント資産を表す追加のブロックチェーンベース台帳上に新しいブロックを生成することと、をさらに含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント4。追加のクライアントから、カストディエンティティにおいて受信した交換要求に従って、追加のトークンを交換することと、追加のトークンをバーンすることと、カストディ台帳から追加のクライアントに、資産タイプの取引された追加のクライアント資産を移転することと、をさらに含む、いずれかの先行するステートメント3に記載の資産を取引する方法。
ステートメント5。トークンを交換するために、クライアントからカストディエンティティで受信された交換要求に従って、トークンを燃焼することと、保管台帳からクライアントに追加の資産タイプのクライアント資産を移転することと、をさらに含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント6。資産タイプは、法定通貨を含み、追加の資産タイプは、仮想通貨を含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント7。ブロックチェーンベース台帳は、第1の資産タイプのための第1の台帳、および第2の資産タイプのための追加のブロックチェーンベース台帳を含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント8。ブロックチェーンベース台帳および追加のブロックチェーンベース台帳は、各々、カストディアンモジュールとは別個であり、ネットワーク上でその妥当性を証明するカストディアンモジュールと関連付けられたそれぞれの署名を含む、資産ジェネシスブロックおよび追加の資産ジェネシスブロックでそれぞれ生成される、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント9。ブロックチェーンベース台帳および追加のブロックチェーンベース台帳は、各々、ブロックチェーンネットワーク上に存在する、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント10。ブロックチェーンベース台帳から資産タイプの追加のクライアント資産をバーンすることは、追加のトークンをバーンウォレットに移転することを含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント11。追加のブロックチェーンベース台帳から追加の資産タイプのクライアント資産をバーンすることは、トークンをバーンウォレットに移転することを含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント12。追加のトークンを交換するために追加のクライアントからカストディエンティティにおいて受信された交換要求は、追加の資産ジェネシスブロックに示されるように、カストディアン交換公開鍵を利用した暗号化されたメタデータを含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント13。トークンを交換するためにクライアントからカストディエンティティにおいて受信された交換要求は、資産ジェネシスブロックに示されるように、カストディアン交換公開鍵を利用した暗号化されたメタデータを含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント14。追加のトークンをバーンすることは、カストディアンエンティティによる要求されたデューデリジェンスの後、追加トークンの所有権をバーンアカウントに再配分することを含むステップに従って行われる、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント15。トークンをバーンすることは、カストディアンエンティティによる要求されたデューデリジェンスの後、トークンの所有権をバーンアカウントに再配分することを含むステップに従って行われる、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント16。資産ジェネシスブロックは、クライアントが担保を交換するための交換条件をさらに含む、請求項1に記載の方法。
ステートメント17。引き換え条件は、名前、アドレス、電子メールアドレス、電話番号、生体認証データ、およびソーシャルメディアデータのうちの少なくとも1つ以上を含む、請求項16に記載の方法。
ステートメント18。資産ジェネシスブロックは、カストディアンエンティティの第1の識別と、資産タイプの第2の識別とをさらに含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント19。クライアントにトークンを発行することは、カストディ台帳上のアクションをミラーリングする、先行ステートメントのいずれか1つに記載の資産を取引する方法。
ステートメント20。方法は、カストディアンモジュールによって実行される機能にアクセスするためのウェブベースのユーザインターフェース、およびカストディアンモジュールによって実行される機能にアクセスするためのアプリケーションプログラミングインターフェースとのうちの1つ以上を提供することをさらに含む、先行ステートメントのいずれか1つに記載の資産を取引する方法。
Claims (20)
- システムであって、
プロセッサおよびコンピュータ可読記憶装置を含むカストディアンノードであって、コンピュータ可読記憶装置は、カストディアンモジュールを動作させて、
ブロックチェーンネットワークのブロックチェーンノード上にブロックチェーン台帳を作成することであって、前記ブロックチェーンネットワークは、コンセンサスアルゴリズムを動作させて、分散型ブロックチェーン台帳を越えるトランザクションを記録する複数の分散ノードを含む、作成することと、
資産をトークン化するための要求を受信することと、
前記要求に基づいて、前記資産を前記分散型ブロックチェーン台帳上にトークン化して、トークンを生成することと、
交換要求を受信することと、
前記交換要求に基づいて、前記分散型ブロックチェーン台帳から前記トークンをバーンすることと、
アトミックトランザクションコミットメントを実行することと、
ブロック内のトレーディングトランザクションに基づいて、ネット決済計算を実行することであって、前記ネット決済計算は、前記カストディアンノードとは別個の外部サービスへの命令を含むネット決済移動をさらに含む、実行することと、を含む動作を実行するための命令を記憶する、カストディアンノードと、
トレーダデバイス上で動作するトレーダモジュールであって、前記カストディアンモジュールとインタラクトするように、かつ、
ウォレットを介して、未使用のトランザクション出力および残高の合計を読み取ることと、
トレーダへの注文エントリシステムへのアクセスを可能にすることと、
前記カストディアンモジュールへの発行および交換要求を開始することと、
前記トレーダのための公開鍵および秘密鍵を管理することと、を含む動作を実行するように構成されている、トレーダモジュールと、
ノード上に構成されたアトミックスワップモジュールであって、
トレーダをマッチングするマッチングエンジンからトランザクションを受信することと、
前記秘密鍵を用いて前記トランザクションの署名を取得して、署名されたトランザクションを生成することと、
前記署名されたトランザクションをメンプールに追加することと、
2つのそれぞれの分散型ブロックチェーン台帳と同時に資産の所有権を変更して、取引実行を生成するアトミックスワップが発生することを確実にすることと、
前記マッチングエンジンまたは他のシステムに、成功した、または失敗した取引実行を通知することと、を含む動作を実行するように構成されている、アトミックスワップモジュールと、
ノード上に構成されたカストディアン間ネット決済モジュールであって、
任意の2つのカストディアンモジュールとそれらの関連する分散型ブロックチェーン台帳との間の各資産のすべてのユーザに支払われるべきネット決済額を計算することと、
前記ネット決済額に基づいて、すべてのユーザ、すべての資産すべての関連する未使用の出力および証明のための完全な配分レポートを生成することであって、前記完全な配分レポートは、ネッティング量および残存量を含む、生成することと、
前記残存量をブロックチェーンベースのスマートコントラクトにロードすることか、またはそうでなければ非ブロックチェーン台帳レールを介した移動命令を作成することと、
前記ネッティング量をバーンし、再配分し、前記ブロックチェーンベースのスマートコントラクトまたは他の従来のレール支払いを起動するアトミックトランザクションを作成することと、を含む動作を実行するように構成されている、カストディアン間ネット決済モジュールと、を含む、システム。 - 前記カストディアンモジュールは、
ブロックチェーン台帳アドレス間で任意の支払いトランザクションを実行することを含む動作を実行するようにさらに構成されている、請求項1に記載のシステム。 - 前記コンセンサスアルゴリズムは、ジャストインタイムコンセンサスアルゴリズムのオンを含む、請求項1に記載のシステム。
- 前記アトミックスワップモジュールは、動作:
対象のユーザの未使用出力セット合計に対して信用調査を実行すること、および
対象の前記ユーザと関連付けられた前記未使用出力を使用するブロックチェーントランザクションを、ブロックチェーントランザクションとして受信することか、または作成すること、のうちの1つ以上を実行するようにさらに構成されている、請求項1に記載のシステム。 - 前記アトミックスワップモジュールによって実行される、秘密鍵を用いて前記トランザクションの前記署名を取得することは、(1)前記トレーダモジュールが、前記トレーダからの、供給された秘密鍵を用いて委任署名を実行すること、または(2)前記秘密鍵による署名のために前記トランザクションを前記トレーダモジュールに送信することを介して行われる、請求項1に記載のシステム。
- 前記アトミックスワップモジュールによって実行される、前記アトミックスワップが前記資産の所有権を変更することを確実にすることは、トランザクションを検証し、メンプールトランザクションのステータスを変更するガバナンスブロックチェーンノードを呼び出し、影響を受ける未使用出力に関連するカストディ分散型ブロックチェーン台帳との2相コミットプロトコルを起動すること、をさらに含む、請求項1に記載のシステム。
- 前記注文エントリシステムは、
リアルタイムの取引前信用調査を実行すること、
入札およびオファー、もしくは見積依頼を入力することか、またはそうでなければ価格設定を交渉すること、
前記マッチングエンジンに注文を提出すること、を含む動作を実行するように構成されている、請求項1に記載のシステム。 - 前記注文エントリシステムは、
クレジットエンジンおよびマージンエンジンに接続することと、クライアント購買力を判定するための計算を実行することと、を含む動作を実行するようにさらに構成されている、請求項7に記載のシステム。 - 前記注文エントリシステムは、
一方向の支払い注文を実行することを含む動作を実行するようにさらに構成されている、請求項8に記載のシステム。 - 前記マッチングエンジンは、
第三者から見積および注文を受信することと、
リットブック、もしくはダークブック、またはその両方で注文マッチングを実行することと、を含む動作を実行するように構成されている、請求項1に記載のシステム。 - 前記マッチングエンジンは、
オーダーブックを維持し、公開することと、
外部オーダーブックを集約し、実行のために、前記外部オーダーブックに注文をルーティングすること、を含む動作を実行するようにさらに構成されている、請求項10に記載のシステム。 - 仮想カストディアンモジュールであって、
アトミックスワップに関連するタイムロックされたトランザクションのために、前記ブロックチェーンベースのスマートコントラクトと、ウォレットを介してインタラクトすることと、
スマートコントラクト締結資産と、分散型ブロックチェーン台帳上に資産を有する前記カストディアンモジュールとの間の前記アトミックスワップを容易にすることと、を含む動作を実行するように構成された、仮想カストディアンモジュールをさらに含む、請求項1に記載のシステム。 - 前記システムは、
オンチェーンリポジショントランザクションとして貸し出すことであって、担保およびリスクルールに基づいて、対抗するトランザクションと共に巻き戻されると予想される、かつ強制される可能性のある前記オンチェーンリポジショントランザクション、貸し出すことを含む動作を実行するように構成されている、請求項1に記載のシステム。 - 前記システムは、
前記トレーダモジュール内で管理される事前設定されたルールおよびプリファレンスに基づいて、プログラム的な日中借用を実行することを含む動作を実行するようにさらに構成されている、請求項13に記載のシステム。 - 前記システムは、
複数のカストディアンモジュールのうちの1つにおいて、異なる分散型ブロックチェーン台帳上の資産間の前記ブロックチェーンネットワーク上で実行することを含む動作を実行するようにさらに構成されている、請求項14に記載のシステム。 - 前記システムは、分散型取引所と統合され、前記分散型取引所に流動性を投入すること、および前記分散型取引所から流動性を取り除くことの両方を行う、請求項1に記載のシステム。
- 前記システムは、
前記ブロックチェーンベースのスマートコントラクトと前記カストディアン分散型ブロックチェーン台帳との間のアトミックスワップを維持することを含む動作を実行するようにさらに構成されている、請求項16に記載のシステム。 - 前記ブロックチェーンネットワークは、
ガバナンスモジュールブロックチェーンノードを備える1つ以上のガバナンスモジュールと、
カストディモジュールブロックチェーンノードを備える複数のカストディアンモジュールと、
カストディアンモジュールごとの複数のブロックチェーン台帳と、
複数のトレーダモジュールと、
ピアツーピアメッセージング機能と、を含み、前記ブロックチェーンネットワークは、前記コンセンサスアルゴリズムを実装し、トランザクションブロードキャストプロトコルおよびプライバシーレベルを使用する、請求項1に記載のシステム。 - ブロックチェーンネットワークであって、
エクスチェンジネットワークのガバナンスモジュールにおける第1のブロックチェーンノードと、
金融資産を保有するカストディアンネットワークにおける第2のブロックチェーンノードであって、前記カストディアンネットワークは、複数のカストディアンモジュールであって、各々、ブロックチェーン台帳を作成し、資産をトークン化するための要求を受信し、前記ブロックチェーン台帳上の前記資産をトークンにトークン化し、前記トークンの交換要求を受信し、前記トークンを前記ブロックチェーン台帳からバーンし、アトミックトランザクションコミットメントを実行し、ブロックでのトレーディングトランザクションに基づいてネット決済計算を実行する、複数のカストディアンモジュールを含む、第2のブロックチェーンノードと、
前記複数のカストディアンモジュールのカストディアンモジュールごとの複数のブロックチェーン台帳であって、前記複数のブロックチェーン台帳の各作成されたブロックチェーン台帳は、資産、信用枠、または他の手段ごとのトランザクションを記録する、複数のブロックチェーン台帳と、
メッセージングコンポーネントと、
前記メッセージングコンポーネントを使用して、前記複数のブロックチェーン台帳の現在の状態に関する共通の合意に達する、前記第1のブロックチェーンノードおよび前記第2のブロックチェーンノード上で動作するコンセンサスアルゴリズムと、を含む、ブロックチェーンネットワーク。 - 方法であって、
第1のトレーダと関連付けられた第1のトレーディングモジュールから、第1の新規注文を受信することと、
前記第1の新規注文をマッチングエンジンに提出することと、
第2のトレーダと関連付けられた第2のトレーディングモジュールから、第2の新規注文を受信することと、
前記第2の新規注文を前記マッチングエンジンに提出することと、
前記マッチングエンジンにおいて、前記第1の新規注文と前記第2の新規注文との間にマッチがあるかどうかを判定して、判定を生成することと、
前記判定がマッチである場合、前記方法は、
エクスチェンジネットワークのガバナンスノードと関連付けられたブロックチェーン台帳において、前記第1のトレーダの第1の残高をチェックすることと、
前記エクスチェンジネットワークの前記ガバナンスノードと関連付けられた前記ブロックチェーン台帳において、前記第2のトレーダの第2の残高をチェックすることと、
前記第1のトレーディングモジュールから、前記第1の新規注文および前記第2の新規注文と関連付けられた取引を承認する第1の署名された要求を受信することと、
前記第2のトレーディングモジュールから、前記第1の新規注文および前記第2の新規注文と関連付けられた前記取引を承認する第2の署名された要求を受信することと、
前記取引を達成するために、前記ガバナンスノードと関連付けられた前記ブロックチェーン台帳に、第1のアトミックスワップ要求を提出することと、
前記取引を達成するために、前記第1のトレーダと関連付けられた第1のカストディアンノードと関連付けられたブロックチェーン台帳に、第2のアトミックスワップ要求を提出することと、
前記取引を達成するために、前記第2のトレーダと関連付けられた第2のカストディアンノードと関連付けられたブロックチェーン台帳に、第3のアトミックスワップ要求を提出することと、
前記第1のアトミックスワップ要求、前記第2のアトミックスワップ要求、および前記第3のアトミックスワップ要求を確認することと、を含む、方法。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962897030P | 2019-09-06 | 2019-09-06 | |
US62/897,030 | 2019-09-06 | ||
US17/013,594 | 2020-09-05 | ||
US17/013,594 US20210073913A1 (en) | 2019-09-06 | 2020-09-05 | System and method of providing a block chain-based recordation process |
PCT/US2020/049602 WO2021046494A1 (en) | 2019-09-06 | 2020-09-05 | System and method of providing a blockchain-based recordation process |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2022547130A true JP2022547130A (ja) | 2022-11-10 |
Family
ID=74851324
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022515009A Pending JP2022547130A (ja) | 2019-09-06 | 2020-09-05 | ブロックチェーンベースの記録プロセスを提供するシステムおよび方法 |
Country Status (9)
Country | Link |
---|---|
US (1) | US20210073913A1 (ja) |
EP (1) | EP4014187A4 (ja) |
JP (1) | JP2022547130A (ja) |
CN (1) | CN115136168A (ja) |
AU (1) | AU2020341824A1 (ja) |
BR (1) | BR112022003989A2 (ja) |
CA (1) | CA3149850A1 (ja) |
MX (1) | MX2022002685A (ja) |
WO (1) | WO2021046494A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210398211A1 (en) * | 2020-06-17 | 2021-12-23 | Coinbase, Inc. | Systems and methods for converting cryptocurrency |
Families Citing this family (76)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10796371B1 (en) | 2016-11-23 | 2020-10-06 | State Farm Mutual Automobile Insurance Company | Systems and methods for maintaining a distributed ledger of transactions pertaining to an autonomous vehicle |
US20210264426A1 (en) | 2017-01-25 | 2021-08-26 | State Farm Mutual Automobile Insurance Company | Blockchain based asset access |
US10824747B1 (en) | 2017-01-25 | 2020-11-03 | State Farm Mutual Automobile Insurance Company | Systems and methods for controlled access to policy data on blockchain |
US10740849B1 (en) | 2017-03-03 | 2020-08-11 | State Farm Mutual Automobile Insurance Company | Smart contracts for vehicle events |
US11334952B1 (en) | 2017-04-05 | 2022-05-17 | State Farm Mutual Automobile Insurance Company | Systems and methods for usage based insurance via blockchain |
US20210264527A1 (en) | 2017-05-02 | 2021-08-26 | State Farm Mutual Automobile Insurance Company | Distributed Ledger System for Managing Smart Home Data |
US10949926B1 (en) | 2017-05-24 | 2021-03-16 | State Farm Mutual Automobile Insurance Company | Fault determination of blockchain subrogation claims |
US11416942B1 (en) | 2017-09-06 | 2022-08-16 | State Farm Mutual Automobile Insurance Company | Using a distributed ledger to determine fault in subrogation |
US11386498B1 (en) | 2017-09-06 | 2022-07-12 | State Farm Mutual Automobile Insurance Company | Using historical data for subrogation on a distributed ledger |
US10872381B1 (en) | 2017-09-06 | 2020-12-22 | State Farm Mutual Automobile Insurance Company | Evidence oracles |
US10250394B1 (en) * | 2018-09-20 | 2019-04-02 | Accenture Global Solutions Limited | Cryptologic self-executing blockchain export commitment |
US20200104922A1 (en) * | 2018-09-28 | 2020-04-02 | Strike Derivatives Inc. | Electronic trade processing system and method |
AU2019372344A1 (en) | 2018-11-02 | 2021-05-27 | William Edward Quigley | A tokenization platform |
US10535062B1 (en) * | 2019-03-20 | 2020-01-14 | Capital One Services, Llc | Using a contactless card to securely share personal data stored in a blockchain |
EP3732644A2 (en) | 2019-09-11 | 2020-11-04 | Advanced New Technologies Co., Ltd. | System and method for digital asset management |
CN111213168B (zh) | 2019-09-11 | 2023-11-03 | 创新先进技术有限公司 | 用于数字资产转移的系统和方法 |
US11954681B2 (en) * | 2019-09-30 | 2024-04-09 | Southeast University | Blockchain-enhanced open internet of things access architecture |
US11669830B2 (en) * | 2019-10-15 | 2023-06-06 | Jpmorgan Chase Bank, N.A. | Systems and methods for distributed-ledger based settlement |
US11138586B1 (en) * | 2020-03-23 | 2021-10-05 | Daxchain Limited | Digital asset exchange system and related methods |
US20230109085A1 (en) * | 2020-06-26 | 2023-04-06 | Visa International Service Association | Digital Currency Aggregation Processing |
US20220005026A1 (en) * | 2020-07-01 | 2022-01-06 | Jpmorgan Chase Bank, N.A. | System and method for implementing a market data hub with digital rights management |
US20230043702A1 (en) * | 2020-07-27 | 2023-02-09 | New York Digital Investment Group | Multi-modal routing engine and processing architecture for currency orchestration of transactions |
US20220058580A1 (en) * | 2020-08-24 | 2022-02-24 | Arkitoken, Inc. | Cryptocurrency Protocol and System and Method for Use of Same |
US11538105B2 (en) | 2020-08-24 | 2022-12-27 | Block, Inc. | Cryptographic-asset collateral management |
CN111741035B (zh) * | 2020-08-28 | 2020-11-24 | 支付宝(杭州)信息技术有限公司 | 电子合同的签署方法、装置及设备 |
US11568376B2 (en) * | 2020-09-08 | 2023-01-31 | Flexa Network Inc. | Assignment of conditional access rights to assignable tokens based on an interaction |
US11593351B2 (en) * | 2020-09-22 | 2023-02-28 | Bank Of America Corporation | Error correction for data control ledgers |
US11296882B1 (en) * | 2020-10-01 | 2022-04-05 | Bank Of America Corporation | System for intelligent identification of unauthorized users in a distributed register network |
US11556986B2 (en) * | 2020-10-13 | 2023-01-17 | Bank Of America Corporation | Information linkage platform for enhanced tracking of processed events |
US20220138843A1 (en) * | 2020-11-03 | 2022-05-05 | FinLink, Inc. | Methods and apparatuses for core banking functionality and physical document control employing an ivatr with a genesis portion and associated storage portions |
US11275726B1 (en) * | 2020-12-06 | 2022-03-15 | Kamu Data Inc. | Distributed data processing method with complete provenance and reproducibility |
US11587162B2 (en) * | 2020-12-31 | 2023-02-21 | TraDove, Inc. | Blockchain-based digital loan network |
US12026789B2 (en) * | 2021-02-08 | 2024-07-02 | CipherTrace, Inc. | Systems and methods of forensic analysis of cryptocurrency transactions |
CN112905616B (zh) * | 2021-03-19 | 2022-09-23 | 广东科学技术职业学院 | 一种区块链账本的存储系统 |
WO2022204604A1 (en) * | 2021-03-26 | 2022-09-29 | Broadridge Financial Solutions, Inc. | Computer network systems for cryptographically-secured, token-based operations and methods of use thereof |
JP2024516560A (ja) * | 2021-04-06 | 2024-04-16 | スカーセッリ,ブルーノ | 資産確認システムおよびその使用方法 |
US20220337424A1 (en) * | 2021-04-16 | 2022-10-20 | Portable Data Corp | Apparatuses And Methods For Facilitating Cryptographically Mediated Organizations And Tokens And Related Interactions |
EP4328833A4 (en) * | 2021-04-22 | 2024-03-06 | Decurret DCP Inc. | INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD |
DE102021002329A1 (de) * | 2021-05-03 | 2022-11-03 | Giesecke+Devrient Advance52 Gmbh | Verfahren zum registrieren eines elektronischen münzdatensatzes in einem münzregister; ein münzregister; eine teilnehmereinheit und ein computerprogrammprodukt |
WO2022238983A1 (en) * | 2021-05-14 | 2022-11-17 | Goldman Sachs & Co. LLC | Blockchain with joint claims on tokens |
CN113034144A (zh) * | 2021-05-20 | 2021-06-25 | 北京百度网讯科技有限公司 | 区块链社区治理的方法、装置、设备和存储介质 |
CN113067900B (zh) * | 2021-06-02 | 2021-09-24 | 支付宝(杭州)信息技术有限公司 | 智能合约的部署方法及装置 |
US11461861B1 (en) | 2021-06-03 | 2022-10-04 | State Farm Mutual Automobile Insurance Company | Net settlement of subrogation claims using a distributed ledger |
US11853278B2 (en) | 2021-06-10 | 2023-12-26 | Jpmorgan Chase Bank , N.A. | Systems and methods for combining graph embedding and random forest classification for improving classification of distributed ledger activities |
US11956360B2 (en) * | 2021-06-15 | 2024-04-09 | International Business Machines Corporation | Provable trade secrets on blockchain networks |
US11748749B2 (en) * | 2021-06-17 | 2023-09-05 | Mastercard Asia/Pacific Pte. Ltd. | Method and system for mediated cross ledger stable coin atomic swaps using hashlocks |
CN113327166A (zh) * | 2021-06-21 | 2021-08-31 | 史云凌 | 一种基于utxo的区块链多级共识方法 |
US11983161B2 (en) * | 2021-06-23 | 2024-05-14 | Bank Of America Corporation | System for mitigating data loss in an edge computing environment using machine learning and distributed ledger techniques |
US11838854B2 (en) * | 2021-07-06 | 2023-12-05 | Cisco Technology, Inc. | 5G network slicing and resource orchestration using holochain |
US11496327B1 (en) * | 2021-07-07 | 2022-11-08 | Ava Labs, Inc. | Secure and trustworthy bridge for transferring assets across different networks |
CN113407977B (zh) * | 2021-07-21 | 2022-06-10 | 杭州链网科技有限公司 | 基于聚合签名的跨链扩展方法及系统 |
US20230043223A1 (en) * | 2021-08-05 | 2023-02-09 | Artema Labs, Inc | Methods for Securely Adding Data to a Blockchain Using Dynamic Time Quanta and Version Authentication |
CN113553347B (zh) * | 2021-08-09 | 2024-03-22 | 恒安嘉新(北京)科技股份公司 | 基于区块链的数据处理方法、装置、设备及存储介质 |
WO2023034421A1 (en) * | 2021-09-01 | 2023-03-09 | Block, Inc. | Verified transactions through integrations |
CN113746922B (zh) * | 2021-09-03 | 2023-10-20 | 杭州复杂美科技有限公司 | 节点连接方法、计算机设备和存储介质 |
CN113965566B (zh) * | 2021-10-11 | 2024-05-14 | 浪潮云信息技术股份公司 | 一种基于Header-Sig流的BFT共识算法实现方法及系统 |
US20230128039A1 (en) * | 2021-10-22 | 2023-04-27 | Mastercard International Incorporated | Method and system for dynamic addition of blocks in a blockchain |
WO2023083525A1 (en) * | 2021-11-11 | 2023-05-19 | NEC Laboratories Europe GmbH | Fast blockchain payment method and system |
US12047512B1 (en) | 2021-11-17 | 2024-07-23 | Wells Fargo Bank, N.A. | Systems and methods of digital asset wrapping using a public key cryptography (PKC) framework |
US11893553B1 (en) * | 2021-11-17 | 2024-02-06 | Wells Fargo Bank, N.A. | Systems and methods of exchanging digital assets using a public key cryptography (PKC) framework |
WO2023111884A1 (en) * | 2021-12-17 | 2023-06-22 | National Payments Corporation Of India | A system and method for providing data privacy in a blockchain network |
US20230231716A1 (en) * | 2022-01-20 | 2023-07-20 | Ford Global Technologies, Llc | Autonomous machine operation with blockchain authentication |
US20230298064A1 (en) * | 2022-01-26 | 2023-09-21 | Seek Xr, Inc. | Systems and methods for facilitating redemption of unique digital asset utility |
US11789937B2 (en) * | 2022-01-28 | 2023-10-17 | Hong Kong Applied Science and Technology Research Institute Company Limited | Method and apparatus for exchanging data between blockchain system and non-blockchain system |
US11477005B1 (en) * | 2022-02-03 | 2022-10-18 | Tassat Group Inc. | Systems for multi-blockchain, multi-token interoperability via common blockchain integration and methods of use thereof |
CN114529412A (zh) * | 2022-02-23 | 2022-05-24 | 支付宝(杭州)信息技术有限公司 | 基于区块链的资源处理方法及装置 |
CN114565387B (zh) * | 2022-03-15 | 2022-10-04 | 湖南三湘银行股份有限公司 | 一种基于区块链记账的智能对公支付系统 |
CN114913011B (zh) * | 2022-04-26 | 2024-07-23 | 成都质数斯达克科技有限公司 | 一种基于区块链的资金实时结算方法、装置、设备及介质 |
US11971903B2 (en) * | 2022-05-13 | 2024-04-30 | Circle Internet Financial Limited | Atomically bridging transactions across different blockchains |
US20230419406A1 (en) * | 2022-05-18 | 2023-12-28 | Black Lotus Labs, Inc. | Systems and methods for providing a decentralized volatility platform for cryptocurrency option trading |
WO2023249779A1 (en) * | 2022-06-23 | 2023-12-28 | Credenza Inc. | Decentralized commerce through embedded rendering data in smart contracts |
CN115550026B (zh) * | 2022-09-26 | 2023-07-04 | 建信金融科技有限责任公司 | 基于区块链交易的多重监管方法、系统及存储介质 |
KR102478744B1 (ko) * | 2022-09-29 | 2022-12-20 | 주식회사 위메이드 | 블록체인 네트워크 상에서 스테이블코인 서비스를 제공하는 방법 및 이를 이용한 블록체인 시스템 |
WO2024150143A1 (en) * | 2023-01-09 | 2024-07-18 | 1Inch Limited | Gasless decentralized token swaps |
CN116074115B (zh) * | 2023-03-06 | 2023-06-23 | 广州市悦智计算机有限公司 | 一种基于智能合约实现跨链加密会话方法 |
CN116932656B (zh) * | 2023-09-18 | 2024-01-09 | 中孚安全技术有限公司 | 基于区块链的数据血缘存储方法、系统、设备及介质 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9672499B2 (en) * | 2014-04-02 | 2017-06-06 | Modernity Financial Holdings, Ltd. | Data analytic and security mechanism for implementing a hot wallet service |
JP6704985B2 (ja) * | 2015-04-05 | 2020-06-03 | デジタル・アセット・ホールディングス・エルエルシー | デジタル資産仲介電子決済プラットフォーム |
US10339523B2 (en) * | 2015-07-14 | 2019-07-02 | Fmr Llc | Point-to-point transaction guidance apparatuses, methods and systems |
WO2017127564A1 (en) * | 2016-01-19 | 2017-07-27 | Priv8Pay, Inc. | Network node authentication |
US9849364B2 (en) | 2016-02-02 | 2017-12-26 | Bao Tran | Smart device |
US10373129B1 (en) | 2018-03-05 | 2019-08-06 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
US11310060B1 (en) * | 2018-02-15 | 2022-04-19 | Blockstream Corporation | Atomic cross-chain swaps using equivalent secret values |
WO2023072965A1 (en) * | 2021-10-28 | 2023-05-04 | Nchain Licensing Ag | Methods and systems for distributed blockchain functionalities |
-
2020
- 2020-09-05 BR BR112022003989A patent/BR112022003989A2/pt not_active Application Discontinuation
- 2020-09-05 CA CA3149850A patent/CA3149850A1/en active Pending
- 2020-09-05 WO PCT/US2020/049602 patent/WO2021046494A1/en unknown
- 2020-09-05 JP JP2022515009A patent/JP2022547130A/ja active Pending
- 2020-09-05 US US17/013,594 patent/US20210073913A1/en active Pending
- 2020-09-05 AU AU2020341824A patent/AU2020341824A1/en active Pending
- 2020-09-05 EP EP20859808.6A patent/EP4014187A4/en active Pending
- 2020-09-05 CN CN202080076001.8A patent/CN115136168A/zh active Pending
- 2020-09-05 MX MX2022002685A patent/MX2022002685A/es unknown
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210398211A1 (en) * | 2020-06-17 | 2021-12-23 | Coinbase, Inc. | Systems and methods for converting cryptocurrency |
Also Published As
Publication number | Publication date |
---|---|
WO2021046494A1 (en) | 2021-03-11 |
CN115136168A (zh) | 2022-09-30 |
EP4014187A4 (en) | 2022-10-12 |
CA3149850A1 (en) | 2021-03-11 |
US20210073913A1 (en) | 2021-03-11 |
AU2020341824A1 (en) | 2022-03-24 |
MX2022002685A (es) | 2022-06-02 |
EP4014187A1 (en) | 2022-06-22 |
BR112022003989A2 (pt) | 2022-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210073913A1 (en) | System and method of providing a block chain-based recordation process | |
US20240193602A1 (en) | Resource transfer system | |
US20220366416A1 (en) | Temporary consensus networks in a resource transfer system | |
US20220391890A1 (en) | Private networks and content requests in a resource transfer system | |
US20200042989A1 (en) | Asset-backed tokens | |
US20230040935A1 (en) | One way functions in a resource transfer system | |
US20220351177A1 (en) | Hold condition in a resource transfer system | |
US11995468B2 (en) | Transfer costs in a resource transfer system | |
US20190318425A1 (en) | Energy future token platform | |
CN112823367A (zh) | 基于区块链的加速交易处理的方法、装置和系统 | |
US20160342984A1 (en) | Loop transfer in a resource transfer system | |
AU2022215275A1 (en) | Temporary consensus networks in a resource transfer system | |
WO2023201360A2 (en) | Method, controller, and computer-readable medium for replacement of a cancelled repeating transfer data structure on a distributed transfer network | |
WO2017060816A1 (en) | Private networks and content requests in a resource transfer system | |
US20200387975A1 (en) | System and method for providing patent title insurance with centralized and distributed data architectures |