JP2022547130A - ブロックチェーンベースの記録プロセスを提供するシステムおよび方法 - Google Patents

ブロックチェーンベースの記録プロセスを提供するシステムおよび方法 Download PDF

Info

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
Application number
JP2022515009A
Other languages
English (en)
Inventor
インガルギオラ，ロザリオ，エム．
Original Assignee
ボソニック，インコーポレイテッド
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ボソニック，インコーポレイテッド filed Critical ボソニック，インコーポレイテッド
Publication of JP2022547130A publication Critical patent/JP2022547130A/ja
Pending legal-status Critical Current

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

カストディアンが保有する資産のデジタル表現を発行するために、カストディアンが利用する、複数の単一資産タイプおよびブロックチェーンベース台帳を利用する、システムおよび方法が開示されている。トレーディングエンティティは、カストディアンと共に、台帳上に表現されるそれぞれの資産を配置する。各ブロックチェーンベース台帳上のジェネシスブロックは、最初の信用を提供し、ネットワークに入ることを妨げる不正ノードに対するバリケードとして機能するエクスチェンジネットワークによって署名される。トレーディングエンティティは、エクスチェンジネットワークを使用して、価格に合意し、取引を行う。取引には、別の資産タイプに対して１つの資産タイプを含めることができる。アトミックエクスチェンジが実行され、取引が完了する。トークン所有権への変更は、それぞれのカストディアン台帳に自動的に記録され、交換は、台帳が、実際の通貨で更新され、カストディアンからトレーディングエンティティアカウントに移動することができるように、トレーディングエンティティによる要求に応じて行われる。【選択図】図２

Description

関連出願の優先権主張
本出願は、２０２０年９月５日に出願された米国非仮特許出願第１７／０１３，５９４号の優先権を主張し、これは、２０１９年９月６日に出願された米国仮特許出願第６２／８９７，０３０号の優先権を主張し、それらの内容は参照によりその全体が本明細書に組み込まれる。
本技術は、コンピュータのネットワークを動作させて、データの別個の記録に加えて、トランザクションの承認されたブロックチェーンベースの記録を生成することに関する。開示されたアプローチは、デジタル資産または暗号化データ記録の作成、トランザクション実行、および配信のためのより安全で高速なシステムを提供する。
本開示は、金融取引市場における問題に対処し、具体的には、資本市場を運営するための現在の市場コンピュータインフラストラクチャに関する技術的な問題を解決する。図１Ａは、現在、クライアントの証券または資金を交換する市場インフラストラクチャを例解する。金融取引市場１００では、Ｃｉｔａｄｅｌ（既知のヘッジファンド）およびＴｈｅ Ｔｕｄｏｒ Ｇｒｏｕｐ（投資会社）のような企業は、一般的に投資マネージャおよびエンドクライアント１０２を表している。これらの２社が互いに取引をしたいと思っていると仮定する。互いに取引するメカニズムは、実行ブローカまたはプライムブローカ１０４の使用によるものである。プライムブローカまたはプライムブローカレッジとは、ＣｉｔａｄｅｌおよびＴｕｄｏｒ Ｇｒｏｕｐなどの様々なディーラを介して、クライアントが外国為替取引を行うことを可能にする、投資銀行および証券会社が提供するサービスのバンドルパッケージを指す用語である。
市場インフラストラクチャ１００内で、基本的なトレーディング動作を容易にし、信頼を維持するために、いくつかの異なるエンティティが互いに通信する。投資マネージャおよびクライアント１０２は、実行ブローカ１０４ならびに清算ブローカ１０６と通信する。清算ブローカ１０６は、取引所のメンバーであることができ、清算会社の投資家間の連絡役として機能し、取引が適切に決済され、トランザクションが成功することを確実にするのに役立つ。実行ブローカ１０４は、ＡＰＩ１０８を介して取引所１１６とリアルタイムで通信することができる。交換トランザクションと関連付けられたバッチデータはまた、安全なＦＴＰ通信１１０を介して通信することもできる。カストディアン１１８は、盗難または紛失のリスクを最小限に抑えるために、顧客証券を保管のために保有している。典型的には、証券は、伝統的なデータベース内で電子形式で保有される。
中央清算機関（ＣＣＰ）１２２は、トランザクションの当事者間の取引先の信用リスクを引き受け、外国為替、証券、オプション、およびデリバティブ契約の取引の清算および決済サービスを提供する別の金融機関である。清算ブローカ１０６は、安全なＦＴＰプロトコル１１２を介して、およびメッセージキュー（ＭＱ）１１４を介してリアルタイムで、ＣＣＰ１２２と通信する。証券保管振替機構（ＣＳＤ）１２０は、物理的な証書の移転ではなく、ブックエントリを通じて所有権を簡単に移転することができるように、券面がある、または無券面化された、株式などの証券を保有する特殊金融機関である。ＣＳＤ１２０は、ブローカおよび金融会社が清算および決済のために利用可能である１つの場所の証券を保有することを可能にするために、カストディアン１１８およびＣＣＰ１２２と通信する。
上記の従来の市場インフラストラクチャ１００には、いくつかの問題がある。第一に、市場全体のインフラストラクチャ内の異なるエンティティによって維持されているデータベースを分離するための、重要なデータへのタイムリーアクセスが不足している。別個のデータベースの使用は、データの独立したサイロと称することができる。データの複数のコピーがこの市場インフラストラクチャ１００に使用され、冗長な調整の必要性につながる。これらの調整は、達成するのに時間およびコンピュータリソースを要する。さらに、非標準的なデータフォーマット、および異なる国の規制環境の相違により、複雑なワークフローが存在する。従来のシステムにおいて、決済が完了するまで、所有権の変更は、最終的ではなく、証明可能でさえもない。これらの課題は、少なくとも部分的には、古いコンピュータインフラストラクチャおよび従来のデータベースにデータを記憶するメカニズムに起因し得る。
金融市場インフラストラクチャ１００はまた、手数料が、取引の適切な清算および決済を確実にする役割を各々果たす様々なエンティティによって課されることに起因して、費用もかかる。例えば、カストディアン手数料、為替手数料、ＣＳＤ手数料などがある。これにより、市場インフラストラクチャのコストが高くなる。加えて、エンティティの多くは、例外を処理するために余分な資本バッファを提供しなければならない。資本バッファは、金融機関が、他の最低限の資本要件に加えて保有しなければならない必須資本である。
実際、内部インフラストラクチャ、または取引管理のためのこれらのエンティティのうちの１つでさえも、支払い、製品管理、規制および報告要件、リスク管理、担保管理、取引情報蓄積機関、外部企業、取引取得などの機能に関連する問題を管理するための多数の様々なコンポーネントを含み得る。
本開示は、市場インフラストラクチャ１００に関するいくつかの問題を特定し、ここで、市場インフラストラクチャ１００内のより具体的な問題に目を向ける。クライアント１０２は、ネットベースで投資し、絶対的なリターンを達成することができるために、証券および現金を借りる能力を必要とする。プライムブローカ１０４は、ほとんどの場合、マージン預金および潜在的に完全に担保された信用枠を必要とし、その結果、ヘッジファンドの資産は、カストディアン１１８としての役割でプライムブローカ１０４によって保有される。
金融取引市場における課題は、少数の主要なプレイヤー（ティア１銀行）のみがプライムブローカレッジ１０４として運営されることである。これらのプライムブローカレッジは、通常、小規模なクライアントとは連携しないが、主要な担保を有する大規模なヘッジファンドとのみ連携する。プライムブローカレッジ１０４は、カストディアン１１８として運営され、完全な担保化を必要とするため、政府の規制は、クライアントおよびその信用枠に関して特定の要件を有する。したがって、信用枠が完全ではないまたは十分な担保がない小規模なクライアントまたはトレーダは、プライムブローカレッジサービス１０４を受けるためにティア１銀行から切り離されている。これにより、ティア２信用仲介業者に依存しなければならない小規模なトレーダにとって、金融サービスの利用はよりコストがかかる。
他の場合には、それは、プライムブローカレッジ１０４サービスにアクセスすることができない小規模なエンティティだけでなくてもよい。数十億ドルの担保を有す大規模なエンティティも、プライムブローカレッジ１０４サービスにアクセスすることができない場合もある。プライムブローカレッジ１０４を使用してエンティティ間で証券または他の資産を取引することができる１つの基本的な利点は、証券貸付、レバレッジド取引実行、キャッシュ管理などのプライムブローカ１０４サービスのクライアントに対する改善されたコストである。言い換えれば、特定の規制の下で適格である大規模なエンティティは、または選択的には、一般的なクライアントよりも、ブローカレッジサービスのコストを削減する能力を有する。したがって、少数の大規模なクライアントのみが利用可能であるプライムブローカレッジ１０４サービスの卸売市場が存在する。上記の技術的インフラストラクチャの課題により、今日プライムブローカが提供するサービスを満たす、またはそれを超えるあらゆる種類のクライアントに費用対効果の高いブローカレッジサービスを提供する方法および装置が必要である。
本開示の上記ならびに他の利点および特徴を得ることができる様式を説明するために、簡潔に上述された原理のより具体的な説明は、添付の図面に図示されているその具体的な実施形態を参照することによって提供される。これらの図面は、本開示の例示的な実施形態のみを描写し、したがって、その範囲を限定するものと見なされるべきではないことを理解し、本明細書の原理は、添付の図面の使用を通じて、さらに具体的かつ詳細に記載および説明される。
現在、クライアントの証券または資金を交換する市場インフラストラクチャを例解する。 本開示の技術を実装するために使用することができる例示的なコンピューティングデバイスを例解する。 様々なコンポーネントを備えるブロックチェーン記録プロセスを例解する。 本開示の態様による、カストディアンモジュールを例解する。 本開示のいくつかの実施例による、ジェネシスブロック署名プロセスを例解する。 本明細書に開示されるように、クライアントのエクスチェンジネットワークを動作させるために、アカウントを作成するように協働する様々なコンポーネントのシナリオを例解する。 本明細書に開示される概念による、トランザクションを実行し、資産を交換するための、カストディブロックチェーンノード、エクスチェンジネットワークブロックチェーンノード、およびクライアントブロックチェーンノードの使用を例解する。 本開示のいくつかの実施例による、例示的な全体的な構造のブロック図を例解する。 本開示のいくつかの実施例による、カストディアンとトレーダとの間のトレーディングネットワークおよび通信を例解する。 本開示のいくつかの実施例による、ブロックチェーンネットワーク上の仮想カストディアンを例解する。 本開示による、資産移転を容易にするための例示的な方法を例解する。 本開示による、資産移転を容易にするための例示的な方法を例解する。 本開示のいくつかの実施例による、別の方法を例解する。 カストディエンティティの観点から本開示と一致する例示的な方法を例解する。 ブロックチェーンベースのトレーディングプラットフォームにおける例示的な資産発行フローを例解する。 ブロックチェーンベースのトレーディングプラットフォームにおける例示的な資産交換フローを例解する。 ブロックチェーンベースのトレーディングプラットフォームと関連付けられたトレーディングフローを例解する。 発行、トレーディング、および交換のプロセスのための代替フロー図を例解する。 本明細書に開示されるプロセスのための実行パイプラインを例解する。 例示的なコンセンサスアルゴリズムを例解する。 別のブロックチェーンコンセンサスアルゴリズムを例解する。 アトミックスワップのシーケンス図を例解する。 ブロックチェーンノードクラスを例解する。 ブロックトレーディングおよび分散型取引所アプローチを例解する。 仮想カストディアンとの分散型取引所アプローチを例解する。 分散型取引所統合をサポートするウォレットを使用した分散型取引所アプローチを例解する。 分散型取引所を使用するオプションのアプローチを示す。 分散型取引所を使用する任意選択のアプローチを例解する。 分散型取引所およびアトミックスワップＡＰＩを使用する任意選択のアプローチを例解する。 アトミックスワップで使用されるデータを例解する。 アトミックスワップで使用されるデータを例解する。 カストディアン間ネット決済プロセスフローを例解する。 単一カストディアンモデルを例解する。 クロスカストディモデルを例解する。 ネット決済の報告データを例解する。 ネット決済の報告データを例解する。 ネット決済の報告データを例解する。 ネット決済の報告データを例解する。 ネット決済のための共通の銀行のカストディアンアカウントのオプションを例解する。 別のカストディアンのシステムにおけるカストディアンアカウントのためのオプションを例解する。 ウォレット、ステーブルコイン、およびスマートコントラクトを使用したネット決済を例解する。 ウォレット、ステーブルコイン、およびスマートコントラクトを使用したネット決済を例解する。 仮想カストディアン暗号フィアット決済設計を例解する。 仮想カストディアンから仮想カストディアンへの取引および決済設計を例解する。 仮想カストディアンとしての特定のウォレットを例解する。 方法の例を例解する。 方法の例を例解する。
本開示の様々な実施形態を以下に詳細に説明する。具体的な実施態様が論じられているが、これは例示のみの目的で行われることが理解されるべきである。当業者は、他のコンポーネントおよび構成が、本開示の趣旨および範囲から分離することなく使用され得ることを認識するであろう。したがって、以下の説明および図面は、例示的なものであり、限定するものとして解釈されるべきではない。本開示の完全な理解を提供するために、多数の具体的な詳細が記載される。しかしながら、ある特定の事例では、説明を曖昧にしないために、既知の詳細は説明されない。本開示における一実施形態または実施形態への言及は、同一の実施形態または任意の実施形態への言及であり得、そのような言及は、実施形態のうちの少なくとも１つを意味する。
「一実施形態」または「実施形態」への言及は、実施形態に関連して説明される特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な場所における語句「一実施形態では」の外観は、必ずしもすべてが同じ実施形態を指すものではなく、また別個のまたは代替的な実施形態は、他の実施形態と互いに排他的ではない。さらに、他の実施形態によってではなく、いくつかの実施形態によって示され得る様々な特徴が説明される。
本明細書で使用される用語は、概して、当該技術分野において、本開示の文脈内において、および各用語が使用される特定の文脈において、それらの通常の意味を有する。代替的な言語および同義語は、本明細書で論じられる用語のうちの任意の１つ以上に使用されてもよく、用語が本明細書で詳述されているか、または論じられているかどうかに特別な意義を付与するべきではない。いくつかの場合には、特定の用語の同義語が提供される。１つ以上の同義語の列挙は、他の同義語の使用を排除しない。本明細書で論じられる任意の用語の例を含む本明細書の任意の場所における例の使用は、例示に過ぎず、本開示または任意の例示的な用語の範囲および意味をさらに限定することを意図しない。同様に、本開示は、本明細書で与えられる様々な実施形態に限定されない。
本開示の範囲を限定することを意図せずに、本開示の実施形態による器具、装置、方法、およびそれらの関連する結果の例を以下に示す。タイトルまたはサブタイトルは、読者の便宜のために実施例で使用され得、これは決して本開示の範囲を限定するものではないことに留意されたい。別途定義されない限り、本明細書で使用される技術用語および科学用語は、本開示が関係する技術分野の当業者に一般に理解される意味を有する。矛盾する場合、定義を含む本書が優先される。
本開示の追加の特徴および利点は、続く説明に記載され、一部は説明から明白であるか、または本明細書に開示される原理の実施により学ぶことができる。本開示の特徴および利点は、添付の特許請求の範囲に特に指摘される器具および組み合わせにより実現され、取得され得る。本開示のこれらおよび他の特徴は、以下の説明および添付の特許請求の範囲からより完全に明らかになるか、または本明細書に示される原理の実施によって学ぶことができる。
概要
いくつかの態様では、本開示は、市場インフラストラクチャの問題、特に、データのサイロ化に起因する重要なデータへのタイムリーなアクセスの欠如、冗長な調整につながるデータの複数のコピーを格納するための要件、および非標準データフォーマットに起因する複雑なワークフローに関する上記に概説された問題に対処する。本開示の実施態様は、トランザクションを処理するために必要とされる高いインフラ投資に関連する緩和コストまたは手数料にも対処する。開示されるのは、ブロックチェーンネットワーク全体にわたって多数の異なるモジュールを介して実装されるトレーディング、プライムブローカレッジ、または信用仲介である。本構造は新しいものであり、開示された方法でブロックチェーンネットワークを使用することで、カストディアン間ネット決済トランザクションを実行するための能力を可能にするなど、トランザクションが発生し得る方法が改善される。本明細書に開示されている技術的改善の１つの利点は、新しいブロックチェーンベースのアプローチを実装することで、現在少数のクライアントのみが利用可能であるプライムブローカレッジサービスの卸売市場を開くことができることである。本明細書に開示される技術は、汎用コンピュータ上の既存のビジネスモデルの実装を表すものではないことに留意されたい。むしろ、本開示は、市場インフラストラクチャ内の問題に関して上記で提起された問題に対する新しい解決策を導入するブロックチェーンベースのコンポーネントを有する新しい技術を表し、トレーディングに利用可能な担保に対する信頼の量の増加を可能にする方法で、プライムブローカレッジサービスの能力を少数以上のクライアントに利用可能にすることにつながる可能性がある。本明細書に開示されるプロセスは、実装されるとき、トランザクションを承認し、分散型台帳にわたってトランザクションを記録するための分散コンセンサスアルゴリズムを動作させる複数の分散ネットワークノードを適用するブロックチェーンベースのアプローチを含む、専用コンピュータシステムまたは特殊目的コンピュータシステムを表す。コンセンサスアルゴリズムは、ブロックチェーンネットワークのすべてのピアが、分散型台帳の現在の状態に関する共通の合意に達する手順であり得る。このように、コンセンサスアルゴリズムは、ブロックチェーンネットワークの信頼性を達成し、分散コンピューティング環境で未知のピア間の信頼を確立する。基本的に、コンセンサスプロトコルは、ブロックチェーンに追加されるすべての新しいブロックが、ブロックチェーン内のすべてのノードによって合意される唯一の真実のバージョンであることを保証する。ピアツーピアオローターメッセージングコンポーネントは、ブロックチェーン内のノード間で、またはエクスチェンジネットワーク全体内の他のモジュールへ通信するために使用され得る。本明細書に開示されるインフラストラクチャの一部は、トレーディングプロセスの特定の参加者におけるブロックチェーンネットワークノードの配置およびブロックチェーン台帳の使用である。例えば、ブロックチェーンノードは、ガバナンスエンティティまたはエクスチェンジネットワークだけでなく、カストディアンと関連付けられる。
本開示は、いくつかの産業におけるいくつかの問題を解決する、ブロックチェーン台帳を作成する新しい方法を含む、新しい技術的コンポーネントを導入する。例えば、本技術は、中央銀行または商業銀行の通貨、仮想通貨、または任意の他の資産を安全に準備して、二重支出／オーバーコミットメントを防止することを可能にする。開示された技術は、市場リスクを有する、および／または交換された価値に固定されていても、潜在的に異なる法的扱い、ならびに基礎となる保証人および清算ウォーターフォールを有する基礎となるネイティブトークンのための価値の交換を必要とする代わりに、資産（例えば、米ドル（ＵＳＤ）またはビットコイン（ＢＴＣ））のデジタル表現を作成する。
本明細書に開示される一実施形態では、新しいプラットフォームは、取引される資産が、プラットフォームを使用するためにも登録されている各参加者のそれぞれのスポンサー企業によって担保されるため、取引の当事者が、直接対面し、取引先リスクなしで資産を取引することを可能にする。高レベルでは、プラットフォームは、カストディアンモジュール、トレーダモジュール、およびコアシステムまたは統治ノードという３つの主要コンポーネントを含むことができる。カストディアンモジュールは、スポンサー企業によって直接ホストされ、アプリケーションプログラミングインターフェース（「ＡＰＩ」）呼び出しを介してコアシステムと通信することができる。カストディアンモジュールは、コアシステムを動作させる同じエンティティによってホストすることもでき、したがって、スポンサー企業が、多要素認証プロセスを介してアクセスされるウェブポータルを介して、すべての適用可能な機能を実行することを可能にする。ブロックチェーンノードは、カストディアンモジュールおよび統治ノードまたはコアシステムの一部として構成することができる。
資産のデジタル表現は、攻撃ベクトルを最小限に抑え、ハッキングなどからのリスクを低減することができるネイティブ仮想通貨なしで開示される。例えば、トークン化されたＢＴＣを取得した場合でも、トークンを交換し、管理下にあるＢＴＣから、それらに代わって公共台帳上のトランザクションを処理するカストディアンが必要である。
資産のデジタル表現は、リスクを増加させることなく、無期限にネットワーク上に留まることができる。ネットワーク上の資産のデジタル表現を（リスクを増加させることなく）維持する能力は、原資産の実際の移動を最適化することを可能にし、システム内の他の関係者から独立して実行することができる。この能力の１つの利点は、資本の使用における速度および効用の増加である。原資産の移動は、一般に、トランザクションの証明可能性を維持しない公的台帳制約および他のソリューションに限定される。しかしながら、開示された技術の上述の利点は、より遅い単一の台帳システム上での資産の移動を含むことができる。
完全なトランザクション履歴を含む公開台帳ではないトランザクションシステム内のすべてのトランザクションおよび資産の暗号化証明可能性を追加することは、公開台帳上のトランザクションのみが証明可能である現在の取引所におけるオムニバスアカウント構造におけるトランザクション記録と比較した例示的な改善である。
カストディアン台帳上のトランザクションの証明に関するコンセンサスは、非公開台帳の所有者／運用者が、管理されている台帳の履歴を変更するのを防止するための改善を表す。ブロックチェーンコンセンサスアプローチを適用すると、スピードが向上し、コンセンサスのタイミングおよび有用性が最適化される。署名されたジェネシスブロックに基づいてネットワークアクセス制御を展開することは、セミパブリックネットワーク上での承認されていない台帳作成を防止するために実装されるが、対象の台帳に対する制御は伴わない。一態様では、仮想通貨トランザクションを扱うためのブロックチェーンベースのネットワークは、分散ノードにわたって分散型台帳上のトランザクションを記録する分散コンセンサスプロトコルアルゴリズムを実行する複数の分散ノードを含む。このような構成は、二重支出問題を解決し、記録されているトランザクションの汎用コンピュータまたは汎用データベースでは達成することができなかった方法で、仮想通貨トランザクションの記録を処理するための専用コンピュータを表す。言い換えれば、以前のインフラストラクチャは、二重支出問題を解決する能力を達成することができず、トランザクションを確認するために、時間およびコンピュータリソース、ならびに人材を使用しなければならなかった。
ブロックチェーンネットワークのための様々な証明は、本明細書で使用され得る。経過時間の証明、容量の証明、プルーフオブワーク、プルーフオブステーク、プルーフオブバーン、実用的なビザンチンフォールトトレランスなどは、本明細書に適用することができる例示的なコンセンサスアルゴリズムである。
マルチ台帳アプローチは、異なるカストディアンが、所有権／データ／プライバシー／機密性の問題なしに、独自の台帳を所有および運用することを可能にし、スケーリングの改善を提供する。金額またはトランザクションの詳細をネットワーク全体に開示せず、完全な匿名性（規制の観点からは悪い）を持たず、またはより遅い暗号化方法（トランザクションスループット／スケーラビリティの観点からは悪い）を使用せずに、価値のチェックを実施することも開示される。
一例では、資産移転を容易にするためのカストディアンサーバを動作させる方法が開示される。本方法は、カストディアンエンティティの代わりに動作するカストディアンモジュールを介して、複数のブロックチェーンベース台帳を作成することを含む。複数のブロックチェーンベース台帳は、カストディエンティティと関連付けられ、資産タイプと関連付けられたブロックチェーンベース台帳を含むことができる。ブロックチェーンベース台帳は、資産ジェネシスブロックの生データのハッシュダイジェストの署名を含む資産ジェネシスブロックで生成することができる。署名は、カストディアンモジュールとは別の中央管理モジュール（例えば、エクスチェンジネットワークまたはＸＮネットワーク）によって生成され得る。別の態様では、システムは、集中型アプローチではなく、ブロックチェーンネットワークで使用されるようなコンセンサス駆動型分散型ガバナンスアプローチを採用することができる。方法はまた、カストディアンモジュールを動作させるカストディアンエンティティにおいて、クライアントから担保を受け取ることであって、担保は資産タイプである、受け取ることと、カストディアンエンティティのカストディ台帳内に担保を維持することと、を含み得る。
方法は、クライアントからおよびカストディアンモジュールで、担保の少なくとも一部分を表す資産の準備の要求を受信することと、カストディアンモジュールによって、カストディ台帳に対して要求と共に受信された個人情報をマッピングすることによって、クライアントおよび要求の信頼性を検証することと、をさらに含み得る。カストディ台帳は、準備に利用可能である資産を識別して、検証を生成することができる。本明細書に開示されるソリューションは、適切な機能を含む任意の他のウォレットソリューション、スマートコントラクト、ブロックチェーンシステムなどとインターフェースすることもできる。
１つの代替アプローチでは、エクスチェンジネットワークはまた、カストディモジュールを動作させるエンティティを動作させるか、または動作させるエンティティと提携している。
検証が、資産が準備に利用可能であることを示すとき、方法は、クライアントにトークンを発行することによって要求を承認することと、クライアント、およびトークンと関連付けられた担保を識別する、ブロックチェーンベース台帳上の新しいブロックを生成することと、を含む。新しいブロックは、カストディ分散型ブロックチェーン台帳上のクライアントの公開鍵アドレスへの未採掘の発行または「コインベース」トランザクションと見なすことができる。一態様では、資産は、カストディアンによって分散型ブロックチェーン台帳上に発行され得る。
本開示の別の方法の例は、ジェネシスブロックが、エクスチェンジネットワークエンティティによって署名される、第１の資産タイプの第１のカストディアンブロックチェーンベース台帳を生成することと、カストディアンによって保有される第１の資産タイプの金額と関連付けられた第１のトークンを生成することであって、第１のトークンは、第１のクライアントの第１の資産タイプの金額を識別する第１のカストディアンブロックチェーンベース台帳のブロックと関連付けられている、生成することと、第２の資産タイプの第２のカストディアンブロックチェーンベース台帳（また、ジェネシスブロックがエクスチェンジネットワークによって署名された）を生成することと、第２のクライアントのためにカストディアンによって保有される第２の資産タイプの金額と関連付けられた第２のトークンを生成することであって、第２のトークンは、第２のクライアントの第２の資産タイプの金額を識別する第２のカストディアンブロックチェーンベース台帳上のブロックと関連付けられている、生成することと、エクスチェンジネットワークにおいて、第１のクライアントおよび第２のクライアントが、第１の資産の少なくとも一部分を第２の資産の少なくとも一部分と取引することに同意するデータを受信することと、を含む。これらの機能はまた、資産および追加の資産、またはクライアントおよび追加のクライアント、またはブロックチェーンベース台帳および追加のブロックチェーンベース台帳などとして説明することもできる。
本明細書に開示されるエクスチェンジネットワークは、ネットワークの統治者によって動作する１つ以上のコンポーネントからなることができる。ガバナンスは、まだ発行されていないガバナンストークンのトークン保有者のグループを含むことができる。次いで、エクスチェンジネットワークは、第１の資産の一部分の第２の資産の一部分との現在のトランザクションを含むアトミックエクスチェンジ（または同時交換）を実行し、システムは、第１のカストディアンブロックチェーンベース台帳および第２のカストディアンブロックチェーンベース台帳での所有権のトークンの変更を記録する。一態様では、このプロセスは、資産を１つ以上の公開鍵アドレスから別の１つ以上の公開鍵アドレスに移動させることによって、２つのそれぞれの台帳の所有権の暗号学的に証明可能な変更を伴う。本方法は、第１のクライアント（現在、第２の資産タイプを所有している）または第２のクライアント（現在、第１の資産タイプを所有している）が、取引の後、カストディアンによって保有されているアカウントまたはウォレットから新しい所有者に移動することができる、実際のドルまたはビットコイン（または他の価値のある手段）を受信することができる交換プロセスをさらに含むことができる。交換時に、それぞれのトークンは、それぞれの台帳を適切に更新するために、バーンアカウントまたはバーンウォレットに移転され得る。バーンアカウントはまた、カストディアンの公開鍵アドレスのためのものであり得る。
カストディエンティティの立場からの例示的な方法は、以下のステップを含み得る。カストディエンティティ（すなわち、カストディエンティティのサーバ／コンピュータシステム）は、それぞれの資産タイプのために確立された少なくとも１つのブロックチェーンベース台帳を作成するか、または作成させることを含むステップを実行することができ、少なくとも１つのブロックチェーンベース台帳は、カストディエンティティのクライアントが資産を取引することができるエクスチェンジネットワークによって署名されるジェネシスブロックを有する。カストディエンティティは、クライアントから資産を受信し、それらの資産をカストディアカウントに格納することができる。エクスチェンジネットワークによって署名された各それぞれのブロックチェーンベース台帳にジェネシスブロックを有することは、ネットワークに入る不正ノードに対するバリケードとして機能することができる、基本的なレベルの信用を提供することができる。
少なくとも１つのブロックチェーンベース台帳に基づいて、カストディエンティティによって保有されるクライアント資産（トークン）を表すことができるトークンが作成されると、カストディエンティティは、エクスチェンジネットワークに、トレーディングのためのクライアント資産の可用性に関するデータをブロードキャストすることができる。データのブロードキャストは、トレーディングのためのクライアント資産の可用性の任意のタイプの通知または通信を使用して実行することができる。クライアントが資産を取引した後（ビットコインを購入するためにドルを支払うなど）、カストディエンティティは、クライアントからの資産の交換要求を受信し、交換された資産をカストディエンティティからクライアントアカウントに移転することができる。それぞれのクライアントのための、台帳上に保持されている資産を表すトークンは、交換要求時または要求が満たされた後にバーンすることができる。任意の暗号学的に安全なバーンアプローチを実装することができる。一態様では、法定通貨または仮想通貨を問わず、所与の通貨のための１人のカストディアンによって発行されたデジタル化されたトークンは、同じ通貨のための別のカストディアンによって発行されたデジタル化されたトークンとあらゆる側面で同じである。この機能は、デジタル化されたトークンの代替性の側面を強調し、システム全体の基本的な健全性および流動性をサポートすることができる。別の態様では、各個々のカストディアンによって発行されたデジタル化されたトークンは、その特性の一部分において、同じ通貨のための別のカストディアンによって発行されたデジタル化されたトークンに類似し得る一方で、カストディアンを識別するために使用され得る個々の、もしくは異なる部分、またはコンポーネント、デジタルトークンの発行と関連付けられたタイミング、または任意の他のデータを有する。本開示の技術／利点は、多種多様な状況／アプリケーションに適用されるが、説明のために、開示される技術は、市場インフラストラクチャおよび記録の状況において説明される。本開示はまた、システム全体に分散され得るか、もしくは分散され得ない、および／または分解され得るか、もしくは分解され得ない、タイムクリティカルなデータまたは暗号学的系統またはデータの証明可能性に依存する他のアプリケーションまたは使用ケースにおける技術的利益を提供することができる。例えば、本明細書におけるアプローチは、ロボットアプリケーション、自動運転アプリケーション、エクステンデッドリアリティアプリケーション、モノのインターネット（ＩｏＴ）アプリケーション、自動化アプリケーション、サプライチェーンアプリケーション、災害復旧アプリケーション、一方から他方への支払いなどにおけるタイムクリティカルなデータへのタイムリーアクセスのための新しい技術的フレームワークを提供するために実装され得る。例解すると、自動運転、エクステンデッドリアリティ、および多数の追跡およびローカライゼーションアプリケーションでは、異なるユーザ、デバイス、およびネットワークに由来する可能性のあるデータへのタイムリーなアクセスは、財産もしくは人命への損害（例えば、自動運転車または航空機を伴う事故）からコンピューティングパフォーマンスの低下（例えば、エクステンデッドリアリティアプリケーションでのマッピングおよび変換パフォーマンスの低下）までに及ぶ多数の問題を回避するのに役立ち得る。その他の技術的利点としては、データ変更の同時実行、暗号資産の保護などを提供する能力が挙げられる。これらの技術的な改善は、以前のハードウェアおよびソフトウェア技術が取引所で使用されていたことを考えると、不可能であった。しかしながら、本明細書におけるアプローチは、そのようなシステムによって使用される様々なタイプのデータへのタイムリーなアクセスを提供して、安全かつ正確な動作およびパフォーマンスを確保することができる。
一態様では、本開示は、カストディアンモジュール、トレーダモジュール、注文入力システム、マッチングエンジン、スマートコントラクトを介して動作することができるアトミックスワッププロセス、カストディアン間ネット決済プロセス、仮想カストディアンモジュール、オンチェーンレポトランザクションとして貸出を実行する能力、分散型取引所との統合、およびガバナンスノード、カストディアンノードなどの様々なノードに統合されるブロックチェーンネットワークのうちの１つ以上を有するシステムなどの新しい機能を導入する。新しいハードウェアフレームワークは、従来実行されなかった方法でトランザクションを実行するための新しいおよび改善されたプロセスを導入し、可能にする。本開示の特許請求の範囲または実施形態は、例示的な実施形態として個別に主張される各モジュールを含むことができることに留意されたい。例えば、請求項は、カストディアンモジュール、ガバナンスノード、アトミックスワッププロセスまたはスマートコントラクト、ブロックチェーンネットワークなどの構造および／または動作をカバーすることができる。本明細書に記載される各個々のコンポーネントによって実行される動作は、別個の発明と見なすことができ、そのように主張されることができる。これらの動作は、データの他のコンポーネントへの通信、他のコンポーネントからデータを受信すること、および各それぞれのコンポーネントによって実行される動作を含むことができる。
例示的なシステムは、プロセッサと、カストディアンモジュールを動作させて、動作を実行するための命令を記憶するコンピュータ可読記憶装置と、を有するカストディアンノードを含む。動作は、ブロックチェーンネットワークのブロックチェーンノード上に分散型ブロックチェーン台帳を作成することのうちの１つ以上を含むことができ、ブロックチェーンネットワークは、コンセンサスアルゴリズムを動作させて、分散型台帳を越えるトランザクションを記録する複数の分散型ノードを含む。これらの動作はまた、資産をトークン化するための要求を受信することを含むことができ、このトークン化は要求に基づくことができ、資産を分散型ブロックチェーン台帳に追加して、トークンを生成することができる。これはまた、交換要求を受信すること、交換要求に基づいて、分散型ブロックチェーン台帳からトークンをバーンすること、アトミックトランザクションコミットメントを実行すること、およびブロック内のトレーディングトランザクションに基づいて、ネット決済計算を実行することを含み得る。ネット決済計算は、カストディアンノードとは別の外部サービスへの命令を含むネット決済移動をさらに含むことができる。
システムは、トレーダデバイス上で動作するトレーダモジュールを含むことができる。トレーダモジュールは、カストディアンモジュールとインタラクトし、ウォレットを介して、未使用トランザクション出力および残高の合計を読み取ることのうちの１つ以上を含む動作を実行するように構成され得る。さらに、システムは、注文入力システムへのトレーダへのアクセスを可能にし、カストディアンモジュールへの発行および交換要求を開始し、トレーダの公開鍵および秘密鍵を管理することができる。
システムはまた、ノード上に構成されたアトミックスワップモジュールを含むことができ、アトミックスワップモジュールは、トレーダをマッチングするマッチングエンジンからトランザクションを受信すること、秘密鍵を用いてトランザクションの署名を取得して、署名されたトランザクションを生成すること、署名されたトランザクションをメンプールに追加すること、２つのそれぞれの分散型ブロックチェーン台帳と同時に資産の所有権を変更して、取引実行を生成するアトミックスワップが発生することを確実にすること、およびマッチングエンジンまたは他のシステムに、成功したまたは失敗した取引実行を通知することのうちの１つ以上を含む動作を実行するように構成され得る。メンプールは、すべての有効なトランザクションがブロックチェーンネットワークコンセンサスアルゴリズムによって確認されるのを待つａであることに留意されたい。メンプールは、データリポジトリにおいて組織化された構造に記憶されたデータを含み得る。
システムはまた、ノード上に構成されたカストディアン間ネット決済モジュールを含むことができ、カストディアン間ネット決済モジュールは、任意の２つのカストディアンモジュールとそれらの関連するブロックチェーン台帳との間の各資産内のすべてのユーザに支払われるべきネット決済額を計算すること、およびネット決済額に基づいて、すべてのユーザ、すべての資産すべての関連する未使用の出力および証明のための完全な配分レポートを生成することであって、完全な配分レポートは、ネッティング量および残存量を含む、生成することのうちの１つ以上を含む動作を実行するように構成することができる。システムはまた、残存量をブロックチェーンベースのスマートコントラクトにロードするステップ、またはそうでなければ非ブロックチェーン台帳レールを介した移動命令を作成するステップ、およびネッティング量をバーンおよび再配分し、ブロックチェーンベースのスマートコントラクトまたは他の従来のレール支払いを起動するアトミックトランザクションを作成するステップを実行し得る。
カストディアンモジュールは、ブロックチェーン台帳アドレス間で任意の支払いトランザクションを実行することを含む動作を実行するようにさらに構成することができる。コンセンサスアルゴリズムは、ジャストインタイムコンセンサスアルゴリズムまたは他のアルゴリズムを含むことができる。アトミックスワップモジュールは、対象のユーザの未使用出力セット合計に対して信用調査を実行すること、および対象のユーザと関連付チェックけられた未使用出力を使用する、ブロックチェーントランザクションを、ブロックチェーントランザクションとして受信することか、または作成することのうちの１つ以上を実行するようにさらに構成することができる。
アトミックスワップモジュールによって実行される、秘密鍵によるトランザクションの署名を取得する動作は、（１）トレーダモジュールが、トレーダから、供給された秘密鍵による委任署名を実行すること、または（２）秘密鍵による署名のためにトランザクションをトレーダモジュールに送信することを介して行われ得る。
アトミックスワップモジュールによって実行される、アトミックスワップが資産の所有権を変更することを確実にする動作は、トランザクションを検証し、メンプールトランザクションのステータスを変更するガバナンスブロックチェーンノードを呼び出し、影響を受ける未使用出力に関連するカストディ分散型ブロックチェーン台帳との２相コミットプロトコルを起動すること、をさらに含むことができる。
一態様では、注文入力システムは、リアルタイムの取引前信用調査を実行し、入札およびオファーもしくは見積依頼を入力することか、またはそうでなければ価格設定を交渉することを含む動作を実行するように構成することができる。注文エントリシステムはまた、マッチングエンジンに注文を提出することができる。注文入力システムは、クレジットエンジンおよびマージンエンジンに接続すること、クライアント購買力を決定するための計算を実行すること、および一方向の支払い注文を実行することを含む動作を実行するようにさらに構成することができる。
マッチングエンジンは、第三者からの見積および注文を受信し、リットブック（ｌｉｔ ｂｏｏｋ）またはダークブック（ｄａｒｋ ｂｏｏｋ）またはその両方で注文マッチングを実行することを含む動作を実行するように構成することができる。マッチングエンジンは、オーダーブックを維持し、公開すること、およびエクスチェンジなどの外部オーダーブックを集約し、実行のために、スマートオーダールーティングするようにさらに構成することができる。
システムは、アトミックスワップに関連するタイムロックされたトランザクションのためにブロックチェーンベースのスマートコントラクトと、ウォレットを介してインタラクトすること、およびスマートコントラクト締結資産とブロックチェーン台帳上に資産を有するカストディアンモジュールとの間のアトミックスワップを容易にすることを含む動作を実行するように構成された仮想カストディアンモジュールをさらに含むことができる。
システムは、オンチェーンリポジショントランザクションとして貸し出すことであって、担保ならびにリスクおよびマージンルールに基づいて、対抗するトランザクションと共に巻き戻されることが予想され、強制され得るオンチェーンリポジショントランザクション、貸し出すことを含む動作を実行するように構成され得る。
システムは、トレーダモジュール内で管理される事前設定されたルールおよびプリファレンスに基づいて、プログラム的な日中借用を実行することを含む動作を実行するようにさらに構成することができる。
システムは、１つ以上のカストディアンモジュールにおいて異なるブロックチェーン台帳上の資産間でブロックチェーンネットワーク上で実行することを含む動作を実行するようにさらに構成されている。
システムは、分散型取引所と統合することができ、分散型取引所に流動性を投入すること、および分散型取引所から流動性を取り除くことの両方を行う。システムは、ブロックチェーンベースのスマートコントラクトとカストディアン分散型ブロックチェーン台帳との間のアトミックスワップを維持することを含む動作を実行するようにさらに構成することができる。
ブロックチェーンネットワークは、ガバナンスモジュールブロックチェーンノードを備える１つ以上のガバナンスモジュール、カストディモジュールブロックチェーンノードを備える複数のカストディアンモジュール、カストディアンモジュールごとの複数のブロックチェーン台帳、複数のトレーダモジュール、およびピアツーピアメッセージング機能を含むことができる。そのような例では、ブロックチェーンネットワークは、コンセンサスアルゴリズムを実装し、トランザクションブロードキャストプロトコルを使用し、様々な可能なプライバシーレベルを備える。
任意の１つの実施例または実施形態に関連して説明されるこれらの特徴のうちのいずれかは、本明細書に開示される他の特徴と混合および適合することができる。
一態様では、本開示は、取引先リスクおよび決済リスクを大幅に低減するブロックチェーンベースの技術を対象とする。出願人は、Ａｌｉｃｅ最高裁判所の判決（Ａｌｉｃｅ Ｃｏｒｐ．ｖ．ＣＬＳ Ｂａｎｋ Ｉｎｔｅｒｎａｔｉｏｎａｌ，５７３ Ｕ．Ｓ．２０８，１３４ Ｓ．Ｃｔ．２３４７（２０１４））が、「決済リスク」を軽減するためのスキームを開示した特許請求の範囲に対処することを容易に認識する。したがって、その判決、および本技術が、Ａｌｉｃｅケースにおける特許適格のない特許請求の範囲とどのように異なるかについて対処するためのいくつかのコメントが本出願に直接示される。Ａｌｉｃｅの裁判所は、その事件の特許請求の範囲が、最初に、入門金融クラスにおいて教示されたアイデアであり、「商業システムにおける長年普及している基本的な経済慣行」であるという概念である、仲介決済という抽象的なアイデアに向けられたため、特許不適格であると判断した。次いで、裁判所は、完全な汎用コンピュータの実装が、プロセスが、抽象的アイデア自体を独占するように意図された起案の成果以上のものであるという実用的な確信を提供する一種の追加の特徴ではないと判断した。
本技術は、取引先リスクおよび決済リスクを低減することができるが、本技術の様々な態様の焦点は、トランザクションアルゴリズムに従ってトランザクションを検証する複数のノードを含む相互接続ネットワークを利用し、台帳内に含まれる資産を取引するために使用されるエクスチェンジネットワークによって署名される特定の資産タイプのために作成された各ブロックチェーンベース台帳のジェネシスブロックの概念を含む、ブロックチェーンベースのソリューションである。別の態様では、本明細書で開示される原則は、ＣＬＳ銀行によって使用されるインフラストラクチャを完全に置き換える、カストディレベルでのリアルタイムのオンチェーンブロックチェーンベースの同時決済トランザクションを通じて、取引先信用リスクおよび決済リスクを排除することができる。本アプローチは、プロトコル層での直接の決済のために資産を管理することを要求する、証券と資金の同時決済および取引後ベースのシステムを使用する他のエンティティとも異なる。開示されたシステムは、分散型であり、非カストディ型である。
ブロックチェーンベースの技術は、データのサイロ化、複雑な報告スキームの必要性、コストなどに関して、現在の市場インフラストラクチャに関連して上記に概説されている問題の多くを解決する。既存のインフラストラクチャに関する問題は、ブロックチェーンベースのアプローチによってある程度解決することができる。したがって、本開示は、取引への従来のネットワークベースのアプローチにおける特定の問題を解決するための新しいプロセスを実装する、特殊目的のコンピュータ（単に古くかつ周知のアイデアを実装する汎用コンピュータではない）を導入する。
ブロックチェーン技術は一般に、ここ数年で市場に最近導入されたばかりであり、「商業システムにおいて長年普及している」わけではない。本開示の様々な態様の焦点には、ブロックチェーン上の特定の方法で資産をデジタル化するアプローチが含まれ、したがって、完全な汎用コンピュータが、決済リスクを低減する古くかつ長年普及しているプロセスを単に実装することを明らかに含まない。
重要なことに、開示されたブロックチェーンベースの技術は、単に汎用コンピュータ上で以前の金融プロセスを実装するのではなく、現在の市場インフラストラクチャなどの様々な技術的ユースケースおよびアプリケーションに関して上記に概説されている問題に対処する。上述したように、図１Ａを参照すると、既存の市場インフラストラクチャ１００は、重要なデータへのタイムリーアクセスの欠如、時間を要し、インフラストラクチャの複雑な性質のために、非標準的なデータフォーマットに起因する複雑なワークフローを含む、冗長かつ高価な調整につながるデータの複数のコピーを格納する必要性を含む、いくつかの問題を有する。最終的に、市場インフラストラクチャ全体における様々なプレイヤーのため、トレーディングインフラストラクチャの使用は、市場インフラストラクチャ１００内の各エンティティによって課される手数料に起因して高価である。
本技術の１つ以上の態様の焦点を特徴付けることができる１つの方法は、それらが（少なくとも部分的に）、単一のタイプの資産の資産デジタル化に使用される、単一のタイプの資産に限定される第１のブロックチェーンベース台帳を作成し、第２のタイプの資産のデジタル化としても使用される、第２のタイプの資産に限定される第２のブロックチェーンベース台帳を作成するアプローチに向けられていることである。このような特徴付けはまた、第１および第２のブロックチェーンベース台帳を使用して、実際に資産を移動させることなくアトミックトランザクションまたは同時トランザクションを実行することを含み得る。一態様において本明細書に開示されるアーキテクチャは、完全に分散されたガバナンスアプローチ、およびブロックチェーンシステム上に格納され、それによって実行され得るスマートコントラクトなどの自律ソフトウェアを含む。第１のブロックチェーン台帳および第２のブロックチェーン台帳は、実際に資産のいずれかを移動することなく取引が発生することができるように、アトミックトランザクションまたは同時トランザクションを実行するために（各それぞれの台帳の各ジェネシスブロックに署名された）エクスチェンジネットワークによって利用される。本明細書に記載のブロックチェーンベース台帳の構造および使用は、本開示に記載の様々な技術的改善を提供する。提案されるブロックチェーンベースの技術は、例えば、カストディアン１１８、ＣＣＰ１２２、ＣＳＤ１２０、または市場インフラストラクチャ１００内の他のエンティティのうちの１つ以上の必要性を排除することができる。
提案されているブロックチェーンベースのソリューションは、取引されている資産を実際に移動する必要性を排除することにより、重要なデータにタイムリーにアクセスするための能力を向上させることができ、データの複数のコピーを維持する必要性を排除し、冗長な調整を維持する必要性を排除することができ、暗号系統および証明可能性の証拠を提供しながら、より標準的なデータ形式を有効化することによってワークフローを簡素化することができる。これらの改善は、エクスチェンジネットワークの基礎となるハードウェアおよびソフトウェアインフラストラクチャを改善し、より効率的にすることができ、したがって、退出するコンピュータインフラストラクチャで具体的に生じる問題に向けられたコンピュータ技術の改善を表す。自動運転または飛行制御などの他のアプリケーションでは、本明細書におけるアプローチは同様に、タイムクリティカルなデータへのタイムリーアクセスを改善すること、データ冗長性またはデータ分解を低減することなどによって有意な改善を提供することができる。もちろん、現在の市場インフラストラクチャ１００に関与するいくつかのエンティティを排除することは、エンドクライアントへの高価な手数料の数を減らすことができる。特許請求の範囲を、ブロックチェーンベース台帳の技術コンポーネント、および技術的な改善、ブロックチェーンベースのネットワークに適用可能な新しいプロセス、および本明細書の技術なしに、決済リスクを単に低減することを「対象とする」と特徴付けることは、的確ではないである。
したがって、Ａｌｉｃｅ判決によれば、特許請求の範囲は、「商業システムにいて長年普及している基本的な経済慣行」であるというＡｌｉｃｅ判決において証明された（１８９６年の文書のような証拠を使用して）より一般化された決済リスクの概念に向けられていないため、特許適格がある。言い換えれば、複数の単一資産タイプのブロックチェーンベースのカストディ台帳を使用することによって、取引先リスクおよび決済リスクを低減することは、明らかに、商業システムで長年普及している基本的な経済慣行ではない。本開示に導入された技術は、十分に理解されている、日常的な、または従来的なものではなく、むしろ金融市場トレーディングインフラストラクチャの技術分野などの技術分野の改善を表している。本明細書に開示される技術的な改善は、とりわけ、多くの場合、別のデータベースに分散され、現在のものではない重要なデータなどのデータへのタイムリーなアクセスの削減、データの冗長な調整の削減、市場環境で必要な様々なエンティティ間の複雑なワークフローの削減、および高価な手数料の削減を提供するトレーディングプラットフォームのための新しいブロックチェーンベースのインフラストラクチャを提供する。
発明を実施するための形態
ここで開示は、図１Ｂを参照し、図１Ｂは、現在開示されている技術を実装するために使用することができる例示的なコンピューティングシステムを示す。図１Ｂのコンピューティングデバイスは、本明細書に開示されるシステム、サーバ、通信デバイス、または任意の他のコンピューティングデバイスと関連付けられた機能を実装するために使用され得る様々なハードウェアコンポーネントを含む。
この例では、図１Ｂは、バスなどの接続部１３８を使用して互いに電気通信しているコンポーネントを含むコンピューティングシステムアーキテクチャ１３０を例解する。システム１３０は、処理装置（ＣＰＵまたはプロセッサ）１５４、およびプロセッサ１５４に、システムメモリ１４６、読み取り専用メモリ（ＲＯＭ）１４８、およびランダムアクセスメモリ（ＲＡＭ）１５０を含む様々なシステムコンポーネントを連結するシステム接続部１３８を含む。システム１３０は、プロセッサ１５４に直接接続される、近接する、またはプロセッサ１５４の一部として統合される高速メモリのキャッシュ１５２を含むことができる。システム１３０は、プロセッサ１５４による迅速なアクセスのために、メモリ１４６および／または記憶装置１３１からキャッシュ１５２にデータをコピーすることができる。このようにして、キャッシュ１５２は、データを待つ間のプロセッサ１５４の遅延を回避するパフォーマンスブーストを提供することができる。これらおよび他のモジュールは、様々なアクションを実行するようにプロセッサ１５４を制御する、または制御するように構成することができる。他のシステムメモリ１４６も同様に使用可能であり得る。メモリ１４６は、異なるパフォーマンス特性を有する複数の異なるタイプのメモリ（例えば、ＦＬＡＳＨ、ＲＡＭ、またはその他）を含むことができる。プロセッサ１５４は、記憶装置１３１に記憶されたサービス１ １３２、サービス２ １３４、およびサービス３ １３６などの任意の汎用プロセッサおよびハードウェアまたはソフトウェアサービスを含むことができる。これらのソフトウェアサービスは、プロセッサ１５４、およびソフトウェア命令が実際のプロセッサ設計に組み込まれる専用プロセッサを構成または制御する命令を含み得る。プロセッサ１５４は、複数のコアまたはプロセッサ、バス、メモリコントローラ、キャッシュなどを含む完全に自己完結型のコンピューティングシステムであってもよい。マルチコアプロセッサは、対称であっても非対称であってもよい。他のコンポーネントは、共有メモリ、メッセージバス、サービスを分離し、イベントを処理するサービスからイベントを生成するパブリッシュ／サブスクライブ（パブ／サブ）メッセージングサービスを含むことができる。システムはまた、仮想化または仮想マシンを含むことができる。
コンピューティングデバイス１３０とのユーザインタラクションを可能にするために、入力デバイス１４４は、発話用マイク、ジェスチャまたは図形入力用のタッチ感応画面、キーボード、マウス、モーション入力、発話などの任意の数の入力機構を表すことができる。出力デバイス１４２はまた、当業者に既知のいくつかの出力機構のうちの１つ以上であることができる。いくつかの事例では、マルチモーダルシステムは、ユーザが、コンピューティングデバイス１３０と通信するために複数のタイプの入力を提供することを可能にすることができる。通信インターフェース１４０は、一般に、ユーザ入力およびシステム出力を支配および管理することができる。任意の特定のハードウェア構成での動作に制限はなく、したがって、ここでの基本的な特徴は、それらが開発されるにつれて、改善されたハードウェアまたはファームウェア構成に容易に代替され得る。
記憶装置１３１は、不揮発性メモリであり、磁気カセット、フラッシュメモリカード、ソリッドステートメモリデバイス、デジタル汎用ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭ）１５０、読み取り専用メモリ（ＲＯＭ）１４８、およびそれらのハイブリッドなどのコンピュータによってアクセス可能であるデータを記憶することができるハードディスクまたは他のタイプのコンピュータ可読媒体であり得る。
記憶装置１３１は、プロセッサ１５４を制御するためのサービスまたはモジュール１３２、１３４、１３６を含むことができる。他のハードウェアまたはソフトウェアモジュールが企図される。記憶装置１３１は、システム接続部１３８に接続され得る。一態様において、特定の機能を実施するハードウェアモジュールは、機能を実施するために、プロセッサ１５４、接続部１３８、出力デバイス１４２などの必要なハードウェアコンポーネントに関連して、コンピュータ可読媒体に記憶されたソフトウェアコンポーネントを含むことができる。
説明を明確にするために、いくつかの例では、本技術は、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせに組み込まれた方法におけるデバイス、デバイスコンポーネント、ステップ、またはルーチンを含む機能ブロックを含む個々の機能ブロックを含むものとして提示され得る。
いくつかの態様において、本明細書に開示されるシステムおよび方法は、上に概説される既存の市場インフラストラクチャの問題に取り組む。本明細書の技術はまた、プライムブローカレッジトレーディングサービス１０４を、より多くのクライアントに可能にし、そのようなサービスを利用可能にし、かつ関連するデータ、トランザクション、およびネットワークインフラストラクチャの性能およびセキュリティを向上させるための技術的なソリューションを提供する。本明細書に開示される技術は、ブロックチェーンベースであり、いくつかの態様では、各ブロックチェーンベース台帳の各ジェネシスブロックが、後に、取引が行われ、ブロックチェーンベース台帳上のアトミック様式で記録されるプラットフォームとなるエクスチェンジネットワークによって署名されることを要求することによって、本明細書に開示されるエクスチェンジネットワークを、ブロックチェーン内に含まれるデータに結び付けるコンポーネントを含む。ブロックチェーン技術の様々な例のコンポーネントが図２に開示されている。
図２は、様々なコンポーネントを備えるブロックチェーン記録プロセスを例解する。ブロックチェーンネットワーク２００の全体的な動作は、典型的には、トランザクション２０２に対する要求によって開始される。一般に、トランザクションは、発行、交換、取引、支払い、準備など、記録する必要があるあらゆるトランザクションに関連することができる。本明細書のいくつかの態様では、トランザクションは、本明細書に開示されるようなカストディブロックチェーンベース台帳に関する特定のトランザクションであり得る。要求されたトランザクションは、複数のノードまたはノードのグループ２０４を含むネットワークにブロードキャストされる。ノードのグループは、アルゴリズムを使用してトランザクションおよびユーザステータスを検証する検証プロセス２０６を実行する。ブロックチェーンプロセスは、記録されるデータが信頼できることを保証する。ブロックチェーンは、信頼できないインタラクションを容易にし、データが、自由にアクセス可能であり、可視であることを可能にする。ブロックチェーンを使用する利点のうちの１つは、本開示で説明されるように、ブロックチェーンを使用して実物資産をミラーリングすることができることである。検証２０６がネットワーク内の多数のノード上で発生すると、新しいブロック２１２がブロックチェーン２０８に追加され、次いで、図２に示されるように、トランザクションが完了２１０する。ジェネシスブロック２１４は、ブロックチェーン２０８内の最初のブロックであり、後続ブロックは、ブロック２１６およびブロック２１８として示される。本開示では、各台帳の各ジェネシスブロックは、エクスチェンジネットワーク、またはエクスチェンジネットワークと関連付けられたエンティティによって署名される。一例では、ジェネシスブロックは、トレーダまたはトレーダモジュールによって署名され得る。
ブロックチェーン台帳２０８のコピーは、ネットワーク内の少数または多数のコンピュータにわたって格納される。ネットワークは、ネットワーク内の各ノードがブロックチェーン台帳の独自のコピーを格納することができるピアノードのネットワークを含むことができる。ブロックチェーン２０８台帳のすべてのコピーを同期させることは、ノード全体に分散する方法で動作するコンセンサスプロトコルを使用して行われる。ブロックチェーンネットワークは、ハードウェア固有の要件（分散型ノード）、ならびに第１の特定のソフトウェア要件（コンセンサスアルゴリズムまたはプロトコル）、および第２の特定のソフトウェアおよびハードウェア要件（トランザクションを記録する分散型台帳）の両方を含む、特定または専用のコンピュータシステムを表す。このように、ブロックチェーンネットワークは汎用コンピュータシステムと見なすことはできない。いくつかの場合には、ブロックチェーン２０８は、状態情報ではなく、トランザクションのみを記録する。いくつかの例では、説明するように、ブロックチェーン記録は、特定のアカウントに関して、特にカストディアンによって管理される特定の資産タイプのアカウントに関して、取引トランザクションの結果および／または状態情報を記録することができる。例えば、エクスチェンジネットワークは、第１のクライアントが１万ドルと引き換えに１ＢＴＣを販売した取引を管理することができる。その取引の結果、各クライアントの「状態」には、第１のクライアントが現在１万ドルを有し、第２のクライアントが現在１ＢＴＣを有するという事実を含めることができる。米ドルベースのブロックチェーン台帳とＢＴＣベースのブロックチェーン台帳にそれぞれの情報を記録することは、その資産タイプの量を誰が所有しているかに関する状態情報の記録と見なすことができる。プロセスは、トレーディングライフサイクルに関与するカストディアンまたは他のエンティティが、使用する可能性のあるものに代替台帳を作成し、例えば、関係データベース、および資産を移動させるか、または所有権変更を記録する従来の決済プロセスＴ＋２などにわたって、より高速な確定性および暗号証明可能性および不変性を追加する。別の態様では、それぞれの台帳は、トランザクションの結果を記録するように構成することができる。
図３Ａは、本開示の態様による、カストディアンモジュールを例解する。図３Ａは、トランザクションと関連付けられた複数の台帳を管理するためのカストディアン３０２モジュールの動作を含むシステム３００を開示する。本明細書に提供されるカストディアン技術は、ネットワークのメンバーである資産のカストディアンであるクライアントに提供され得る。カストディアンソリューションは、カストディアンコンピュータシステムで動作する、またはインターフェースを介してアクセス可能である、カストディモジュールを介して実装することができる。カストディアンソリューションにアクセスすることは、カストディアンが、本明細書で開示される機能を実行するためにカストディアンモジュールを自らのネットワークにダウンロードすることを介して、またはカストディアンが、カストディアンおよびそれらのクライアントに機能を提示するカストディサービスを備えたアカウントを取得することを介して、実行され得る。本明細書の技術は、ネットワーク上のクライアントの金融トランザクションをサポートするための担保として、カストディアンがクライアントに代わって合法的に保有することができるあらゆる資産をシームレスにかつプログラム的にデジタル化することを可能にする。一態様において、本明細書に開示される原則は、ブロックチェーン台帳が、ワンクリックのトークン化要求で作成される「ワンクリック」態様を可能にすることができる。
本明細書に開示されるカストディソリューションのいくつかの例示的な技術コンポーネントは、第１のクライアント３０４または第２のクライアント３０６が、カストディアン３０２またはエクスチェンジネットワーク３１４によって提供されるサービスにアクセスすることができるクライアントユーザインターフェースまたはアプリケーションプログラミングインターフェースを含むことができる。アプローチはまた、論理基準、スマートコントラクトなどを満たすことに基づいて、資産をロックおよびロック解除し、移転することができるプロトコルを含む、あらゆるタイプのデジタル資産ストレージメカニズムをカバーすることができる。これらのユーザインターフェースは、クライアントが、資産をカストディアン３０２に移転し、かつ、アイテムが類似のタイプであるかどうかにかかわらず、ビットコインのためのドル、または任意の他の価値のあるアイテムのための価値のあるものなどの取引を行うことを可能にすることができる。本明細書に開示される任意のアプリケーションプログラミングインターフェースは、呼び出し、応答、および異なるエンティティ間でデータを通信するように構成されたプロトコルまたはＡＰＩフレームワークなどを含む。例えば、カストディアンユーザインターフェース３３０および／またはアプリケーションプログラミングインターフェース３２８も含むことができる。これらのインターフェースは、カストディエンティティ３０２と、本明細書に開示されるようなサービスを提供し得る中央サーバまたは中央エンティティ３１４との間であり得る。一態様では、中央エンティティ３１４は、カストディアン３０２が、カストディユーザインターフェース３３０にログインし、機能にアクセスすることができるように、カストディアン３０２について説明されたカストディ機能を実行することができる。ユーザは、ユーザインターフェース３３０を介してカストディアン３０２にログインし得るが、他のデータは、カストディアン３０２と中央エンティティ３１４との間でも、別個のアプリケーションプログラミングインターフェース３３０を介して通信され得る。
図３Ａはまた、図４に関して以下で説明する米ドル台帳３１０およびＢＴＣ台帳３１２を含む。米ドル台帳は、ジェネシスブロック３１６ならびにトレーディングブロック３１８および３２０を含む。ＢＴＣ台帳は、ジェネシスブロック３２２ならびにトレーディングブロック３２４および３２６を含む。
「中央エンティティ」という用語は、エクスチェンジサーバ、ブロックチェーンノード、またはエクスチェンジネットワーク（ＸＮ）を動作させる管理エンティティを含むことができる。ユーザインターフェース３２８を介してであれ、ユーザインターフェース３２８とアプリケーションプログラミングインターフェース３３０との間のインタラクションの組み合わせであれ、カストディエンティティ３０２が中央サーバ３１４から分離されているとき、そのようなインターフェースを使用することができる。別の態様では、カストディアンエンティティ３０２は、中央サーバ３１４から分離され得、中央サーバ３１４は、必要な機能を提供するためにカストディアンエンティティ３０２のコンピュータシステムにロードされるソフトウェアモジュールを提供することができる。このシナリオでは、ＡＰＩ呼び出しまたは他の通信呼び出しを使用して、保管モジュールと集中型エンティティ３１４との間でデータを通信することができる。一般的に言えば、中央サーバまたは集中型エンティティ３１４は、クライアントがトレーディングの目的のためにアクセスするエクスチェンジネットワークであると見なすことができる。
本明細書に開示および説明される他の機能には、プロトコル仕様、台帳作成、トランザクションモデル、および概念実証に対するコンセンサスなどの主要な管理サービスおよびブロックチェーン詳細が含まれる。本明細書に開示されるいくつかの他の概念は、台帳管理サービス、永続性の概念、Ｐ２Ｐ通信プロトコル、カストディアンアカウントシステム、およびユーザインターフェースまたはＡＰＩである。任意のタイプのインターフェースは、本明細書に開示される概念と共に使用可能であると企図される。ユーザインターフェースは、グラフィカル、可聴、音声関連、マルチモーダル、テキストベース、ジェスチャベース、およびそれらの任意の組み合わせであり得る。
「ブロックチェーンノード」という用語は、本明細書において、本明細書に記載のブロックチェーン機能を実装するために互いに通信するノードのネットワークの各ノードに対して中央サーバ３１４が提供するソフトウェアコンポーネントの集合を表すために使用される。これらのうちのいくつかは、上記の技術コンポーネントとして言及されている。
本明細書に開示されるような台帳の作成および利用と関連付けられた他の概念は、台帳作成メタデータ：名前、住所、アカウント番号、国際銀行勘定番号（ＩＢＡＮ）などの利用を含む。カストディアンが新しい台帳を作成するとき、ジェネシスブロックは、台帳の作成においてそのようなメタデータのうちの１つ以上を利用することができる。１つ以上の例では、台帳は、クライアントアカウントが台帳作成の署名エージェントとして１つ以上のカストディアンアカウントを含むためのｍ－ｏｆ－ｎマルチシグネチャスキーム要件を必要とする場合がある。台帳は、任意の数の要因に基づいて、無効／有効などの台帳状態を有することができる。例えば、行政機関は、個人またはエンティティが、プラットフォーム上で取引することを防止してもよく、したがって、台帳またはアカウントに無効状態を実装してもよい。カストディアンは、そのクライアントと関連付けられた台帳を無効にすることによって、機関からの指示を実行することができる。
本明細書に開示されるように作成され、運用される台帳は、いくつかの異なるアクションを実行するために利用され得る。例えば、台帳アクションは、発行、交換、受け入れ、取り消し、削除、送信、有効化、無効化、または保留のうちの１つ以上を含むことができる。
図３Ｂは、本開示の例示的な実施態様と一致する、例示的なジェネシスブロック署名プロセス３３０を例解する。署名プロセス３３０は、例えば、ＳＨＡ－２５６ハッシュまたは他のハッシュを使用してハッシュを計算し、ブロックハッシュ３３４を生成するジェネシスブロック３３２から始まる。カストディアンは、一態様では、ジェネシスブロックを作成し、それをエクスチェンジネットワークノードに伝送することができる。ブロックハッシュ３３４は、鍵で暗号化されて、署名３３６を生成する。鍵は、トレーダの秘密鍵、カストディアン公開鍵、またはエクスチェンジネットワークノードと関連付けられた鍵であり得る。一態様では、エクスチェンジネットワークノードは、その楕円曲線秘密鍵を使用して暗号化を実行する。エクスチェンジネットワークノードは、暗号化されたハッシュを図３Ａのカストディアンノード３０２に戻すことができる。署名をジェネシスブロックに添付して、署名されたジェネシスブロック３３８を生成する。カストディアンノード３０２は、ジェネシスブロックの暗号署名としてジェネシスブロックと共に、暗号化されたハッシュを添付する動作を実行することができる。
カストディアンノードのジェネシスブロックの信頼性を検証したいエンティティは、ジェネシスブロックに添付された署名を選択し、パブリックドメインであり得るエクスチェンジネットワークノードの公開鍵を選択することができる。署名検証プロセスは、署名されるジェネシスブロック３３８を利用し、エクスチェンジノード公開鍵３４０を適用して、署名３４２と関連付けられたハッシュを復元させることを含む。問題は、ブロックハッシュ３４６を備えるジェネシスブロック３４４が、復元されたハッシュに匹敵するかどうかである。システムは、ブロックハッシュ３４８が、署名３５０から復元されたハッシュに等しいか、または一致するかを判定する。結果として生じるハッシュが、ジェネシスブロックのＳＨＡ－２５６ハッシュと一致する場合、署名は真正であることが確認される。
図４は、本明細書に開示されるように、クライアントのエクスチェンジネットワークを動作させるために、アカウントを作成するように協働する様々なコンポーネントのシナリオを例解する。プロセスのさらなる詳細を、次に、適切なアカウントを設定するためのシステム４００を例解する図４を参照して説明する。図４に示されるシステム４００全体において、一般的なプロセスは、エクスチェンジネットワーク４０６に参加する目的のために、カストディシステム４０２、および中央システム、またはエクスチェンジネットワークコンポーネント４０４の両方にアカウントを設定することを含むことに留意されたい。カストディアン４０２は、中央サーバ４０６と通信する場合、ユーザインターフェース４０４または図３ＢのＡＰＩ３３０にアクセスして、それらのアカウントを設定し０８、鍵ペアを確立し、承認された関係者のための役割および許可を作成し、ネットワーク上のデジタル化の担保として保有をサポートしたい資産のための台帳を作成するなどする。図４のステップ（１）は、カストディアンシステムインターフェース４０２とエクスチェンジネットワーク４０６のインターフェース４０４との間の通信を示す。台帳の設定を図３Ａに示す。まず、クライアント３０４によってカストディアンに移転されたドルを保持するためのアカウントなどのユーザのアカウント詳細を管理するために、または資産を格納するためにカストディアンが使用することができる従来の台帳を含む標準的なカストディ台帳３０８がある。
台帳３１０および３１２は以下のように設定される。台帳は、ブロックチェーンベースであり、したがって、従来のカストディ台帳３０８とは別個である。第１のカストディ台帳「Ｃ１」は、特定の資産タイプに対して作成される。図３Ａに提供される例は、台帳Ｃ１がドルに使用されるためのもの（米ドル台帳３１０）である。もちろん、これはルーブル、円などのあらゆる法定通貨に適用できる。さらに、カストディアン３０２はもちろん、資産の各タイプごとに個別の台帳を設定することができる。
また、第２のまたは追加のブロックチェーンベース台帳が、ビットコインのカストディアン３０２、「ＢＴＣ」台帳３１２に対して示される。基本的な台帳コンポーネントを作成する際に、本明細書に開示される１つの特徴は、中央サーバ３１４がジェネシスブロック３１６または３２２に署名しなければならないことである。このジェネシスブロックは、資産の各タイプごとにその台帳の初期金額を示す。例えば、米ドル台帳３１０は、ゼロドルを示すジェネシスブロック３１６を有する。ＢＴＣ台帳３１２は、作成時の台帳内にゼロビットコインを示すジェネシスブロック３２２を有する。
一般に、台帳は、第１のクライアント３０４と第２のクライアント３０６との間で発生し、カストディアン３０２によって管理されるすべての状態遷移のシーケンス化された、改ざんに強い記録である。各トランザクションは、作成、更新、または削除時に、台帳にコミットされる資産のキーと値のペアのセットをもたらす。
台帳は、不変でシーケンス化された記録をブロックに格納するためのブロックチェーン（「チェーン」）、および現在の状態を維持するための状態データベースを含むことができる。通信ネットワーク２０４内の各ピアは、カストディアン３０２によって管理される各資産タイプについて、各台帳３１０、３１２のコピーを維持する。
一般に、チェーンは、ハッシュリンクされたブロックとして構造化されたトランザクションログであり、各ブロックは、一連のＮトランザクションを含む。ブロックヘッダは、ブロックのトランザクションのハッシュ、および前のブロックのヘッダのハッシュを含む。このようにして、台帳上のすべてのトランザクションは、シーケンス化され、暗号論的に一緒にリンクされる。ハッシュリンクを中断せずに台帳データを改ざんすることはできない。最新のブロックのハッシュは、以前に発生したあらゆるトランザクションを表し、すべてのピアが、一貫した信頼される状態にあることを保証することができる。
台帳の現在の状態データは、チェーントランザクションログに含まれるすべてのキーの最新値を表す。現在の状態は、チャンネルに既知のすべての最新のキー値を表す。
チェーンコードインタラクションは、チェーントランザクションログに格納された現在の状態データに対してトランザクションを実行するステップを含む。これらのチェーンコードインタラクションを非常に効率的にするために、すべてのキーの最新値は、状態データベースに格納される。状態データベースは、単にチェーンのトランザクションログにインデックス化されたビューであるため、いつでもチェーンから再生成することができる。状態データベースは、トランザクションが受け入れられる前に、ピアの起動時に自動的に復元される（または必要に応じて生成される）。
一例示的な例では、永続性モデルは、状態情報を格納するための基礎となるデータベースとしてＰｏｓｔｇｒｅＳＱＬを利用する。異なる実装態様および異なるクライアントは、それらのデータベースモデルに関して異なるプリファレンスを有し得る。必要に応じて、状態データベースオプションには、ＬｅｖｅｌＤＢおよびＣｏｕｃｈＤＢを含めることができる。ＬｅｖｅｌＤＢは、ピアプロセスに埋め込まれた状態データベースであり、チェーンコードデータをキーと値のペアとして格納することができる。ＣｏｕｃｈＤＢは、チェーンコードデータがＪＡＶＡスクリプトオブジェクト表記（ＪＳＯＮ）としてモデリングされている場合に追加のクエリサポートを提供する任意選択の代替外部状態データベースであり、ＪＳＯＮコンテンツの豊富なクエリを可能にする。他のデータベースシステムおよびモデルも本明細書において企図される。
高レベルでは、トランザクションフローは、アプリケーションクライアントによって、特定のエンドーシングピアに送信されたトランザクション提案を含むことができる。エンドーシングピアは、クライアント署名を検証し、チェーンコード機能を実行して、トランザクションをシミュレートする。出力は、チェーンコード結果、チェーンコードで読み取られたキーと値のバージョンのセット（読み取りセット）、およびチェーンコードで書き込まれたキー／値のセット（書き込みセット）である。提案レスポンスは、承認署名と共にクライアントに返送される。検証モデルは、中央ガバナンスノードとカストディアンノードとの間のコンセンサスを含むことができ、代替の検証スキームを有することもできる。
クライアントは、エンドースメントをトランザクションペイロードに組み立て、それを注文サービスにブロードキャストする。注文サービスは、注文されたトランザクションをブロックとしてチャネル上のすべてのピアに配信する。コミットの前に、ピア２０４の少なくともいくつかは、トランザクションを検証する。まず、それらは、エンドースメントポリシーをチェックして、指定されたピアの正しい配分が結果に署名されていることを確認し、それらは、トランザクションペイロード２０６に対して署名を認証する。第二に、ピア２０４の少なくともいくつかは、トランザクション読み取りセットに対してバージョ二ングチェックを実行して、データ整合性を確保し、二重支出などの脅威から保護する。
次いで、図３Ａのカストディアン３０２は、エクスチェンジネットワーク４０６上でカストディアンとしての利用可能性をブロードキャストする（図４のステップ（２））。クライアント３０４／３０６は次いで、クライアントネットワークインターフェース４１２を介して、ユーザインターフェース（ＵＩ）またはアプリケーションプログラムインターフェース（ＡＰＩ）として提供され得るカストディアン４０２または中央サーバインターフェース４０４を使用して、ＸＮネットワーク４０６上の中央サーバ３１４およびカストディアン３０２／４０２でアカウントを設定することができる。これは、図４のステップ（３）に例解されている。クライアント３０４／３０６は、図４のステップ（４）を介して、クライアントバンクまたはウォレット４１４からカストディアン３０８／４１０のアカウントまたはウォレットに資産を移転する。この移転は、電信送金、ビットコイン、移転、または任意の他の暗号通貨移転など、資産タイプに適切な任意の方法で行われ得る。クライアント３０４／３０６は、中央エンティティ３１４／４０４またはＡＰＩのためのＵＩを使用して、その中央エンティティアカウントを設定し、カストディアン３０２／４０２との接続を確立する。クライアントは、エクスチェンジネットワーク４１６上のシステムを含むことができる。設置されると、クライアント３０４／３０６は、エクスチェンジネットワーク４０６のサービスを利用し、取引を行うことができる。これは、図４のステップ（５）に例解されている。
図５は、本明細書に開示される概念による、トランザクションを実行し、資産を交換するための、カストディブロックチェーンノード、エクスチェンジネットワークブロックチェーンノード、およびクライアントブロックチェーンノードの使用を例解する。図５は、本明細書に開示される様々な態様による、資産トークン化のための例示的なプロセス５００を例解する。図５に、担保のデジタル表現の初回発行の開始を示す。図５に示されるように、米ドル、仮想通貨、または担保として使用することができる他の資産などの法定通貨を含む、カストディアン５２０にアカウントを有するクライアント５０８は、アカウントを選択し、金額を指定することによって担保の準備を要求するためにインターフェース５０２でＵＩまたはＡＰＩを使用する。担保の準備は、カストディアン５２０が、ネットワーク上のクライアントのオープンポジションまたは他の財務コミットメントを確保している間に、それを使用またはアクセスすることができないように、準備資産に管理上または他の保留を配置することを意味する。一態様では、管理上の保留を資産に配置することは、プログラム的である。
クライアントブロックチェーンノード５０４は、要求をカストディアンブロックチェーンノード５２２に電子的に通信する。「ブロックチェーンノード」は、ブロックチェーンコンポーネントを含むことができるコンポーネントの集合体を表すために一般的に使用されている。別の態様では、示されるノード（５０４、５２２、５３０）は、必ずしもブロックチェーンベースの機能を実行するブロックチェーンノードではない場合がある、ネットワーク上のより一般的なサーバまたはコンピューティングデバイスを表すことができる。
カストディアンブロックチェーンノード５２２は、既にカストディアンと記録されているものとマッチングするクライアント固有の識別子を含む要求通信５１４を介して、ＵＩ上またはＡＰＩ５１２を介して担保の準備のためのクライアント要求を受信する。さらに、要求５１４は、デジタル署名され、クライアント公開鍵を含む。カストディアンアカウントシステム５１６（またはインターフェース５１２および５１８を使用する手動オペレータ）は、ディスプレイおよび／またはインターフェース５１８で要求通信５１４を受信し、要求された資産の一部分に管理上の保留を配置する前に、クライアント識別子およびカストディアン保有資産がクライアント要求に対して利用可能であることを検証する。
カストディアン５２０は、ＵＩまたはＡＰＩインターフェース５１２を通じて、準備済み担保５１０のデジタル表現（例えば、トークン、デジタル預金伝票、または預金領収書）をデジタル台帳に発行することを承認する（例えば、台帳は、＜ｃｕｓｔｏｄｉａｎ－ｉｄ＞｜＜ａｓｓｅｔ－ｉｄ＞とタイプされ、資産額を含むことができる）。カストディアンブロックチェーン台帳上のクライアント公開鍵アドレスへの直接の発行および交換の代替手段は、（１）システムがカストディアンのための台帳を作成すると、システムはまた、その台帳内のカストディアンのためのアドレスを作成することができること、（２）カストディアンが、担保（交換要求合計に基づく変数合計）を発行するためのクライアント要求に基づいて、１００万米ドルを保有することにコミットしている場合、ガバナンスノードまたはカストディアンノードは、カストディノード上のカストディアン公開鍵アドレスに１００万米ドルを発行するための「コインベース」トランザクションを作成することができること、そのトランザクションでは、ガバナンスノード署名が必要になる可能性がある（カストディアン保有の担保は、任意のプルーフオブ方法に基づいて任意選択で保証することができる）。（３）ユーザノードが担保発行を要求する場合、これは、カストディアン公開鍵アドレスからユーザノード公開鍵アドレスへのトランザクションである可能性があることである。
デジタル台帳５２４、５２６は、資産発行、所有権の変更、および資産交換を管理および追跡するために生成され、各資産について作成され、本例では、５２４では米ドル、および５２６ではＢＴＣであるが、任意の資産または任意の数の台帳である可能性がある。図４に例解するように、台帳作成は、セットアップ段階で行われ得、台帳の存在は、クライアントがカストディアンを発見する方法であるエクスチェンジネットワークにブロードキャストされ得ることに留意されたい。これに関して、全体的なプロセスは、複数のカストディアンを含むことができ、各々が、提供するサービスおよびインタラクションをカバーする独自の台帳セットを作成する。次いで、複数のカストディアンは、ビジネスを競うために、エクスチェンジネットワーク上でクライアントにブロードキャストすることができる。本開示は、複数のカストディアンに、同じタイプの資産または異なるタイプの資産を保有させ、異なるカストディアンとしての資産を有するクライアント間のアトミックエクスチェンジ取引を容易にし、次いで、カストディアン間ネット決済能力を使用して、本明細書に開示される特定の技術に従ってトランザクションを完成させる方法を提供する。
一例では、カストディアン５２０は、複数の異なるタイプの資産に対する複数の台帳を作成することができる。各台帳は、異なるタイプの資産に対して作成することができる。場合によっては、同じ資産タイプに対する複数の台帳を作成することができ、異なる台帳が、異なる資産タイプ範囲のために作成される。例えば、.１～１０ＢＴＣのＢＴＣトランザクションに対して１つの台帳、および１０ＢＴＣを超えるトランザクションに対して別の台帳。本明細書に記載されるように、各台帳は、ネットワークノード５３０または中央サーバによって署名されるジェネシスブロックで作成される。クライアント５０８は、エクスチェンジネットワーク上で交換するために、新しい種類の資産をカストディアンに移転することを要求するカストディアンに連絡し得る。カストディアン（発行者）のそれぞれの種類の資産にタイプされた台帳が存在しない場合、台帳が作成される。したがって、これは、資産の要求に応じて台帳を作成する動的なプロセスである可能性がある。
カストディアンブロックチェーンノード５２２は、所有権情報（カストディアンを識別する）、および担保の発行または交換を要求するすべてのクライアントに適用可能である条件を含む初期台帳ルートメタデータを生成する。図５にさらに例解されているように、台帳ルートメタデータは、ネットワーク承認および参加のためにＸＮブロックチェーンノード５３０に伝送される。エクスチェンジネットワークによる受信は、カストディアンによって受信された台帳ルートメタデータを組み込んだＸＮブロックチェーンノード５３０によって生成されたデジタル署名で検証され、証明可能である。ＸＮデジタル署名がなければ、カストディアンの台帳は、承認されていないと見なされ、ネットワークサービスまたはエクスチェンジサービスに参加することは不可能である。このプロセスは、提供される任意のサービスに適用される可能性があることに留意されたい。これは、そもそもカストディノードソフトウェアをプロビジョニングすることによってなど、他のアクセス制御方法によって達成され得る。例えば、サービスは、エクスチェンジネットワークまたはトレーディングプラットフォームに固有である必要はなく、サービスは、ビデオストリーミングサービス、検索メカニズム、オンラインマーケットプレイスなどの任意の種類のサービスであり得る。
このカストディアン（発行者）のための、要求された種類の資産のためにタイプされた台帳が存在する場合、デジタル表現は、カストディアンブロックチェーンノード５２２によって、５１０で、台帳５２４、５２６へのトランザクションコミットメントメッセージ内に作成される。
カストディアンブロックチェーンノード５２２は、カストディアン定義された間隔でトランザクションを集約する。ブロックチェーンネットワークは、ブロックチェーンベース台帳に新しいブロックを追加するための詳細なトランザクション検証、ブロック書き込みアルゴリズム、および書き込みメカニズムを提供する。別の態様では、メンプール構成およびブロックコマンドを使用して、書き込みを行うことができ、中央エクスチェンジネットワークまたはガバナンスノードによって実際に制御することができる。カストディアンは、集約された／ネッティングされたトランザクションに基づいて、ネット決済移動を実行することができ、いつでもこれを行うことができる。しかしながら、タイミングの選択は、クライアントの実際のウォレット／台帳に影響を与える可能性があり、１つの改善は、ブロックチェーン台帳の状態にマッチングするようにトランザクションを同期することを含むことができる。メンプールは、すべての有効なトランザクションがブロックチェーンネットワークコンセンサスアルゴリズムによって確認されるのを待つ場所である。
集約されたトランザクションデータを組み込んだ暗号的証明（数学的に証明可能な）は、５２２で管理ブロックチェーンノードによって生成され、次いで５２８でネットワーク参加者に伝送される。ネットワーク参加者が証明を受信すると、証明を他のネットワーク参加者と比較することによって、追加の証明が付与される。このブロックチェーンネットワークにおいて、ブロックチェーンカストディアンノード５２２、ネットワークブロックチェーンノード５３０、およびクライアントブロックチェーンノード５０４はすべて存在することに留意されたい。カストディアンブロックチェーンノード５２２は、資産タイプ５２４／５２６に基づいて、その関連付けられたカストディアン台帳を有する。クライアントブロックチェーンノード５０４は、クライアント台帳コピー５０６として表される台帳のそのコピーを有する。ネットワークブロックチェーンノード５３０は、ネットワークブロックチェーンノード５３０から情報５３６を受信し得るネットワーク台帳５３８を含む。これは、これらのノードのいずれかで台帳をコピーする任意の組み合わせであってもよいし、そうでない場合もある。最低限、ガバナンスネットワークノードは、すべてのコピーを有し、カストディノードは、独自のクライアントトランザクションおよびカストディアン間ネット決済トランザクションのコピーを有する。
５人のネットワーク参加者のうち３人が同じ証明を受信したことに同意するなど、過半数の閾値が満たされると、ネットワーク参加者は証明を格納し、最終的なものと見なす。証明の作成、配布、収集、および比較の全プロセスは、５２２などのようなブロックチェーンノードによって自動的にかつプログラム的に実行される。証明に関するコンセンサスの別の形態は、カストディアンノードがその台帳を変更していないというセキュリティを提供するように構成され得る。トランザクションの検証およびコミットメントは、依然としてリアルタイムのコンセンサスで機能する可能性があり、事後の二次的な「ジャスト・イン・タイム」コンセンサスは、カストディ台帳の完全性を証明したり、規制当局にそれらを見せる能力を備えた独自のトランザクションのコピーをトレーディング会社に提供したりすることができる。任意の代替のコンセンサスモデルまたはトランザクション検証を使用することができるが、一般に、今日では、リアルタイムのオンチェーントランザクションシステム内で使用するには十分な速度ではない。
しかしながら、検証プロセスは、特定の目的のため、またはプロトコル仕様に準拠した別個のクライアント開発サービスによって実行することができる。ネットワークオペレータ５３２としてのエクスチェンジネットワークによって実行される任意の動作またはトランザクションは、ネットワークブロックチェーンノード５３０に、本明細書に記載されるように暗号化証明書を生成させ、５３８に示されるように、それが制御および動作する１つ以上の台帳にトランザクションをコミットさせることもできる。特徴５３８はまた、ガバナンスノードによって取られた動作アクションの記録に関連し、任意選択であり、資産取引台帳ではなくデータ記録のみを含む場合がある。重要なのは、ガバナンスノード／自律型ソフトウェアエンティティなどが取る動作の暗号系統を記録することである。ネットワークブロックチェーンノード５３０は、記録、コンセンサス、表示、および５２８に示されるような他の使用のために、そのようなトランザクションおよび／または暗号化証明書をネットワーク（すなわち、カストディアンブロックチェーンノード５２２および／またはクライアントブロックチェーンノード５０４のうちの１つ以上）にブロードキャストすることができる。
クライアント５０８の名前でカストディアン５２０に預金されている担保のデジタル表現の値は、５３０／５３２のネットワークサービスに表示され、カストディアン５２０、クライアント５０８、およびネットワークオペレータＵＩ／ＡＰＩ ５０２、５１８、および５３４に表示される。トランザクションがネットワークオペレータ５３２によって管理されるように作成または受信されると、残高がリアルタイムで計算され、メモリ内で維持され、一態様では、ディスクにも持続される。「永続性」は、ファイルシステム、データベース、または暗号化データベースに直接書き込むことができる。残高は、ブロックチェーン台帳上の状態からリアルタイムで計算することもでき、交換のためのブロックチェーントランザクションはまだ行われていないが、交換要求が保留されているときに使用される「指定」資産などの状態へのリアルタイムのエンリッチメント／調整を伴う可能性がある。同じことは、まだ入力されていない保留中の注文にも適用することができる。これは、アトミックスワッププロセスでの第２の担保検証チェックのトランザクションの失敗を防止し、嫌なユーザエクスペリエンスまたは機会の喪失を防止する。
台帳５２４／５２６にトランザクションとして記録された値表現は、以下の場合に、記録された様々なタイプのトランザクションを介して移転することができる。（１）生成された各トランザクションが資産ソースおよび資産先を含むように、担保の存在の暗号化証明書が検証される場合、（２）現在の資産所有者（複数可）によって生成された１つ以上のデジタル署名を組み込むなど、各トランザクションが否認不可メカニズムを含む場合にトランザクションが検証される暗号化証明書、および（３）トランザクションが、主に、台帳に記録される担保資産のデジタル表現の所有権の変更を表す場合。最後にコミットされたトランザクションから開始する場合、カストディアンによる資産の元の発行に逆行することができる。
資産がカストディアンに移転され、適切な資産タイプおよびカストディ台帳が作成された後、ユーザは、ＸＮネットワーク上で資産を取引することができる。しかしながら、ある時点で、クライアントは、担保を交換することを望む。例えば、クライアントは、ドルでビットコインを購入した可能性があり、価格が上昇した後、クライアントは、ビットコインを交換し、カストディアンから資産を受信することを望む。
カストディアン５２０からの担保の交換は、少なくとも資産（カストディアン参照記号、例えば、＜ｃｕｓｔｏｄｉａｎ－ｎａｍｅ＞｜＜ａｓｓｅｔ＞を含む）、ならびにクライアントブロックチェーンノード５０４とカストディアンブロックチェーンノード５２２との間の通信５２８を有するＵＩまたはＡＰＩ５０２を介して、任意の形態（例えば、標準的なバンキングシステム台帳アカウントまたはオムニバスアカウント）のアカウント台帳および／または任意の種類の暗号ウォレット（例えば、ホットまたはコールドストレージ、ソフトウェアまたはハードウェア）を含むことができるカストディアンアカウントシステム５１６に、ネットワーク５２４／５２６上のカストディアンの台帳から交換される金額を含む要求を送信することによって、クライアント５０８などの現在の暗号学的に証明可能な所有者によって開始される。
クライアント５０８などの要求当事者は、（資産ルートメタデータによって決定されるように）カストディアンの交換アカウントのうちの１つを用いてカストディアンによって使用されるメタデータを暗号化し、提出前に追加のメタデータとしてトランザクション内に埋め込むことができる。これは、クライアントブロックチェーンノード５０４によってプログラム的に実行される。
カストディアン５２０は、ＵＩ上またはＡＰＩインターフェース５１２を介してクライアント５０８要求５２８を受信し、要求／トランザクションと関連付けられたデジタル署名が、所有者によって生成された（クライアントの秘密鍵で署名された）ことを検証することが可能である。任意の可能なデジタル署名スキームまたはキー管理ソリューションを適用することができる。カストディアンブロックチェーンノード５２２および／またはカストディアンシステム５１６は、プログラム的に、または手動オペレータを用いて、交換要求に含まれるクライアント署名および資産所有権を検証する。
ＵＩまたはＡＰＩインターフェース５１２を通じたカストディアン５２０は、交換要求を承認し、カストディアンブロックチェーンノード５２２に、現在交換アカウント（例えば、公開鍵アドレス）に位置する資産のデジタル表現をカストディアンのバーンアカウントに移行させる。カストディアンのバーンアカウントは、公開鍵バーンアドレスで表すことができ、バーンアカウントの公開鍵と関連付けられた対応する秘密鍵が知られていないため、この時点以降、資産のデジタル表現の移動がもはや不可能であり、使用不可能になる。
次いで、カストディアンアカウントシステム５１６は、資産の「バーンされた」デジタル表現によって裏付けられた預金されている実際の資産の管理上の保留を手動またはプログラム的に解放する。一態様では、交換は、ネット決済移動がカストディアンによって処理された後にのみ許可される。交換要求が、台帳５２４／５２６上の資産（例えば、コインベース発行トランザクション）のデジタル表現をもたらした発行要求を最初に作成した元の資産所有者によるものである場合、資産は、カストディアンアカウントシステム５１６内のクライアントアカウント内で解放されるか、またはクライアントアカウントに戻される。交換が、デジタル表現の新しい所有者によるものであり、管理上の保留が解放される前に、または解放されると同時に、カストディアン台帳５２４／５２６に記録された有効なトランザクションを通じた原資産である場合、資産は、元のクライアントアカウントから引き落とされ、カストディアンアカウントシステム５１６上の新しい所有者のアカウントにクレジットされる。
新しい所有者がカストディアン５２０とのアカウント／リレーションシップを有しない場合、管理上の保留は、解放され、資産は、交換要求５２８で指定された座標と共に、その指定されたカストディアンにおける新しい所有者のアカウントまたは暗号ウォレットに同時に送信される。これは、１つの任意選択の実施形態である。好ましいアプローチは、カストディアン間ネット決済を使用することである。
新しい資産所有者のカストディアンがエクスチェンジネットワークのメンバーである場合、支払いは、カストディアン５２０によって、カストディアンブロックチェーンノード５２２を介して、資産のデジタル表現を新しい資産所有者のカストディアンに移転するためのトランザクションとして送信することができ（新しい資産所有者のためにそれを委託して受信し、資産所有者のカストディアンに、送信カストディアン５２０の交換権を与える）、本明細書に記載されているような担保の準備を、標準の交換／発行と共に要求するステップに従うことによって、エクスチェンジネットワーク上の担保として新しい資産所有者によって使用することができ、新しい資産所有者のカストディアンによって（新しい資産所有者の新しい発行者／保証人として）、本明細書に記載されているような資産のデジタル表現の新しい資産所有者のカストディアン発行と置き換えられる（すなわち、５１６で説明されているアカウント／ウォレットと同等のもので）。
交換を要求した新しい資産所有者から新しい所有者（委託）としてそのカストディアンに資産のデジタル表現を移転するトランザクションは、カストディアン５２０によって開始され、台帳５２４／５２６にコミットし５１０、現在、それは、新しい資産所有者のカストディアンによって所有され、本明細書に記載されるように、カストディアン５２０に支払われるべき金額、または標準的な交換要求で従来の支払いレールを介して交換される金額の決済に使用され得る。資産は、新しい資産所有者によって任意の他のアカウントまたはウォレットに交換され、後にカストディアン５２２と新しい資産所有者のカストディアンとの間の従来の支払いレールを介してネット決済され得る。この場合、新しい資産所有者のカストディアンは、カストディアン５２２によって発行された資産のデジタル表現の所有権を保持したまま、自らの準備金から通貨資産を置き換え、新しい資産所有者に資産を解放することを選択することができる。任意選択で、新しい資産所有者のカストディアンへの移転を許可する前に、共有マネーロンダリング防止（ＡＭＬ）／ノウ・ユア・カスタマ（ＫＹＣ）ソリューションに対するチェックが存在し得る。
バーンおよび再配分プロセス（２つのカストディ台帳間のアトミック）および残留物の伝統的なレール（電信送金または公的台帳トランザクション）を介するか、または任意選択でスマートコントラクトを介するかのいずれかの移転は、いずれのカストディアンもいかなる取引先リスクまたは決済リスクを有しないように、ネッティングされた部分のバーンおよび再配分をし、残留物のスマートコントラクトリースをバーンおよび再配分でアトミックにすることができる。追加の詳細は、本明細書に提供される。
（ＡＭＬ）／（ＫＹＣ）ソリューションは、金融機関または他の規制された企業が、ビジネスを行う目的でクライアントからの関連情報を確認するために行うデューデリジェンス活動に関連している。アトミックエクスチェンジサービスは、台帳上の資産のデジタル表現に基づいて、基礎となる担保の可用性を保証する任意の値移転または他のトランザクション要求を処理する。
図６は、本開示のいくつかの実施例による、例示的な全体的な構造のブロック図を例解する。図６の構成は、ブロックチェーンネットワークが各資産クラスの統一されたブロックチェーンネットワークであるという印象を与えるかもしれないが、本開示は、統一されたブロックチェーンネットワーク、および同じ資産クラスの複数のブロックチェーンネットワークの使用の両方を企図する。ネットワーク６００全体は、いくつかの異なるコンポーネントを有する。預金段階６０２では、トレーディングエンティティ１は、カストディアンに米ドルを配置し、トレーディングエンティティ２は、カストディアンにビットコインを配置することができる。カストディアンは、このシナリオでは、１つのカストディアンが法定通貨を管理し、別のカストディアンが仮想通貨を管理する２つのカストディアンを表すことができる。カストディアンはまた、不動産、契約などの価値のある他の資産を保有している可能性もある。
デジタル化段階６０４では、カストディアンは、保有する法定通貨および仮想通貨によって１：１で裏付けられたトークンなどの資産のデジタル表現を、カストディアンが、エクスチェンジネットワークによって提供されるソリューション内で所有および制御する台帳上のエクスチェンジネットワークに発行する。一態様では、発行されるトークンは、仮想通貨トークンそのものではない。一態様では、トークンは、盗難または改ざんからそれらを保護するために暗号化アルゴリズムを利用するデータである。データは、資産、所有権、または任意の他の方法で特徴付けることができる。
ネットワークの取引および決済コンポーネント６０６では、トレーディングエンティティ１およびトレーディングエンティティ２は、価格に合意し、仮想通貨のための法定通貨の取引に入るために、トレーディングネットワーク提供のユーザインターフェースを使用する。繰り返しになるが、取引は、あらゆる資産または価値のあるものについてであり、ドルおよびビットコイン、または任意の特定の暗号通貨またはトークンに限定されない。本アプローチは、あるエンティティから別のエンティティへの支払いにも使用することができる。トレーディングネットワークは、合意された価格でビットコイントークンに対する米ドルトークンのアトミックエクスチェンジ（例えば、同時トランザクション）を実行し、取引は、完了する。トークン所有権の変更は、それぞれのカストディアン台帳に自動的に記録される。多数の取引が発生する可能性があり、それらの取引は、各それぞれのカストディアン台帳で追跡される。このアプローチの利点のうちの１つは、トレーディングエンティティ１、トレーディングエンティティ２、または任意の他の参加者による取引を、法定通貨、または仮想通貨を移動させる必要なしに迅速に実行することができることである。言い換えると、取引および決済プロセスは、実際の通貨または他の資産を実質的に移動させる必要なしに、作成された台帳で発生し得る。これにより、トレーディングおよび決済の最終処理を劇的にスピードアップさせ、ネットワークの負担を軽減させ、リソースを計算し、コストおよびリスクを削減することができる。これらの技術的な改善は、現在の市場インフラストラクチャで上記に概説されている問題に対処する。別の技術的な改善には、基礎となるパブリックブロックチェーンネットワーク、およびＳＷＩＦＴのような他の非ブロックチェーンネットワークトランザクションをスケーリングする方法が含まれる。
ある時点で、トレーディングエンティティは、資産を交換することを望む。交換段階６０８は、トークンの所有者による交換要求に応じて、カストディアンまたは他の銀行アカウントまたはウォレットのアカウントまたはウォレット間の法定通貨、または仮想通貨の実際の移動を含む。カストディアンによる決済額の移動は、カストディアンシステムに統合され、トレーディングエンティティが、最終的に、独自の法定通貨、アカウントまたは仮想通貨ウォレットで、取引所で購入したそれぞれのタイプの通貨を受信することができるように自動化され得る。
カストディアンにとってのこのアプローチのいくつかの利点には、法定通貨および／または暗号通貨でクライアントと協力することができることが含まれるが、カストディアンは、取引で両方のタイプの資産を扱うことは義務付けられていない。エクスチェンジネットワークは、ＡＰＩまたはユーザインターフェースを介してカストディアンと通信することができるため、カストディアンネットワークでの技術統合は必要ない。本アプローチは、カストディアンの好ましい暗号ウォレットプロバイダおよびそれらの既存の台帳構造、例えば従来の銀行アカウント台帳ソフトウェアシステムを活用することができる。さらに、ネットワークの構成を考えると、このソリューションは、現在の標準的なカストディワークフローに適合するため、容易に実装することができる。プロセスを動作させるために、１つ以上の一般的な条件を実装することができる。例えば、資金およびまたは仮想通貨を保留にして管理する能力は、デジタル化ならびに取引および決済プロセスが機能する能力を提供することができる。カストディアンは、信頼性を確認するためにクライアントでＡＭＬ／ＫＹＣレポートを実行する能力を有することもできる。さらに、カストディアンは、多額の入金および出金を管理する能力を有し、承認された代表者に、それらが、提供されたウェブベースのインターフェースで表示されるように、追加および交換要求を定期的に処理させることができる。
ここに概説されているネットワーク構造では、カストディアンは、クライアントにクレジットを提供する必要はない。カストディアンは、基礎となる債権資産のデジタル表現の発行者および交換者としてのみ機能している。本シナリオにおけるカストディアンはまた、清算および決済プロセスに関与する必要はない。エクスチェンジネットワークソフトウェアは、取引先間のリスクのないピアツーピア取引を管理し、検証および記録のために、トランザクションをカストディ台帳に提出し、トランザクションを本質的に自己清算および決済にする。別の例示的な利点は、原資産を移動させずに、コールドストレージまたは他の安全なストレージから取引することである。このようなアプローチは、コスト、ブロックチェーンネットワーク混雑、および運用リスクを低減することができる。さらに、カストディアンにはエクスチェンジネットワークに対する金銭的義務はない。エクスチェンジネットワークは、アトミックスワップおよびカストディアン間ネット決済の使用を含むことができるトランザクションおよび数量に基づいて、新しい収益源をカストディアンに支払う。
図７は、例示的な取引ネットワーク７００およびカストディアンとトレーダとの間の通信チャネルを例解する。この例では、様々なカストディアン７０２、７０４、７０６、７０８は、各それぞれのカストディアン間に存在する通信チャネルと共に示される。トレーダ７１０、７１２は、カストディアン７０２に登録され、カストディアン７０２と取引のやりとりをする。トレーダ７２０は、カストディアン７０４と通信する。トレーダ７１４、７１６、７１８は、カストディアン７０６と通信する。トレーダ７２２、７２４は、カストディアン７０８と通信する。トレーダの各々は、それぞれのカストディアンに登録され、それぞれのカストディアンへのインターフェースまたはアクセスを有することができるが、本明細書に開示された原則は、トレーダが、異なるカストディアンを介して互いに取引することを可能にし、それらの取引を簡単に決済する能力を備える。
ＦＩＧ．８は、本開示のいくつかの実施例による、ブロックチェーンネットワーク上の仮想カストディアンを例解する。図８は、非限定的な例として、イーサリアムブロックチェーンなどのブロックチェーン上の仮想カストディアン８０２を有する環境８００を含む。ブロックチェーンは、パブリックブロックチェーンであってもプライベートブロックチェーンであってもよい。トレーダ８１０は、仮想カストディアン８０２に登録され、仮想カストディアン８０２にアクセスすることができる。仮想カストディアン８０２は、仮想カストディアン８０２と関連付けられたブロックチェーンネットワークと関連付けられた構文またはプロトコルを介してエクスチェンジノード８０４と通信することが可能である。エクスチェンジノード８０４とカストディアン８０６との間でも、そのトレーダ８１２との通信が行われる。また、カストディアン８０８は、カストディアン８０６と、およびエクスチェンジノード８０４と通信し、それぞれのトレーダ８１４、８１６を有する。図１４およびその関連付けられた説明は、仮想カストディアン８０２などの例示的な仮想カストディアンの例示的な解剖学的構造を示す。一態様では、法定通貨から暗号通貨または暗号通貨から法定通貨の決済は、仮想カストディアンで有効にすることができる。これは、単一の仮想カストディアンおよびブリックアンドモルタルカストディアン、または複数の仮想カストディアンを介して実行することができる。
図９は、資産移転を容易にする例示的な方法９００を例解する。例示的な方法９００は、カストディアンエンティティの代わりに動作するカストディアンモジュールを介して、複数のブロックチェーンベース台帳を作成することを含むことができ、複数のブロックチェーンベース台帳は、カストディエンティティと関連付けられ、かつ第１の資産タイプと関連付けられた少なくとも第１のブロックチェーンベース台帳を含み、第１のブロックチェーンベース台帳は、第１の資産ジェネシスブロックについての第１の生データの第１のハッシュダイジェストの第１の署名を含む第１の資産ジェネシスブロックで生成され、第１の署名は、カストディアンモジュールとは別個の中央管理モジュール（または他のタイプの分散型ガバナンスノード）によって生成される（９０２）。次に、図９のプロセスは、カストディアンエンティティにおいて、第１のクライアントから第１の担保を受け取ることであって、第１の担保は、第１の資産タイプである、受け取ること（９０４）、第１の担保をカストディアンエンティティのカストディ台帳に維持すること（９０６）、第１のクライアントから、かつカストディアンモジュールにおいて、第１の担保の少なくとも一部分を表す第１の資産の第１の準備の第１の要求を受信すること（９０８）、およびカストディアンモジュールによって、カストディ台帳に対する第１の要求と共に受信した第１の個人情報をマッピングすることによって、第１のクライアントおよび第１の要求の信頼性を検証することであって、カストディ台帳は、第１の資産を、第１の検証を生成するために、準備に利用可能であると識別する、検証すること（９１０）を含み得る。
第１の検証（例えば、ステップ９１０）が、第１の資産が第１の準備に利用可能であることを示すとき、方法９００は、第１のクライアントに第１のトークンを発行することによって第１の要求を承認すること（９１２）、ならびに第１のクライアント、および第１のトークンと関連付けられた第１の担保を識別する第１のブロックチェーンベース台帳上に第１の新しいブロックを生成すること（９１４）を含むことができる。
方法９００はさらに、カストディアンモジュールを介して、カストディエンティティと関連付けられ、かつ第２の資産タイプと関連付けられた第２のブロックチェーンベース台帳を作成することをさらに含み、第２のブロックチェーンベース台帳は、第２の資産ジェネシスブロックについての第２の生データの第２のハッシュダイジェストの第２の署名を含む第２の資産ジェネシスブロックで生成され、第２の署名は、カストディアンモジュールとは別個の中央管理モジュールによって生成される（９１６）。次に、図９のプロセスは、カストディアンエンティティにおいて、第２のクライアントから第２の担保を受け取ることであって、第２の担保は第２の資産タイプである、受け取ること（９１８）、第２の担保をカストディアンエンティティのカストディ台帳に維持すること（９２０）、第２のクライアントから、かつカストディアンモジュールにおいて、第２の担保の少なくとも一部分を表す第２の資産の第２の準備の第２の要求を受信すること（９２２）、およびカストディアンモジュールによって、カストディ台帳に対する第２の要求と共に受信した第２の個人情報をマッピングすることによって、第２のクライアントおよび第２の要求の信頼性を検証することであって、カストディ台帳は、第２の資産を、第２の検証を生成するために、準備に利用可能であると識別する、検証すること（９２４）を含み得る。
第２の検証（例えば、ステップ９２４）が、第２の資産が第２の準備に利用可能であることを示すとき、方法９００は、第２のクライアントに第２のトークンを発行することによって第２の要求を承認すること（９２６）、ならびに第２のクライアント、および第２のトークンと関連付けられた第２の担保を識別する第２のブロックチェーンベース台帳上に第２の新しいブロックを生成すること（９２８）を含む。第１のクライアントと第２のクライアントとの間の取引であって、第１の資産タイプの取引された第２のクライアント資産、および第２の資産タイプの取引された第１のクライアント資産を生成するための、第１の資産の少なくとも一部分と第２の資産の一部分のためのとの取引を含む、取引に続いて、方法９００は、第１の資産タイプの第２のクライアント資産を表す第１のブロックチェーンベース台帳上に新しいブロックを生成すること、および第２の資産タイプの第１のクライアントの資産を表す第２のブロックチェーンベース台帳上に新しいブロックを生成すること（９３０）を含むことができる。資産所有権変更は、取引に対する１回限りの支払いまたは一方向の支払いである可能性もある。これらの新しいブロックは、各々、それぞれの台帳上の異なるブロックである。
任意選択の機能は、本明細書に開示されている注文入力システム、信用調査、およびマッチングエンジンとこのプロセスを結合することである。これらがなければ（注文入力および取引実行を処理するために）、システムは、任意のソースから取引実行メッセージを取得し（ネットワーク外で注文または合意された支払いまたは取引であっても）、依然としてクライアント資産に対してアトミックスワップを実行することができる。
新しいブロックを生成することはまた、ブロックに入る１つ以上のトランザクションを作成することを意味することもある。別の態様では、異なる台帳上で異なるブロックを生成することは、本明細書で開示されるようにアトミックに行われる２つの異なるブロックチェーン台帳上のブロックチェーンエントリを含むことができる。
取引マッチは、いくつかの異なるものを意味し得る。例えば、実際に取引であるのは、支払いトランザクション、またはレポもしくは占有回復トランザクションなどであり得る。任意の２つのアドレス間の一方向の支払いを含む任意のトランザクションタイプは、「取引」とすることができる。
これらがなければ（注文入力および取引実行を処理するために）、システムは、取引実行メッセージを取得し、クライアント資産に対してアトミックスワップを実行することができる。
第２のトークンを交換するために第２のクライアントからカストディエンティティにおいて受信された交換要求に続いて、方法９００は、第２のトークンをバーンすること、および第１の資産タイプの第２のクライアント資産を、カストディ台帳から第２のクライアントに移転することを含むことができる。
第１のトークンを交換するために第１のクライアントからカストディエンティティにおいて受信された交換要求に続いて、方法９００は、第１のトークンをバーンすること、および第２の資産タイプの第１のクライアント資産を、カストディ台帳から第１のクライアントに移転することを含むことができる。第１の資産ジェネシスブロックは、第１のクライアントが第１の担保を交換するための交換条件をさらに含むことができる。交換条件は、名前、アドレス、電子メールアドレス、電話番号、生体認証データ、およびソーシャルメディアデータのうちの少なくとも１つ以上を含むことができる。第１の資産ジェネシスブロックは、カストディアンエンティティの識別および第１の資産タイプの識別をさらに含むことができる。第１の資産タイプは、法定通貨を含むことができ、第２の資産タイプは、仮想通貨を含むことができる。資産タイプには、あらゆる種類の資産も含めることができる。第１のブロックチェーン台帳は、第１の資産タイプのための第１の台帳および第２の資産タイプのための第２の台帳を含むことができる。
第１の台帳および第２の台帳は、各々、カストディアンモジュールとは別個であることができ、ネットワーク上でその妥当性を証明するカストディアンモジュールと関連付けられたそれぞれの署名を含む、第１の資産ジェネシスブロックおよび第２の資産ジェネシスブロックでそれぞれ生成することができる。第１の台帳および第２の台帳は、各々、１つのブロックチェーンネットワークまたは異なるブロックチェーンネットワーク上に存在することができる。第１のクライアントに第１のトークンを発行することは、カストディ台帳上のアクションをミラーリングすることができる。
一態様では、第１の台帳および第２の台帳は、カストディモジュールとは別個であるのではなく、カストディモジュールの一部であり得る。
一態様では、第１のブロックチェーンベース台帳から第１の資産タイプの第２のクライアント資産をバーンすることは、第２のトークンをバーンウォレットに移転することを含むことができる。第２のブロックチェーンベース台帳から第２の資産タイプの第１のクライアント資産をバーンすることはまた、第１のトークンをバーンウォレットに移転することを含むことができる。一般に、仮想通貨ウォレットは、トランザクションを達成するために使用するための公開鍵および／または秘密鍵を格納するデバイス、物理媒体、プログラム、またはサービスであり得る。鍵を格納するこの基本的な機能に加えて、ウォレットはまた、情報を暗号化および／または署名する機能を提供することもできる。一例では、署名は、スマートコントラクト、仮想通貨トランザクション、識別を実行するか、または法的に「文書」に署名する、支払いを確認する、または取引を承認することをもたらす可能性がある。
第２のトークンを交換ために第２のクライアントからカストディエンティティにおいて受信された交換要求は、第２の資産ジェネシスブロックに示されるように、カストディアンの交換公開鍵を利用した暗号化されたメタデータを含むことができる。第１のトークンを交換するために第１のクライアントからカストディエンティティにおいて受信された交換要求は、第１の資産ジェネシスブロックに示されるように、カストディアン交換公開鍵を利用した暗号化されたメタデータも含むことができる。
一態様では、方法９００は、カストディアンモジュールによって実行される機能にアクセスするためのウェブベースのユーザインターフェース、および／またはカストディアンモジュールによって実行される機能にアクセスするためのアプリケーションプログラミングインターフェースのうちの１つ以上を提供することをさらに含む。第２のトークンをバーンすることはまた、カストディアンエンティティによる要求されたデューデリジェンスの後、第２のトークンの所有権をバーンアカウントに再配分することによって発生することもある。さらに、第１のトークンをバーンすることは、カストディアンエンティティによる要求されたデューデリジェンスの後、第１のトークンの所有権をバーンアカウントに再配分する動作を実行することによって発生することができる。
図１０は、本開示の別の方法１０００の例を例解する。方法１０００は、第１の資産タイプの第１のカストディアンブロックチェーンベース台帳を生成すること（１００２）、カストディアンによって保有される第１の資産タイプの金額と関連付けられた第１のトークンを生成することであって、第１のトークンは、第１のクライアントの第１の資産タイプの金額を識別する第１のカストディアンブロックチェーンベース台帳のブロックと関連付けられている、生成すること（１００４）、第２の資産タイプの第２のカストディアンブロックチェーンベース台帳を生成すること（１００６）、第２のクライアントのためにカストディアンによって保有される第２の資産タイプの金額と関連付けられた第２のトークンを生成することであって、第２のトークンは、第２のクライアントの第２の資産タイプの金額を識別する第２のカストディアンブロックチェーンベース台帳上のブロックと関連付けられている、生成すること（１００８）、エクスチェンジネットワークにおいて、第１のクライアントおよび第２のクライアントが、第１の資産の少なくとも一部分と、第２の資産の少なくとも一部分との取引に同意するデータを受信すること（１０１０）、エクスチェンジネットワークにおいて、第１の資産の一部分と第２の資産の一部分との現在のトランザクションを含むアトミックエクスチェンジを実行すること（１０１２）、および第１のカストディアンブロックチェーンベース台帳および第２のカストディアンブロックチェーンベース台帳での所有権のトークンの変化を記録すること（１０１４）を含む、１つ以上のステップを含む。
方法１０００は、第１のクライアント（現在、第２の資産タイプを所有している）または第２のクライアント（現在、第１の資産タイプを所有している）が、取引の後、カストディアンによって保有されているアカウントまたはウォレットから新しい所有者に移動することができる、実際のドルまたはビットコインを受信することができる交換プロセスをさらに含むことができる。交換時に、それぞれのトークンは、それぞれの台帳を適切に更新するために、バーンアカウントまたはバーンウォレットに移転され得る。
図３Ａは、それぞれのブロックチェーン台帳上のブロックの進化を例解する。例えば、第１のトレーダ３０４が、カストディアカウント内のカストディアン３０２に１０万ドルを預けたと仮定する。各ブロックチェーンベース台帳３１０／３１２は、台帳を検証し、かつエクスチェンジネットワーク３１４上の取引に使用することができる台帳内のデータを確認するエクスチェンジネットワーク３１４によって署名されるジェネシスブロックを有する。カストディ台帳３０８は、このトランザクションおよび米ドルのカストディアカウントを記録して、金銭を保有することができる。第２のトレーダが、カストディアン３０２のウォレットアカウント内に１０ビットコインを預けたと仮定する。発行要求が承認されると、カストディ台帳３０８はまた、このトランザクションを記録する。資産タイプの米ドルのために作成された第１のブロックチェーンベース台帳３１０は、第１のトレーダが、カストディアン３０２に預金された１０万ドルを有することを識別するブロック３１８を含む。トークンは、ブロックチェーン３１０内のこのブロックと関連付けられている第１のトレーダに発行され得る。トークンは、一態様では暗号通貨トークンではなく、その資産のデジタル化の表現、または資産に対するデータおよび所有権の表現である。同様に、第２のトレーダ３０６は、台帳上のブロック３２４においてカストディアン３０２によって保有される１０ビットコインを有することが示される。第２のトレーダ３０６はまた、ブロックチェーンベース台帳３１２内のブロック３２４と関連付けられたトークンを発行される。
次いで、第２のトレーダ３０６が、１万ドルでエクスチェンジネットワーク３１４上の第１のトレーダ３０４に１ビットコインを販売すると仮定する。取引に続いて、米ドル台帳３１０は、第２のトレーダ３０４が１ビットコインを売却した後に現在１万ドルを有するというトランザクションを記録するブロック３２０を含む。ビットコイン資産タイプと関連付けられたブロックチェーンベース台帳３１２はまた、第１のトレーダ３０４が現在１ビットコインを有することを示すブロック３２６を記録する。取引のこのエクスチェンジおよび記録は、合意された価格でのビットコイン関連トークンとの米ドル関連トークンの同時トランザクションを表し、取引が完了したことを表すアトミックエクスチェンジであることができる。このアプローチはまた、例えば、ＵＴＸＯセット（仮想通貨トランザクション後に１つ以上のアドレスに残っているデジタル通貨の金額）などの、台帳トランザクション残高を読み取るプレ取引リスクのような概念に統合することもできる。トークン所有権の変更は、それぞれのカストディアン台帳に自動的に記録される。米ドルまたはビットコインを移動させるための実際のエクスチェンジの一部としての要件がないため、複数のエクスチェンジは、エクスチェンジネットワーク３１４においてより効率的で即時的なアプローチで行われ得る。エクスチェンジは、トークンによって実行され、ブロックチェーンベース台帳３１０／３１２上で管理される。交換要求に応じて、エクスチェンジネットワークは、それぞれの台帳に適切な修正を行い、実際のドルまたはビットコインを適切なクライアントアカウント３０４／３０６に移動させるようにカストディアン３０２に通知することができる。
資産デジタル化プロセス、取引決済プロセス、および台帳の作成および使用を実行するネットワーク内のコンポーネント間の通信は、ユーザインターフェース、ＡＰＩ、または任意の他のプロトコルを使用することによって達成することができる。言い換えると、新しいコンピュータコンポーネントは、カストディアンエンティティによって動作するコンピュータネットワークで実装する必要がなくてもよい。
本明細書に開示される機能は、カストディアンに代わってブロックチェーンベース台帳も管理するエクスチェンジネットワークなどの単一のエンティティに組み合わせることができる。別のシナリオでは、カストディアンは、それぞれのブロックチェーンベース台帳を作成することができるようにカストディアンに必要なプログラミングを含むことができる「カストディアンモジュール」を受信し、それらの台帳にエクスチェンジネットワークによって署名されるジェネシスブロックを含めさせ、次いでエクスチェンジネットワークと台帳との間の適切な通信を可能にして、アトミック取引を実行し、交換プロセスを管理することができる。ＡＰＩ呼び出し、安全な通信、情報の要求、要求への応答、ネットワークセキュリティ、データの暗号化、データの復号化などのすべての通信は、ブロックチェーンベース台帳の作成および使用に関して本明細書に記載される全体的なプロセスを実行するために異なるエンティティがそれぞれの機能を実行する必要がある場合、本出願の範囲内に含まれると見なされる。例示的な実施形態は、本明細書に記載される任意のコンポーネントまたはモジュールと、そのコンポーネントの立場から実行される機能とを対象とする特許請求の範囲を含むことができる。例えば、アトミックエクスチェンジスマートコントラクトは、別個の発明であり得、機能性の観点から説明され得る一つの例示的な実施形態であり得、システム全体の他のコンポーネントに対して実行される。
本開示の態様は、カストディアンエンティティによって使用するために作成されるブロックチェーンベース台帳のジェネシスブロックに署名することが可能である機能を備えて作成されるエクスチェンジネットワークの立場から完全に請求または説明することができる。他の特許請求の範囲は、実際の法定通貨またはクライアントとのカストディ関係に保有された仮想通貨を受信するカストディアンエンティティの立場から、このプロセスの機能に完全に焦点を当てることができるが、クライアントがエクスチェンジネットワーク上で取引し、次いで、それらの取引の結果に基づいて、かつ交換要求時に保管されている実際のドルまたは仮想通貨を配布することを可能にする目的で、本明細書に開示された方法での、ブロックチェーンベース台帳の作成を可能にする。
他の態様もクライアントデバイスの観点から請求することができる。本開示は、クライアントデバイスであって、それに分配されたソフトウェアモジュールを含み得るクライアントデバイスに適用することができ、それは、ユーザインターフェースを提供し、セキュリティまたは暗号化プロセスを可能にし、仮想通貨ウォレットとの通信を可能にし、それぞれのクライアントと関連付けられた銀行との安全な通信を可能にし、および／またはクライアントがエクスチェンジネットワークにアクセスし、価値のある資産をカストディアンエンティティに預けた後に取引を行う機能を提供する。したがって、ユーザインターフェースを介してエクスチェンジネットワークにアクセスするクライアントデバイスとの間の任意の通信を含む本明細書で開示される機能のいずれかは、本開示の範囲内に含まれる。繰り返すが、これは、クライアントが、開示されたコンピュータシステムのサービスおよび能力にアクセスすることを可能にするクライアントデバイスに、ダウンロードされたソフトウェアが含まれている場合に特に当てはまる。
図１１は、カストディエンティティの立場からの例示的な方法１１００を例解する。方法１１００は、カストディエンティティによって、それぞれの資産タイプのために確立された少なくとも１つのブロックチェーンベース台帳を作成するか、または作成させることを含み、少なくとも１つのブロックチェーンベース台帳は、カストディエンティティのクライアントが資産を取引することができるエクスチェンジネットワークによって署名されたジェネシスブロックを有する（１１０２）。図１１の方法はまた、カストディエンティティのクライアントから資産を受信し、それらの資産をカストディアカウントに格納すること（１１０４）、トークンが、少なくとも１つのブロックチェーンベース台帳に基づいて作成されるときであって、トークンが、カストディエンティティによって保有されるクライアント資産を表す、作成されるときに、カストディエンティティからエクスチェンジネットワークに、トレーディングのためのクライアント資産の可用性をブロードキャストすること（１１０６）、交換された資産のためのクライアントからの交換要求を受信すること（１１０８）、および交換された資産をカストディエンティティからクライアントアカウントに移転すること（１１１０）を含むことができる。
本明細書に開示されるフレームワークによって対処され得る他の態様は、バンキングバックエンド台帳システムによる担保のプログラム的な準備および解除を含み得る。通信手段またはＡＰＩの使用を通じて、バンキングバックエンド台帳システムはまた、本明細書に開示されるようなブロックチェーンベース台帳システムを利用して、類似の様態で担保を準備および／または担保を解除するために利用することができる。第１のカストディアンが第１のトレーダの資産を格納し、第２のカストディアンが第２のトレーダの資産を格納するなど、複数のカストディアンが取引に関与するシナリオでは、カストディアンノード間の支払いおよび決済が可能であり得る。これは、それぞれのカストディアンが元の発行カストディアンによって交換可能なトークンを有し、他のカストディアンから資産を移転したクライアントが自らのカストディアンによって発行されたトークンを有するように、交換および再発行プロセスを通じて発生することができる。言い換えると、交換プロセスに従って、交換された資産、または交換されている途中である資産を表すトークンは、異なるカストディアン間で交換することができる。特定のトークンを受信すると、そのトークンは、そのトークンと関連付けられた物理的資産が、識別されたクライアントに分配されるべきであることをカストディアンに示すことができる。そのようなデータは、トークン自体に組み込むことができる。
別の態様では、複数の取引が発生し、複数のカストディアンがそれらの取引の複数のクライアントを表す場合、いくつかの異なるトランザクションをより効率的に処理するために、一括決済メカニズムまたはネット決済メカニズムが発生する可能性がある。法定通貨および／もしくは仮想通貨、または他の資産タイプの代替性を考えると、カストディアンは、互いに発行されたトークンを取引し、従来の支払いレールを介して後にネット決済ベースで決済することができる。このようにして、ブロックチェーンベースであるかどうかにかかわらず、追加の別個の台帳は、それぞれのブロックチェーンベース台帳上に実行され記録された取引を表すトークンのエクスチェンジを説明することができる。一定期間後、またはいくつかの他のトリガメカニズムに基づいて、内部の、ドルまたはビットコインなどの実際の純資産額のみが、あるカストディアンから別のカストディアンに移転される必要があるように、ネット決済が従来の支払いレールを介して発生する可能性がある。したがって、本明細書に記載のアプローチは、第１のカストディアンおよび第２のカストディアンがエクスチェンジネットワーク上の取引と関連付けられたトークンをエクスチェンジするだけでよいという設定された期間を含んでもよい。毎晩、または毎週、または需要に応じてなど、所定の期間の終わりに、ネット決済プロセスが発生し得、その結果、実際の通貨の複数のエクスチェンジが発生するのではない。本システムは、ドルの一回の移転をネット決済額として実行すれば十分であるか、またはビットコインの一回の移転は、ネット決済額である。これは、各移転が、資産の実際の移転を実現するためにお金を費やす可能性があるため、有益なプロセスであり得る。
別の例では、ネット決済額が１億ドルまたは５００ＢＴＣなどの特定の閾値に達すると、ネット決済プロセスが開始されるように、要件が設けられ得る。したがって、いくつかの例では、ネット決済プロセスは、１つ以上の特定のイベントおよび／または条件によって自動的にトリガされ得る。
さらに別のシナリオでは、複数のカストディアンが、それぞれのクライアントのためにエクスチェンジネットワークを利用する場合、彼らと直接の関係がないクライアントへの資金のカストディアン移動についての共有ＡＭＬ／ＫＹＣチェックも実施することができる。このＡＭＬ／ＫＹＣチェックは、トークンが、受信され、その中に含まれた、ＡＭＬ／ＫＹＣチェックが正常に実行されたという識別を有することができるように、トークン自体に組み込むことができる。
図１２は、ブロックチェーンベースのトレーディングプラットフォーム１２００における例示的な資産発行フローを例解する。ステップ１では、クライアントＡ１２１２は、カストディアンアカウント１２０６に、ドル１２０８またはビットコイン１２１０または任意の他の資産を資金供給する。ステップ２では、ＧＤＡＸ取引所１２０４（一般に、このプラットフォーム内はカストディアンおよびトレーディングエンティティであり、ネットワークの両方のタイプのメンバー（カストディアンおよびトレーディングエンティティ）のためのソフトウェアを動作させる）は、米ドル１２２４およびビットコインまたは他の仮想通貨１２２２のアカウントを有するカストディアン－ＧＤＡＸ１２２０においてカストディアンＧＤＡＸ－ｆｏｒ－ＸＮアカウント１２２６を開く。ステップ３では、ＧＤＡＸ取引所１２０４は、カストディアン－ＧＤＡＸアカウントに、米ドルおよび／またはビットコインを資金供給する。ステップ４では、エクスチェンジネットワーク（ＥＣＮ）１２０２は、見積ＩＤを有するＧＤＡＸ取引所から、ＦＩＸ（取引関連メッセージを記述するためのグローバル言語である金融情報交換プロトコル）を介して（販売情報１２１６を含む）価格設定されたフィードを受信する。ＥＣＮは、従来の証券取引所以外の、金融商品のトレーディングを容易にするコンピュータ化されたフォーラムまたはネットワークの一種である電子通信ネットワークである。ステップ５では、クライアントＡ１２１２は、購入情報１２１４に基づいて、ＧＤＡＸ取引所１２０４から調達されたＥＣＮ価格でクライアントＢ１２１８と取引する。ネットワーク１２０２は、ＧＤＡＸ－ｆｏｒ－Ｎアカウントについて、注文をＧＤＡＸ取引所１２０４にルーティングする。ＦＩＸプロトコルは、以下のような注文でタグを提供することができる。ＸＮ：クライアントＩＤ。
ステップ６では、ＧＤＡＸ取引所１２０４は、ＧＤＡＸ－Ｃｌｉｅｎｔ－Ｂ（関連付けられた見積ＩＤ）に代わってＡＣＫ／ＮＡＫシグナルを返送し、取引が完了する。ＸＮ ＥＣＮのマッチングエンジンは、ＸＮ－クライアント－Ａおよびカストディアン－ＸＮシステムならびにＧＤＡＸ－ｆｏｒ－ＸＮおよびカストディアン－ＧＤＡＸシステムとインタラクトするアトミックエクスチェンジを実行して、ＸＮ－クライアント－Ａ１２１２およびＧＤＡＸ－クライアント－Ｂ１２１８に代わって署名すること、およびカストディアン－ＧＤＡＸ１２２０内のカストディアン－ＸＮ１２０６の両方のドルおよび／またはビットコイン台帳へのトランザクションコミットをカバーする。
図１３は、ブロックチェーンベースのトレーディングプラットフォーム１３００における例示的な資産交換フローを例解する。この例では、ステップ１は、アトミックエクスチェンジを実行するＸＮ－ＥＣＮ１３０２マッチングエンジンを表す。特徴１３０４は、ＧＤＡＸ取引所を表す。同時に、マッチ（アトミックエクスチェンジ）のためのトランザクションは、署名のためにＸＮ－クライアント－Ａ１３２０およびＧＤＡＸ－ｆｏｒ－ＸＮ１３３４に送信される。トランザクションは、各それぞれのエンティティでソフトウェア１３２２、１３３６を使用して自動的に署名される。ステップ３は、カストディアン－ＸＮ１３０６とカストディアン－ＧＤＡＸ１３２４の両方に署名されたトランザクションを送信することを含む。
ステップ４は、台帳を更新することを含む。一例では、カストディアンは、トークン化された各資産ごとに独自の台帳を所有し、運用する。これらの台帳は、証明可能なクライアント署名されたトランザクションで自動的に更新される。それぞれのカストディアンは、台帳およびすべての証明を見ることができ、すべてのトランザクションおよび移転前および移転後の台帳上の価値の有無を独立して検証することができる。特徴１３１６、１３１８は、カストディアン－ＸＮ１３０６のトランザクション詳細で台帳を更新することに関連して使用されるハッシュを表す。同様に、特徴１３３８、１３４０は、ステップ４に関連してカストディアン－ＧＤＡＸ１３２４台帳を更新するためのトランザクション詳細のハッシュを表す。これは、カストディアン－ＧＤＡＸ１３２４を運用するまたは制御するソフトウェア１３２５を更新することを含むことができる。カストディアンＧＤＡＸ１３２４は、ビットコイン１３２６、米ドル１３２８、または任意の他の資産１３３０のカストディアンであり得る。
ステップ５は、一例では、ＧＤＡＸ－ｆｏｒ－ＸＮ１３３４が、ユーザインターフェース１３３２／１３１２を介して、ユーザインターフェース（またはいくつかの他のインターフェース）を介する、カストディアン－ＸＮ１３０６における残高のために米ドルまたはビットコインの交換を要求することを含む。カストディアン－ＸＮ１３０６に関連して動作するソフトウェア１３１４は、これらの動作を実行する。
ステップ６では、カストディアン－ＸＮ１３０６は、ユーザインターフェース上で要求を受信し、トークン化された米ドルおよび／またはビットコインを交換する。ステップ７は、カストディアン－ＸＮ－１３０６がカストディアン－ＧＤＡＸ１３２４に資産を移転することを含む。最後に、ステップ８は、カストディアン－ＧＤＡＸがメインオムニバスアカウントに資産を受信することを含む。
図１４は、ブロックチェーンベースのトレーディングプラットフォーム１４００と関連付けられたトレーディングフローを例解する。この例では、第１のトレーダＴ１ １４１６は、ドルと引き換えに第２のトレーダＴ２ １４１８に仮想通貨を取引したいと思っている。第１のイベントでは、Ｔ１は、１００ＥＴＨ（例として）をスマートコントラクト１４０２に移転する。第２のイベントでは、スマートコントラクトは、１００ＥＴＨをスマートコントラクトサーバ１４０１に移転する。スマートコントラクト台帳は、トレーダＴ１がスマートコントラクトに１００ＥＴＨを有することを記録する。第３のイベントにおいて、トレーダＴ１ １４１６は、５ドルと引き換えにトレーダＴ２ １４１８に５ＥＴＨを取引する。この取引に関するデータは、スマートコントラクト１４０２に報告される。トレーダＴ１およびＴ２は、取引を実行するためにスマートコントラクトサーバ１４０１を利用し得る。イベント３の一部として、データは、第４のイベントを、米ドル台帳１４１２からＴ１ １４０６のウォレットに５ドルを移転させる第２のトレーダＴ２ １４１８と関連付けられたカストディアンＣ２ １４１０に提供される。台帳１４１２は、５ドルのＴ２からＴ１への移転を反映する。第５のイベントは、５ドルの受信の、ウォレットＴ１ １４０６からスマートコントラクト１４０２への確認を表す。最終および第６のイベントは、ウォレットＴ２ １４０８への５ＥＴＨの移転を表す。ＥＴＨ台帳１４１４は、５ＥＴＨの、Ｔ１からＴ２への移転を示す。
図１５Ａは、カストディサービスを提供するための別の例示的なプラットフォームを例解する。新しいプラットフォーム１５００は、取引されている資産が、プラットフォームを使用するためにも登録されている各参加者のそれぞれのスポンサー企業によって担保されているため、取引の当事者が、直接対面し、取引先リスクなしで資産を取引することを可能にする。高レベルでは、プラットフォームは、３つの主要コンポーネント：コアシステムまたはガバナンスノード１５０２、カストディアンモジュール１５１２、１５１６、およびトレーダモジュール１５０８、１５１０を含むことができる。カストディアンモジュール１５１２、１５１６は、スポンサー企業１５０４、１５０６によって直接ホストされ、アプリケーションプログラミングインターフェース（「ＡＰＩ」）呼び出しを介してコアシステム１５０２と通信することができる。カストディアンモジュールは、コアシステムを動作させる同じエンティティによってホストすることもでき、したがって、スポンサー企業が、多要素認証プロセスを介してアクセスされるウェブポータルを介して、すべての適用可能な機能を実行することを可能にする。
図１５Ａにおいて、以下は、頭字語の意味である。ＴＭ：トレーディングエンティティモジュール、ＣＭ：カストディアンモジュール、ＸＥ：マッチングエンジン、ＢＣ：ブロックチェーンノード、Ｃ１：銀行法定カストディアン、Ｃ２：デジタル資産カストディアン、Ｔ１：トレーディングエンティティ１、Ｔ２：トレーディングエンティティ２、ＤＰ／ＬＰ：ダーク／リットプール、ＳＯＲ：スマート注文ルータ、ＯＭ：注文モジュール。
フローの概要は次のとおりである。ステップ１では、カストディアン１５１２、１５１６は、ブロックチェーン１５１４、１５１８上に台帳を作成する。カストディアンおよび通貨のペアには、別個の台帳を作成することができる。例えば、Ｃ１－ＵＳＤ、Ｃ２－ＢＴＣなど。ステップ２では、トレーダ１５０８は、トレーディングエンティティモジュール１５２０を通じて、特定の通貨台帳上の資産の発行をカストディアンモジュール１５１２から要求する。カストディアン１５１２は、発行を承認する。ステップ３では、トレーダ１５０８／トレーダモジュール１５２０は、コアシステム１５０２のマッチングエンジン１５２４に注文／見積／取引を提出する。マッチングエンジン１５２４は、そのマッチング決定を行う際に、データのダークプールおよびリットプール１５３２にアクセスすることができる。ステップ４では、ブロックチェーン１５１４上で取引前リスクチェックを実行して、ブロックチェーン上に資産が存在することを確認することができる。ステップ５では、注文は、Ｔ１／Ｔ２ １５０８／１５１０による受け入れのためにＴＭ１／ＴＭ２ １５２０／１５２に送信される。次いで、注文は、Ｔ１／Ｔ２ １５０８／１５１０によって受け入れられ得る。スマート注文ルータ１５２８は、注文を処理する自動化されたプロセスを提供するために使用され得る。これは、秘密鍵を使用した署名を通して達成することができる。ステップ６では、コアシステム１５０２／１５３２は、デジタル署名のためにＴ１およびＴ２ １５２０／１５２２に要求を送信する。ステップ７では、システム１６３２は、取引を、それぞれのカストディモジュール１５１２／１５１６に送信して、それぞれのブロックチェーン１５１４／１５１８上に、関係する２つの台帳にアトミックに記録される。データは、２相コミットプロトコルを使用して、３つのノード：Ｃ１側１５０４上の１つ、Ｃ２側１５０６上の１つ、および取引所側１５３２上の他の１つに書き込まれる。取引所側１５３２では、データは、ブロックチェーン１５３０に書き込むことができる。ステップ８では、取引所１５３２は、Ｔ１およびＴ２ １５２０／１５２２に実行レポートメッセージを提供する。ステップ９では、資産解放要求は、Ｔ１、Ｔ２ １５０８／１５１０からＣ１、Ｃ２ １５０４／１５０６に送信され得る。ステップ１０では、資産解放は、カストディアン１５０４／１５０６によって承認される。
この例示および実施例では、Ｔ１およびＴ２ １５０８／１５１０は各々、それぞれのカストディアン、米ドルの保管のためのＣ１銀行法定カストディアン１５０４、およびＢＴＣまたは他の仮想通貨またはデジタル資産の保管のためのＣ２デジタル資産カストディアン１５０６に、アカウント（カストディウォレット）を有すると仮定される。取引では、Ｔ２ １５１０が、Ｔ１ １５０８から、法定カストディアンとしてのＣ１ １５０４に保有されるＵＳＤで、Ｃ２ １５０６に保有されるＢＴＣを購入したと仮定される。取引の後、Ｔ１ １５０８は、Ｃ２－ＢＴＣブロックチェーン台帳１５１８上にＢＴＣを所有するようになり、Ｔ２ １５１０は、Ｃ１－ＵＳＤブロックチェーン台帳１５１４上に米ドルを所有するようになる。
本開示は、図１５Ａを引き続き参照して、上記でより詳細に要約したプロセスを段階的に進めるが、具体的なステップ番号付けは、図１５Ａに示されるものとは異なる。ステップ１：スポンサー企業Ｃ１－法定銀行カストディアン（「Ｃ１」）１５０４は、カストディアンモジュール１５１２ユーザインターフェースを使用して、ネットワーク１５００上で使用するためにトークン化される各特定の資産のブロックチェーン台帳を作成する。例えば、ＵＳＤおよびＥＵＲが、２つのサポートされている資産の場合、ＵＳＤ台帳および別個の固有のＥＵＲ台帳を作成することができる。各ブロックチェーン台帳１５１４は、カストディアンモジュール１５１２の一部であり、取引所１５０２を運用するエンティティによってではなく、Ｃ１ １５０４によって制御および運用される。次に、台帳が作成された後、参加者は、以下のステップで説明されるように、ネットワーク１６００上で使用するために、カストディアンによって保有される資産をそれぞれの台帳に発行するための要求を行ってよい。
ステップ２．１：トレーダ１（Ｔ１）１５０８は、そのスポンサー企業（Ｃ１）が、ネットワーク１５０２上で使用するためにＣ１ １５０４に預金された資産の金額を準備することを要求する。その要求は、トレーダモジュール１５２０ユーザインターフェースを使用して、Ｔ１ １５０８によって開始され、ネットワーク１５０２を通じてルーティングされ、Ｃ１ １５０４に起因するカストディアンモジュールユーザインターフェース上で受信され、および閲覧可能である。ステップ２．２：Ｔ１ １５０８の資産の可用性の内部検証の後、Ｃ１ １５０４は、例えば、資産の指定された金額に管理上の保留を配置することによって、資産の要求された金額をそのシステム内に準備する。Ｃ１ １５０４は、カストディアンモジュール１５１２ユーザインターフェースを使用して、Ｔ１ １５０８に代わって、ブロックチェーン台帳１５１４上に適用可能な数のトークンを発行する。トークンは、１：１の比率で、米ドルまたは任意の他の資産の各単位につき１トークンで発行することができる。発行されると、発行されたトークンの値が、Ｔ１ １５０８に表示される。発行は、発行するスポンサー企業（Ｃ１）１５０４に帰属するプライベート台帳１５１４に記録される。
取引プロセスは次のとおりである。ステップ３：Ｔ１ １５０８は、その担保資産をプラットフォーム上の取引先トレーダ（Ｔ２）１５１０の資産と取引するための注文／見積を提出する。注文メッセージは、Ｔ１およびＴ２ １５０８／１５１０から発信され、トレーダモジュール１５２０／１５２２内でそれぞれＴ１およびＴ２の秘密鍵で署名される。ステップ４：すべての注文は、Ｔ１およびＴ２ １５０８／１５１０が、取引、および取引に関連付けられた任意の手数料をカバーするために、Ｃ１ブロックチェーン台帳１５１４上の少なくとも十分な指定された資産を有することを確認するリアルタイムの取引前リスクチェックの対象となり、そうでない場合、注文は拒否され、マッチングエンジン１５２４に入らない。取引前リスクチェックでは、台帳上の証明可能な資産の現在の状態を使用し、アクティブであるが処理されていない注文、機関トレーディングシステムで慣習的に行われているようなトレーディングトランザクションで発生する手数料などの利用可能な資産を削減する、または削減する可能性のあるすべての状態変更を説明する。
ステップ５：システム１５０２は、Ｔ２ １５１０が、Ｔ２ １５１０の証明可能な資産に対するリアルタイムの取引前リスクチェックをクリアすることを含む、Ｃ１ １５０４との同じステップ１～ステップ４を完了したと仮定して、Ｔ１の資産をＣ１ １５０４で検証し、次いで、注文をマッチングエンジン１５２４に入力し、注文を、Ｔ１ １５１０の取引要求を満たすＴ２ １５１０からの対応する注文とマッチングする。一つの例示的な代替フレームワークでは、取引はまた、１つのカストディアンに、２つの資産および２つのトレーダ、例えば、Ｃ１ １５０４に資産を有するＴ１ １５０８、およびＣ１１５０４に資産を有するＴ２ １５１０を含むことができる。
ステップ６．１：マッチングエンジン１５２４は、マッチングした注文を、台帳上の証明可能な資産の同時トランザクションを確実にするアトミックエクスチェンジエンジン１５３４に送信する。資産のアトミックエクスチェンジの時点で、資産は、Ｔ１およびＴ２ １５０８／１５１０の資産を含むそれぞれのブロックチェーン台帳上で検証され、取引量をカバーし、任意の関連する手数料を支払うのに十分な資産が存在する場合、注文実行の確認は、Ｔ１のＴＭ１５２０およびＴ２のＴＭ１５２２に送信される。ステップ６．２：注文が、Ｔ１およびＴ２ １５０８／１５１０によって受け入れられると、トレーディングトランザクション確認メッセージは、それぞれの秘密鍵でデジタル署名するためにＴ１およびＴ２トレーダモジュール１５２０／１５２２にルーティングされる。
ステップ７：デジタル署名された実行された取引は、関連するそれぞれのブロックチェーン台帳１５１４／１５１８（すなわち、資産ごとに１つ）の検証および記録のためにＣ１およびＣ２のカストディアンモジュール１５１２／１５１６に送信される。手数料トランザクションはまた、コアシステム１５０２内のＴ１およびＴ２手数料スケジュールおよび対応する構成に基づいて自動的に作成され、デジタル署名のためにＴ１および／またはＴ２トレーダモジュール１５２０／１５２２に送信され、次いで、トランザクションは、検証および記録のためにＣ１およびＣ２のカストディアンモジュール１５１２／１５１６に送信される。トレーディングトランザクションの記録は、１５１４／１５１８を含んだ２つのブロックチェーン台帳上でアトミックに発生する。トランザクションデータは、２相コミットプロトコルを使用して、３つのノード：Ｃ１ １５１４について１つ、Ｃ２ １５１８について１つ、およびコアシステム１５３０について１つに書き込まれる。ステップ８：最終実行レポートメッセージは、Ｔ１およびＴ２ １５０８／１５１０に送信される。
例示的な交換プロセスは、より詳細に説明される。上記のステップの後、Ｔ１またはＴ２ １５０８／１５１０は、参加者の代わりに交換機能を実行するためにそれぞれのカストディアンモジュール１５１２／１５１６を使用するＣ１またはＣ２ １５０４／１５０６と、エクスチェンジされたトークンを交換することができるようになる。ステップ１：Ｃ１ １５０４は、カストディアンモジュール１５２０ユーザインターフェースにおいて、Ｔ１ １５０８によってデジタル署名されたＴ１ １５０８によるトークン交換要求を見る。交換要求メッセージは、カストディアンモジュール１５１２を使用して事前に構成されたＣ１ １５０４によって義務付けられた情報フィールドを含む。これは、別のカストディアン要求のアカウントを有する参加者が、そのカストディアカウントへの交換を要求する、例えば、Ｔ２ １５１０がＣ２ １５０６への交換を要求する場合に、マルチカストディアン構成で必要とされるような、交換要求の一部として支払指示の受信をスポンサー企業が許可する場合、認証およびアカウントまたはウォレットコーディネートに使用される特別なＰＩＮまたはパスワードを含むことができる。この場合、Ｃ１およびＣ２ １５０４／１５０６は、当事者間で合意されたとおり、すべてのＡＭＬ／ＫＹＣ手順を満足のいくように実行することができる。ここで詳述される例では、Ｔ１およびＴ２ １５０８／１５１０は各々、Ｃ１ １５０４でのアカウントを有し、Ｃ１ブロックチェーン台帳１５１４上で現在所有している資産を、それぞれのカストディアカウントに交換することができ、そこからＣ１ １５０４にさらなる指示を提供することができる。
ステップ２：Ｃ１ １５０４は、提供されたツールを使用して、交換要求が、有効であり、要求が、トークンの正当な所有者によって行われ、すべてが、暗号学的証明によって検証されたことを検証する。スポンサー企業は、独立した認証手続きを伴う参加者への必須コールバックなど、任意の他のポリシーまたは手続きを確立することができる。ステップ３：任意の交換要求の時点で、またはスポンサー企業のポリシーおよび手順によって指示されるように定期的に、Ｃ１ １５０４は、カストディアンモジュールが提供する調整スナップショットレポートツールを使用して、彼らのレガシーシステムの台帳上のどの資産アカウントが、その時点までのブロックチェーン台帳１５１４上に記録されたトランザクションのアカウント間のネット決済のために引き落としおよびクレジットされる必要があるかを見る。例えば、Ｔ１ １５０８は、１０ＢＴＣで引き落とされる必要があり、Ｔ２ １５１０は、１０ＢＴＣでクレジットされる必要がある。レポートには、スポンサー企業のブロックチェーン台帳と同期するためにレガシーシステムで処理する必要があるネット移動に組み込まれたすべての中間取引が表示される。交換は、参加者がその公開鍵アドレスからスポンサー企業の公開鍵アドレス、例えばＴ１ １５０８からＣ１ １５０４に資金を移動させるプロセスであり、このトランザクションは、対象の資産のブロックチェーン台帳１５１４に記録される。次いで、Ｃ１ １５０４は、Ｔ１のアカウントに現在存在する、交換のためにＴ２ １５１０によって提出されたトークンを裏付ける原資産の存在を検証する。スポンサー企業は、この例では、Ｔ１およびＴ２ １５０８／１５１０のみ、または必要に応じて、独自の内部ポリシーおよび手順に従ってすべてのクライアントアカウントのために、レガシーアカウントシステムをブロックチェーン台帳と同期させることができる。一例の実践は、ブロックチェーン台帳１５１４／１５１８から資産を削除し、調整プロセス中に、トークン化された資産の任意のトランザクションが交換されるのを防ぐために、レガシーシステム上のアカウントを調整する前に、任意の有効な交換要求のためにネットワークからトークンを交換することである。調整プロセスにおける基礎となる資産およびデビットならびに対応するクレジットの検証は、Ｃ１の内部システムを使用して完了する。
調整スナップショットレポートツールは、Ｃ１ １５０４が、レガシーシステム上の資産移動が存在する各アカウント間のデビットおよび対応するクレジットで処理された各ネット決済を確認するために使用することができる、確認ツールを有する。カストディアンモジュール１５１２は、レガシーシステム上で既に処理されている移動のこれらの確認を追跡して、調整スナップショットレポートの次のプルがポイントインタイムであり、確認が記録されて以来、同じ資産およびアカウントに関連する新しいネット移動のみを示すようにする。公開台帳上の仮想通貨資産のウォレット間のネット移動の記録は、ネット移動の時点で、またはスポンサー企業の内部ポリシーおよび手順に従って将来的に実行することができる。公開台帳にネット移動を登録することに関連するトランザクション手数料は、基礎となるクライアントまたはスポンサー企業によってバーンされる。
ステップ４：交換当事者が両方とも同じスポンサー企業のクライアントである場合、スポンサー企業は内部デビット／クレジットトランザクションを実行することができる。交換当事者が同じスポンサー企業にいない場合、Ｃ１ １５０４は、Ｔ１の資金のブロックを解除し、通常は、スポンサー企業の内部ＡＭＬ／ＫＹＣ手順によって許可されるように、Ｃ１ １５０４からＴ２の指定されたカストディアカウントまたは他の指定された銀行アカウントへの電信送金、またはＣ１ １５０４からＴ２のカストディウォレットまたは他の指定されたウォレットへのウォレット送金の形式で、Ｔ２ １５１０によって提出された支払い指示に従って、Ｔ２ １５１０に資金を送金する。
以下は、本明細書に開示される様々なノードおよびシステムの追加の説明である。カストディアンノード１５０４／１５０６は、以下の機能を含むことができる。ノードは、各固有の機器またはデータタイプごとにブロックチェーン台帳の作成を実行することができる（ノードごとに複数の台帳、同じ資産に対して複数の台帳であるが、カストディアンノードについては固有のものである）。ノードは、台帳上でＵＴＸＯ（未使用のトランザクション出力）または任意の他のトランザクションモデルを実行することができる。ノードは、一方向支払いのための支払いスクリプトを含むことができ、また、同時トランザクションのためのアトミックスワップスクリプトも実行することができる。ノードは、１つ以上のガバナンスノード（集中型からフェデレーション型までの任意のガバナンスによる署名付きジェネシスブロックによるアクセス制御から、公開台帳プロトコル上のトークンとしての議決権までを含むことができる。トークン化（発行）プロセスおよびバーン（交換／デトークン化）プロセスに関して、ノードは、要求を発行（ユーザの別名「コインベース」トランザクションの公開鍵アドレスのためにカストディアンによって署名された新しい未採掘のトークン発行を作成）し、要求を交換（バーンアドレスに送信）し、またはカストディアン制御されたアドレスは、他のユースケースで可能であり、データまたは資産（異なるポリシーを適用したウォレットからウォレットへの移転であり得る（例えば、ｎ署名またはカストディ署名なしでの引き出しは許可されない）、または移動／使用を防止する他のプログラムロックまたは資産の準備（例えば、公開台帳または他のマシンまたはポリシーで実行されたスマートコントラクトコード）をロックおよびロック解除することができる。
暗号通貨ドメインでは、スマートコントラクトは、暗号通貨トランザクションが署名されるのと同じ方法でデジタル署名される。署名キーは、暗号ウォレットに保有されている。ビザンチンフォールトトレラントアルゴリズムは、分散化によるデジタルセキュリティを可能にして、スマートコントラクトを形成しました。いくつかのブロックチェーンの内蔵機能としてチューリング完全性の様々な程度を有するプログラミング言語は、カスタムの洗練されたロジックの作成を可能にする。スマートコントラクトの実装の有名な例は、以下を含む。ビットコインは、マルチシグネチャアカウント、支払いチャネル、エスクロー、タイムロック、アトミッククロスチェーントレーディング、オラクル、またはオペレータなしのマルチパーティーロトリーなどのビットコインの上にカスタムスマートコントラクトを作成することを可能にする、チューリング不完全スクリプト言語を提供する。イーサリアムは、著名なスマートコントラクトフレームワークであるブロックチェーンにチューリング完全言語を実装している。ソリディティは、オブジェクト指向のスマートコントラクト言語である。ＥＯＳ．ＩＯは、スマートコントラクト用のブロックチェーンプラットフォームである。テゾスは、オンチェーンガバナンスモデルを通じてネットワークへの障害を最小限に抑え、独自のルールセットを変更するブロックチェーンプラットフォームである。これらのアプローチのいずれかは、本明細書に記載されるスマートコントラクトを実装するために使用され得る。
カストディアン台帳のバリデータに関して、このプロセスは、台帳を所有するカストディアンノード１５０４／１５０６で構成することができる。ノードは、マッチングエンジン１５２４、またはマッチングされた署名された注文（パフォーマンスを最適化するための任意の注文またはフローであり得る）を含むアトミックスワッププロセス１５３４などのソースからトランザクションを受信することができる。ノードは、署名を検証することができ、ブロックライターは、トランザクションを１つ以上の影響を受けた台帳に書き込むことができ、あるいは、カストディアンノードは、以下に記載されるアトミックスワップなどの別のプロセスからの通知に基づいて、検証後に独自のブロックを書き込むことができる。カストディアンノードは、必要に応じてブロック書き込みの前にコンセンサスが適用されることを可能にすることができるが、カストディアンノード１５０４／１５０６が、ユーザノードが、カストディアンノードによってブロードキャストされるトランザクション証明を介して動作することに基づいて、バックグラウンドジャストインタイムプロセスで台帳を変更していないことを検証するためにも使用され得る（したがって、カストディアン台帳残高の有効性を確保する）。カストディアンノードは、所与のカストディアンノードについて合意に達しない場合に中止することができる新しいトランザクションを実行することができる。
ガバナンスノードは、次の機能を実行することができる。一元化された当事者、フェデレーション、またはコンセンサス駆動型のガバナンスメカニズムによって制御することができる管理ノードまたはノード。ノードは、任意の所望の動作を承認／制御／実行することができ、すなわち、信用調査、アトミックスワッププロセス、検証、ブロックバーンなどを実行することができる。ガバナンスノードは、他のカストディアンノードまたはユーザノードから受信したデータに関して、カストディアンノードまたはユーザノードへの第三者検証として機能することができる。ガバナンスノードは、一般に、資産を保管または制御しない、すなわち、任意のマルチシグネチャプロセスの一部ではなく、資産を直接ロック／ロック解除しない、など。ガバナンスノードは、動作に署名するための公開鍵／秘密鍵、および／または暗号の証明可能性もしくはリンクを追加するための命令を有することができる。
ユーザノード１５０８／１５１０は、以下の特徴を有することができる。ユーザノードは、秘密鍵／公開鍵の作成／管理を実装することができ、トランザクション注文に署名することができる。ユーザノードは、署名を委任し、秘密鍵を、任意の他のプロセス、例えば、ハードウェアまたはソフトウェアベースであるセキュアエンクレーブ内、またはマッチングエンジンプロセスとコロケーションされた高頻度取引モジュールに挿入することができる。ユーザノードは、任意選択で、カストディアンブロックコミットトランザクションのブロードキャストを受信し、ブロックチェーン台帳の完全なまたは略式のコピーを維持することができる。ユーザノードを使用すると、データは、ユーザのトランザクションまたはユーザに関連するトランザクションのために暗号化され得るが、復号化可能であるか、ユーザが見ることが許可されているか、またはトランザクションハッシュのみであることができる。
注文エントリシステムは、当事者が、支払いまたは取引要求を提出することを可能にし、複数のタイプであることができる。システムは、ユーザ／オリジネータの秘密鍵で署名されたすべての支払いおよび取引要求（注文）を含めることができ、送信時に署名することができる。注文は送信され、次いで、後で、例えば、取引マッチ後、またはブロックチェーン記録後でさえも（パフォーマンス最適化／ユースケースで望まれ得る場合）署名するように要求することができる。システムは、例えば、別のプロセスによって利用されるセキュアエンクレーブ（ハードウェアまたはソフトウェア）にその秘密鍵および承認を挿入することによって、署名するように委任することができる。注文エントリシステムでは、カストディアンノードは、署名を検証することができ、またはスマートコントラクトまたは他の委任者は、署名を検証することもできる。システムは、共有メモリキャッシュに設定されたＵＴＸＯに「イヤマーク」を作成して、任意の順序で残高を減らすことができる。取引の注文は、注文入力、マッチング、アトミックスワッププロセスを経ることができる。別の態様では、支払いは、アトミックスワップに直接行ってもよく、または任意選択で、ガバナノードおよびカストディアンノードとの間でここで指定されたものを含む任意のコンセンサスを使用して、検証および記録のためにカストディアンノードに直接行ってもよい。
信用調査モジュールは、取引先間の純粋な信用限度（担保されているかまたは担保されていない）に基づき得、ＵＴＸＯ（未使用トランザクション出力）セットで読み取り、オンチェーン資産の合計（任意選択）を計算することもできる。信用調査モジュールは、拒否メッセージを送信者に返すことができ、またはマッチングエンジン１５２４が、注文を受信／注文に従って行動することを可能にする。信用調査モジュールは、ユーザのＵＴＸＯセット（残高）の割り当てを担当することもできる。
マッチングエンジン１５２４は、以下の特徴を有することができる。取引前の信用調査／ＵＴＸＯに応じて、エンジンは、ユーザトレーディングトランザクション要求の値（担保されているか、または担保されていない）を設定することができ、オーダーブックおよび／またはマッチアルゴリズム（価格－時間優先、またはマッチングまたは取引完了／実行の任意の他のスタイル）への組み込みを許可または拒否する。マッチングエンジンは、トランザクション詳細（マッチングした注文上の取引実行）を伴うアトミックスワップ１５３４を呼び出すことができる。マッチングエンジンは、例えば、取引後、ＲＦＱベースのＯＴＣ（オーバー・ザ・カウンター）ブロックトレーディングなど、あらゆる種類の他の接続された従来のトレーディング技術を実行することができる。
アトミックスワップ１５３４は、以下の特徴を有することができる。アトミックスワップは、トランザクションに関与するすべての台帳のブロックチェーントランザクションのコンセンサス主義の（例えば、２相コミット）書き込みを作成する／オーケストレーションするプロセスを含むことができる。これにより、ほぼ同時に、すべての成功またはすべての失敗のいずれかにすることができる。アトミックスワップ１５３４は、同様に任意の他の方法で実装することができる。ＵＴＸＯセットをチェックして、資産が明らかにあることを確認し、任意選択で第２の信用調査を実行することができる。トランザクションを検証し、メンプールにデータを追加することができる。さらに、ブロックチェーントランザクション書き込みを開始し、ユーザノードまたは委任されたサービスから署名を取得することができる。
アトミックスワップサービスステップは、（１）注文モジュール（「ＯＭ」）（ガバナンスノードまたは中央）ブロックコア１５３０への取引トランザクションの開始、（２）ＣＵＳＴ１ブロックコアへの取引トランザクションの開始、（３）ＣＵＳＴ２ブロックコアへの取引トランザクションの開始、（４）ＯＭブロックコアへの取引トランザクションのコミット（２および３が検証に合格した場合）、（５）ＣＵＳＴ１ブロックコアへの取引トランザクションのコミット、および（６）ＣＵＳＴ２ブロックコアへの取引トランザクションのコミットのうちの１つ以上を含むことができる。ブロックコア１５３０は、ガバナンスノード１５０２によって実行されるブロックチェーンプロセスである。
図１５Ｂは、＄６，２５０で１ＢＴＣを購入することを望む１５４２第１のトレーダのための実行パイプライン１５４０を例解する。第２のトレーダは、１ＢＴＣを＄６，２５０で販売することを望んでいる１５４４。取引前リスクプロセス１５５４は、カストディアンＡ１５４６から、米ドル台帳１５５６が第１のトレーダに米ドルの十分な金を有することを確認することと、カストディアンＢ１５４８のＢＴＣ台帳１５５２が十分なＢＴＣを有することを確認することとを含む。マッチングエンジン１５５６は、取引を確認することができ、次いで、アトミックエクスチェンジコンポーネント１５５８は、アトミックエクスチェンジを発生させ、異なるカストディアンブロックチェーンベース台帳。
次に、本明細書に記載されるネット決済移動について説明する。ネット決済プロセスは、ブロックチェーン台帳をクロールし、台帳に記録されたトランザクション（支払いまたは取引などを含む）に基づいて、すべての取引先間で証明可能なネット金額を計算することを含む。従来のカストディアン台帳システム（法定会計システム）またはデジタル資産格納システム（コールド、ウォーム、またはホットウォレット）上の取引先間の移動は、ビットコインなどの原資産の公開台帳に対して実行することができ、またはステーブルコインまたは法定通貨の中央銀行デジタル通貨、ならびに電信送金もしくは他の電子資金送金手段を直接使用すること、またはスマートコントラクトもしくは支払いプロセッサ仲介を介することを含むことができる。ネット決済移動は、カストディアンノードによって直接呼び出された、または手動または自動化された任意のカストディアンプロセスによって仲介された任意の数の自動化されたプロセスを通じて実行される。
このプラットフォームでは、カストディアン間ネット決済も可能である。この態様では、システムは、ブロックチェーン台帳をクロールし、カストディアン間（異なるカストディアンを有するクライアントに支払うべき金額）である台帳に記録されたトランザクション（支払いまたは取引などを含む）に基づいて、すべての取引先間の証明可能なネット金額を計算する。ネット決済プロセスは、パブリックブロックチェーン台帳ならびに／または他の資産アカウントおよび支払いシステムを含む様々な支払いレールを介して残存量の移動からなるアトミックトランザクションをセットアップ、トリガ、および容易にし、トランザクション詳細、公開鍵アドレス、および識別子データを含む配分レポートを提供する。本プロセスは、カストディアンブロックチェーン台帳にネッティングされた数量の支払いおよび再配分をバーンおよび／または提供することもできる。トランザクション詳細、公開鍵アドレス、識別子データを有する配分レポートも提供され得る。
ポイントツーポイントメッセージングプロトコルは、トランザクションデータまたは証明（ハッシュ）をブロードキャストするために使用することができ、任意の公開台帳プロトコルの任意の部分と同様にすることができる。別の態様では、共有メモリを使用して、より高速な動作、リアルタイムキャッシュおよび状態のためのＵＴＸＯ状態および合計を維持し、すべての関連するデータおよび状態の永続性を可能にすることができる。メッセージバスは、データブロードキャスティングパブ／サブに使用することができる。
図１６は、本明細書に開示されるコンセンサスアルゴリズムの態様を例解する。システム１６００は、２つのタイプのコンセンサスを有し、１つは、カストディアンノードブロックチェーン台帳１６１４、１６１８上の取引実行およびアトミックスワップ実行に関連するジャストインタイムコンセンサスであり、１つは、改ざんされたカストディノード１６０４／１６０６をネットワークに通知する役割を果たすトランザクションおよび／またはブロックハッシュを介してバックグラウンドにあるコンセンサスである。図１６および明細書に詳述される第１のタイプは、ガバナンスノード１６０２とカストディアンノード１６０４／１６０６との間にある。図１６は、現在のアーキテクチャアプローチと、各ブロックコア（ＢＣ）インスタンスが実行されている場所（各ブロックチェーンノード）を示す。ガバナンスノード１６０２の動作コンポーネント１６２４は、示される様々なモジュールを含むことができる。コンポーネントＢＣ１６３２は、ネットワークオペレータによって一元化および実行され得るガバナンスノードのブロックチェーンノードである。ＢＣ１６３２はまた、ネットワークオペレータが注文モジュール１６３４インスタンスを実行するエンティティであるため、ネットワークオペレータのブロックチェーンネットワークのコピーであり得るＯＭ＿ＢＣまたは注文モジュールブロックコア１６３２として定義することができる。注文ルータ１６３０は、注文を受信することができ、エクスチェンジネットワーク１６２４によって注文を処理するプロセスである。
以下は、例示的な作製台帳フローである。（１）ユーザが、カストディアンＵＩ１６１２／１６１６から資産を選択する、（２）カストディアンモジュール１６１２／１６１６からＯＭ＿ＢＣ１６３２上でｃｒｅａｔｅＮｅｗＬｅｄｇｅｒ ＡＰＩを呼び出す、（３）ＯＭ＿ＢＣ１６３２上で、新規資産のためのジェネシスブロックが作成される、（５）ＯＭ＿ＢＣ１６３２は、次いで、ジェネシスブロックをカストディアンＢＣ１６１４／１６１８に送信する、（６）カストディアンＢＣ１６１４／１６１８は、ブロックを検証し、その資産のための新しい台帳を作成する。
準備担保フローは、以下のようにすることができる。（１）トレーダＵＩ１６０８／１６１０で、トレーダは、利用可能なカストディアンから任意の既存の資産の担保を要求する、（２）カストディアンＵＩ１６０４／１６０６で、カストディアンは、担保要求を受け入れる、（３）トレーダのアドレスに要求された新しい「コインベース」トランザクション支出額が、カストディアンモジュール１６１２／１６１６に作成される、（４）ブロックチェーン１６１４／１６１８でトランザクションを追加／検証するために、２相コミットが開始される。
２相コミットは、以下のステップを含むことができる。（１）ＯＭ＿ＢＣ１６３２でｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎ ＡＰＩを呼び出す、（２）、ＯＭ＿ＢＣ１６３２で、トランザクションが検証され、有効な場合、「Ｉ」ステータスでメンプールに追加される、（３）ＯＭ＿ＢＣ１６３２でｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎが成功すると、システムは、カストディアンＢＣ１６１４／１６１８でＩｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎを呼び出す。ＯＭ＿ＢＣ１６３２でｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎが失敗した場合、準備担保要求は拒否される、（４）トランザクションは、カストディアンＢＣ１６１４／１６１８で再度検証され、有効な場合は、「Ｉ」ステータス（初期状態ステータス）でメンプールに追加される、（５）カストディアンＢＣ１６１４／１６１８でｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎが成功した場合、システムは、ＯＭ＿ＢＣ１６３２でｃｏｍｍｉｔＴｒａｎｓａｃｔｉｏｎを呼び出す。カストディアンＢＣ１６１４／１６１８でｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎが失敗した場合、準備担保要求は拒否される、（６）ＯＭ＿ＢＣ１６３２で、トランザクションが既にステータス「Ｉ」でメンプールにあることが確認される。次いで、ＵＴＸＯテーブルは、このトランザクションを使用するように更新され、メンプールテーブルのステータスは「Ｃ」（コミット状態ステータス）に更新される、（７）ＯＭ＿ＢＣ１６３２でｃｏｍｍｉｔＴｒａｎｓａｃｔｉｏｎが成功した場合、システムは、同じ手順が再度繰り返されるカストディアンＢＣ１６１４／１６１８でｃｏｍｍｉｔＴｒａｎｓａｃｔｉｏｎを呼び出す。これらのｃｏｍｍｉｔＴｒａｎｓａｃｔｉｏｎコールのいずれかが失敗すると、準備担保要求は拒否される、（８）ｇｅｔＵｔｘｏコールがトリガされ、ＴｒａｄｅｒのＵＩ１６２０／１６２２で利用可能なＵＴＸＯが更新される。
交換担保フローは、以下のようにすることができる。（１）トレーダユーザインターフェース（ＵＩ）１６２０／１６２２で、トレーダは、利用可能な資産の金額を交換することを要求する、（２）カストディアンＵＩ１６１２／１６１６で、カストディアンは、交換要求を受け入れる、（３）カストディアンの交換アドレスに要求された新しいトランザクション使用交換額が作成される。このトランザクションの入力は、その資産のそのトレーダに対して利用可能なすべてのＵＴＸＯである、（４）トランザクションが作成されると、それは、署名１６２０／１６２２のためにトレーダモジュールに送信される、（５）トレーダモジュール１６２０／１６２２で、トレーダの秘密鍵がトランザクションに署名するために使用される、（６）カストディアンモジュール１６１２／１６１６で、署名されたトランザクションを受信すると、ブロックチェーン１６１４／１６１８でこのトランザクションを追加／検証するために２相コミットが初期化される、（７）２相コミットは、上記の要求担保と全く同じ方法で実行される、（８）２相コミットを完了した後、トレーダ残高は、交換要求の正常な完了を反映するように更新される。
例示的な取引フローは、注文がマッチングエンジン１６２６によってマッチングされ、それがアトミックスワップサービスに到達した後、以下のようにすることができる。（１）アトミックスワップサービス１６２８において、システムは、マッチごとに２つのトランザクションを作成する、（２）取引の買い主側および売り主側について、以下が実行される。（ａ）そのトレーダの資産に関する最新のＵＴＸＯを取得する、（ｂ）そのトレーダの手数料を取得する、（ｃ）利用可能なすべてのＵＴＸＯを４つの出力：他のトレーダの住所、ガバナの手数料住所、カストディアン手数料住所、および変更があれば変更に送信するトランザクションを作成する、（ｄ）トランザクションは、次いで、署名のためにトレーダモジュール１６２０／１６２２に送信される。ステップ（３）は、両方のトランザクションが準備され、署名された後、次のように２つのトランザクションの２相コミットが開始されることを含む。（ａ）アトミックコンポーネントは、ＯＭ＿ＢＣ１６３２でｉｎｉｔｉａｌｉｚｅＴｒａｄｅＴｒａｎｓａｃｔｉｏｎを呼び出す、（ｂ）ＯＭ＿ＢＣ１６３２は、２つの関連付けられた台帳を越えるデータベースレベルのロックを取得し、２つのトランザクションを検証し、メンプールテーブルを「Ｉ」ステータスで更新する、（ｃ）ｉｎｉｔｉａｌｉｚｅＴｒａｄｅＴｒａｎｓａｃｔｉｏｎが成功した場合、アトミックコンポーネント１６２８は、関連付けられたカストディアンＢＣ１６１４／１６１８の第１のトランザクションのためのｉｎｉｔｉａｌｉｚｅＴｒａｄｅＴｒａｎｓａｃｔｉｏｎを呼び出す、（ｄ）カストディアンＢＣ１６１４／１６１８で、トランザクションが検証され、メンプールテーブルは、システムが交換または予備担保のためのｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎを行うのと同じ方法で更新される、（ｅ）次いで、ｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎは、関連付けられたカストディアンＢＣ１６１４／１６１８で第２のトランザクションのために呼び出され、同じ検証がカストディアンＢＣ１６１４／１６１８で行われる、（ｆ）すべてのＢＣインスタンスでｉｎｉｔｉａｌｉｚｅＴｒａｎｓａｃｔｉｏｎが正常に完了すると、ｃｏｍｍｉｔＴｒａｄｅＴｒａｎｓａｃｔｉｏｎは、ＯＭ＿ＢＣ１６３２で呼び出される、（ｇ）ｉｎｉｔｉａｌｉｚｅＴｒａｄｅＴｒａｎｓａｃｔｉｏｎと同様に、ＯＭ＿ＢＣ１６３２は、ＤＢレベルロックを取得し、両方のトランザクションでｃｏｍｍｉｔＴｒａｎｓａｃｔｉｏｎを実行する。ＵＴＸＯテーブルおよびメンプールステータスが更新される、（ｈ）上記のステップのいずれかに失敗した場合、取引は拒否される、（ｉ）それ以外の場合、システムは、関連付けられたカストディアンＢＣ１６１４／１６１８で両方のトランザクションのｃｏｍｍｉｔＴｒａｎｓａｃｔｉｏｎを呼び出す。カストディアンＢＣ１６１４／１６１８でのｃｏｍｍｉｔＴｒａｎｓａｃｔｉｏｎの失敗は、取引を失敗させることはない、（ｊ）２相コミットトランザクションが成功し、トレーダＵＩ１６０８／１６１０にバブルバックされると、マッチのステータスは、ＢＬＯＣＫＣＨＡＩＮ＿ＣＯＮＦＩＲＭＥＤに更新される。
一態様では、ブロックチェーンネットワークは、エクスチェンジネットワークのガバナンスモジュール１６０２における第１のブロックチェーンノード１６３２と、金融資産を保持するカストディアンネットワーク１６０４における第２のブロックチェーンノード１６１４とを含む。カストディアンネットワーク１６０４は、各々がブロックチェーン台帳を作成し、資産をトークン化するための要求を受信し、ブロックチェーン台帳上の資産をトークンにトークン化し、トークンの交換要求を受信し、トークンをブロックチェーン台帳からバーンし、アトミックトランザクションコミットメントを実行し、ブロックでのトランザクションに基づいてネット決済計算を実行する複数のカストディアンモジュール１６１２を含む。ブロックチェーンネットワークは、複数のカストディアンモジュールのカストディアンモジュール１６１２ごとの複数のブロックチェーン台帳を含むことができ、複数のブロックチェーン台帳の各作成されたブロックチェーン台帳は、資産、信用枠、または他の手段ごとのトランザクションを記録する。ピアツーピアメッセージングコンポーネントは、台帳または他のコンポーネントまたはモジュール間の通信を可能にするために含まれることができる。第１のブロックチェーンノード１６３２および第２のブロックチェーンノード１６１４上で動作するコンセンサスアルゴリズムは、例えば、ピアツーピアメッセージングコンポーネントを使用して、複数のブロックチェーン台帳の現在の状態に関する共通の合意に達することができ、コンセンサスアルゴリズムに含まれ得る。
ブロック作成およびコンセンサス概念は、以下のとおりであり、図１６のコンポーネントを参照して図１７に示されるフレームワーク１７００および８つのステップを参照する。図１７では、第１のカストディアン台帳１７０４（米ドルについて）と、第２のカストディアン台帳１７０６（ＢＴＣについて）と、様々な台帳１７０２も有するコンポーネントと、トレーダコンポーネント１７０８、１７１０との間で、台帳内および台帳間コンセンサスが示される。ステップ（１）では、ＯＭ＿ＢＣ１６３２で、ＢｌｏｃｋＣｒｅａｔｉｏｎスレッドが定期的に（例えば、１０秒）、すべての既存の台帳上で起動される。注記：ＢｌｏｃｋＣｒｅａｔｉｏｎは、設定によってカストディアンＢＣ１６１４／１６１８にスケジュールされていない。ステップ（２）では、ｂｌｏｃｋｃｒｅａｔｉｏｎスレッドは、「Ｃ」（コミットされた）ステータスのトランザクションをメンプールテーブルで確認する。ステップ（３）で、メンプールテーブルに、コミットされた（「Ｃ」ステータス）トランザクションが存在する場合、ＯＭ＿ＢＣ１６３２でのこれらのトランザクションのために新しいブロックが作成される。ステップ（４）では、新しく作成されたブロックが検証される。ステップ（５）では、有効な場合、メンプール、トランザクション、およびブロックテーブル全体でＤＢ（データベース）レベルロックが取得される。ブロックがブロックテーブルに追加され、ブロック内のすべてのトランザクションがトランザクションテーブルに追加され、同じトランザクションがメンプールテーブルから削除される。ステップ（６）では、ＯＭ＿ＢＣ１６３２は、このブロックを、その台帳と関連付けられたカストディアンＢＣ１６１４／１６１８に送信する。ステップ（７）では、カストディアンＢＣ１６１４／１６１８で、ブロックが再度検証され、有効な場合、ＯＭ＿ＢＣ１６３２に追加されたのと同じ方法でブロックが受け入れられ、データベースに追加される。ステップ（８）では、ブロックがカストディアンＢＣ１６１４／１６１８によって受け入れられた場合、コンセンサスに達し、２つのチェーンは同期しており、同じものがＯＭ＿ＢＣ１６３２にログされる。ただし、ブロックがカストディアンＢＣ１６１４／１６１８によって拒否された場合、２つのチェーンは同期されておらず、エラーが同じものに対してログされる（そのようなシナリオが発生した場合は、次のＳｙｎｃＮｏｄｅ呼び出しによって修正され、再び同期される必要がある）。
図１８は、アトミックスワップに含まれる様々なステップを示すシーケンス図１８００を例解する。「ゼロ」ステップでは、トレーディングエンティティＴＭ １は、ＯＭコンポーネントに信用調査を要求する。ステップ１は、トレーディングエンティティＴＭ１が、ＦＭ（ＦＩＸマルチプレクサ）コンポーネントへの新規注文を開始することを含み、これは、本質的に、ユーザインターフェースとＦＩＸゲートウェイとの間の１対多数のマルチキャストＦＩＸ（金融情報交換）メッセージングゲートウェイまたはアダプタであり、ＦＩＸは、トレーディング関連メッセージングのための一般的なプロトコルである。新規注文は、ステップ２および３でＦＧ（ＦＩＸゲートウェイ）およびＸＥ（マッチングまたはエクスチェンジエンジン）コンポーネントに渡される。ステップ４では、トレーディングエンティティ２からの信用調査がＯＭから要求される。ステップ５は、新規注文がトレーディングエンティティＴＭ２からＦＭに提供されることを含む。ステップ６および７は、新規注文がＯＭからＦＧにＸＥに渡されることを含む。ＸＥは、ステップ８でマッチが存在するかどうかを判定する。そうである場合、ステップ９および１０は、トレーディングエンティティＴＭ１およびトレーディングエンティティＴＭ２の残高をチェックすることを含む。残高が適切である場合、署名要求は、ステップ１１を介してトレーディングエンティティＴＭ１に送信され、署名要求は、ステップ１２を介してトレーディングエンティティＴＭ２に送信される。この段階で、アトミックスワップが発生する。ステップ１３は、ＸＥからＯＭ＿ＢＣにスワップ要求を提出することを含む。ＯＭ＿ＢＣは、注文モジュールブロックチェーンまたはブロックコアであり、ネットワークオペレータが注文モジュールインスタンスを実行している唯一のものであるため、ブロックチェーンのネットワークオペレータのコピーを表すことができる。ステップ１４は、ＸＥからＢＣ１にスワップ要求を提出することを含む。ステップ１５は、ＸＥからＢＣ２にスワップ要求を提出することを含む。ステップ１６は、ＯＭ＿ＢＣとのスワップを確認する。ステップ１７は、ＢＣ１とのスワップを確認する。ステップ１８は、ＢＣ２とのスワップを確認する。
本開示は次に、本明細書に開示されるシステムに適用可能なブロックチェーンの例示的なデータ構造を紹介する。例示的なブロックデータ構造は、バージョン、以前のブロックハッシュ、メルクルルートハッシュ、時間に関連するデータ、ジェネシスフラグ、高さ、および／またはトランザクションのリストを含むことができる。例示的なトランザクションデータ構造は、バージョン、ロックタイム、トランザクション入力のリスト、およびトランザクションハッシュ、インデックス、スクリプト、およびシーケンス番号などの１つ以上のトランザクション入力のうちの１つ以上を含み得る。
トランザクション出力のリストは、金額およびスクリプトを含むことができる。ＵＴＸＯ（未使用トランザクション）の例示的なデータ構造は、キーがトランザクションハッシュに関連し、値がマップに関連し得るマップを含み得る。構造は、インデックスに関連するキー、およびトランザクション出力に関連する値を含むことができる。例示的なメンプール入力データ構造は、トランザクションデータ構造、優先度、およびステータスを含むことができる。データベーステーブルの例示的な構造は、キーを有するブロック、ブロックハッシュおよび値、ならびにブロックデータ構造を含むことができる。データベーステーブルは、キーを有するトランザクションコンポーネント、トランザクションハッシュおよび値、トランザクションデータ構造を含むことができる。
データベーステーブルは、キーを有するＵＴＸＯコンポーネント、アドレスおよび値、ＵＴＸＯデータ構造をさらに含むことができる。データベーステーブルは、キーを備えるメンプールエントリ、トランザクションハッシュおよび値、メンプールエントリデータ構造をさらに含むことができる。
図１９は、図２０のブロックチェーンノードクラス２０００を例解する。図１９に見ることができるように、ＵＴＸＯクラス、ＵＴＸＯＲｅｓｐｏｎｓｅクラス、Ｅｖｅｎｔクラス、Ｍｕｔａｂｌｅ Ｔｒａｎｓａｃｔｉｏｎクラス、ＴＸＩｎクラス、ＴＸＯｕｔＰｏｉｎｔクラス、ＣＳｔｒｅａｍクラス、ＴＸＯｕｔクラス、およびＳｃｒｉｐｔクラスがある。クラス間の様々な依存関係が図１９に示され、様々なクラスのパラメータが例として示される。
図２０は、ブロックトレーディングおよび分散型取引所アプローチを例解する。分散型取引所の概念は、図２０～図２２の状況で紹介される。ほとんどの仮想通貨トレーディングは、依然としてＣｏｉｎｂａｓｅ、Ｂｉｎａｎｃｅなどの中央集権型取引所を通じて、かつすぐに他のブロックトレーディングプラットフォームで実行される。トレーディングの状況におけるブロックチェーンの有望なユースケースは、分散型取引所（ＤｅＸ）に関連する。既存のブロックトレーディングプラットフォームと分散型取引所（ＤｅＸ）との間の流動性を橋渡しするソリューションが開示されている。市場には、０ｘ、ＡｉｒＳｗａｐ、Ｋｙｂｅｒ、ＩＤＥＸ、ＥｔｈｅｒＤｅｌｔａ、ＯｍｉｓｅＧｏ、Ｂａｎｃｏｒなど、異なる分散型取引所およびプロトコルがある。この文書は、０ｘおよびＡｉｒＳｗａｐ（ＯＴＣ－ピアツーピアトレーディング）プロトコルに焦点を当てている。開示されたＤｅＸソリューションは、分散型取引所でトレーダが簡単に取引できるようにするための例としてステーブルコインの使用をカバーしている。以下のステップ１～１０は、分散型取引所と統合されたエクスチェンジブロックトレーディングプラットフォームの使用について概説する。ステップ１では、トレーダ１（Ｔ１）は、電信送金／銀行送金を通じてカストディアン１（Ｃ１）に担保を預ける。例えば、トレーダ１は、カストディアン１に１００イーサを預ける。カストディアン１が受け取った担保は、エクスチェンジプラットフォーム２００２でトークン化され、トレーディングのために利用可能である。ステップ２では、トレーダ１は、取引所の分散型取引所（ＤｅＸ）で取引するために、エクスチェンジプラットフォーム２００２に関心を示し、カストディアン１に「ＤｅＸローン」の形式で担保を要求する。カストディアン１は、上記のステップ１で受け取った担保に対応するステーブルコインの形態でＤｅＸローンを承認する。取引所は、Ｄａｉ、Ｂａｓｉｓ、ＴｒｕｅＵＳＤ、Ｇｅｍｉｎｉなど、市場で現在利用可能なステーブルコインのいずれかを使用することができる。ステーブルコインは、取引所の分散型取引所へのオンランピングに役立つ。
ＤｅＸ Ｌｏａｎ ステーブルコインは、ステップ２の一部として示されるように、Ｃｕｓｔｏｄｉａｎ１のウォレットからＴｒａｄｅｒ１のウォレット２０１０に移転することができる。このローンは、イーサリアムなどの公開台帳上に移転される。例えば、６５，０００ベーシスコインは、カストディアン１でロックされた３００イーサ担保に対応するトレーダ１のウォレットに移転することができる。エクスチェンジプラットフォーム２００２は、流動性移転層２００４の一部として、ＳｔａｂｌｅＣｏｉｎｓのトレーダ１ウォレット２０１０への移転を容易にすることができる。サポートされている可能性のあるＴｒａｄｅｒ１のウォレットには、ブラウザウォレットであるＭｅｔａｍａｓｋ、仮想カストディアンスマートコントラクト、およびハードウェアウォレットであるＴｒｅｚｏｒ ２０１０が含まれる。ＤｅＸ Ｌｏａｎステーブルコインがトレーダ１に発行されたとき、カストディアン１とトレーダ１の間にいくつかの合意がある可能性がある。例えば、トレーダ１は、３６時間または１週間など、一定時間でＤｅＸローンを返済しなければならない場合がある。期限内に返済されない場合、発行されたＤｅＸローンに利息が課され得る。利息は、ロックされた担保（３００イーサ）から差し引かれ得るか、トレーダ１が追加のステーブルコイン（６５０００＋２０００ベーシスコイン）を預けることが期待されるか、またはカストディアンがすべての担保を保持することができる。カストディアン１は、ロックされた担保の８０％のみをステーブルコインの形式で貸し付けることができる。これは、カストディアン１をイーサの突然の価格下落、およびトレーダ１がローンを期日通りに返済しないことから保護するためのものである。カストディアン１はまた、イーサの価格の下落がある場合、トレーダ１とのローン契約を早期に終了することができる。
別の態様では、ステーブルコインの代わりに、取引所は、エクスチェンジプラットフォーム上のトレーダ１にも貸与することができるトークン（例えば、ＥＲＣ－２０ユーティリティトークン）を有することができる。ステーブルコインを、貸与されたトークンとして使用する１つの利点は、ステーブルコインの安定した市場価値である。ステーブルの代わりにユーティリティトークンが貸与される場合、カストディアン１は、２つの揮発性コイン、すなわち、１）ロックされた担保、または２）ユーティリティトークンのためにより大きなリスクにさらされる可能性がある。
ステップ３では、トレーダ１は、取引所の分散型取引所（ＤｅＸ）でのトレーディングを完了した後、貸与されたＤｅＸステーブルコインをＣｕｓｔｏｄｉａｎ１のウォレットに戻すことができる。例えば、６５０００ベーシスコインは、カストディアン１のウォレットに戻すことができる。これは、ＤｅＸからオフランプするプロセスである。担保のロックを解除するために返済されるステーブルコインの金額は、ユーザが貸与されたステーブルコインを返済する時によっても異なる。ユーザは、ステーブルコインの部分的な金額を返済して、対応する部分的な担保のロックを解除することもできる。
ステップ４では、トレーダ１は、取引所の「ＤｅＸ ０ｘＰｒｏｔｏｃｏｌウィジェット」２００６を使用して、任意の他のＥＲＣ－２０互換トークンと貸与されたステーブルコインを取引することができる。取引所２００２は、０ｘＰｒｏｔｏｃｏｌ ２００６のリレイヤとして機能し、オフチェーンオーダーブックを保持する。トレーダ１から来るＤｅＸ注文は、取引所のリレイヤのオーダーブックによって他のトレーダのＤｅＸ注文とマッチングされる。注文のメイカとテイカの両方は、エクスチェンジプラットフォーム２００２にあり得る。
ステップ５では、取引所リレイヤ２００６によって注文がマッチングされた後、注文は、０ｘプロトコル互換のスマートコントラクトにパッケージ化され、最終取引が公開台帳上で実行される。ＤｅＸトレーダが両方ともエクスチェンジプラットフォーム２００２にある場合、取引所は、メイカとテイカの両方の手数料を保持することができる。例えば、トレーダ１は、メイカ手数料を支払い、トレーダ２は、テイカ手数料を取引所に支払う。ＥＲＣ－２０互換トークンの最終的なアトミックスワップは、トレーダ１のウォレット２０１０とトレーダ２のウォレット２０１２の間で、公開台帳上の０ｘプロトコルスマートコントラクトを使用して直接行うことができる。
ステップ６では、０ｘプロトコル注文が、取引所によって内部でマッチングされない場合、０ｘプロトコルの他のリレイヤへのＡＰＩ呼び出しによってオーダーブックを公開することができる。例えば：ＥＲＣＤＥＸ、ＤＤＥＸ、レーダーリレーなど。市場で活躍している約２０の０ｘリレイヤが存在する。この場合、取引所がメイカとなり、他のリレイヤが注文のテイカとなる。注文が他のリレイヤによって応じられた場合、取引所は、「メイカ手数料」を保持し、他のリレイヤは、「テイカ手数料」を保持することができる。同様に、取引所トレーダが、他のリレイヤの注文に応じた場合、取引所は、「テイカ手数料」を保持し、他のリレイヤは、「メイカ手数料」を保持することができる。この０ｘプロトコルのブロードキャストオーダーブック機能により、取引所は、急速に成長する分散型エクスチェンジネットワークの一部になる。０ｘプロトコルスマートコントラクトは、現在、０ｘプロトコルトークン（ＺＲＸ）としてのトランザクションの手数料を徴収することをサポートしている。
ステップ７では、エクスチェンジプラットフォームのトレーダ１およびトレーダ２は、ＡｉｒＳｗａｐウィジェットを使用して、ウォレット２０１０からウォレット２０１２までのトークンを直接チャットし、取引することもできる。ＡｉｒＳｗａｐは、チャットベースのピアツーピアトランザクション用の会話型ＵＩを有する。ＡｉｒＳｗａｐは、公開台帳上のスマートコントラクトを使用して、ピアツーピアＯＴＣトレーディングオプションを提供する。ＡｉｒＳｗａｐは、ＯＴＣトレーディングのためのすべてのＥＲＣ－２０互換トークンをサポートしている。
ステップ８では、取引所はまた、ＡｉｒＳｗａｐエコシステムの「インデクサ」になることもできる。インデクサとして、取引所は、オフチェーンＡｉｒＳｗａｐオーダーブックを保持する。エクスチェンジプラットフォームのトレーダは、「１つのトークンを別のトークンで」取引する意図を取引所インデクサに送信する。取引所インデクサは、注文をマッチングするか、または意図を、特定のタイプの注文についてインデクサに同意する他の利害関係のあるトレーダにブロードキャストする。例えば、他のトレーダ１が、Ｂｉｎａｎｃｅトークン（ＢＮＢ）を購入するためにＤＡＩ（通貨の一種）を販売している場合、トレーダ２は、取引所インデクサに同意して、常に注文意図を取得することができる。インデクサとしての取引所は、ＡｉｒＳｗａｐ注文のメイカとテイカの両方から手数料を請求することができる。
ステップ９では、取引所インデクサによって注文がマッチングされると、注文は、ＡｉｒＳｗａｐスマートコントラクトに入れられ、イーサリアムなどの公開台帳で実行される。スマートコントラクトは、トレーダ１ウォレット２０１０とトレーダ２ウォレット２０１２との間のアトミックスワップを直接実行する。取引所、完全に機能するインデクサを有することによって、ＡｉｒＳｗａｐネットワークの「マーケットプレイス」となる。取引所は、注文を実行することによって、メイカとテイクアウトの両方の手数料を保持する。
ステップ１０では、注文が取引所インデクサによってマッチングされない場合、ＡｉｒＳｗａｐは、ＡＰＩインターフェースを介して、ＡｉｒＳｗａｐネットワークの他の「マーケットプレイス」へのオーダーブックのブロードキャストをサポートしている。例えば、将来の取引所注文では、ＡｉｒＳｗａｐオーダーブックをＣｏｉｎｂａｓｅにブロードキャストすることができる。一例では、ＡｉｒＳｗａｐは、トレーダが、ＡｉｒＳｗａｐ ＯＴＣ取引に参加するために最低２５０個のＡｉｒＳｗａｐトークン（ＡＳＴ）を保有することを期待している。
トランザクション当事者間のアトミックスワップを容易にするための柔軟なシステム。仮想カストディアンモジュールは、仮想カストディアンスマートコントラクトおよび／またはアトミックスワップスマートコントラクトを起動することができる。仮想カストディアンモジュール２１０２は、通常の法定通貨アカウントを介して指示するなど、対応する非ブロックチェーン台帳コンポーネントを備えるトラストレスなアトミックスワップ機能を有する他の第三者支払いレールまたはシステムをカプセル化することができる。
エクスチェンジプラットフォームに加えて、分散型取引所およびステーブルコインソリューションは、仮想カストディアン２１０２とも連携することができる。トレーダは、ステップ１の一部として、仮想カストディアンスマートコントラクト２１０２に担保を預ける。仮想カストディアンスマートコントラクト２１０２は、ステップ２の一部として、各トレーダのウォレット２１０４／２１０６にＤｅＸステーブルコインローンを自動的にリリースする。トレーダは、ステップ３の一部として初期担保のロックを解除するために、貸与されたステーブルコインを仮想カストディアンスマートコントラクト２１０２に戻す必要がある。
ＢｉｇＧｏウォレット２２０４／２２０６は、現在７４個のＥＲＣ－２０通貨をサポートしている。トレーダ１のウォレット２２０４およびトレーダ２のウォレット２２０６は、第１のカストディアン２２０２と同様に示される。エクスチェンジプラットフォーム２００２は、分散型取引所の状況でこれらのウォレットを使用することが可能であるように構成されている。このシナリオでは、ＢｉｔＧｏウォレットのようなウォレットは、０ｘＰｒｏｔｏｃｏｌおよび／またはＡｉｒＳｗａｐと統合することができる。このシナリオでは、上記の例のように、トレーダにステーブルコインローンを与える必要はない。カストディアン２２０２は、ＢｉｔＧｏまたは別のウォレットプロバイダで作成されたトレーダのウォレット２２０４／２２０６を直接有することができる。トレーダがエクスチェンジプラットフォーム２００２で行った任意のＤｅＸ取引は、トレーダのＢｉｇＧｏウォレット２２０４／２２０６で実行することができる。このようなウォレットの統合は、全体的なソリューションを簡素化する。
追加の概念は、ＡＰＩベースのカストディアンに関するものであり、図２３～２６に示される。ＡＰＩベースのカストディアンの一例は、図２３のネットワーク２３００に示される。「ＳＥＮ」またはＳｉｌｖｅｒＧａｋｅエクスチェンジネットワークを使用すると、デジタル通貨および機関投資家クライアントは、一日２４時間ドルを送金することができる。他のネットワークには、法定通貨を送信するための同様の機能が含まれる場合がある。現在、ＳｉｌｖｅｒＧａｔｅは、ＡＰＩベースの法定通貨のみへのアクセスをサポートしている。本開示は、本明細書に開示されているエクスチェンジプラットフォーム２３０６上で取引するときに、トレーダ（ＡＰＩを使用）のＳｉｌｖｅｒＧａｔｅ ＳＥＮアカウントに資金をロック／ロック解除することができる様々なシナリオをカバーする。本開示はまた、トレーダ間で支払われるネット決済額の即時／自動オプションもカバーしている。
本開示の目的は、クライアントが、トレーディング取引先リスクまたは決済リスクなしでフィアットを仮想通貨および他のデジタル資産と取引することができる、カストディアン２３０２としてのＳｉｌｖｅｒＧａｔｅとエクスチェンジネットワーク２３０６との間の統合オプションを提供することである。クライアントは、ブロックトレーディングプラットフォーム２３０６、およびネイティブダークオーダーおよびリットオーダー、マーケットメイカからのストリーミング流動性、機関および小売取引所流動性を集約するＬｉｑｕｉＭａｔｃｈ取引所／ＥＣＮ（マッチングエンジン）で取引することができる。クライアントは、カストディアン２３０２に単一のフィアットアカウント、および仮想通貨カストディアン２３０８に単一の仮想通貨アカウントを保有しているのみであり、ネットワーク２３０６上の任意の他の取引先と取引することができ、法定および仮想通貨の両方のレッグのアトミックな即時清算および決済を行うことができる。
図２３に示すオプションにおいて、ＳＥＮアカウントでは、資金は、ロックされているとマークされ、以下のステップが実行される。ステップ１で、トレーダ１ ２３０４およびトレーダ２ ２３１０は、カストディアンウェブサイトに移動し、ＳＥＮアカウント２３０２、２３０８を作成する。ステップ２では、取引所トレーダＵＩは、トレーダが「ＳＥＮアカウント番号」および「Ｏｃｐ－Ａｐｉｍ－Ｓｕｂｓｃｒｉｐｔｉｏｎ－Ｋｅｙ」の値を入力するためのウィジェットを有する。トレーダは、ＳｉｌｖｅｒＧａｔｅプロファイルセクションでＯｃｐ－Ａｐｉｍ－Ｓｕｂｓｃｒｉｐｔｉｏｎ－Ｋｅｙの値を見つけることができる。Ｏｃｐ－Ａｐｉｍ－Ｓｕｂｓｃｒｉｐｔｉｏｎ－Ｋｅｙを使用すると、ブロックトレーディングプラットフォーム２３０６は、ユーザに代わってトレーダのＳｉｌｖｅｒＧａｔｅアカウントにＡＰＩ呼び出しを行うことができる。ブロックトレーディングプラットフォーム２３０６は、ＳｉｌｖｅｒＧａｔｅ ２３０２、２３０８にＡＰＩ呼び出しを行って、トレーダのアカウントのウェブフックを変更するためのアカウント残高を登録する。ウェブフックの助けを借りて、トレーダのＳｉｌｖｅｒＧａｔｅアカウントの残高になんらかの変化がある場合、ブロックトレーディングプラットフォーム２３０６に通知される。別のアプローチでは、ＳｉｌｖｅｒＧａｔｅは、ブロックトレーディングプラットフォーム２３０６がトレーダの代わりに資金をロックおよびロック解除することができるように、ブロックトレーディングプラットフォーム２３０６のためのマスターＡＰＩキーを作成することができる。このアプローチの１つの利点は、ブロックトレーディングプラットフォーム２３０６が、取引所トレーダＵＩのトレーダからＳｉｌｖｅｒＧａｔｅ ＡＰＩ詳細を尋ねる必要がないことである。
ステップ３では、ブロックトレーディングプラットフォーム２３０６は、トレーダ１ ２３０４およびトレーダ２ ２３１０のアカウント残高を取得するために、ＳｉｌｖｅｒＧａｔｅに「残高ＡＰＩ」呼び出しを行う。「トークン化されていない残高」が取引所トレーダＵＩに示される。トレーダは、ブロックトレーディングプラットフォーム２３０６でトークン化される特定の金額の資金を配分することができる。ブロックトレーディングプラットフォーム２３０６は、資金をロックするために、ＳｉｌｖｅｒＧａｔｅにＡＰＩ呼び出しを行う。「ロックされた資金」は、ブロックトレーディングプラットフォーム２３０６でトレーダが取引するために利用可能な残高として示される。ブロックトレーディングプラットフォーム２３０６で、台帳が存在しない場合、台帳が自動的にＳｉｌｖｅｒＧａｔｅのために作成され、トレーダの残高がＳｉｌｖｅｒＧａｔｅの台帳に記録される。トレーダ１ ２３０４およびトレーダ２ ２３１０は、トレーダＵＩに残高を見て、ＯＴＣ取引を行うことが可能になるようになった。このプロセスを機能させるための新しい機能は、資金がロックされることを可能にするように作成された新しいＳｉｌｖｅｒＧａｔｅ ＡＰＩである。
ステップ４では、トレーダ１ ２３０４およびトレーダ２ ２３１０は、ブロックトレーディングプラットフォーム２３０６またはＬｉｑｕｉＭａｔｃｈ ＥＣＮ（電子通信ネットワーク）で、トークン化された資金（取引所が提供するカストディアンブロックチェーン台帳上のロックされた資金のデジタル表現）を用いて取引を実行する。ステップ５では、取引がブロックトレーディングプラットフォーム２３０６またはＬｉｑｕｉＭａｔｃｈ ＥＣＮに記録された後、ブロックトレーディングプラットフォーム２３０６は、トレーダ１からトレーダ２ＳＥＮアカウント２０３２、２３０８に金銭を移転するためにｔｒａｎｓｆｅｒｓｅｎ ＡＰＩ呼び出しを行い、逆も同様である。ステップ６では、ｔｒａｎｓｆｅｒｓｅｎ ＡＰＩ呼び出しが行われた後、トレーダ１ ２３０４とトレーダ２ ２３１０との間の決済が完了する。ステップ７では、トレーダは、トレーダＵＩで交換を実行し、ブロックトレーディングプラットフォーム２３０６は、ＳｉｌｖｅｒＧａｔｅに「資金ロック解除」ＡＰＩ呼び出しを行う。これにより、ＳｉｌｖｅｒＧａｔｅ ＳＥＮアカウントの資金がロック解除される。新しいＳｉｌｖｅｒｇａｔｅ ＡＰＩを実装して、資金のロックを解除することを可能にすることができる。
別のオプションでは、Ｓｉｌｖｅｒｇａｔｅカストディアンが、取引所ブロックトレーディングＡＰＩを呼び出して、いくつかの機能を実行する。このアプローチでは、トレーダは、「ＳｉｌｖｅｒＧａｔｅ ＵＩ」にロックされる特定の資金をマークする。ＳｉｌｖｅｒＧａｔｅからブロックトレーディングプラットフォーム２３０６にＲＥＳＴ ＡＰＩ呼び出しが行われ、トークン化が行われる。ブロックトレーディングプラットフォーム２３０６で利用可能な対応するＲＥＳＴ ＡＰＩは、例えば、「ＰＯＳＴ／ｒｅｓｔ／ｖ１／ｃｕｓｔｏｄｉａｎ／ｃｏｌｌａｔｅｒａｌ」であり得る。同様に、ＳｉｌｖｅｒＧａｔｅは、次のステップを使用して、エクスチェンジネットワークとの完全なカストディ統合を自動化するために、他の取引所ＲＥＳＴ ＡＰＩを呼び出すことができる。ステップ１では、Ｇｅｔ Ｌｅｄｇｅｒｓ「ＧＥＴ／ｒｅｓｔ／ｃｕｓｔｏｄｉａｎ／ｌｅｄｇｅｒｓ」を呼び出す、ステップ２では、Ｇｅｔ Ｒｅｑｕｅｓｔ Ｃｏｌｌａｔｅｒａｌ Ｌｉｓｔ「ＧＥＴ／ｒｅｓｔ／ｖ１／ｃｕｓｔｏｄｉａｎ／ｃｏｌｌａｔｅｒａｌ」を呼び出す、ステップ３では、Ｇｅｔ Ｒｅｄｅｅｍ Ｃｏｌｌａｔｅｒａｌ Ｌｉｓｔ「ＧＥＴ／ｒｅｓｔ／ｖ１／ｃｕｓｔｏｄｉａｎ／ｒｅｄｅｅｍ」を呼び出す、ステップ４では、Ｂａｌａｎｃｅｓ ｏｆ Ｔｒａｄｅｒｓ ｏｎ Ｌｅｄｇｅｒｓ「ＧＥＴ／ｒｅｓｔ／ｖ１／ｃｕｓｔｏｄｉａｎ／ｂａｌａｎｃｅ」を探す、ステップ５では、Ｇｅｔ ｌｉｓｔ ｏｆ ｏｒｄｅｒｓ ｂｙ Ｓｔａｔｕｓ「ＧＥＴ／ｒｅｓｔ／ｖ１／ｃｕｓｔｏｄｉａｎ／ｏｔｃｏｒｄｅｒｓ／ｑｕｅｒｙ」を呼び出す、ステップ６では、Ｇｅｔ Ｏｒｄｅｒ Ｒｅｐｏｒｔｓ「ＧＥＴ／ｒｅｓｔ／ｖ１／ｃｕｓｔｏｄｉａｎ／ｒｅｐｏｒｔｓ」を呼び出す、ステップ７では、Ｇｅｔ／ｃｈａｎｇｅ ｒｅｃｏｎｃｉｌｉａｔｉｏｎ「ＧＥＴ／ｒｅｓｔ／ｖ１／ｃｕｓｔｏｄｉａｎ／ｒｅｐｏｒｔ／ｒｅｃｏｎｃｉｌｉａｔｉｏｎ」を呼び出す。
さらに別のオプション２４００が図２４に示されており、ＳｉｌｖｅｒＧａｔｅアカウントを有するトレーダが、別個のＳＥＭアカウント２４０２、２４０４を作成する。この場合、全体的なフローは、図２３に示されるフローと同様である。図２４のフローでは、ブロックトレーディングプラットフォーム２３０６は、さらに、ユーザのためのそれぞれのＳＥＮアカウント２４０２、２４０４を作成するために「ｃｒｅａｔｅｓｅｎ ＡＰＩ」を呼び出す。これは、ブロックトレーディングプラットフォーム２３０６でのトレーディングのために作成された特別なＳＥＮアカウントになる。このＳＥＮアカウントに移動された任意の資金は、デフォルトでロックすることができる。このオプションを実装するには、ＳｉｌｖｅｒＧａｔｅで新しいＡＰＩの変更が必要である。「ｃｒｅａｔｅｓｅｎ ＡＰＩ」は、新しいＡＰＩ構成であり、ブロックトレーディングプラットフォーム２３０６から新しいパラメータが渡される。例えば、新しいパラメータは、特定の取引所を新しいアカウントの作成者：「Ｃｒｅａｔｏｒ：ＥｘｃｈａｎｇｅＮｅｔｗｏｒｋ」として識別することができる。これにより、ＳｉｌｖｅｒＧａｔｅに特別なＳＥＮアカウントを作成するように通知される。資金は、取引所が提供するＵＩを使用して、ブロックトレーディングプラットフォーム２３０６から交換された場合にのみ、これらの特別なＳＥＮアカウントから移動する。
図２５は、ＳｉｌｖｅｒｇａｔｅアトミックスワップＡＰＩがネットワーク２５００に導入される別のオプションを例解する。全体的なフローは、図２３のフローと同様である。図２５のフローでは、取引所が資金を移動する代わりに、アトミックスワップアカウントが資金を移動させるために使用される。このアプローチの１つの利点は、取引所２３０６が、アトミックスワップのための資金の実際の移動に責任を負わないことである。ブロックトレーディングプラットフォーム２３０６は、ネット決済額パラメータをＳｉｌｖｅｒＧａｔｅ ＡＰＩに渡すだけでよい。「ＳｉｌｖｅｒＧａｔｅアトミックスワップアカウント」に行われる呼び出しを受け入れるように構成された新しいＳｉｌｖｅｒＧａｔｅ ＡＰＩが含まれている（図２５のステップ５を参照）。
図２６は、ネット決済移動のための調整レポート計算機およびマネージャに関連するサブタスクの出力２６００を例解する。以下の説明では、１つの台帳についてのみ述べるが、このプロセスは各台帳で同じであることを考慮されたい。調整レポートタスクが開始されると、各サブタスクが１つの台帳を処理する複数のサブタスクが生成される。各サブタスクにはキーのセットがあり、各キーは２つのトレーディング取引先エンティティＩＤの組み合わせである。例えば：Ｔ１－Ｔ２、Ｔ１－Ｔ３など。各サブタスクは、各キーにマークがあるかどうかデータベースでチェックする。マークがある場合、メモリにマークが読み込まれ、サブタスクの次のステップは、最後のブロックで始まるブロックを、最後にマークされたブロックまで読み取ることである。このサブタスクの出力２６００は、図２６に示される図と同様である。
一例では、図２６の上記の図は、トランザクションを含むユーザインターフェースの一部として示される。上記の図で、ユーザが、承認（「＊」を有するボタン）をクリックすると、システムは、ブロックＢ３でＴ２－Ｔ１の組み合わせのカストディアンモジュールデータベースにマークを生成する。図２６の「Ａｐｐ」は、ＵＩの「承認」の略である。「Ａｐｐ」ボタンを使用して、トランザクションを承認することができ、これは、トランザクションが既にネット決済の一部として移転されていることを意味する。プロセスは、基本的に、計算の次の実行から、ネット決済移動を引き起こすトランザクションのセットを取り出し、データセットを返す。
システムが再びレポートを実行し、新しいブロックが存在する場合、結果２７００は、図２７に示されるようになる。Ｂ３にマークを有する組み合わせの場合、合計は、Ｂ４のデータからのみ計算され、他の組み合わせの場合、システムは、ブロックＢ１からＢ４までのすべてを計算する。ネット決済移動は、これらの計算に基づき得る。
図２８は、様々なステップを有するカストディアン間ネット決済フロー２８００を例解する。例示的な方法は、任意の順序で、１つ以上のこれらのステップを含み得る。ドルを有するトレーダ１（Ｔ１）およびビットコインを有するトレーダ２（Ｔ２）は、それぞれ自らの「ホーム」カストディアン、カストディアン１（ＣＵＳＴ１）およびカストディアン２（ＣＵＳＴ２）での残高（前述のようにカストディブロックチェーン台帳上のＵＴＸＯ）から開始することができる。このプロセスは、単一のカストディモデル（図２９）またはマルチカストディモデル（図３０）のいずれかに適用することができる。トレーダ１（ＣＵＳＴ１）およびトレーダ２（ＣＵＳＴ２）は、Ｔ１が、ＣＵＳＴ２ ＢＴＣブロックチェーン台帳上に資産の所有権を有するようになり、Ｔ２が、ＣＵＳＴ１ ＵＳＤブロックチェーン台帳上に資産の所有権を有するようになるように、Ｔ１とＴ２との間の、アトミックスワップをもたらすネットワーク上で取引する。言い換えると、今では両方とも「非ホーム」カストディアンにおいて残高を有する。方法は、任意の指定されたブロックチェーン台帳および資産に対するカストディアン間ネット決済に対するＣＵＳＴ１からＣＵＳＴ２への要求を受信すること（２８０２）と、ＣＵＳＴ２がカストディアン間ネット決済に対する要求を受け入れるかどうかを判定すること（２８０４）と、を含むことができる。そうでない場合、方法は、ネット決済要求を拒否すること（２８０６）を含む。ＣＵＳＴ２がネット決済要求を受け入れた場合、方法は、レポートを生成すること（２８０８）を含む。ネット決済計算機を呼び出すことができ、結果データを両方のカストディアンに提供する。３つのレベルのデータおよびイベントトリガは、ＡＰＩおよび／またはＵＩを介して生成される。これらのレベルについては、以下で詳しく説明する。任意のステップは、決済をキャンセルするかどうかを判定すること（２８１０）を含む。決済がキャンセルされると判定された場合、方法は、決済をキャンセルすること（２８１２）を含む。そうでない場合、方法は、ＣＵＳＴ１によってネット決済を開始すること（２８１４）と、ＣＵＳＴ１と関連付けられたネット決済に従って移転を実行すること（２８１６）と、を含む。ＣＵＳＴ２は、ネット決済を受信し（２８１８）、方法は、ブロックチェーンを決済し、ネット決済を完了することで終了する（２８２０）。ネット決済レポートの生成は、ＣＵＳＴ１とＣＵＳＴ２の間にある。両方のカストディアンに同じレポートが表示される。レポートが生成されると、ネット決済に関与するトレーダの残高が指定されてマークされる。トレーダは、ネット決済が完了するまで、ネット決済資金をトレーディングに使用することはできない。ネット決済中に何が起こるかに関する他の詳細は、本明細書に提供されている。
レポートは、次の３つのレベルの情報を有する。第１のレベル：デビットアカウント－カストディアンが他のカストディアン（ＣＵＳＴ２）に資金を移転する必要がある、ネット決済額－ＣＵＳＴ２がＣＵＳＴ１に移転する必要がある金額、すなわち５ＢＴＣを含む、キャンセルボタン／機能－ネット決済をキャンセルすることを含む、およびネット決済開始ボタン／機能－ＣＵＳＴ２は、資金をＣＵＳＴ１に移転する前にボタンを押す。
第２のレベルの情報は、以下を含むことができる：台帳－ＣＵＳＴ１－ＢＴＣおよびＣＵＳＴ２－ＢＴＣ台帳は、以下の例で調整された、合計決済量－台帳に決済する総量である。
第３のレベルの情報は、以下を含むことができる：決済残高－非ホームカストディアン台帳内のトレーダおよびその残高のリスト、トランザクション－非ホームカストディアン台帳上のトレーダによって行われたトランザクションのリスト、トレーダ配分－決済資金がホームカストディアンによって預けられる必要があるトレーダのアカウントデータ、およびネット決済ＴＸ－最終的なネット決済コインベース、および台帳上で実行されるバーントランザクションである。
レポートが生成された後、ＣＵＳＴ１またはＣＵＳＴ２は、ステップ（２８１０）で、ネット決済を依然としてキャンセル／拒否することができる。ＣＵＳＴ１またはＣＵＳＴ２がネット決済をキャンセルした場合、ＣＵＳＴ１およびＣＵＳＴ２は、再びネット決済プロセスを開始する必要がある。ＣＵＳＴ２は、公開台帳／銀行アカウントネット決済プロセスを開始する。この例では、ＣＵＳＴ２は、ネット決済額をＣＵＳＴ１に移転する必要がある。言い換えると、例として、５ＢＴＣである。ＣＵＳＴ２は、「ネット決済を開始」ボタンをクリックすることができる。ＣＵＳＴ２は、最終的に、ネット決済金の移転を終了する。ＣＵＳＴ２は、「ネット決済移転」ボタンをクリックすることができる。一態様では、ＣＵＳＴ１は、アカウントで資金を受信したことを確認し、カストディアンＵＩで受信したネット決済をクリックする。
最後のステップとして、ＣＵＳＴ１＿ＢＴＣおよびＣＵＳＴ２＿ＢＴＣ台帳に対して特別なアトミックトランザクションの以下のリストが実行される。ステップ（ａ）では、Ｔ１のＢＴＣ資金は、ＣＵＳＴ２＿ＢＴＣ台帳にバーンされる。新しいＢＴＣは、Ｔ１の同じ金額のコインベーストランザクションに資金を供給し、ＣＵＳＴ１＿ＢＴＣ台帳に作成される。ステップ（ｂ）では、Ｔ２のＢＴＣ資金は、ＣＵＳＴ１＿ＢＴＣ台帳にバーンされる。新しいＢＴＣは、Ｔ２の同じ金額のコインベーストランザクションに資金を供給し、ＣＵＳＴ２＿ＢＴＣ台帳に作成される。これにより、ＢＴＣ台帳のＣＵＳＴ１とＣＵＳＴ２の間のネット決済が完了する。トレーダ残高（資産所有権記録）は、影響を受けるすべての公開鍵アドレスおよびその所有者のホームカストディアンに移転された。ＣＵＳＴ１およびＣＵＳＴ２が、ＢＴＣとＵＳＤの両方の台帳を決済した後、Ｔ１およびＴ２の残高は、ホームカストディアン残高のみを示す。指定された資産のブロックチェーン台帳が存在しない場合は、カストディアンノードに作成する必要があり、これは、資産を受信する前に、プログラムでまたはユーザインターフェースを使用して行われ得る。
図２９は、単一カストディアンモデル２９００を例解する。この構造は、本明細書に記載の様々なモデルで使用され得る。第１のカストディアン２９０２、第２のカストディアン２９０４、および第３のカストディアン２９０８は、本明細書に開示されるモデルに従って、取引を達成するためにエクスチェンジプラットフォーム２９０６とインタラクトすることができる。
図３０は、第１のカストディアン３００２、第２のカストディアン３００４、第３のカストディアン３００６、エクスチェンジプラットフォーム３００８が連携して、上述のマルチカストディアン動作を実行する、マルチカストディモデル３０００を例解する。
多くのトレーダモジュールを有するより複雑なケースでは、ネット決済計算機は、次のような出力のようなものを示すことができる。
Figure 2022547130000002
ネット決済のさらなる例が提供される。ＣＵＳＴ１が、すべてのクライアントに対してＣＵＳＴ２ １０ＢＴＣおよび７万米ドルを支払う義務があり、ＣＵＳＴ２が、すべてのクライアントに対してＣＵＳＴ１ ７ＢＴＣおよび１０万米ドルを支払う義務があると仮定する。ＢＴＣでのネッティング量は次のとおりである：７ＢＴＣを再配分することができる（全額を送信する代わりに、カストディ台帳で）。残存量は、クライアントに対してＣＵＳＴ１からＣＵＳＴ２に移動する３ＢＴＣのみになる。米ドルでのネッティング量は、再配分することができる７万米ドルになる（全額を送信する代わりに、カストディ台帳で）。米ドルでの残存量は、クライアントに対してＣＵＳＴ２からＣＵＳＴ１に移動する３万米ドルのみになる。カストディアン内（トレーディングエンティティ間）およびカストディアン間（トレーディングエンティティに代わってカストディアン間）のネッティングは、バイラテラルまたはマルチラテラル、または２つの組み合わせであり得る。
ネット決済処理は、以下の方法のうちの１つで実施することもできる。カストディアンまたはスケジューラなどの他のプロセスは、ネット決済トランザクションプロセスをトリガして開始することができる。ガバナンスノードまたはその関連プロセスは、以下のうちの各々について署名するために、トランザクションを、計算し、カストディアンに送信することができる。（１）（ｉ）指定された量をもたらしたソース公開鍵アドレスおよびトランザクションハッシュへのトランザクションリンクを有する、（ｉｉ）分割量と宛先クライアント公開鍵アドレスおよび他のクライアント識別子を含む配分レポート／データを有する、（ｉｉｉ）配分レポート内のカストディアンの公開鍵アドレスから受信者公開鍵アドレスへの支払いトランザクションを有する、送信カストディアン自身の公開鍵アドレスにネッティング量を支払うためにネット決済される各資産のネッティング量について。一態様では、プロセスは、そのアドレス（カストディアン自身の公開鍵アドレス）に支払い、次いで、このアドレスから、配分レポート内の受信者アドレスに、すなわち、トランザクションのバーンおよびコインベースのセットの代わりに、支払う。別の態様では、（２）（ｉ）指定された量をもたらしたソース公開鍵アドレスおよびトランザクションハッシュへのトランザクションリンクを有する、（ｉｉ）分割量および宛先クライアント公開鍵アドレスおよび他のクライアント識別子を含む配分レポートを有する、（ｉｉｉ）送信カストディアン上の受信者カストディアンの公開鍵アドレスを有する、カストディアン自身の公開鍵アドレスに残存量を支払うためにネット決済される各資産の残存量について。資産所有権は、この受信者カストディアンの公開鍵アドレスに移動することができ、アトミックトランザクションの一部としてバーンすることができ、または、資産は、送信カストディアンのバーンアドレスに直接送信することができる。
上記の項目（２）の別の態様として、ガバナンスノードまたはその関連プロセスは、トランザクションを計算し、カストディアンに送信して、（ｉｖ）様々な資産の残存量が、量および配分詳細を確認する少なくとも受信カストディアンからのデジタル署名なしにロードすることができるがリリースされない、スマートコントラクトアドレスに支払われる送信カストディアンによって保有される対応するデジタル資産、およびバリデータとしてのガバナンスノード（任意の署名スキームまたは検証スキームが許可可能である）を有する、および（ｖ）ＡＣＨ、ＦｅｄＷｉｒｅ、ＳＷＩＦＴなどの第三者システムを介した他の非デジタル資産のスマートコントラクトのトリガ／制御／承認された移動、または公開ブロックチェーン台帳プロトコルを介してネイティブに表現されていない、または取引可能でない資産について第三者の支払いプロセッサ機能に送信される命令（例えば、米ドル、ＣＢＤＣが存在する前か、またはステーブルコインを使用していない場合）を有する、カストディアン自身の公開鍵アドレスに残存量を支払うためにネット決済される各資産の残存量について署名する。これは、任意選択で、ＵＳＤなどの資産を受信し、ＵＳＤなどの別の資産の双方向のオンランプ／オフランプとして、ステーブルコインまたはミントステーブルコインを自動的に取得して返却する分散型自律組織（ＤＡＯ）などであり得る。
代替的に、ガバナンスノードによって上記項目（２）で送信されたトランザクションは、（別の場所で詳細に説明されている交換トランザクションで行われ得るように）（ａ）および（ｂ）の数量をカストディアンのバーンアドレスに送信することができる。次いで、配分レポートを使用して、（ａ）および（ｂ）の宛先クライアント公開鍵アドレスの公開鍵アドレスのためのカストディ台帳上に新しい発行トランザクションを生成して、カストディ台帳に資産所有記録を作成することができる。
別の態様では、クライアントアカウントレベルでのネット決済移動は、最終的に公開台帳またはクライアントフィアットアカウントに移動およびヒットさせることができる。これらの決済は、カストディアン間ネット決済の時点でそのように移動およびマークされるか、またはカストディアン内ネット決済レポートのカストディ公開鍵アドレスとクライアントアカウントとの間の将来のネット決済移動の一部になる可能性がある。カストディアン間ネット決済の対象となるすべての金額は指定されており、ネット決済プロセス中に使用することはできない。
図３１Ａ～３１Ｄは、このプロセスの一部として生成され得るレポートを例解する。フローは、決済開始の第１のステップ、決済実行の第２のステップ（公開台帳トランザクション）、および決済記録の第３のステップ（エクスチェンジブロックチェーントランザクション）を含むことができる。図３１Ａは、ステップについて記載し、コメントし、カストディアンおよびトレーダ、ならびに開始残高および期末残高を概説する、レポート３１００の第１の部分を例解する。図３１Ｂは、ＣＵＳＴ１－ＣＵＳＴ２ネット決済レポートのデータ３１０２を例示する。図３１Ｃは、ＣＵＳＴ１－ＣＵＳＴ３ネット決済期日レポートのデータ３１０４を有する例示的なレポートを例解する。
これらのステップについては、次により詳細に説明する。決済開始ステップでは、１人のカストディアンが、カストディアンＵＩの別のカストディアンとの「ネット決済を開始」ボタンを押す。ネット決済の要求は、他のカストディアンに「受け入れ／拒否」される。両カストディアンが決済することに同意した後、異なるカストディアン台帳に対する合計決済額が計算され、両カストディアンに表示される。例えば、カストディアン１は、トレーダ１、トレーダ２、トレーダ３の３つの関連するトレーダを有し、カストディアン２は、トレーダ４、トレーダ５、トレーダ６の３つの関連するトレーダを有すると仮定する。図３１Ｄは、１つのテーブル３１０６において、カストディアン１台帳、およびカストディアン２に支払われるべき資金を示す。別の表３１０８は、カストディアン２台帳、およびカストディアン１に支払うべき資金を示す。第３の表３１１０は、ＣＵＳＴ２からＣＵＳＴ１にドルで、ＣＵＳＴ２からＣＵＳＴ１にＢＴＣで、およびＣＵＳＴ１からＣＵＳＴ２にＥＴＨで支払われるべき通貨のネット決済額を示す。ネット決済額以上では、対応する台帳およびトランザクションが両方のカストディアンに示される。このレポートは、カストディアン「ネット決済レポート」と呼ぶことができる。カストディアンはまた、各暗号／フィアットの決済をオフラインで行うこともできる。決済実行ステップでは、文書の最初に記載されているように、決済実行のための方法を以下に提案する。（１）ネット決済のための共通の銀行のカストディアンアカウント、（２）別のカストディアンのシステムのカストディアンアカウント、（３）ウォレット、ステーブルコイン、スマートコントラクトを使用したネット決済、（４）Ｃｕｒｖ／Ｌｅｄｇｅｒウォレット、ステーブルコイン、スマートコントラクトを使用したネット決済。
決済記録ステップでは、他の場所で説明されているようなトランザクションに資産がコミットされた後および／または受信された後、トランザクションの通知は、認証され、上記の方法のいずれかでＣＵＳＴ１とＣＵＳＴ２の間の両方向に進む残存量の移動のためのアトミックトランザクションをカバーする単一のアトミックトランザクション、およびエクスチェンジプラットフォーム上の以下の２つのアトミックトランザクションをトリガして、以下のように特別なネット決済トランザクションを記録する。
２つの例示的なトランザクションは、トランザクション１－ＣＵＳＴ１＿ＵＳＤ台帳＝（Ｔ４ ＵＴＸＯ＋Ｔ５ ＵＴＸＯ＋Ｔ６ ＵＴＸＯ）－＞ＣＵＳＴ２ ＵＴＸＯ、およびトランザクション２－ＣＵＳＴ２＿ＵＳＤ台帳＝コインベーストランザクション－＞（Ｔ４ ＵＴＸＯ＋Ｔ５ ＵＴＸＯ＋Ｔ６ ＵＴＸＯ）。第１の取引では、ＣＵＳＴ１＿ＵＳＤ台帳で、トレーダ４、トレーダ５、およびトレーダ６のカストディアン２トレーダが利用可能なＵＴＸＯが、組み合わされ、カストディアン２公開鍵に配分される。第２の取引では、ＣＵＳＴ２＿ＵＳＤ台帳で、コインベース取引が行われ、ＵＴＸＯにはトレーダ４、トレーダ５、トレーダ６が配分される。上記の２つのトランザクションは、ＣＵＳＴ１＿ＵＳＤ台帳からＣＵＳＴ２＿ＵＳＤ台帳へのＵＴＸＯの移転を実現し、ブロックチェーン上のカストディアン間ネット決済を証明として反映させる。代替的に、別個の特別なブロックチェーン台帳が、カストディアン間ネット決済を記録するためにガバナンスノード上に作成され得る。
図３１Ｄは、マルチカストディネット決済シナリオに関連して、様々な表３１０６、３１０８、３１１０における例示的なデータを例解する。
図３２は、残存量を移動させるためのカストディアン間ネット決済ソリューション３２００を例解する。フィアット／暗号通貨のカストディアン間ネット決済を達成するための異なるオプションがある。例示的なオプションは：（１）ネット決済のための共通の銀行のカストディアンアカウント、（２）別のカストディアンのカストディアンアカウント、（３）ウォレット、ステーブルコイン、スマートコントラクトを使用したネット決済、（４）Ｃｕｒｖ／Ｌｅｄｇｅｒウォレット、ステーブルコイン、スマートコントラクトなどの第三者提供のウォレットを使用したネット決済。１つのオプションは、図３２に、ネット決済のための共通の銀行のカストディアンアカウントを示す。このアプローチでは、カストディアンは、共通の銀行にアカウントを有する。最終的な決済のために、カストディアンは、同じ銀行の別のカストディアンアカウントに資金を送信する。
例示的なワークフローは、次のようにすることができる。カストディアン１ ３２０４およびカストディアン２ ３２０６は、共通の銀行３２０２にアカウントを有する。このアカウントは、カストディアンが最終的な決済に使用する。アカウントは、フィアットで資金を保有することができる。カストディアンは、アカウントに事前に資金を供給する。図３２のステップ１を参照されたい。アカウントは、データ自体への変更（所有権データの変更など）をサポートする論理ラッパーおよび他のラッパーを備えた、資産タイプ、数量、および所有権データ（他のデータのうち）を含む資産データを表すデータを含むデータベースまたは任意の他の台帳タイプの台帳エントリとして識別され得るか、またはイーサリアムの用語などで一般的に言及されるような条件付き論理を備えたＡＰＩおよび他の中間プロセスを通じてこのデータ上で動作し得る。
アカウント「ラッパー」またはＡＰＩ層は、以下の構成および機能を含むことができる。（１）ガバナンスノードのＡＰＩに接続する、（２）資産タイプ、完全な配分分割を伴う、任意の２つの当事者間で支払われるべきネット決済額の残存量、完全な配分分割を伴うアトミック再配分の完了の準備がされているときのネッティング量トランザクション詳細を含むデータを少なくとも含むトランザクション提案を受信する、（４）アカウントの残存量資産残高に対するロックを引き起こし、ロックおよび移転自動化を適用するために特別なアカウントに資産を移動させることができる、（５）すべての他のネッティング量トランザクションが、共有秘密鍵または同様の方法でタイムロックトランザクションで準備され、署名が有効で、資産がコミットされていることを確認する、（６）少なくとも、現在のトランザクションの資産タイプ、金額、トランザクション識別子を含む確認データを送信する、（７）少なくともトランザクション識別子またはハッシュ、および任意の他の出力データを含むトランザクション確認詳細を受信する、（８）本明細書に記載の２相コミットの現在の実装などのアトミックトランザクションを実行する。
図３２のステップ２で、カストディアン１ ３２０４は、イベント通知をガバナンスノード３２０８に送信することによって、カストディアン２ ３２０６へのネット決済要求をトリガする。カストディアン２ ３２０６は、要求を通知され、任意の論理テストに基づいて決済要求を受け入れる／拒否することができる。ステップ３では、両方のカストディアンが、ネット決済トランザクションを作成するようにガバナンスノード３２０８に通知した後、特別なアトミックマルチ台帳決済トランザクションが、ガバナンスノード３２０８によって計算され、記録される。ネット決済ジョブは、カストディアン１ ３２０４が、カストディアン３２０６に支払うべき金額またはその逆を計算する。ネット決済額は、法定通貨と仮想通貨の両方でカストディアンに表示される。例えば：ＵＳＤ、ＥＴＨ、ＢＴＣなど。
ステップ４では、完全な配分分割およびユーザ公開鍵アドレスおよび他のデータを伴う決済額が、両方のカストディアンに示された後、カストディアン１ ３２０４およびカストディアン２ ３２０６は、最終的なネット決済を実行するようにガバナンスノード３２０８に通知する。銀行３２０２において、カストディアン１ ３２０４は、ネット決済法定額をカストディアン２の３２０６アカウントに移転するか、またはその逆であり、このプロセスを、自動化し、スマートコントラクトまたは他の論理およびＡＰＩ呼び出しを使用して銀行システムにアトミックにすることができる。カストディアン２のアカウントへの資金の移転後、スマートコントラクトまたはその他の手段によるネット量の再配分および／または他の資産の決済など、アトミックトランザクションの一部である任意の他のトランザクションと共に、ネット決済は完了する。カストディアン２ ３２０６は、決済額の受信を確認するための通知を生成し、公開鍵アドレスまたは他の台帳アドレスへの配分に関連する任意のトランザクションを実行する。
図３３は、カストディアンアカウントが別のカストディアンのシステムにある別のオプションを例解する。このアプローチでは、各カストディアン３３０２、３３０４、３３０６は、別のカストディアンのシステム内にアカウントを有する。カストディアン間ネット決済中、受信カストディアンは、受信カストディアンのシステム内で送金者カストディアンのアカウントから資金を引き出す。
図３３のワークフローは、次のとおりである。ステップ１では、各カストディアン３３０２、３３０４、３３０６は、他のカストディアンのシステムにアカウントを有する。各カストディアンは、論理的条件に基づいて、プログラム的に管理されたクライアントオムニバスまたはマスターアカウント／サブアカウント構造であり得る資金で、毎週／毎月、アカウントに事前に資金を供給する。例えば、カストディアン１ ３３０２は、カストディアン２ ３３０４およびカストディアン３の３３０６システムにアカウントを有する。カストディアン２ ３３０４は、カストディアン１ ３３０２およびカストディアン３の３３０６システムにアカウントを有する。
ステップ２では、カストディアン１ ３３０２は、ガバナンスノード３２０８への通知を伴うカストディアン２ ３３０４へのネット決済要求をトリガする。カストディアン２ ３３０４は、決済要求を受け入れる。
ステップ３では、両方のカストディアンが、決済する意図を示した後、特別なアトミックマルチ台帳決済トランザクションが計算され、ガバナンスノード２３０８で記録される。ネット決済ジョブは、カストディアン１ ３３０２が、カストディアン２ ３３０４に支払うべき金額またはその逆を計算する。ネット決済額は、米ドル、ＥＴＨ、ＢＴＣなどのすべての資産のカストディアンに表示される。最終的に、ステップ４では、両方のカストディアンに決済額が示された後、カストディアン１ ３３０２およびカストディアン２ ３３０４は、最終的なネット決済を実行するための受け入れを通知する。カストディアン１ ３３０２は、ステップ３でのトランザクションにおける所有権変更のこの証明に基づいて、カストディアン２の３３０４アカウントから決済法定額を引き出す。資金の再配分を引き出すことが行われた後、カストディアン間のネット決済が完了する。
別のオプションは、図３４に示されており、ウォレット、ステーブルコイン、およびスマートコントラクトを使用したネット決済に関連している。このアプローチ３４００では、カストディアン３４０６、３４０８は、プライムトラスト３４０４にアカウントを有する。カストディアン３４０４、３４０８が、フィアットを預けた後、プライムトラスト３４０４は、カストディアンのウォレットにステーブルコイン（ＴｒｕｅＵＳＤ）をリリースする（オンランプ）。ＴｒｕｅＵＳＤは、イーサリアムのスマートコントラクトを使用して、カストディアン間アトミック決済に使用される。カストディアン３４０６、３４０８はまた、ＴｒｕｅＵＳＤステーブルコインをプライムトラスト３４０４に預けて、フィアットを受信することができる（オフランプ）。ＴｒｕｅＵＳＤなどのステーブルコインの発行は、スマートコントラクトを使用してプライマリ発行者によって自動化することができ、これにより、アカウントで米ドルを受信すると、既に発行されたステーブルコインの発行またはウォレットへの移転が自動的に作成される。
このソリューションは、図３４に示されるように、オープンソースウォレットをカストディアン３４０６、３４０８によってインストールすることを必要とし得る。ウォレットは、ガバナンスノード３４１０によって開発され、管理され得る。ウォレットは、エクスチェンジプラットフォーム上のガバナンスノード３４１０によって呼び出され得るＡＰＩを公開することができる。このアプローチの利点は、完全なネット決済自動化の可能性である。決済に必要な資金の手動移動はなく、フィアットアカウントもない。さらに、ウォレットは、任意のＥＲＣ－２０トークンを保有し、それをアトミックウォレット間の移転／決済に使用することができ、これには、ＥＲＣ－２０ベースの証券、債券、株式などが含まれる。一態様では、ＵＳＤペッグのステーブルコインは、使用の第１段階の決済に使用することができる。将来的には、ユーロ、円、ＧＢＰなど、より多くのフィアットペグステーブルコインをサポートすることができる。
次に、図３４に示されるプロセスの様々なステップを概説する。第１のステップでは、カストディアン１ ３４０６およびカストディアン２ ３４０８は、プライムトラスト３４０４とのアカウントを有する。カストディアンは、暗号通貨／フィアットをプライムトラスト３４０４に移転／する。ステップ２では、フィアットを受信した後、プライムトラスト３４０４０は、ＴｒｕｅＵＳＤステーブルコインをカストディアンのウォレット３４０６、３４０８にリリースする。ステーブルコインをウォレットに含めると、各カストディアンは、カストディアン間決済を行うことが可能になる。
第３のステップにおいて、カストディアン１ ３４０６は、エクスチェンジネットワークプラットフォーム３４１０上のカストディアン２ ３４０８へのネット決済要求をトリガする。カストディアン２ ３４０８は、決済要求を受け入れる。第４のステップでは、両方のカストディアンが決済する意図を示した後、特別なアトミックマルチ台帳決済トランザクション３４０２が計算され、プラットフォーム３４１０で記録される。ネット決済ジョブは、カストディアン１がカストディアン２に支払うべき金額またはその逆を計算する。ネット決済額は、フィアットと暗号通貨の両方で計算される。例えば：ＵＳＤ、ＥＴＨ、ＢＴＣなど。
第５のステップでは、両方のカストディアンに決済額が示された後、カストディアン１ ３４０６およびカストディアン２ ３４０８は、カストディアンＵＩのボタンを押して、最終的なネット決済を実行する。プラットフォーム３４１０は、秘密鍵でトランザクションに署名し、スマートコントラクト３４０２を使用してイーサリアム公開台帳上で送信するために、ウォレットへのＡＰＩ呼び出しをトリガする。スマートコントラクト３４０２は、カストディアン１ウォレット３４０６からカストディアン２ウォレット３４０８に、またはその逆に、ＴｒｕｅＵＳＤをアトミックに移転する。これにより、カストディアンネット決済が完了する。代替的に、カストディアン１ ３４０６およびカストディアン２ ３４０８は、プライムトラスト３４０４上のアカウント間で最終的なフィアット／暗号決済を行うことができる。この決済は、プラットフォーム３４１０からプライムトラストアカウント３４０４へのＡＰＩ呼び出しを使用して自動化される可能性があり得る。
図３５は、Ｃｕｒｖ／台帳ウォレット、ステーブルコインおよびスマートコントラクトを使用したネット決済のための別のオプション３５００を例示する。このアプローチは、上述の図３４と同様であるが、ウォレットの代わりに、カストディアンは、ＡＰＩベースのＣｕｒｖ／Ｌｅｄｇｅｒウォレット、またはガバナンスノード３５１０によって制御または動作されない任意の第三者ウォレットにアカウントを有することができる。任意の他のプロトコルをサポートする任意のＥＲＣ－２０対応ウォレットまたはウォレットは、下記のスマートコントラクトベースのウォレットからウォレットへのアトミック移転のための許容量（）および注文署名機能をサポートする必要がある。本明細書に開示される５つのステップは、Ｃｕｒｖ／Ｌｅｄｇｅｒウォレット３５１２、３５１４の使用における変化を備える、図３４に関して上述されるステップと同様である。
本開示の別の態様は、仮想カストディアンの導入に関する。この文書には、次の２つのソリューションの設計が含まれている。（１）一態様では、ソリューションは、従来のカストディアンエンティティを完全に仮想カストディアンに置き換える。イーサリアムスマートコントラクトまたはＷｙｒｅウォレットは、仮想カストディアンとして機能するトレーダの担保を保持することができる。スマートコントラクトまたはＷｙｒｅウォレットにロックされた担保は、直ちにブロックチェーンの台帳上でトークン化され、取引に利用可能である。この構造は、Ｗｙｒｅウォレットおよび／またはスマートコントラクトを使用して、トレーダ間の取引の迅速なアトミック決済を可能にすることができる。
仮想カストディアンソリューションは、カストディアンとの関係を有せず、かつ特定のブロックチェーン台帳に資産を有する他の人と、資産の管理を放棄することなく取引したいトレーダに有用である。この設計のために、発明者らは、イーサリアムスマートコントラクトおよびＷｙｒｅウォレットを考慮した。イーサリアムスマートコントラクトは、チューリング完全である。他のスマートコントラクトも考慮することができる。他のＷｙｒｅウォレット代替品もある。
仮想カストディアンは、プラットフォーム上の以下の３つの主要なシナリオで使用することができる。（１）スマートコントラクト仮想カストディアンにロックされた担保を有するトレーダ１は、従来のカストディアンを有するトレーダ２と取引する、（２）トレーダ１とトレーダ２の両方が、スマートコントラクト仮想カストディアントレーディング暗号（イーサまたはＥＲＣ－２０互換トークン）を使用する、（３）トレーダ１およびトレーダ２の両方が、Ｗｙｒｅアカウントを使用し、ＡＰＩキーをガバナンスノードモジュールと共有して、他の相互接続されたモジュールを介して取引する。可能である他のシナリオがある。（１）Ｗｙｒｅウォレットを有するトレーダ１は、スマートコントラクト仮想カストディアンにロックされた担保を有するトレーダ２と取引することができる、および（２）Ｗｙｒｅウォレットを有するトレーダ１は、従来のカストディアンと関係を有するトレーダ２と取引することができる。
図３６は、仮想カストディアン暗号フィアット決済設計３６００を例解する。トレーダ１ ３６０８は、スマートコントラクト仮想カストディアン３６０２にロックされた担保を有し、従来のカストディアン３６１６を有するトレーダ２ ３６２０と取引する。図３６に示されるような以下のステップが生じ得る。ステップ１では、トレーダ２ ３６２０は、銀行電信送金を使用して、カストディアン３６１６に担保を預ける。例えば、１００万ドルは、トレーダ２ ３６２０からカストディアン３６１６に移転され得る。カストディアン３６１６によって担保を受信すると、ブロックトレーディングプラットフォーム３６１８上で、エントリがＣ－ＵＳＤ台帳に行われて、などのトレーダ２の担保を記録する。トレーダ２－＞１００万ドル。ステップ２では、カストディアン３６１６は、カストディアンによって週単位で事前に記入される、例えば毎週５００万ドルの事前記入されたＷｙｒｅアカウント（または他のタイプのアカウント）を有する。カストディアン３６１６は、他のカストディアン／トレーダとの決済のためにＷｙｒｅアカウントを使用する。カストディアン３６１６はまた、ＤＡＰＰまたは他の形態の分散型自律プログラムを使用することができ、これは、トラストレスに資金を受信し、資金を送金し、および／または配信されることができるテーブルコインを発行または取得することができる。
ステップ３では、トレーダ１ ３６０８は、カストディアンなしでガバナンスノード３６１８に登録する。「取引所ＶＣモジュール」３６１０は、ガバナンスノード３６１８によって制御され得、トレーダ１ ３６０８のための仮想カストディアンスマートコントラクト３６０２を起動して、担保を預けることができる。ステップ４では、トレーダ１ ３６０８は、仮想カストディアンスマートコントラクト３６０２に担保を預ける。例えば、トレーダ１ ３６０８は、仮想カストディアンスマートコントラクト３６０２に１０００イーサを移転する。担保の預金において、ＶＣ－モジュール３６１０および／またはガバナンスノード３６１８および／またはサポートカストディアンノード３６１６または他のネットワークノードもしくはノード（例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム）の一部であり得るＶＣ－ＥＴＨ台帳にエントリが行われ、トレーダ１の担保を記録する。例えば、トレーダ１－＞１０００ＥＴＨ。トレーダ１ ３６０８は、イーサがアトミックスワップトレーディング３６０６の一部としてロックされていない限り、トレーダＵＩからいつでもイーサを交換することができる。
ステップ５は、トークン化された担保を使用して、トレーディングプラットフォームに提供または接続されたプラットフォーム３６１８上で取引するトレーダ１ ３６０８およびトレーダ２ ３６２０を含む。例えば、トレーダ１は、５つのイーサを販売することでトレーダ２から１５００ドルを得る。このトランザクションは、本明細書に開示されるアトミックスワッププロセス３６０６を使用して、内部台帳ＶＣ－ＥＴＨおよびＣ－ＵＳＤの両方に記録される。ステップ６では、内部台帳上で取引が初期化された後、取引に対応するイーサは、トレーダ１のスマートコントラクトからガバナンスノードアトミックスワップスマートコントラクト３６０６に移転される。上記の例では、５イーサは、アトミックスワップスマートコントラクトに移転される。この移転は、イーサリアム公開台帳に記録される。アトミックスワップスマートコントラクトへのイーサ移転は、時間制限される。トレーダ１およびトレーダ２が、一緒に、特定の事前定義された時間枠、例えば１時間枠に決済する意図を示さない場合、アトミックスマートコントラクト３６０６からのイーサは、トレーダ１のＶＣスマートコントラクト３６０２に自動的に戻る。トレーダ１のＶＣスマートコントラクト３６０２で利用可能なイーサは、トレーダ１がいつでも引き換えることができる。アトミックスワップスマートコントラクト３６０６に移動したイーサは、決済のためにロックされ、引き換えから利用可能ではない。
ステップ７で、ガバナンスノードＶＣモジュール３６１０は、アトミックスワップスマートコントラクト３６０６内のアトミックスワップをトリガする。このトリガは、トレーダ１ ３６０８とトレーダ２ ３６２０の両方が、取引マッチ実行メッセージまたは他のワークフローに基づいて自動化され得る取引を決済する意図を示した後に発生し得る。ステップ８では、アトミックスワップスマートコントラクト３６０６は、トレーダ２のウォレット３６０４にイーサを移転する。イーサのこの移転は、公開台帳に記録される。ステップ９では、アトミックスワップの一部として、ガバナンスノードＶＣモジュール３６１０は、トリガをカストディアンモジュール３６１６に送信して、トレーダ１のウォレット３６１２へのＷｙｒｅ移転３６１４を開始する。ステップ１０で、フィアットは、カストディアンのＷｙｒｅアカウント３６１４からトレーダ１のウォレット３６１２に移転される。上記の例では、１５００ドルは、カストディアンのＷｙｒｅアカウント３６１４からトレーダ１のウォレット３６１２に移転される。
プラットフォームが仮想カストディアン３６１０およびアトミックスワップスマートコントラクト３６０６を展開するにもかかわらず、ガバナンスノードは、スマートコントラクトに預けられたイーサを独自のウォレット／アカウントに流出することはできない。上記のユースケースでは、プラットフォームは，カストディアンではない。公開台帳に展開されたスマートコントラクトは、自立したカストディアンとして機能する。仮想カストディアンスマートコントラクト３６０２において入ってくるイーサは、次の方法でのみ移動する。（１）イーサを預けたトレーダが交換可能であり、（２）トレーディングプラットフォームに提供または接続されたプラットフォームで発生した取引でアトミックスワップスマートコントラクトに移転可能である。
アトミックスワップスマートコントラクトは、以下のようにイーサを移動させる論理で構成することができる。（１）タイムアウト時に送信するアドレス、すなわち仮想カストディアンスマートコントラクトに戻る、または（２）決済時に他のトレーダのウォレット（アトミックスワップ）。アトミックスワップスマートコントラクトのセキュリティを向上させるための任意選択の追加ステップには、トレーダ１が、スマートコントラクトからの仮想通貨を決済およびロック解除するために、以下が、トレーダ１に代わってスマートコントラクトに渡されることが含まれる：（１）トレーダ２の秘密キーワードは、トレーダ１と自動的かつプログラム的にエクスチェンジすることができ、（２）トレーダ１の秘密鍵で署名されたトレーダ２の秘密キーワード。これにより、トレーダ１が、実際にトレーダ２の秘密キーワードを受信した人物であることが確認される。
トレーダ２の決済にも同様のプロセスが適用され得る。トレーダ１とトレーダ２の両方が、スマートコントラクトに秘密のフレーズを正しく渡した場合にのみ、アトミックスワッププロセスが開始される。そうでなければ、タイムアウト間隔の後、アトミックスマートコントラクトからの仮想通貨は、トレーダの担保スマートコントラクトにロールバックされる。
次いで、次のパラメータを適用することができる。ｃｌａｉｍ＿ｐｈａｓｅは、秘密キーワード＋秘密キーワードのＮＥＷ＿ＯＷＮＥＲ＿ＳＩＧであり得る。ｒｅｆｕｎｄ＿ｃｏｎｄｉｔｉｏｎは、例えば、タイムアウト（）であり得る。ｒｅｄｅｅｍ＿ｃｏｎｄｉｔｉｏｎは、ｃｌａｉｍ＿ｐｈａｓｅまたはｒｅｆｕｎｄ＿ｃｏｎｄｉｔｉｏｎであり得る。
図３７は、イーサまたはＥＲＣ－２０互換トークンなどのスマートコントラクト仮想カストディアン暗号通貨を使用するトレーダ１およびトレーダ２の両方を例解する。仮想カストディアンは、従来のカストディアンの必要性を完全に置き換えることができる。両方のトレーダは、スマートコントラクト仮想カストディアンを使用することができる。以下は、仮想カストディアンを使用してトレーディングおよび決済を完了するための一連のステップである。このソリューションを使用すると、イーサリアムまたはＥＲＣ－２０互換トークンは、仮想カストディアンスマートコントラクトを使用して取引および決済することができる。
ステップ１では、トレーダ１ ３７０６は、カストディアンなしでプラットフォームガバナンスノードまたはエクスチェンジネットワーク３７１２に登録する。ガバナンスノードＶＣモジュール３７１０は、トレーダ１ ３７０６のための仮想カストディアンスマートコントラクト３７０２を起動し、担保を預ける。ステップ２では、トレーダ２ ３７１８は、カストディアンなしでプラットフォームガバナンスノード３７１２に登録する。ＶＣモジュール３７１０は、トレーダ２ ３７１６のための仮想カストディアンスマートコントラクトを起動し、担保を預ける。ステップ３では、トレーダ１ ３７０６は、仮想カストディアンスマートコントラクト３７０２に担保を預ける。例えば、トレーダ１は、１０００イーサを仮想カストディアンスマートコントラクト３７０２に移転する。トレーダ１ ３７０６から仮想カストディアンスマートコントラクト３７０２への担保の預金において、ＶＣ－モジュール３７１０および／またはガバナンスノード３７１２および／またはサポートカストディアンノードまたは他のネットワークノードもしくはノード（例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム）の一部であり得るＶＣ－ＥＴＨ台帳にエントリが行われ、トレーダ１の担保を記録する。例えば、トレーダ１－＞１０００ＥＴＨ。
ステップ４では、トレーダ２ ３７１８は、仮想カストディアンスマートコントラクト３７１６に担保を預ける。例えば、トレーダ２は、仮想カストディアンスマートコントラクト３７１６に１０００ＺＲＸ（ＥＲＣ－２０）を移転する。トレーダ２ ３７１８から仮想カストディアンスマートコントラクト３７１６への担保の預金において、ＶＣ－モジュール３７１０および／またはガバナンスノード３７１２および／またはサポートカストディアンノードまたは他のネットワークノードもしくはノード（例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム）の一部であり得るＶＣ－ＺＲＣ台帳にエントリが行われ、トレーダ２の担保を記録する。例えば、トレーダ２－＞１０００ＺＲＸ。
ステップ５では、トレーダ１ ３７０６およびトレーダ２ ３７１８は、トークン化された担保を使用して提供または接続されたトレーディングプラットフォーム３７１２で取引する。例えば、トレーダ１は、１００イーサを販売することでトレーダ２から１００ＺＲＸを得る。このトランザクションは、ＶＣ－ＥＴＨおよびＶＣ－ＺＲＸの両方の内部台帳に記録される。
ステップ６では、取引が内部台帳上で初期化された後、取引に対応するイーサは、トレーダ１のスマートコントラクト３７０２からアトミックスワップスマートコントラクト３７０８に移転される。上記の例では、１００イーサは、アトミックスワップスマートコントラクト３７０８に移転される。この移転は、イーサリアム公開台帳に記録することができる。アトミックスワップスマートコントラクトへのイーサ移転は、時間制限される。したがって、トレーダ１およびトレーダ２が一緒に、特定の事前定義された時間間隔、例えば１時間枠で取引を決済する意図を示さない場合、アトミックスマートコントラクト３７０８からのイーサおよびＺＲＸは、トレーダ１およびトレーダ２の仮想カストディアンスマートコントラクト３７０２、３７１６に自動的に戻る。トレーダ１の仮想カストディアンスマートコントラクト３７０２で利用可能なイーサは、トレーダ１ ３７０６がいつでも引き換えることができる。アトミックスワップスマートコントラクト３７０８に移動したイーサは、交換から利用可能でない決済のためにロックされている。
ステップ７では、取引に対応するＺＲＸ（ＥＲＣ－２０）は、トレーダ２のスマートコントラクト３７１６からアトミックスワップスマートコントラクト３７０８に移転される。上記の例では、１００ＺＲＸは、アトミックスワップスマートコントラクト３７０８に移転される。ステップ８では、ガバナンスノードＶＣモジュール３７１０は、アトミックスワッププロセスを開始するために、アトミックスワップコントラクト３７０８にトリガメッセージを送信する。
ステップ９では、アトミックスワップコントラクト３７０８は、トレーダ２のウォレット３７０４にイーサを移転する。イーサのこの移転は、公開台帳に記録される。ステップ１０では、アトミックスワップコントラクト３７０８は、ＺＲＸをトレーダ１のウォレット３７１４に移転する。ＺＲＸのこの移転は、公開台帳にも記録される。
図３８は、トレーダ１およびトレーダ２の両方がＷｙｒｅアカウントを使用し、トレーダモジュールとＡＰＩキーを共有して、提供または接続されたプラットフォーム上でトレーディングする別のオプション３８００を例解する。この場合、Ｗｙｒｅウォレットは、仮想カストディアンとして機能する。Ｗｙｒｅウォレットは、担保をロックするための仮想カストディアンとして使用できる。以下は、Ｗｙｒｅウォレットを仮想カストディアンとして使用してトレーディングおよび決済を完了するための例示的な一連のステップである。ステップ１では、トレーダ１ ３８０６およびトレーダ２ ３８２２は、各々、Ｗｙｒｅ３８０２、３８１８とのアカウントを作成し、フィアット／暗号を預ける。Ｗｙｒｅウォレットは、米ドル、ビットコイン、イーサ、オーストラリアドル、ユーロ、香港ドル、英国ポンドなどの多くの通貨をサポートしている。ステップ２では、トレーダ１ ３８０６およびトレーダ２ ３８２２は、ガバナンスノードまたはエクスチェンジネットワークブロックトレーディングプラットフォーム３８１４に登録し、それらのＷｙｒｅウォレットＡＰＩキーを共有する。ＡＰＩキーは、トレーダモジュール３８０４、３８２０内で暗号化されて保存され、トレーダまたは取引所によってホストされ、委任されていない場合、秘密鍵を管理することができる。
ステップ３では、トレーダ１ ３８０６およびトレーダ２ ３８２２は、トレーダモジュール３８０４、３８２０を使用して、担保ウォレット３８０８、３８１６に担保としてフィアット／暗号を移転する。例えば、トレーダ１は、トレーダ１の担保ウォレット３８０８に１０００イーサを移転する。トレーダ２は、トレーダ２の担保ウォレット３８１６に１０００米ドルを移転する。ステップ４では、Ｗｙｒｅウォレットにロックされた担保は、ＶＣ－モジュール３８１０および／またはガバナンスノード３８１４および／またはサポートカストディアンノードまたは他のネットワークノードもしくはノード（例えば、任意のタイプのブロックチェーン台帳もしくはネットワークまたはガバナンスもしくはコンセンサス駆動型台帳システム）で直ちにトークン化される。ステップ５では、トレーダ１ ３８０６およびトレーダ２ ３８２２は、トークン化された担保を使用して、トレーディングプラットフォーム３８１４で取引する。例えば、トレーダ１は、トークン化された１００イーサを販売することで、トレーダ２からトークン化された１００米ドルを得る。このトランザクションは、ＶＣ－ＥＴＨおよびＶＣ－ＵＳＤの両方の内部台帳に記録される。
ステップ６では、内部台帳上で取引が初期化された後、取引に対応する米ドルおよびＥＴＨは、トレーダ１およびトレーダ２の担保ウォレット３８０８、３８１６からアトミックスワップウォレット３８１２に移転される。上記の例では、１００米ドルおよび１００ＥＴＨは、アトミックスワップウォレットに移転される。アトミックスワップウォレット３８１２への米ドルおよびＥＴＨ移転は、例えば、時間制限され得る。このシナリオでは、トレーダ１およびトレーダ２が一緒に、特定の事前定義された時間枠（例えば１時間枠）に決済する意図を示さない場合、アトミックスワップウォレット３８１２にロックされた米ドルおよびＥＴＨは、トレーダ１およびトレーダ２の担保ウォレット３８０８、３８１６に戻る。
ステップ７では、ＶＣモジュール３８１０は、アトミックスワップウォレット３８１２内のアトミックスワップを開始する。ステップ８では、アトミックスワップ中、フィアット／暗号は、アトミックスワップウォレット３８１２からそれぞれのトレーダの個人ウォレット３８０２、３８１８に直接移転される。スマートコントラクトとは異なり、Ｗｙｒｅ ＡＰＩは、即座に決済資金を移転する。マイニングは必要ない。
図３９は、取引のためのアトミックスワップを使用することに関連する例示的な方法３９００を例解する。方法は、第１のトレーダと関連付けられた第１のトレーディングモジュールから、第１の新規注文を受信すること（３９０２）、第１の新規注文をマッチングエンジンに提出すること（３９０４）、第２のトレーダと関連付けられた第２のトレーディングモジュールから、第２の新規注文を受信すること（３９０６）、第２の新規注文をマッチングエンジンに提出すること（３９０８）、およびマッチングエンジンにおいて、第１の新規注文と第２の新規注文との間にマッチがあるかどうかを判定して、判定を生成すること（３９１０）を含むことができる。
判定がマッチである場合、方法は、エクスチェンジネットワークのガバナンスノードと関連付けられたブロックチェーン台帳において、第１のトレーダの第１の残高をチェックすること（３９１２）、エクスチェンジネットワークのガバナンスノードと関連付けられたブロックチェーン台帳において、第２のトレーダの第２の残高をチェックすること（３９１４）、第１のトレーディングモジュールから、第１の新規注文および第２の新規注文と関連付けられた取引を承認する第１の署名された要求を受信すること（３９１６）、第２の取引モジュールから、第１の新規注文および第２の新規注文と関連付けられた取引を承認する第２の署名された要求を受信すること（３９１８）、取引を達成するために、ガバナンスノードと関連付けられたブロックチェーン台帳に、第１のアトミックスワップ要求を提出すること（３９２０）、取引を達成するために、第１のトレーダと関連付けられた第１のカストディアンノードと関連付けられたブロックチェーン台帳に、第２のアトミックスワップ要求を提出すること（３９２２）、取引を達成するために、第２のトレーダと関連付けられた第２のカストディアンノードと関連付けられたブロックチェーン台帳に、第３のアトミックスワップ要求を提出すること（３９２４）、第１のアトミックスワップ要求、第２のアトミックスワップ要求、および第３のアトミックスワップ要求を確認すること（３９２６）を含むことができる。方法は、任意の順序でこれらのステップのうちの任意の１つ以上を含むことができる。
決済プロセスには、カストディアン間ネット決済アプローチが含まれ、このアプローチでは、２つのカストディアンモジュールとその関連するブロックチェーン台帳との間の各資産のすべてのユーザに対してネット決済額が計算される。完全な配分レポートでは、すべてのユーザ、すべての資産、およびすべての関連するＵＴＸＯおよび証明を計算して、ネッティング量および残存量を取得する。システムは、残存量を、スマートコントラクトにロードすることができる、またはそうでなければ、他の非ブロックチェーン台帳レールを介して移動命令を作成することができる。システムは、ネッティング量をバーンし、再配分するアトミックトランザクションを作成し、スマートコントラクトまたは他の従来のレール決済プロセスを起動することができる。
上述の例による方法は、コンピュータ可読媒体に格納されるか、またはそうでなければコンピュータ可読媒体から入手可能であるコンピュータ実行可能命令を使用して実装することができる。そのような命令は、例えば、汎用コンピュータ、特殊目的コンピュータ、または特殊目的処理装置に、特定の機能または機能群を実行させるか、またはそうでなければそれらをそのように構成する命令およびデータを含むことができる。このような命令は、例えば、汎用コンピュータに特定の機能または機能群を実行させるか、またはそうでなければそれをそのように構成し、それによって汎用コンピュータを、それに応じて構成された専用コンピュータに変える命令およびデータを含むことができる。使用されるコンピュータリソースの一部分は、ネットワークを介してアクセス可能であり得る。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語などの中間フォーマット命令、ファームウェア、またはソースコードであり得る。説明された例による方法中に作成された命令、使用される情報、および／または情報を記憶するために使用され得るコンピュータ可読媒体の例としては、磁気ディスクまたは光ディスク、フラッシュメモリ、不揮発性メモリを備えたＵＳＢデバイス、ネットワーク記憶装置などが挙げられる。
これらの開示による方法を実装するデバイスは、ハードウェア、ファームウェア、および／またはソフトウェアを含み得、様々な形態要素のいずれかを取ることができる。そのような形態要素の典型的な例としては、ラップトップ、スマートフォン、スモールフォームファクタパーソナルコンピュータ、パーソナルデジタルアシスタント、ラックマウントデバイス、スタンドアロンデバイスなどが挙げられる。本明細書に記載の機能は、周辺機器またはアドインカードにも具現化され得る。そのような機能は、さらなる例として、単一のデバイスで実行される異なるチップまたは異なるプロセスの間の回路基板上に実装することもできる。
命令、そのような命令を伝達するための媒体、それらを実行するためのコンピューティングリソース、およびそのようなコンピューティングリソースをサポートするための他の構造は、これらの開示に記載の機能を提供するための手段である。
様々な実施例および他の情報は、添付の特許請求の範囲の範囲内の態様を説明するために使用されたが、当業者はこれらの実施例を使用して、多種多様な実装を導き出すことができるため、そのような実施例における特定の特徴または配置に基づいて、特許請求の範囲の限定を暗示すべきではない。任意の実施形態または実施例に記載の任意の特徴は、任意の他の実施例または実施形態の任意の他の特徴と組み合わせ可能であり得る。いくつかの主題は、構造的特徴および／または方法ステップの例に固有の言語で説明されてもよいが、添付の特許請求の範囲に定義された主題は、必ずしもこれらの説明された特徴または行為に限定されないことを理解されたい。例えば、そのような機能は、本明細書で識別されたものとは異なる方法で分散されてもよく、または本明細書で識別されたものとは異なるコンポーネントで実行されてもよい。むしろ、説明される特徴およびステップは、添付の特許請求の範囲内のシステムおよび方法のコンポーネントの例として開示される。
本明細書に提供される任意の実施例は、任意の他の実施例または実施形態で使用され得る要素または概念を含み得る。様々な概念は、本明細書に開示される異なる例示的なプラットフォームまたは方法の間で混合およびマッチングされ得る。
「のうちの少なくとも１つ」を列挙する請求項の記載は、セットのうちの少なくとも１つを指し、セットのうちの１つのメンバーまたはセットのうちの複数のメンバーが請求項を満たすことを示す。例えば、「ＡおよびＢのうちの少なくとも１つ」を列挙する請求項の記載は、Ａ、Ｂ、またはＡおよびＢを意味する。
ステートメントバンク
ステートメント１。資産を取引する方法であって、以下のステップ：カストディアンエンティティに代わって動作するカストディアンモジュールを介して、複数のブロックチェーンベース台帳を作成することであって、複数のブロックチェーンベース台帳は、カストディエンティティと関連付けられ、かつ資産タイプと関連付けられた少なくともブロックチェーンベース台帳を含み、ブロックチェーンベース台帳は、資産ジェネシスブロックの生データのハッシュダイジェストの署名を含む資産ジェネシスブロックで生成され、署名は、カストディアンモジュールとは別個の中央管理モジュールによって生成される、生成すること、カストディアンモジュールにおいて、クライアントから担保を受信することであって、担保は、資産タイプである、受信すること、カストディアンエンティティのカストディ台帳に担保を維持すること、クライアントからおよびカストディアンモジュールにおいて、担保の少なくとも一部分を表す資産の準備の要求を受信すること、検証を生成するために、カストディアンモジュールによって、クライアントの信頼性および要求を、要求と共に受信された個人情報をカストディ台帳に対してマッピングすることによって、検証することであって、カストディ台帳は、準備に利用可能である資産を識別する、検証すること、検証が、資産が準備に利用可能であることを示す場合に、クライアントにトークンを発行することによって要求を承認すること、ならびにクライアント、およびトークンと関連付けられた担保を識別するブロックチェーンベース台帳に新しいブロックを生成することのうちの１つ以上を任意の順序で含む方法。
ステートメント２。カストディアンエンティティの代わりに動作するカストディアンモジュールを介して、カストディエンティティと関連付けられ、かつ追加の資産タイプと関連付けられた追加のブロックチェーンベース台帳を作成することであって、追加のブロックチェーンベース台帳は、追加の資産ジェネシスブロックの追加の生データの追加のハッシュダイジェストの追加の署名を含む追加の資産ジェネシスブロックで生成され、追加の署名は、カストディアンモジュールとは別の中央管理モジュールによって生成される、生成すること、カストディアンモジュールを動作させるカストディアンエンティティにおいて、追加のクライアントから追加の担保を受信することであって、追加の担保は、追加の資産タイプである、受信すること、追加の担保をカストディアンエンティティのカストディ台帳に維持すること、追加のクライアントから、かつカストディアンモジュールにおいて、追加の担保の少なくとも一部分を表す追加の資産の追加の準備の追加の要求を受信すること、カストディアンモジュールによって、追加のクライアントの信頼性および追加の要求を、カストディ台帳に対する追加の要求と共に受信された追加の個人情報をマッピングすることによって、検証することであって、カストディ台帳は、追加の検証を生成するために、追加の資産を、準備のために利用可能であるとして、追加の資産を識別すること、追加の検証が、追加の資産が追加の準備のために利用可能であることを示す場合に、追加のクライアントに追加のトークンを発行することによって、追加の要求を承認すること、ならびに追加のクライアント、および追加のトークンと関連付けられた追加の担保を識別する追加のブロックチェーンベース台帳上に追加の新しいブロックを生成すること、をさらに含む、ステートメント１に記載の資産を取引する方法。
ステートメント３。クライアントと追加のクライアントとの間の取引であって、資産タイプの取引された追加のクライアント資産、および追加の資産タイプの取引されたクライアント資産を生成するための、追加の資産の一部分のための資産の少なくとも一部分の取引を含む、取引に続いて、資産タイプの取引された追加のクライアント資産を表すブロックチェーンベース台帳上に新しいブロックを生成することと、追加の資産タイプの取引されたクライアント資産を表す追加のブロックチェーンベース台帳上に新しいブロックを生成することと、をさらに含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント４。追加のクライアントから、カストディエンティティにおいて受信した交換要求に従って、追加のトークンを交換することと、追加のトークンをバーンすることと、カストディ台帳から追加のクライアントに、資産タイプの取引された追加のクライアント資産を移転することと、をさらに含む、いずれかの先行するステートメント３に記載の資産を取引する方法。
ステートメント５。トークンを交換するために、クライアントからカストディエンティティで受信された交換要求に従って、トークンを燃焼することと、保管台帳からクライアントに追加の資産タイプのクライアント資産を移転することと、をさらに含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント６。資産タイプは、法定通貨を含み、追加の資産タイプは、仮想通貨を含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント７。ブロックチェーンベース台帳は、第１の資産タイプのための第１の台帳、および第２の資産タイプのための追加のブロックチェーンベース台帳を含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント８。ブロックチェーンベース台帳および追加のブロックチェーンベース台帳は、各々、カストディアンモジュールとは別個であり、ネットワーク上でその妥当性を証明するカストディアンモジュールと関連付けられたそれぞれの署名を含む、資産ジェネシスブロックおよび追加の資産ジェネシスブロックでそれぞれ生成される、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント９。ブロックチェーンベース台帳および追加のブロックチェーンベース台帳は、各々、ブロックチェーンネットワーク上に存在する、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１０。ブロックチェーンベース台帳から資産タイプの追加のクライアント資産をバーンすることは、追加のトークンをバーンウォレットに移転することを含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１１。追加のブロックチェーンベース台帳から追加の資産タイプのクライアント資産をバーンすることは、トークンをバーンウォレットに移転することを含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１２。追加のトークンを交換するために追加のクライアントからカストディエンティティにおいて受信された交換要求は、追加の資産ジェネシスブロックに示されるように、カストディアン交換公開鍵を利用した暗号化されたメタデータを含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１３。トークンを交換するためにクライアントからカストディエンティティにおいて受信された交換要求は、資産ジェネシスブロックに示されるように、カストディアン交換公開鍵を利用した暗号化されたメタデータを含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１４。追加のトークンをバーンすることは、カストディアンエンティティによる要求されたデューデリジェンスの後、追加トークンの所有権をバーンアカウントに再配分することを含むステップに従って行われる、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１５。トークンをバーンすることは、カストディアンエンティティによる要求されたデューデリジェンスの後、トークンの所有権をバーンアカウントに再配分することを含むステップに従って行われる、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１６。資産ジェネシスブロックは、クライアントが担保を交換するための交換条件をさらに含む、請求項１に記載の方法。
ステートメント１７。引き換え条件は、名前、アドレス、電子メールアドレス、電話番号、生体認証データ、およびソーシャルメディアデータのうちの少なくとも１つ以上を含む、請求項１６に記載の方法。
ステートメント１８。資産ジェネシスブロックは、カストディアンエンティティの第１の識別と、資産タイプの第２の識別とをさらに含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント１９。クライアントにトークンを発行することは、カストディ台帳上のアクションをミラーリングする、先行ステートメントのいずれか１つに記載の資産を取引する方法。
ステートメント２０。方法は、カストディアンモジュールによって実行される機能にアクセスするためのウェブベースのユーザインターフェース、およびカストディアンモジュールによって実行される機能にアクセスするためのアプリケーションプログラミングインターフェースとのうちの１つ以上を提供することをさらに含む、先行ステートメントのいずれか１つに記載の資産を取引する方法。

Claims (20)

  1. システムであって、
    プロセッサおよびコンピュータ可読記憶装置を含むカストディアンノードであって、コンピュータ可読記憶装置は、カストディアンモジュールを動作させて、
    ブロックチェーンネットワークのブロックチェーンノード上にブロックチェーン台帳を作成することであって、前記ブロックチェーンネットワークは、コンセンサスアルゴリズムを動作させて、分散型ブロックチェーン台帳を越えるトランザクションを記録する複数の分散ノードを含む、作成することと、
    資産をトークン化するための要求を受信することと、
    前記要求に基づいて、前記資産を前記分散型ブロックチェーン台帳上にトークン化して、トークンを生成することと、
    交換要求を受信することと、
    前記交換要求に基づいて、前記分散型ブロックチェーン台帳から前記トークンをバーンすることと、
    アトミックトランザクションコミットメントを実行することと、
    ブロック内のトレーディングトランザクションに基づいて、ネット決済計算を実行することであって、前記ネット決済計算は、前記カストディアンノードとは別個の外部サービスへの命令を含むネット決済移動をさらに含む、実行することと、を含む動作を実行するための命令を記憶する、カストディアンノードと、
    トレーダデバイス上で動作するトレーダモジュールであって、前記カストディアンモジュールとインタラクトするように、かつ、
    ウォレットを介して、未使用のトランザクション出力および残高の合計を読み取ることと、
    トレーダへの注文エントリシステムへのアクセスを可能にすることと、
    前記カストディアンモジュールへの発行および交換要求を開始することと、
    前記トレーダのための公開鍵および秘密鍵を管理することと、を含む動作を実行するように構成されている、トレーダモジュールと、
    ノード上に構成されたアトミックスワップモジュールであって、
    トレーダをマッチングするマッチングエンジンからトランザクションを受信することと、
    前記秘密鍵を用いて前記トランザクションの署名を取得して、署名されたトランザクションを生成することと、
    前記署名されたトランザクションをメンプールに追加することと、
    ２つのそれぞれの分散型ブロックチェーン台帳と同時に資産の所有権を変更して、取引実行を生成するアトミックスワップが発生することを確実にすることと、
    前記マッチングエンジンまたは他のシステムに、成功した、または失敗した取引実行を通知することと、を含む動作を実行するように構成されている、アトミックスワップモジュールと、
    ノード上に構成されたカストディアン間ネット決済モジュールであって、
    任意の２つのカストディアンモジュールとそれらの関連する分散型ブロックチェーン台帳との間の各資産のすべてのユーザに支払われるべきネット決済額を計算することと、
    前記ネット決済額に基づいて、すべてのユーザ、すべての資産すべての関連する未使用の出力および証明のための完全な配分レポートを生成することであって、前記完全な配分レポートは、ネッティング量および残存量を含む、生成することと、
    前記残存量をブロックチェーンベースのスマートコントラクトにロードすることか、またはそうでなければ非ブロックチェーン台帳レールを介した移動命令を作成することと、
    前記ネッティング量をバーンし、再配分し、前記ブロックチェーンベースのスマートコントラクトまたは他の従来のレール支払いを起動するアトミックトランザクションを作成することと、を含む動作を実行するように構成されている、カストディアン間ネット決済モジュールと、を含む、システム。
  2. 前記カストディアンモジュールは、
    ブロックチェーン台帳アドレス間で任意の支払いトランザクションを実行することを含む動作を実行するようにさらに構成されている、請求項１に記載のシステム。
  3. 前記コンセンサスアルゴリズムは、ジャストインタイムコンセンサスアルゴリズムのオンを含む、請求項１に記載のシステム。
  4. 前記アトミックスワップモジュールは、動作：
    対象のユーザの未使用出力セット合計に対して信用調査を実行すること、および
    対象の前記ユーザと関連付けられた前記未使用出力を使用するブロックチェーントランザクションを、ブロックチェーントランザクションとして受信することか、または作成すること、のうちの１つ以上を実行するようにさらに構成されている、請求項１に記載のシステム。
  5. 前記アトミックスワップモジュールによって実行される、秘密鍵を用いて前記トランザクションの前記署名を取得することは、（１）前記トレーダモジュールが、前記トレーダからの、供給された秘密鍵を用いて委任署名を実行すること、または（２）前記秘密鍵による署名のために前記トランザクションを前記トレーダモジュールに送信することを介して行われる、請求項１に記載のシステム。
  6. 前記アトミックスワップモジュールによって実行される、前記アトミックスワップが前記資産の所有権を変更することを確実にすることは、トランザクションを検証し、メンプールトランザクションのステータスを変更するガバナンスブロックチェーンノードを呼び出し、影響を受ける未使用出力に関連するカストディ分散型ブロックチェーン台帳との２相コミットプロトコルを起動すること、をさらに含む、請求項１に記載のシステム。
  7. 前記注文エントリシステムは、
    リアルタイムの取引前信用調査を実行すること、
    入札およびオファー、もしくは見積依頼を入力することか、またはそうでなければ価格設定を交渉すること、
    前記マッチングエンジンに注文を提出すること、を含む動作を実行するように構成されている、請求項１に記載のシステム。
  8. 前記注文エントリシステムは、
    クレジットエンジンおよびマージンエンジンに接続することと、クライアント購買力を判定するための計算を実行することと、を含む動作を実行するようにさらに構成されている、請求項７に記載のシステム。
  9. 前記注文エントリシステムは、
    一方向の支払い注文を実行することを含む動作を実行するようにさらに構成されている、請求項８に記載のシステム。
  10. 前記マッチングエンジンは、
    第三者から見積および注文を受信することと、
    リットブック、もしくはダークブック、またはその両方で注文マッチングを実行することと、を含む動作を実行するように構成されている、請求項１に記載のシステム。
  11. 前記マッチングエンジンは、
    オーダーブックを維持し、公開することと、
    外部オーダーブックを集約し、実行のために、前記外部オーダーブックに注文をルーティングすること、を含む動作を実行するようにさらに構成されている、請求項１０に記載のシステム。
  12. 仮想カストディアンモジュールであって、
    アトミックスワップに関連するタイムロックされたトランザクションのために、前記ブロックチェーンベースのスマートコントラクトと、ウォレットを介してインタラクトすることと、
    スマートコントラクト締結資産と、分散型ブロックチェーン台帳上に資産を有する前記カストディアンモジュールとの間の前記アトミックスワップを容易にすることと、を含む動作を実行するように構成された、仮想カストディアンモジュールをさらに含む、請求項１に記載のシステム。
  13. 前記システムは、
    オンチェーンリポジショントランザクションとして貸し出すことであって、担保およびリスクルールに基づいて、対抗するトランザクションと共に巻き戻されると予想される、かつ強制される可能性のある前記オンチェーンリポジショントランザクション、貸し出すことを含む動作を実行するように構成されている、請求項１に記載のシステム。
  14. 前記システムは、
    前記トレーダモジュール内で管理される事前設定されたルールおよびプリファレンスに基づいて、プログラム的な日中借用を実行することを含む動作を実行するようにさらに構成されている、請求項１３に記載のシステム。
  15. 前記システムは、
    複数のカストディアンモジュールのうちの１つにおいて、異なる分散型ブロックチェーン台帳上の資産間の前記ブロックチェーンネットワーク上で実行することを含む動作を実行するようにさらに構成されている、請求項１４に記載のシステム。
  16. 前記システムは、分散型取引所と統合され、前記分散型取引所に流動性を投入すること、および前記分散型取引所から流動性を取り除くことの両方を行う、請求項１に記載のシステム。
  17. 前記システムは、
    前記ブロックチェーンベースのスマートコントラクトと前記カストディアン分散型ブロックチェーン台帳との間のアトミックスワップを維持することを含む動作を実行するようにさらに構成されている、請求項１６に記載のシステム。
  18. 前記ブロックチェーンネットワークは、
    ガバナンスモジュールブロックチェーンノードを備える１つ以上のガバナンスモジュールと、
    カストディモジュールブロックチェーンノードを備える複数のカストディアンモジュールと、
    カストディアンモジュールごとの複数のブロックチェーン台帳と、
    複数のトレーダモジュールと、
    ピアツーピアメッセージング機能と、を含み、前記ブロックチェーンネットワークは、前記コンセンサスアルゴリズムを実装し、トランザクションブロードキャストプロトコルおよびプライバシーレベルを使用する、請求項１に記載のシステム。
  19. ブロックチェーンネットワークであって、
    エクスチェンジネットワークのガバナンスモジュールにおける第１のブロックチェーンノードと、
    金融資産を保有するカストディアンネットワークにおける第２のブロックチェーンノードであって、前記カストディアンネットワークは、複数のカストディアンモジュールであって、各々、ブロックチェーン台帳を作成し、資産をトークン化するための要求を受信し、前記ブロックチェーン台帳上の前記資産をトークンにトークン化し、前記トークンの交換要求を受信し、前記トークンを前記ブロックチェーン台帳からバーンし、アトミックトランザクションコミットメントを実行し、ブロックでのトレーディングトランザクションに基づいてネット決済計算を実行する、複数のカストディアンモジュールを含む、第２のブロックチェーンノードと、
    前記複数のカストディアンモジュールのカストディアンモジュールごとの複数のブロックチェーン台帳であって、前記複数のブロックチェーン台帳の各作成されたブロックチェーン台帳は、資産、信用枠、または他の手段ごとのトランザクションを記録する、複数のブロックチェーン台帳と、
    メッセージングコンポーネントと、
    前記メッセージングコンポーネントを使用して、前記複数のブロックチェーン台帳の現在の状態に関する共通の合意に達する、前記第１のブロックチェーンノードおよび前記第２のブロックチェーンノード上で動作するコンセンサスアルゴリズムと、を含む、ブロックチェーンネットワーク。
  20. 方法であって、
    第１のトレーダと関連付けられた第１のトレーディングモジュールから、第１の新規注文を受信することと、
    前記第１の新規注文をマッチングエンジンに提出することと、
    第２のトレーダと関連付けられた第２のトレーディングモジュールから、第２の新規注文を受信することと、
    前記第２の新規注文を前記マッチングエンジンに提出することと、
    前記マッチングエンジンにおいて、前記第１の新規注文と前記第２の新規注文との間にマッチがあるかどうかを判定して、判定を生成することと、
    前記判定がマッチである場合、前記方法は、
    エクスチェンジネットワークのガバナンスノードと関連付けられたブロックチェーン台帳において、前記第１のトレーダの第１の残高をチェックすることと、
    前記エクスチェンジネットワークの前記ガバナンスノードと関連付けられた前記ブロックチェーン台帳において、前記第２のトレーダの第２の残高をチェックすることと、
    前記第１のトレーディングモジュールから、前記第１の新規注文および前記第２の新規注文と関連付けられた取引を承認する第１の署名された要求を受信することと、
    前記第２のトレーディングモジュールから、前記第１の新規注文および前記第２の新規注文と関連付けられた前記取引を承認する第２の署名された要求を受信することと、
    前記取引を達成するために、前記ガバナンスノードと関連付けられた前記ブロックチェーン台帳に、第１のアトミックスワップ要求を提出することと、
    前記取引を達成するために、前記第１のトレーダと関連付けられた第１のカストディアンノードと関連付けられたブロックチェーン台帳に、第２のアトミックスワップ要求を提出することと、
    前記取引を達成するために、前記第２のトレーダと関連付けられた第２のカストディアンノードと関連付けられたブロックチェーン台帳に、第３のアトミックスワップ要求を提出することと、
    前記第１のアトミックスワップ要求、前記第２のアトミックスワップ要求、および前記第３のアトミックスワップ要求を確認することと、を含む、方法。
JP2022515009A 2019-09-06 2020-09-05 ブロックチェーンベースの記録プロセスを提供するシステムおよび方法 Pending JP2022547130A (ja)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Cited By (1)

* Cited by examiner, † Cited by third party
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