[go: up one dir, main page]

JP7351591B2 - Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム - Google Patents

Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム Download PDF

Info

Publication number
JP7351591B2
JP7351591B2 JP2020540379A JP2020540379A JP7351591B2 JP 7351591 B2 JP7351591 B2 JP 7351591B2 JP 2020540379 A JP2020540379 A JP 2020540379A JP 2020540379 A JP2020540379 A JP 2020540379A JP 7351591 B2 JP7351591 B2 JP 7351591B2
Authority
JP
Japan
Prior art keywords
key
customer
transaction
private
wallet
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.)
Active
Application number
JP2020540379A
Other languages
English (en)
Other versions
JPWO2019143849A5 (ja
JP2021511596A (ja
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 JP2021511596A publication Critical patent/JP2021511596A/ja
Publication of JPWO2019143849A5 publication Critical patent/JPWO2019143849A5/ja
Priority to JP2023146745A priority Critical patent/JP7569426B2/ja
Application granted granted Critical
Publication of JP7351591B2 publication Critical patent/JP7351591B2/ja
Priority to JP2024174767A priority patent/JP2025004125A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/384—Payment protocols; Details thereof using social networks
    • 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/3674—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 involving authentication
    • 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/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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/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/381—Currency conversion
    • 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/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • 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/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
    • 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/3827—Use of message hashing
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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
    • 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/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity 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/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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/085—Secret sharing or secret splitting, e.g. threshold schemes
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • 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/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • 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
    • 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/3226—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 a predetermined code, e.g. password, passphrase or PIN
    • H04L9/3231—Biological data, e.g. fingerprint, voice or retina
    • 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/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/3247—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 digital signatures
    • 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/3297—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 time stamps, e.g. generation of time stamps
    • 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)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Power Engineering (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Biomedical Technology (AREA)
  • General Health & Medical Sciences (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

関連出願の相互参照
[0001]本出願は、２０１８年１月１７日に出願され「ＭＵＬＴＩ－ＳＩＧＮＡＴＵＲＥ（ＭＵＬＴＩ－ＳＩＧ） ＷＩＴＨ ＴＨＲＥＥ ＫＥＹＳ ＲＥＱＵＩＲＩＮＧ ＴＷＯ ＯＦ ＴＨＲＥＥ ＫＥＹＳ ＴＯ ＡＣＣＥＳＳ ＣＲＹＰＴＯＣＵＲＲＥＮＣＹ ＷＡＬＬＥＴ ＡＮＤ ＳＴＯＲＩＮＧ ＫＥＹＳ ＷＩＴＨ ＵＳＥＲ， ＴＲＵＳＴＥＤ ３ＲＤ ＰＡＲＴＹ， ＡＮＤ ＥＸＣＨＡＮＧＥ（暗号通貨ウォレットにアクセスするために３個のうち２個の鍵を必要とし、ユーザ、信頼できるサードパーティ、および交換所を用いて鍵を格納する、３個の鍵を有するマルチシグネチャ（マルチシグ））」と題された米国特許仮出願第６２／６１８，０７７号（代理人整理番号２７０．０１８ＵＳＰＲ）、２０１８年４月２７日に出願され「ＭＵＬＴＩ－ＡＰＰＲＯＶＡＬ ＣＲＹＰＴＯＣＵＲＲＥＮＣＹ ＳＹＳＴＥＭ ＲＥＱＵＩＲＩＮＧ Ｍ ＯＦ Ｎ ＫＥＹＳ ＴＯ ＡＣＣＥＳＳ ＡＮＤ ＲＥＳＴＯＲＥ ＣＲＹＰＴＯＣＵＲＲＥＮＣＹ ＷＡＬＬＥＴ（暗号通貨ウォレットにアクセスして復元するために、Ｎ個のうちＭ個の鍵を必要とするマルチ承認暗号通貨システム）」と題された米国特許仮出願第６２／６６３，９２１号（代理人整理番号２７０．０１８ＵＳＰ２）、２０１８年４月２７日に出願され「ＭＵＬＴＩ－ＡＰＰＲＯＶＡＬ ＣＲＹＰＴＯＣＵＲＲＥＮＣＹ ＳＹＳＴＥＭ ＲＥＱＵＩＲＩＮＧ Ｍ ＯＦ Ｎ ＫＥＹＳ ＴＯ ＡＣＣＥＳＳ ＡＮＤ ＲＥＳＴＯＲＥ ＣＲＹＰＴＯＣＵＲＲＥＮＣＹ ＷＡＬＬＥＴ（暗号通貨ウォレットにアクセスして復元するために、Ｎ個のうちＭ個の鍵を必要とするマルチ承認暗号通貨システム）」と題された米国特許仮出願第６２／６６３，９２２号（代理人整理番号２７０．０１９ＵＳＰＲ）、および２０１８年１２月１７日に出願され「ＭＵＬＴＩ－ＡＰＰＲＯＶＡＬ ＣＲＹＰＴＯＣＵＲＲＥＮＣＹ ＳＹＳＴＥＭ（マルチ承認暗号通貨システム）」と題された米国特許仮出願第６２／７８０，７７９号（代理人整理番号２７０．０２７ＵＳＰＲ）の利益を主張し、これらはすべて、参照により本明細書に組み込まれる。
[0002]本出願は、参照により本明細書に組み込まれる、以下の同時係属中の米国特許出願に関連する。
[0003]「ＭＵＬＴＩ－ＡＰＰＲＯＶＡＬ ＳＹＳＴＥＭ ＵＳＩＮＧ Ｍ ＯＦ Ｎ ＫＥＹＳ ＴＯ ＧＥＮＥＲＡＴＥ Ａ ＴＲＡＮＳＡＣＴＩＯＮ ＡＤＤＲＥＳＳ（トランザクションアドレスを生成するために、Ｎ個のうちＭ個の鍵を使用するマルチ承認システム）」と題され、本願と同日に出願され、参照により本明細書に組み込まれる米国特許出願第１６／２５０，３６２号（代理人整理番号２７０．０１９ＵＳ０１）。
[0004]「ＭＵＬＴＩ－ＡＰＰＲＯＶＡＬ ＳＹＳＴＥＭ ＵＳＩＮＧ Ｍ ＯＦ Ｎ ＫＥＹＳ ＴＯ ＰＥＲＦＯＲＭ ＡＮ ＡＣＴＩＯＮ ＡＴ Ａ ＣＵＳＴＯＭＥＲ ＤＥＶＩＣＥ（顧客デバイスにおいてアクションを実行するために、Ｎ個のうちＭ個の鍵を使用するマルチ承認システム）」と題され、本願と同日に出願され、参照により本明細書に組み込まれる米国特許出願第１６／２５０，３６９号（代理人整理番号２７０．０２７ＵＳ０１）。
[0005]「ＭＵＬＴＩ－ＡＰＰＲＯＶＡＬ ＳＹＳＴＥＭ ＵＳＩＮＧ Ｍ ＯＦ Ｎ ＫＥＹＳ ＴＯ ＧＥＮＥＲＡＴＥ Ａ ＳＷＥＥＰＩＮＧ ＴＲＡＮＳＡＣＴＩＯＮ ＡＴ Ａ ＣＵＳＴＯＭＥＲ ＤＥＶＩＣＥ（顧客デバイスにおいてスイープトランザクションを生成するために、Ｎ個のうちＭ個の鍵を使用するマルチ承認システム）」と題され、本願と同日に出願され、参照により本明細書に組み込まれる米国特許出願第１６／２５０，３７９号（代理人整理番号２７０．０２９ＵＳ０１）。
[0006]暗号化を使用して、データを安全に格納および送信することができる。鍵は、データの暗号化と、暗号化されたデータの復号に使用できる。
[0007]少なくとも１つのプロセッサと、少なくとも１つのプロセッサに通信可能に結合された少なくとも１つのメモリとを含むコンピューティングシステムが開示される。コンピューティングシステムはまた、少なくとも１つのプロセッサに通信可能に結合され、顧客デバイスおよび信頼できるサードパーティと通信するように構成された少なくとも１つのネットワークインターフェースを含む。少なくとも１つのネットワークインターフェースは、顧客デバイスから、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信するように構成される。少なくとも１つのプロセッサは、顧客デバイスから受信した顧客のアイデンティティデータを検証するように構成される。少なくとも１つのプロセッサが、顧客デバイスから受信した顧客のアイデンティティデータを検証すると、少なくとも１つのネットワークインターフェースは、顧客ウォレットに関連付けられた第１の鍵を求める要求を、信頼できるサードパーティの鍵リポジトリに通信するように構成される。少なくとも１つのプロセッサは、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、顧客ウォレットを復元するように構成される。
[0008]図面は例示的な実施形態のみを示し、したがって範囲を限定するものと見なされるべきではないことを理解して、例示的な実施形態は、添付の図面の使用を通じて追加の具体性および詳細とともに説明される。
マルチ承認暗号通貨アカウントおよびトランザクションのための例示的なシステムを示すブロック図である。 顧客ウォレットを実施するための顧客デバイス上の例示的なノードツリーを示すブロック図である。 顧客ウォレットを実施するための通貨変換システム上の別の例示的なノードツリーを示すブロック図である。 顧客ウォレットを実施するための信頼できるサードパーティ上の別の例示的なノードツリーを示すブロック図である。 マルチ承認システムにおいて顧客をオンボーディングするための例示的な方法を示すフロー図である。 マルチ承認システムにおいて暗号通貨を購入するための例示的な方法を示すフロー図である。 マルチ承認トランザクションアドレスを生成するための例示的な通貨変換システムを示すブロック図である。 マルチ承認トランザクションアドレスを生成するための方法を示すフロー図である。 マルチ承認システムにおける暗号通貨トランザクションの例示的な方法を示すフロー図である。 鍵分割システムにおける暗号通貨トランザクションのための例示的な方法を示すフロー図である。 マルチシグを使用してトランザクション要求に署名するための第１の例示的な方法を示すフロー図である。 マルチシグを使用してトランザクション要求に署名するための第２の例示的な方法を示すフロー図である。 マルチシグを使用してトランザクション要求に署名するための第３の例示的な方法を示すフロー図である。 マルチシグを使用してトランザクション要求に署名するための第４の例示的な方法を示すフロー図である。 鍵分割を使用してトランザクション要求に署名するための例示的な方法を示すフロー図である。 マルチシグを使用して顧客の秘密鍵の紛失後に顧客ウォレットを復元する例示的な方法を示すフロー図である。 マルチシグを使用して顧客の秘密鍵の紛失後に顧客ウォレットを復元するための別の例示的な方法を示すフロー図である。 鍵分割を使用して顧客の秘密鍵コンポーネントの紛失後に顧客ウォレットを復元するための例示的な方法を示すフロー図である。 マルチシグを使用して顧客ウォレットを復元するための例示的な方法を示すブロック図である。 マルチシグを使用して顧客ウォレットを復元するための別の例示的な方法を示すブロック図である。 鍵分割を使用して顧客ウォレットを復元する例示的な方法を示すブロック図である。 マルチ承認トランザクションアドレスからトランザクションするための例示的なシステムを示すブロック図である。 マルチ承認暗号通貨アカウントおよびトランザクションのための別の例示的なシステムを示すブロック図である。 Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいてアクションを実行するための例示的な方法を示すフロー図である。 Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいてデータを暗号化または復号するための例示的な方法を示すフロー図である。 顧客デバイスでトランザクションアドレスを生成するための例示的な方法を示すフロー図である。 Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名するための例示的な方法を示すフロー図である。 Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名するための例示的な方法を示すフロー図である。 顧客デバイスでＮ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してスイープトランザクションに署名するための例示的な方法を示すフロー図である。 本開示のいくつかの実施形態を利用することができる例示的なコンピュータシステムを示すブロック図である。 別の例示的なコンピューティングデバイスを示すブロック図である。
[0040]一般的な慣行にしたがって、説明される様々な特徴は、一定の縮尺で描かれておらず、例示的な実施形態に関連する特定の特徴を強調するように描かれている。
[0041]以下の詳細な説明では、本明細書の一部を形成し、特定の例示的な実施形態を例として示す添付図面を参照する。しかしながら、他の実施形態が利用されてもよく、論理的、機械的、および電気的な変更が行われてもよいことを理解されたい。さらに、図面および明細書に提示される方法は、個々のステップが実行され得る順序を限定するものとして解釈されるべきではない。したがって、以下の詳細な説明は、限定的な意味で解釈されるべきではない。
[0042]暗号鍵を含む鍵を使用して、データを暗号化し、データを復号し、トランザクションに署名することができる。鍵は（これらに限定されないが）、秘密鍵、公開鍵、暗号鍵、署名鍵、その他の暗号鍵、およびパスワードとシークレットを含むことができる。鍵の１つの問題は、鍵を安全に保ち、必要なときにアクセスできるようにすることである。場合によっては、ウォレットを悪意のある攻撃に対して脆弱なままにする可能性があるため、ウォレットへのアクセスを単数の人／エンティティに制限することは望ましくない。代わりに、ウォレットを使用するために複数の人／エンティティによる検証を要求することが望ましい場合がある。
[0043]ウォレットを使用または復元するためにＭ／Ｎ（たとえば、２／３）鍵が必要とされる複数の署名（マルチシグ）シナリオで、複数の秘密鍵を使用することができる。異なるデバイス間に鍵を配布することで、権限のないユーザがウォレットにアクセスする可能性を低減する。例では、３個の秘密鍵が生成され、マルチシグシステム内の様々なデバイス間に配布される。（１）顧客（エンドユーザ）が保持する第１の鍵、（２）通貨変換システム（たとえば、マネーサービスビジネス（ＭＳＢ））または交換所が保持する第２の鍵、（３）信頼できるサードパーティ（信用組合や銀行など）が保持する第３の鍵。
[0044]マルチシグの代わりに、鍵を複数の鍵コンポーネント（すなわち、パーツ）に分割することができ、鍵コンポーネントのサブセットを使用して、鍵を再構築する、すなわち、鍵分割することができる。例では、特定の鍵を再構築するために、特定数の鍵コンポーネントが必要になる場合がある。たとえば、特定の鍵をＮ個の鍵コンポーネントに分割することができ、Ｎ個のうちＭ個（たとえば、２／３）の鍵コンポーネントが、特定の鍵を再構築するために必要とされる。例では、Ｎ個の鍵コンポーネントを様々なユーザ、たとえば、（１）顧客（エンドユーザ）が保持する第１の鍵コンポーネント、（２）通貨変換システム（たとえば、マネーサービスビジネス（ＭＳＢ））または交換所が保持する第２の鍵コンポーネント、および（３）信頼できるサードパーティ（信用組合や銀行など）が保持する第３の鍵コンポーネントに配布することができる。例では、鍵は、多項式補間またはＳｈａｍｉｒ秘密共有のうちの少なくとも１つによって、鍵コンポーネントのセットに分割される。
[0045]例では、鍵および／または鍵コンポーネントは、通知のポーリング（またはプル）、またはＢｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、または近距離無線通信（ＮＦＣ）送信によって、電子メール、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、インスタントメッセージング、（プッシュ確認通知のような）プッシュ通知のうちの少なくとも１つを使用して、デバイスに電子的に配布され得る。例では、鍵および／または鍵コンポーネントを画面に表示し、書き留めるか、印刷を通じて（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ（ＱＲ）コード、バーコードなどに）物理的に配布するか、またはＵＳＢ鍵／メモリスティック（または他のソリッドステートドライブ）、または光ディスクまたは磁気ディスクに格納できる。さらに、ノードツリー内の鍵または鍵コンポーネントのインデクスは、第１のデバイスから第２のデバイスに通信され得、第２のデバイスにすでに格納されている異なる鍵から、鍵または鍵コンポーネントを導出し得る。
[0046]通常の動作中、顧客（エンドユーザ）および通貨変換システム／交換所の両方からの秘密鍵は、顧客ウォレットからトランザクションするため、たとえば、暗号通貨をトランザクションアドレスから転送するために必要とされる場合がある。ユーザが秘密鍵を紛失した場合（秘密鍵を含んでいたデバイスを紛失、破壊、またはアップグレードした場合など）、通貨変換システム／交換所および信頼できるサードパーティ（信用組合や銀行など）の秘密鍵は、ウォレットの復元に使用され得る。ウォレットが復元されると、（１）顧客（エンドユーザ）、（２）通貨変換システム／交換所、（３）信頼できるサードパーティ（信用組合や銀行など）のために新しい秘密鍵（または秘密鍵コンポーネント）が生成され得る。
[0047]図１は、マルチ承認暗号通貨アカウントおよびトランザクションのための例示的なシステム１００を示すブロック図である。システム１００は、顧客デバイス１０２、通貨変換システム１０４、信頼できるサードパーティ１０６、オプションの資産交換所１０８、オプションのアイデンティティサービスプロバイダ１１０、および分散型台帳１１８を含み得る。さらに、システム１００は、各デバイスのうちの２つ以上を含み得る。
[0048]顧客デバイス１０２、通貨変換システム１０４、信頼できるサードパーティ１０６、資産交換所１０８、およびアイデンティティサービスプロバイダ１１０のおのおのは、モバイル電話、タブレットコンピュータ、モバイルメディアデバイス、モバイルゲームデバイス、ラップトップコンピュータ、または車両ベースのコンピュータなどのモバイルコンピューティングデバイスのいずれかとして、または、専用端末、公衆端末、キオスク、サーバ、クラウドサーバ、またはデスクトップコンピュータなどの非モバイルコンピューティングデバイスとして実施され得る。
[0049]例では、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６のおのおのは、少なくとも１つのメモリ、少なくとも１つのプロセッサ、少なくとも１つのオプションのネットワークインターフェース、少なくとも１つのオプションのディスプレイデバイス、少なくとも１つのオプションの入力デバイス、および少なくとも１つのオプションの電源を含み得る。さらに、顧客デバイス１０２、通貨変換システム１０４、および／または信頼できるサードパーティ１０６のおのおのは、複数の物理デバイスを使用して実施されてもよい。
[0050]システム１００は、マルチ承認方法論、たとえば、マルチパーティマルチ署名（マルチシグ）方法論、マルチパーティ鍵分割方法論、またはこれら２つの組合せを使用することができる。マルチパーティマルチ署名（マルチシグ）方法論は、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６のおのおのに、異なる秘密鍵（たとえば、数字、文字、および／または他のキャラクタの一意の文字列）を配布することができる。マルチシグを使用して、顧客から要求された暗号通貨の購入またはトランザクションは、Ｍ／Ｎ（たとえば、３個のうち２個）の秘密鍵を使用して、たとえば、顧客デバイス１０２および通貨変換システム１０４によって署名されるように、署名される必要がある。秘密鍵は、顧客デバイス１０２、通貨変換システム１０４、信頼できるサードパーティ１０６、またはいくつかの組合せで生成することができる。マルチシグ方法論では、秘密鍵を分割する必要はない。
[0051]あるいは、システム１００は、秘密鍵（たとえば、数字、文字、および／または他のキャラクタの一意の文字列）が３個（または任意の適切な数）の鍵コンポーネントに分割されるマルチパーティ鍵分割方法論を使用し得る。例では、鍵コンポーネントは、多項式補間またはＳｈａｍｉｒ秘密共有を使用して生成できる。マルチパーティ鍵分割方法論では、異なる鍵コンポーネントが、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６のおのおのに配置され得る。マルチパーティ鍵分割方法論を使用して、顧客から要求された暗号通貨の購入またはトランザクションは、Ｎ個のうちＭ個の鍵コンポーネント（たとえば、鍵コンポーネントの２／３）を使用して、たとえば、顧客デバイス１０２および通貨変換システム１０４によって署名されるように、署名される必要がある。秘密鍵は、顧客デバイス１０２、通貨変換システム１０４、または信頼できるサードパーティ１０６で再構築することができる。
[0052]マルチシグ方法論を使用して本明細書に開示された構成（すなわち、Ｍ／Ｎ秘密鍵でトランザクション要求または購入要求に署名する）は、代わりに鍵分割を使用し得る（すなわち、Ｍ／Ｎ秘密鍵コンポーネントで秘密鍵を再構築し、その後、秘密鍵を使用してトランザクション要求または購入要求に署名する）。
[0053]あるいは、システム１００は、マルチパーティマルチシグおよび鍵分割方法論の組合せを使用することができ、第１の秘密鍵が、２個の鍵コンポーネントに分割され、異なる鍵コンポーネントが、顧客デバイス１０２および通貨変換システム１０４のおのおのに配置される。（分割されていない）第２の秘密鍵は、信頼できるサードパーティ１０６に配置され得る。この組合せを使用して、顧客から要求された暗号通貨の購入またはトランザクションは、第２の秘密鍵、または第１の秘密鍵の両方の鍵コンポーネントのいずれかを使用して署名する必要がある。
[0054]本明細書で使用される場合、「署名」またはその変形という用語は、鍵（または鍵コンポーネント）を使用して所望のトランザクションに関連付けられたデータを追加または変更することを指し、たとえば、トランザクションの署名は、トランザクションアドレスを暗号化または変換するためにＭ／Ｎ（例：２／３）秘密鍵を使用することを含み得る。さらに、公開鍵は、対応する秘密鍵（または親公開鍵）から導出でき、公開鍵は、トランザクションアドレスの導出、トランザクションアドレスのトランザクションの監視、および／または（たとえば、ブロックチェーン上の）アカウント残高の表示のために使用され得る。ただし、公開鍵は、トランザクションアドレスからのトランザクションに使用できず、つまり、公開鍵を使用してトランザクションに署名することはできない。むしろ、デバイスは、１つまたは複数の秘密鍵（または秘密鍵コンポーネント）を使用して、トランザクションアドレスからトランザクションを実行し得る。
[0055]本明細書で使用される場合、別段の指定がない限り、「顧客」（または「ユーザ」）という用語は、たとえば、マルチシグアカウントの作成、マルチシグ暗号通貨の購入、暗号通貨を使用したマルチシグトランザクションの実行、マルチシグアカウントの復元など、本明細書に記載の機能のいずれかを開始するために顧客デバイス１０２にアクセスする人（または自動化命令、たとえばスクリプト）を指す。
[0056]本明細書で使用される場合、「ウォレット」という用語は、暗号通貨などのデジタル資産を格納および／または管理するために使用されるソフトウェアプログラム、デジタルファイル、および／またはメモリを指す。本システムおよび方法は、暗号通貨を使用して本明細書で説明されるが、それらはまた、任意のタイプのデジタル資産と互換性がある。例では、ウォレットは、１つまたは複数の秘密鍵、１つまたは複数の秘密鍵から導出された１つまたは複数の公開鍵、および／または、１つまたは複数の秘密鍵および／または１つまたは複数の公開鍵から導出された１つまたは複数のトランザクションアドレスによって定義される。例では、ウォレットは１つまたは複数の秘密アカウント鍵（および、オプションの、対応する公開アカウント鍵）で定義でき、おのおのが１つまたは複数の子および／または孫トランザクション鍵を有することができる。
[0057]本明細書で使用される場合、「分散型台帳」という用語は、複数の相互接続されたノードにわたって分散される電子台帳を指し、ノードのうちの２個以上が台帳のコピーを格納する。例では、分散型台帳１１８は、分散型台帳１１８内に格納されたデータを検証するために１つまたは複数のブロックチェーンを実施することができる。ブロックチェーンは、一度に１つのブロックを構築する検証可能な永続的な台帳で、そのブロックを検証する各ブロックに作業証明シール（ハッシュなど）が添付されている。ブロックチェーンでは、以前のブロックのハッシュが現在のブロックに含まれているため、再帰により、現在のハッシュは、以前のすべてのブロックを検証して元のジェネシスブロックに戻す。ハッシュをブロックチェーンに挿入すると、そのハッシュが永続的に記録され、そのブロックがチェーンに追加された時点で、タイムスタンプが付けられたハッシュデータの存在証明を検証する公証人として機能する。将来のブロックでは、チェーンに格納されたデータの操作やチェーンの再編成からの保護レイヤが追加されるため、チェーンの初期のブロックに変更を加えることができないという確実性が追加される。ブロックチェーンは、分散型台帳１１８の実施であり、公開（つまり、誰でも見ることができる）または秘密にすることができる。例示的なブロックチェーンは、限定されないが、ビットコインブロックチェーン、イーサリアムブロックチェーン、ＢｉｇｃｈａｉｎＤＢ、Ｂｉｌｌｉｏｎ、Ｃｈａｉｎ、Ｃｏｒｄａ、Ｃｒｅｄｉｔｓ、Ｅｌｅｍｅｎｔｓ、Ｍｏｎａｘ、Ｆａｂｒｉｃ、ＨｙｄｒａＣｈａｉｎ、Ｈｙｐｅｒｌｅｄｇｅｒ、Ｍｕｌｔｉｃｈａｉｎ、Ｏｐｅｎｃｈａｉｎ、Ｑｕｏｒｕｍ、Ｓａｗｔｏｏｔｈ、およびＳｔｅｌｌａｒを含む。
[0058]例では、顧客デバイス１０２は、たとえば、Ａｎｄｒｏｉｄ（登録商標）またはｉＯＳ（登録商標）オペレーティングシステムを使用するモバイルデバイスであり得る。顧客は、通貨変換システム１０４に対応するアプリケーションを顧客デバイス１０２にダウンロードすることができる。アプリケーションは、顧客デバイス１０２上にユーザインターフェースを提示することができ、顧客は、ユーザインターフェースを使用して入力を提供することができる。ユーザ入力に少なくとも部分的に基づいて、顧客デバイス１０２上のアプリケーションは、通貨変換システム１０４との間で、命令および／または他のデータを送信および受信することができる。例では、顧客デバイス１０２上のアプリケーションは、システム１００の他のデバイスと通信する通貨変換システム１０４とのみ直接通信することができ、すなわち、通貨変換システム１０４は、システム１００の他のデバイスへのゲートウェイであることができる。あるいは、顧客デバイス１０２上のアプリケーションは、信頼できるサードパーティ１０６、通貨変換システム１０４、および／またはシステム１００内の他のデバイスと直接通信することができる。
[0059]通貨変換システム１０４は、通貨を他の形態の通貨、たとえば、マネーサービスビジネス（ＭＳＢ）に変換する銀行またはノンバンク金融機関であり得る。例では、通貨変換システム１０４は、１つまたは複数のサーバで実施されてもよい。通貨変換システム１０４は、１つまたは複数の顧客ウォレットに関連付けられた鍵（たとえば、データベースおよび／または安全なメモリ）を格納するための鍵リポジトリ１１４を維持することができる。鍵リポジトリ１１４は、通貨変換システム１０４の他の機能を実行する同じまたは異なるデバイスに物理的に配置されてもよい。通貨変換システム１０４は、適用可能な規則および規制の下で必要とされる送金ライセンスを有していても有していなくてもよい。
[0060]例では、通貨変換システム１０４は、ビットコインなどの暗号通貨を購入する際にエンドユーザ（すなわち、顧客）を支援することができる。具体的には、通貨変換システム１０４は、顧客が通貨を他の形態の通貨、たとえば、法定通貨を暗号通貨（たとえば、ビットコイン）に、暗号通貨（たとえば、ビットコイン）を法定通貨に、１つのタイプの暗号通貨（たとえば、ビットコイン）を、別の形態の通貨（たとえば、イーサリアム）などに変換することを可能にする。例では、通貨変換システム１０４はまた、顧客が暗号通貨を使用してトランザクションすること、すなわち、暗号通貨と引き換えに商品および／またはサービスを購入および／または販売することを可能にし得る。暗号通貨に加えて、通貨変換システム１０４は、他のタイプの資産、たとえば、少なくとも１つの証券、少なくとも１つの債券、少なくとも１つの商品、少なくとも１つの不動産、個人資産の少なくとも１つのアイテム、少なくとも１つのファンド、少なくとも１つの通貨ファンド、少なくとも１つの上場ファンド、少なくとも１つのミューチュアルファンド、少なくとも１つのインデクスファンド、少なくとも１つの債券ファンド、少なくとも１つの商品ファンド、または少なくとも１つの不動産ファンドを使用して、購入および／またはトランザクションを可能にすることができる。
[0061]暗号通貨および暗号通貨を使用するトランザクションの購入を可能にするために、通貨変換システム１０４は、資産交換所１０８と通信することができる。資産交換所１０８は、証券、商品、デリバティブおよび／または他の金融商品、たとえば、クラーケン、ＳＦＯＸ、コインベース（登録商標）などが取り引きされる市場（および／または市場を運営する事業体）であり得る。例では、資産交換所１０８は、暗号通貨、デジタル通貨、法定通貨、および／または商品通貨の市場としてサービス提供できる。例では、本明細書で説明される資産交換所１０８は、たとえばブロックチェーンなどの分散型台帳１１８上で正常に実行されたトランザクションを記録できる。あるいは、またはそれに加えて、資産交換所１０８は、少なくとも１つの有価証券、少なくとも１つの債券、少なくとも１つの商品、少なくとも１つの不動産、少なくとも１つの個人資産、少なくとも１つのファンド、少なくとも１つの通貨ファンド、少なくとも１つの上場ファンド、少なくとも１つのミューチュアルファンド、少なくとも１つのインデクスファンド、少なくとも１つの債券ファンド、少なくとも１つの商品ファンド、または少なくとも１つの不動産ファンドを取り引きするように構成され得る。資産交換所１０８は、１つまたは複数のコンピューティングデバイスを使用して実施され得る。
[0062]信頼できるサードパーティ１０６は、金融機関であってもよい。例では、信頼できるサードパーティ１０６は、２つのパーティ間のトランザクションを検証することが信頼されている、信頼できる１つまたは複数のコンピューティングデバイスを使用して実施され得る。例では、信頼できるサードパーティ１０６は、信用組合または銀行によって所有および運営され得る。信頼できるサードパーティ１０６は、顧客デバイス１０２によって要求されたトランザクションについて通貨変換システム１０４から情報を受信することができる。あるいは、信頼できるサードパーティ１０６は、要求されたトランザクションに関する情報を顧客デバイス１０２から直接受信することができる。いずれの場合でも、信頼できるサードパーティ１０６で受信した情報は、信頼できるサードパーティ１０６に格納されている秘密鍵を使用して、保留中のトランザクションに署名（たとえば、認証）する必要があることを示し得る。信頼できるサードパーティ１０６はまた、たとえば、顧客アカウントを作成する処理中に、アイデンティティサービスプロバイダ１１０と通信することができる。信頼できるサードパーティ１０６は、１つまたは複数の顧客ウォレットに関連付けられた鍵（たとえば、データベースおよび／または安全なメモリ）を格納するための鍵リポジトリ１１６を維持することができる。鍵リポジトリ１１６は、信頼できるサードパーティ１０６の他の機能を実行する、同じまたは異なるデバイスに物理的に配置されてもよい。例では、信頼できるサードパーティ１０６のために鍵リポジトリ１１６に格納された鍵（または鍵コンポーネント）は、たとえば、顧客デバイス１０２（およびそこに格納された任意の鍵）の紛失、破壊、アップグレード、またはハードリセット／再フォーマットされた場合のような緊急時にのみ使用され得る。例では、信頼できるサードパーティ１０６は、適用可能な規則および規制の下で必要とされる送金ライセンスを有し得る。
[0063]アイデンティティサービスプロバイダ１１０は、マネーロンダリング防止（ＡＭＬ）および／または顧客確認（ＫＹＣ）サービスを提供する１つまたは複数のコンピューティングデバイスであり得る。ＡＭＬサービスは、潜在的な（または現在の）顧客がマネーロンダリングに対抗するために設計された関連法令に違反していないことを確認するための１つまたは複数のステップを含む場合がある。つまり、ＡＭＬサービスは、潜在的な（または現在の）顧客が、違法または非倫理的な活動から受け取った資金源を隠すための措置を講じていないことを保証するように要求する。ＫＹＣサービスには、潜在的な（または現在の）顧客のアイデンティティおよび／または金融処理に関する情報を収集、確認、監視するための１つまたは複数のステップが含まれる場合がある。例では、ＫＹＣサービスには、基本的なアイデンティティデータ（たとえば、名前、連絡先情報など）の収集、顧客が本人であることの確認、および／または顧客が法執行機関の監視リストにないことの確認が含まれる。ＫＹＣサービスには（たとえば、顧客の基本アイデンティティデータに基づく）、ソフトクレジットチェックの実行、顧客のトランザクション挙動の分析、および／または顧客のトランザクション挙動に基づく不正行為についての顧客のアカウントの監視も含まれる。ＡＭＬおよびＫＹＣは、連邦、州、および／または地方の様々な法律に基づいて要求される場合がある。
[0064]システム１００内のデバイスのおのおのは、少なくとも１つのネットワーク１１２（ネットワーク１１２Ａ～Ｂなど）を使用して１つまたは複数の他のデバイスに通信可能に結合され得る。例では、少なくとも１つのネットワーク１１２は、少なくとも１つの有線ネットワークおよび／または少なくとも１つのワイヤレスネットワークを含む。例では、有線ネットワークとワイヤレスネットワークの任意の組合せを使用して、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６を互いに結合することができる。例では、少なくとも１つのネットワーク１１２は、少なくとも１つのローカルエリアネットワーク（ＬＡＮ）、少なくとも１つのワイドエリアネットワーク（ＷＡＮ）、またはインターネットのうちの少なくとも１つを含む。例では、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットの任意の組合せを、少なくとも１つのネットワーク１１２として使用して、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６を互いに結合することができる。
[0065]システム１００内のデバイスは、顧客が暗号通貨を購入し、マルチ承認のセキュリティを備えた暗号通貨を使用してトランザクションできるようにする。マルチシグの例では、通貨変換システム１０４および／または信頼できるサードパーティ１０６は、顧客のための（マルチシグ暗号通貨トランザクションのための）それぞれのマルチシグアカウントを作成する、すなわち顧客を「オンボーディング」することができる。例では、システム１００内の１つまたは複数のデバイスは、マルチシグ暗号通貨の購入を行い、暗号通貨を顧客ウォレットに格納するように動作することもできる。例では、システム１００内の１つまたは複数のデバイスは、マルチシグ暗号通貨トランザクションを実行するように動作することもでき、たとえば、暗号通貨と引き換えに商品またはサービスを購入することができる。例では、システム１００内の１つまたは複数のデバイスは、たとえば、顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた後、複数の鍵で顧客アカウントを復元するように動作することもできる。
[0066]鍵分割の例では、通貨変換システム１０４および／または信頼できるサードパーティ１０６は、顧客（すなわち、顧客の「オンボーディング」）のためのそれぞれの分割鍵アカウント（分割鍵コンポーネントを使用する暗号通貨トランザクション用）を作成することができる。例では、システム１００内の１つまたは複数のデバイスは、（複数の鍵コンポーネントを使用して）暗号通貨の購入を行い、暗号通貨を顧客ウォレットに格納するように動作することもできる。例では、システム１００内の１つまたは複数のデバイスは、複数の鍵コンポーネントを必要とする暗号通貨トランザクションを実行するように動作することもでき、たとえば、暗号通貨と引き換えに商品またはサービスを購入する。例では、システム１００内の１つまたは複数のデバイスは、たとえば、顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた後など、複数の鍵コンポーネントを使用して顧客アカウントを復元するように動作することもできる。
[0067]図２Ａは、顧客ウォレットを実施するための顧客デバイス１０２上の例示的なノードツリー２００Ａを示すブロック図である。例では、ノードツリー２００Ａは、ビットコイン改善提案３２（ＢＩＰ３２）の一部、および／または、ビットコイン改善提案４４（ＢＩＰ４４）の一部にしたがって、顧客のための階層的決定論的（ＨＤ）ウォレットを実施することができる。ＢＩＰ３２（ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｂｉｔｃｏｉｎ／ｂｉｐｓ／ｂｌｏｂ／ｍａｓｔｅｒ／ｂｉｐ－００３２．ｍｅｄｉａｗｉｋｉで入手可能）およびＢＩＰ４４（ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｂｉｔｃｏｉｎ／ｂｉｐｓ／ｂｌｏｂ／ｍａｓｔｅｒ／ｂｉｐ－００４４．ｍｅｄｉａｗｉｋｉで入手可能）は、参照により本明細書に組み込まれる。
[0068]ノードツリー２００Ａは、顧客デバイス１０２上に存在し得、階層レベルを含み得る。具体的には、ノードツリー２００Ａは、第１レベル（Ｌ１）に秘密アカウント鍵２０４および公開アカウント鍵２０５を含み得る。秘密アカウント鍵２０４は、顧客に固有の数字、文字、および／または他のキャラクタの一意の文字列であり得る。秘密アカウント鍵２０４はさらに、暗号通貨のタイプに固有であり得、たとえば、顧客デバイス１０２は、顧客ウォレットに格納された各タイプの暗号通貨に対して異なる秘密アカウント鍵２０４を含み得る。例では、顧客デバイス１０２は、ビットコイン、イーサリアム、ライトコインなどのおのおのについて別個の秘密アカウント鍵２０４を格納することができる。顧客ウォレットは、秘密アカウント鍵２０４および／または他の秘密アカウント鍵（図示せず）によって定義され得る。
[0069]オプションで、秘密アカウント鍵２０４は、シード２０１、たとえば、ビットコイン改善提案３９（ＢＩＰ３９）（ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｂｉｔｃｏｉｎ／ｂｉｐｓ／ｂｌｏｂ／ｍａｓｔｅｒ／ｂｉｐ－００３９．ｍｅｄｉａｗｉｋｉで入手可能であり、参照により本明細書に組み込まれる）によるニーモニックコードまたはセンテンスから導出されるシードに基づいて、顧客デバイス１０２で生成され得る。あるいは、秘密アカウント鍵２０４は、ランダムに、手動で、または他の手段によって顧客デバイス１０２で生成され得る。
[0070]秘密アカウント鍵２０４は、公開アカウント鍵２０５を導出するために使用され得、すなわち、秘密アカウント鍵２０４は、公開アカウント鍵２０５を決定し得る。例では、顧客デバイス１０２は、ハッシュ関数を使用して、秘密アカウント鍵２０４から公開アカウント鍵２０５、たとえば、ＳＨＡ２５６関数を導出することができる。しかしながら、公開アカウント鍵２０５は、典型的に（そして好ましくは）秘密アカウント鍵２０４を決定するものではなく、たとえば、公開アカウント鍵２０５は、秘密アカウント鍵２０４を生成するために使用されないかもしれない。
[0071]秘密アカウント鍵２０４および公開アカウント鍵２０５は、「拡張」鍵であり得、これは、チェーンコードが鍵ストリングに付加されることを意味する。例では、秘密アカウント鍵２０４および公開アカウント鍵２０５のおのおのは、追加の２５６ビットチェーンコードを伴う２５６ビット長であり得、すなわち、拡張秘密アカウント鍵２０４および拡張公開アカウント鍵２０５は、おのおの５１２ビット長であり得る。拡張鍵は子鍵を導出するために使用できるが、非拡張（または「強化」）鍵は子鍵を導出するために使用できない。これらは拡張鍵であるため、秘密アカウント鍵２０４および公開アカウント鍵２０５を、顧客デバイス１０２から通貨変換システム１０４または信頼できるサードパーティ１０６に送信しないようにすることが望ましい場合がある。
[0072]秘密アカウント鍵２０４は、ノードツリー２００Ａの第２レベル（Ｌ２）に、１つまたは複数のオプションの子秘密トランザクション鍵２０６Ａ～Ｂを有することができる。秘密トランザクション鍵２０６は、たとえば、ＢＩＰ３２に記載されているように、子鍵導出（ＣＫＤ）関数を使用して秘密アカウント鍵２０４から導出することができる。秘密トランザクション鍵２０６は、拡張されていない（すなわち、強化された）鍵であり得、さらなる子鍵を導出するために使用され得ない。
[0073]各秘密トランザクション鍵２０６は、たとえば、０から（２３２－１）の範囲の関連付けられたインデクスを有することができる。インデクスは、ノードツリー２００Ａをナビゲートするために使用され得、すなわち、インデクスは、対応する特定の秘密トランザクション鍵２０６の場所を一意に識別し得る。したがって、秘密トランザクション鍵２０６を識別する効率的な手法として、デバイス間でインデクスを送信することができる。例では、インデクスを受信するデバイスは、それ自体のノードツリーから、対応する秘密トランザクション鍵２０６を生成することができる。
[0074]同様に、公開アカウント鍵２０５は、ノードツリー２００Ａの第２レベル（Ｌ２）に１つまたは複数のオプションの公開トランザクション鍵２０７Ａ～Ｂを有することができる。各公開トランザクション鍵２０７は、子鍵導出（ＣＫＤ）関数を使用して（たとえば、ＢＩＰ３２で記載されているように）、公開アカウント鍵２０５から導出するか、関連付けられた秘密トランザクション鍵２０６から導出できる、つまり、公開トランザクション鍵２０７Ａは、秘密トランザクション鍵２０６Ａから導出され、公開トランザクション鍵２０７Ｂは、秘密トランザクション鍵２０６Ｂから導出され得る。公開トランザクション鍵２０７は、拡張されていない（すなわち、強化された）鍵であり得、さらなる子鍵を導出するために使用され得ない。したがって、秘密トランザクション鍵２０６および／または公開トランザクション鍵２０７は、Ｎ個のうちＭ個の鍵を必要とするマルチ承認トランザクションのために、顧客デバイス１０２から通貨変換システム１０４および／または信頼できるサードパーティ１０６に送信され得る。
[0075]各公開トランザクション鍵２０７は、たとえば０から（２３２－１）の範囲の関連付けられたインデクスを有することができる。インデクスは、ノードツリー２００Ａをナビゲートするために使用され得、すなわち、インデクスは、対応する特定の公開トランザクション鍵２０７の場所を一意に識別し得る。したがって、インデクスは、公開トランザクション鍵２０７を識別する効率的な手法として、デバイス間で送信され得る。例では、インデクスを受信するデバイスは、それ自体のノードツリーから、対応する公開トランザクション鍵２０７を生成できる。
[0076]例では、ノードツリー２００Ａは、多く（たとえば、数百、数千、数百万、または数十億）の秘密トランザクション鍵２０６を含み得、たとえば、新しい秘密トランザクション鍵２０６は、暗号通貨が顧客ウォレットに受信されるすべてのトランザクションに対して、および／または、既存のトランザクションアドレスのすべての暗号通貨よりも少ない暗号通貨が転送されるすべてのトランザクションに対して生成され得る。さらに、ノードツリー２００Ａは、多くの（たとえば、数百、数千、数百万、または数十億）の公開トランザクション鍵２０７、たとえば、ノードツリー２００Ａ内の各秘密トランザクション鍵２０６に対応するものを含み得る。
[0077]２つの階層レベル（Ｌ１～Ｌ２）で示されているが、ノードツリー２００Ａは、より多くの階層レベルを含むことができる。例では、変更鍵レベル（図示せず）は、Ｌ１とＬ２との間に配置され得る。
[0078]図２Ｂは、顧客ウォレットを実施するための通貨変換システム１０４上の別の例示的なノードツリー２００Ｂを示すブロック図である。例では、ノードツリー２００Ｂは、ＢＩＰ３２の一部および／またはＢＩＰ４４の一部にしたがって、１つまたは複数の顧客のための１つまたは複数のＨＤウォレットを実施することができる。
[0079]ノードツリー２００Ｂは、通貨変換システム１０４に（たとえば、鍵リポジトリ１１４に）格納され得、階層レベルを含み得る。しかしながら、顧客デバイス１０２のノードツリー２００Ａとは異なり、ノードツリー２００Ｂは、第１レベル（Ｌ０）にマスタ秘密鍵２１２を含むことができる。具体的には、通貨変換システム１０４は、１つまたは複数の秘密アカウント鍵２１４Ａ～Ｂを導出するために使用される単一のマスタ秘密鍵２１２を格納することができる。言い換えれば、マスタ秘密鍵２１２は、通貨変換システム１０４に格納されたすべての秘密アカウント鍵２１４の親秘密鍵であり得る。オプションで、マスタ秘密鍵２１２は、シード２１１、たとえば、ＢＩＰ３９にしたがってニーモニックコードまたはセンテンスから導出されるシードに基づいて、通貨変換システム１０４で生成され得る。あるいは、マスタ秘密鍵２１２は、ランダムに、手動で、または他の手段によって通貨変換システム１０４で生成され得る。
[0080]マスタ秘密鍵２１２は、通貨変換システム１０４上のすべての公開アカウント鍵２１５Ａ～Ｂに対する親公開鍵であり得るマスタ公開鍵２１３を導出するために使用され得る。マスタ秘密鍵２１２およびマスタ公開鍵２１３は、拡張鍵であってもよい。したがって、通貨変換システム１０４からマスタ秘密鍵２１２およびマスタ公開鍵２１３を送信することを回避することが好ましい場合がある。
[0081]例では、第１の秘密アカウント鍵２１４Ａおよび第１の公開アカウント鍵２１５Ａは、第１の顧客のために維持され得、第２の秘密アカウント鍵２１４Ｂおよび第２の公開アカウント鍵２１５Ｂは、第２の顧客のために維持され得る。あるいは、第１の秘密アカウント鍵２１４Ａおよび第１の公開アカウント鍵２１５Ａは、顧客ウォレットに保持される第１のタイプの暗号通貨のために維持され得、第２の秘密アカウント鍵２１４Ｂおよび第２の公開アカウント鍵２１５Ｂは、同じ顧客ウォレットに保持される第２のタイプの暗号通貨のために維持され得る。第１のタイプと第２のタイプは、ビットコイン、イーサリアム、ライトコインなどから選択できる。
[0082]例では、ノードツリー２００Ｂは、暗号通貨タイプごとに顧客ごとに秘密アカウント鍵２１４および公開アカウント鍵２１５を含むことができ、すなわち、１０人の顧客がそれぞれ通貨変換システム１０４で３個の異なるタイプの暗号通貨を保持している場合、ノードツリー２００Ｂは、３０（すなわち、１０×３）個の秘密アカウント鍵２１４および３０個の公開アカウント鍵２１５を含み得る。これらは拡張鍵であるため、秘密アカウント鍵２１４および公開アカウント鍵２１５を、通貨変換システム１０４から顧客デバイス１０２または信頼できるサードパーティ１０６に送信しないようにすることが望ましい場合がある。
[0083]ノードツリー２００Ｂの第２レベル（Ｌ１）の秘密アカウント鍵２１４Ａ～Ｂおよび公開アカウント鍵２１５Ａ～Ｂは、様々な顧客デバイス１０２および信頼できるサードパーティ１０６に格納された秘密アカウント鍵および公開アカウント鍵に対応し得る（しかし同一ではない）。
[0084]顧客デバイス１０２のノードツリー２００Ａと同様に、通貨変換システム１０４のノードツリー２００Ｂは、たとえばノードツリー２００Ｂの第３レベル（Ｌ２）に、１個または複数個のオプションの秘密トランザクション鍵２１６Ａ～Ｄを有することができる。各秘密トランザクション鍵２１６は、たとえば、ＢＩＰ３２に記載されているように、子鍵導出（ＣＫＤ）関数を使用して、秘密アカウント鍵２１４の１個から導出され得る。
[0085]ノードツリー２００Ｂは、第３レベル（Ｌ２）に１つまたは複数のオプションの公開トランザクション鍵２１７Ａ～Ｄを有することもできる。各公開トランザクション鍵２１７は、（たとえば、ＢＩＰ３２に記載されているように）子鍵導出（ＣＫＤ）関数を使用して公開アカウント鍵２１５の１個から導出されるか、または関連付けられた秘密トランザクション鍵２１６から導出され得る。あるいは、各公開トランザクション鍵２１７は、秘密アカウント鍵２１６の１個から、または秘密アカウント鍵２１４の１個から直接導出され得る。
[0086]秘密トランザクション鍵２１６および公開トランザクション鍵２１７は、拡張されていない（すなわち、強化された）鍵であり得、さらなる子鍵を導出するために使用され得ない。したがって、秘密トランザクション鍵２１６および／または公開トランザクション鍵２１７は、Ｎ個のうちＭ個（たとえば、２／３）の鍵を必要とするマルチ承認トランザクションのために、通貨変換システム１０４から顧客デバイス１０２および／または信頼できるサードパーティ１０６に送信され得る。
[0087]各秘密トランザクション鍵２１６は、たとえば、０から（２３２－１）の範囲の関連付けられたインデクスを有することができる。インデクスは、ノードツリー２００Ｂをナビゲートするために使用され得、すなわち、インデクスは、対応する特定の秘密トランザクション鍵２１６の場所を一意的に識別し得る。したがって、秘密トランザクション鍵２１６を識別する効率的な手法として、デバイス間でインデクスを送信することができる。例では、インデクスを受信するデバイスは、それ自体のノードツリーから対応する秘密トランザクション鍵２１６を生成できる。
[0088]各公開トランザクション鍵２１７は、たとえば、０から（２３２－１）の範囲の関連付けられたインデクスを有することができる。インデクスは、ノードツリー２００Ｂをナビゲートするために使用され得、すなわち、インデクスは、対応する特定の公開トランザクション鍵２１７の場所を一意に識別し得る。したがって、インデクスは、公開トランザクション鍵２１７を識別する効率的な手法として、デバイス間で送信され得る。例では、インデクスを受信するデバイスは、それ自体のノードツリーから、対応する公開トランザクション鍵２１７を生成できる。
[0089]例では、ノードツリー２００Ｂは、多く（たとえば、数百、数千、数百万、または数十億）の秘密トランザクション鍵２１６を含み得、たとえば、新しい秘密トランザクション鍵２１６は、暗号通貨が顧客ウォレットへ受信されるすべてのトランザクションに対して、および／または、既存のトランザクションアドレスのすべての暗号通貨よりも少ない暗号通貨が転送されるすべてのトランザクションに対して生成され得る。さらに、ノードツリー２００Ｂは、多く（たとえば、数百、数千、数百万、または数十億）の公開トランザクション鍵２１７、たとえば、ノードツリー２００Ｂの各秘密トランザクション鍵２１６に対応するものを含み得る。
[0090]３つの階層レベル（Ｌ０～Ｌ２）で示されているが、ノードツリー２００Ｂは、より多くの階層レベルを含むことができる。例では、変更鍵レベル（図示せず）は、Ｌ１とＬ２との間に配置され得る。
[0091]図２Ｃは、顧客ウォレットを実施するための信頼できるサードパーティ１０６上の別の例示的なノードツリー２００Ｃを示すブロック図である。例では、ノードツリー２００Ｃは、ＢＩＰ３２の一部および／またはＢＩＰ４４の一部にしたがって、１つまたは複数の顧客のために１つまたは複数のＨＤウォレットを実施することができる。
[0092]ノードツリー２００Ｃは、信頼できるサードパーティ１０６（たとえば、鍵リポジトリ１１６内）に格納されてもよく、階層レベルを含んでもよい。ノードツリー２００Ｃは、第１レベル（Ｌ０）の通貨変換システム１０４に関連付けられた単一のマスタ秘密鍵２２２を含み得、これは、通貨変換システム１０４に関連付けられたアカウントの１つまたは複数の秘密アカウント鍵２２４Ａ～Ｂを導出するために使用され得る。言い換えれば、マスタ秘密鍵２２２は、信頼できるサードパーティ１０６が、通貨変換システム１０４に関連付けられていない他のマスタ秘密鍵（図示せず）を含み得るとしても、通貨変換システム１０４に関連付けられた信頼できるサードパーティ１０６上のすべての秘密アカウント鍵２２４の親秘密鍵であり得る。マスタ秘密鍵２２２は、通貨変換システム１０４のノードツリー２００Ｂのマスタ秘密鍵２１２とは異なる値を有することができる。オプションで、マスタ秘密鍵２２２は、シード２２１、たとえば、ＢＩＰ３９によるニーモニックコードまたはセンテンスから導出されるシードに基づいて、信頼できるサードパーティ１０６で生成されてもよい。あるいは、マスタ秘密鍵２２２は、信頼できるサードパーティ１０６でランダムに、または他の手段によって生成されてもよい。
[0093]マスタ秘密鍵２２２は、信頼できるサードパーティ１０６上のすべての公開アカウント鍵２２５Ａ～Ｂに対する親公開鍵であり得るマスタ公開鍵２２３を導出するために使用され得る。マスタ秘密鍵２２２およびマスタ公開鍵２２３は、拡張鍵であってもよい。マスタ公開鍵２２３が拡張鍵であっても、信頼できるサードパーティ１０６から通貨変換システム１０４に送信されてもよい。マスタ公開鍵２２３は、インターネットなどのネットワークを介してマスタ公開鍵２２３を送信することなく、安全なおよび／または非電子的手段によって通貨変換システム１０４と共有することができる。例では、マスタ公開鍵２２３は、通貨変換システム１０４に物理的に移動されてダウンロードされる安全なポータブルメモリ（たとえば、ポータブルハードドライブ）にコピーされてもよい。あるいは、マスタ公開鍵２２３は、手動でハードコピーに手書き（または他の方法で印刷）され、通貨変換システム１０４に転送され、通貨変換システム１０４で、手動で入力されてもよい。あるいは、マスタ公開鍵２２３は暗号化され、ネットワーク（たとえば、インターネット）を介して通貨変換システム１０４に送信されてもよい。
[0094]例では、第１の秘密アカウント鍵２２４Ａおよび第１の公開アカウント鍵２２５Ａは、第１の顧客のために維持され得、第２の秘密アカウント鍵２２４Ｂおよび第２の公開アカウント鍵２２５Ｂは、第２の顧客のために維持され得る。あるいは、第１の秘密アカウント鍵２２４Ａおよび第１の公開アカウント鍵２２５Ａは、顧客ウォレットに保持される第１のタイプの暗号通貨のために維持され得、第２の秘密アカウント鍵２２４Ｂおよび第２の公開アカウント鍵２２５Ｂは、顧客ウォレットなどに保持されている第２のタイプの暗号通貨のために維持され得、たとえば、第１のタイプおよび第２のタイプは、ビットコイン、イーサリアム、ライトコインなどから選択できる。例では、ノードツリー２００Ｃは、暗号通貨タイプごとに顧客ごとに秘密アカウント鍵２２４および公開アカウント鍵２２５を含むことができ、すなわち、１０人の顧客がおのおの信頼できるサードパーティ１０６で３つの異なるタイプの暗号通貨を保持している場合、ノードツリー２００Ｃは３０（つまり、１０×３）個の秘密アカウント鍵２２４と、３０個の公開アカウント鍵２２５とを含み得る。これらは拡張鍵であるため、秘密アカウント鍵２２４および公開アカウント鍵２２５を、信頼できるサードパーティ１０６から顧客デバイス１０２または通貨変換システム１０４に送信しないようにすることが望ましい場合がある。
[0095]ノードツリー２００Ｃの第２レベル（Ｌ１）の秘密アカウント鍵２２４Ａ～Ｂおよび公開アカウント鍵２２５Ａ～Ｂは、顧客デバイス１０２上のノードツリー２００Ａにおける秘密アカウント鍵２０４および公開アカウント鍵２０５に、および、通貨変換システム１０４のノードツリー２００Ｂにおける秘密アカウント鍵２１４Ａ～Ｂおよび公開アカウント鍵２１５Ａ～Ｂに対応してもよい（が同一ではない）。顧客デバイス１０２の公開アカウント鍵２０５、通貨変換システム１０４の第１の公開アカウント鍵２１５Ａ、および信頼できるサードパーティ１０６の第１の公開アカウント鍵２２５Ａは、互いに対応し得る（が同一ではない）。例では、マルチ承認トランザクションアドレスを作成するために、３個すべての公開アカウント鍵２０５、２１５Ａ、２２５Ａが必要になる場合がある。同様に、顧客デバイス１０２の秘密アカウント鍵２０４、通貨変換システム１０４の第１の秘密アカウント鍵２１４Ａ、および信頼できるサードパーティ１０６の第１の秘密アカウント鍵２２４Ａは、互いに対応し得る（が同一ではない）。例では、マルチ承認トランザクションアドレスからトランザクションするために、秘密アカウント鍵２０４、２１４Ａ、２２４Ａの少なくとも２個が必要になる場合がある。
[0096]顧客デバイス１０２のノードツリー２００Ａ、および通貨変換システム１０４のノードツリー２００Ｂと同様に、信頼できるサードパーティ１０６のノードツリー２００Ｃは、たとえば、ノードツリー２００Ｃの第３レベル（Ｌ２）において、１個または複数個のオプションの秘密トランザクション鍵２２６Ａ～Ｄを有し得る。各秘密トランザクション鍵２２６は、たとえば、ＢＩＰ３２に記載されているように、子鍵導出（ＣＫＤ）関数を使用して、秘密アカウント鍵２２４の１個から導出されてもよい。
[0097]ノードツリー２００Ｃは、第３レベル（Ｌ２）に１個または複数個のオプションの公開トランザクション鍵２２７Ａ～Ｄを有することができる。各公開トランザクション鍵２２７は、（たとえば、ＢＩＰ３２に記載されているように）子鍵導出（ＣＫＤ）関数または関連付けられた秘密トランザクション鍵２２６を使用して、公開アカウント鍵２２５の１個から導出され得る。あるいは、各公開トランザクション鍵２２７は、秘密トランザクション鍵２２６の１個から、または秘密アカウント鍵２２４の１個から直接導出されてもよい。
[0098]秘密トランザクション鍵２２６および公開トランザクション鍵２２７は、拡張されていない（すなわち、強化された）鍵であり得、さらなる子鍵を導出するために使用され得ない。したがって、秘密トランザクション鍵２２６および／または公開トランザクション鍵２２７は、Ｎ個のうちＭ個の鍵を必要とするマルチ承認トランザクションのために、信頼できるサードパーティ１０６から顧客デバイス１０２および／または通貨変換システム１０４に送信され得る。
[0099]各秘密トランザクション鍵２２６は、たとえば、０から（２３２－１）の範囲の関連付けられたインデクスを有することができる。インデクスは、ノードツリー２００Ｃをナビゲートするために使用され得、すなわち、インデクスは、対応する特定の秘密トランザクション鍵２２６の場所を一意に識別し得る。したがって、秘密トランザクション鍵２２６を識別する効率的な手法として、デバイス間でインデクスを送信することができる。例では、インデクスを受信するデバイスは、それ自体のノードツリーから、対応する秘密トランザクション鍵２２６を生成することができる。さらに、ノードツリー２００Ｃにおける特定の秘密トランザクション鍵２２６は、顧客デバイス１０２上のノードツリー２００Ａにおける特定の秘密トランザクション鍵２０６、および通貨変換システム１０４上のノードツリー２００Ｂにおける特定の秘密トランザクション鍵２２６に対応し得（およびそれらと同一のインデクスを有し得）、たとえば、秘密トランザクション鍵２０６Ａ、秘密トランザクション鍵２１６Ａ、および秘密トランザクション鍵２２６Ａは、互いに対応し、同一のインデクスを有することができる。
[0100]各公開トランザクション鍵２２７は、たとえば、０から（２３２－１）の範囲の関連付けられたインデクスを有することができる。インデクスは、ノードツリー２００Ｃをナビゲートするために使用され得、すなわち、インデクスは、対応する特定の公開トランザクション鍵２２７の場所を一意に識別し得る。したがって、インデクスは、公開トランザクション鍵２２７を識別する効率的な手法としてデバイス間で送信され得る。例では、インデクスを受信するデバイスは、それ自体のノードツリーから、対応する公開トランザクション鍵２２７を生成できる。さらに、ノードツリー２００Ｃにおける特定の公開トランザクション鍵２２７は、顧客デバイス１０２上のノードツリー２００Ａにおける特定の公開トランザクション鍵２０７、および通貨変換システム１０４上のノードツリー２００Ｂにおける特定の公開トランザクション鍵２２７に対応する（および同一のインデクスを有する）ことができ、たとえば、公開トランザクション鍵２０７Ａ、公開トランザクション鍵２１７Ａ、および公開トランザクション鍵２２７Ａは、互いに対応し、同一のインデクスを有することができる。
[0101]例では、ノードツリー２００Ｃは、多く（たとえば、数百、数千、数百万、または数十億）の秘密トランザクション鍵２２６を含み得、たとえば、新しい秘密トランザクション鍵２２６は、暗号通貨が顧客ウォレットに受信されるすべてのトランザクションに対して、および／または、既存のトランザクションアドレスにおけるすべての暗号通貨よりも少ない暗号通貨が転送されるすべてのトランザクションに対して生成される。さらに、ノードツリー２００Ｂは、多く（たとえば、数百、数千、数百万、または数十億）の公開トランザクション鍵２２７、たとえば、ノードツリー２００Ｂにおける各秘密トランザクション鍵２２６に対応するものを含み得る。
[0102]３つの階層レベル（Ｌ０～Ｌ２）で示されているが、ノードツリー２００Ｃは、より多くの階層レベルを含むことができる。例では、変更鍵レベル（図示せず）は、Ｌ１とＬ２との間に配置され得る。
[0103]図３は、マルチシグシステムで顧客をオンボーディングするための例示的な方法３００を示すフロー図である。方法３００は、図１に示されているシステム１００内の顧客デバイス１０２、通貨変換システム１０４、信頼できるサードパーティ１０６、およびアイデンティティサービスプロバイダ１１０によって実行され得る。
[0104]顧客は、オプションで、アプリケーションを顧客デバイス１０２に（たとえば、アプリストアから）ダウンロードし、顧客ウォレットを作成（または変更）３０２することができる。代替として、アプリケーションは、以前にダウンロードされ、製造中に顧客デバイス１０２にインストールされてもよい。アプリケーションは、通貨変換システム１０４、たとえば、マネーサービスビジネス（ＭＳＢ）によって作成されてもよい。アプリケーションは、（たとえば、ユーザインターフェースを使用して）顧客とインターフェースし、通貨変換システム１０４と通信することができる。顧客ウォレットを作成する（または変更する）ことは、たとえば、シード２０１に基づいて、ランダムに、または手動で、顧客デバイス１０２において第１の（または後続の）秘密アカウント鍵２０４を生成することを含み得る。あるいは、顧客ウォレットを作成することは、顧客が既存の秘密アカウント鍵２０４を、アプリケーションに入力することを含むことができ、たとえば、顧客は、手動で、既存の秘密アカウント鍵２０４を転記またはコピーしてアプリケーションに貼り付けることができる。
[0105]顧客はまた、アイデンティティデータおよび支払いデータをアプリケーションに入力３０４することができる。アイデンティティデータは、顧客の名前、生年月日、運転免許証番号と有効期限、住所、電話番号、電子メールアドレス、社会保障番号、顧客の政府発行の写真付き身分証明書の画像、政府発行の写真付き身分証明書を保持する顧客の写真、雇用情報、および／または、収入を含むことができる。アイデンティティデータは、指紋データ（たとえば、顧客の指紋のスキャン）、網膜スキャンデータ（たとえば、顧客の網膜の画像）、顔認識データ（たとえば、顧客の顔の画像）、および／または音声データ（たとえば、顧客の声の記録）のような生体データも含むことができる。生の生体データ（たとえば、画像および／または記録）の代わりに、アプリケーションは、生の生体データから導出された処理済みのデータ、たとえば、画像の特徴、音声の特徴などのみを送信できる。
[0106]支払いデータは、銀行アカウント情報、クレジットカード情報、非接触型支払いデータ（たとえば、Ａｐｐｌｅ Ｐａｙ（登録商標）またはＡｎｄｒｏｉｄ Ｐａｙ（登録商標）のユーザ名およびパスワード）、既存の暗号通貨ウォレット鍵、および／または、他の支払い処理情報（たとえば、ＰａｙＰａｌ（登録商標）またはＷｈａｔｓＡｐｐ（登録商標）の名前およびパスワード）を含むことができる。顧客デバイス１０２は、たとえば、安全な転送プロトコルを使用して、顧客に関連付けられたアイデンティティデータおよび支払いデータを、通貨変換システム１０４に送信３０６することができる。
[0107]通貨変換システム１０４は、アイデンティティデータを、アイデンティティサービスプロバイダ１１０に送信３０８することができる。アイデンティティサービスプロバイダ１１０は、送信された顧客のアイデンティティデータを使用して、マネーロンダリング防止（ＡＭＬ）手順および／または顧客確認（ＫＹＣ）手順を実行３１０することができる。ＡＭＬは、顧客がマネーロンダリングしていないこと、つまり、顧客が、違法または非倫理的な活動から受け取った資金源を覆い隠すための措置を講じていないことを確認しようとする場合がある。ＫＹＣは、顧客が本人であることを確認し、顧客が法執行機関の監視リストにないことを確認する場合がある。ＫＹＣは、（たとえば、ソフトクレジットチェックで）信用価値を評価し、顧客のトランザクション挙動を分析し、顧客のトランザクション挙動に基づく不正な挙動について顧客のアカウントを監視する場合もある。ＡＭＬおよび／またはＫＹＣ手順が完了すると、アイデンティティサービスプロバイダ１１０は、通知を通貨変換システム１０４および信頼できるサードパーティ１０６に送信３１２することができる。通知は、顧客のＡＭＬおよび／またはＫＹＣ手順の成功または失敗を示す場合がある。例では、アイデンティティサービスプロバイダ１１０は、それが実行したすべてのＡＭＬおよびＫＹＣチェックを示すレポートを送信することができる。
[0108]通知が、すべて（または、すべての必要な）ＡＭＬおよびＫＹＣチェックに合格したことを示す場合、通貨変換システム１０４は、通知に基づいて顧客のアカウントを作成３１４することができる。アカウントを作成することは、顧客のために通貨変換システム１０４で秘密アカウント鍵２１４を生成することを含み得る。通貨変換システム１０４は、たとえば、ＢＩＰ３２による子鍵導出（ＣＫＤ）関数を使用して、新しいインデクスでマスタ秘密鍵２１２から顧客の秘密アカウント鍵２１４を導出することができる。
[0109]アイデンティティサービスプロバイダ１１０からの通知が、すべて（または、すべての必要な）ＡＭＬおよびＫＹＣチェックに合格したことを示す場合、信頼できるサードパーティ１０６は、通知に基づいて顧客のアカウントを作成３１６することもできる。アカウントを作成することは、顧客のために信頼できるサードパーティ１０６で秘密アカウント鍵２２４を生成することを含み得る。信頼できるサードパーティ１０６は、たとえば、ＢＩＰ３２による子鍵導出（ＣＫＤ）関数を使用して、新しいインデクスでマスタ秘密鍵２２２から顧客の秘密アカウント鍵２２４を導出することができる。
[0110]通知が、すべての（または、すべての必要な）ＡＭＬおよびＫＹＣチェックが合格した訳ではないことを示す場合、通貨変換システム１０４は、ＡＭＬおよび／またはＫＹＣが失敗したことを（アプリケーションを介して）顧客に通知し得る。あるいは、通知が、ＡＭＬおよび／またはＫＹＣが、アイデンティティデータで完了できなかったことを示すとき、通貨変換システム１０４は、顧客からのさらなる情報を要求し得る。
[0111]図４は、マルチシグシステムにおいて暗号通貨を購入するための例示的な方法４００を示すフロー図である。方法４００は、図１に示されているシステム１００内の顧客デバイス１０２、通貨変換システム１０４、信頼できるサードパーティ１０６、および資産交換所１０８によって実行することができる。
[0112]顧客は、顧客デバイス１０２上のアプリケーション上で暗号通貨購入注文を作成４０２することができる。暗号通貨購入注文は、暗号通貨のタイプ（たとえば、ビットコイン、イーサリアムなど）と、（暗号通貨の量または米ドルのような法定通貨に関する）希望の数量を示す場合がある。暗号通貨購入注文は、指値、ストップ価格、条件付きトリガー要件、注文の期間、注文が部分的に約定されるか否かなどのオプションの属性も示す場合がある。顧客は、暗号通貨購入注文の作成中に、生体入力および／またはパスワードを顧客デバイス１０２に提供するように要求される場合がある。
[0113]オプションで、顧客デバイス１０２は、顧客デバイス１０２に格納された秘密鍵を使用して暗号通貨購入注文に署名することができ、たとえば、暗号通貨購入注文は、オプションで、顧客デバイス１０２に格納された秘密鍵（または、秘密鍵から導出された公開鍵）を使用して暗号化することができる。暗号通貨購入注文は、顧客デバイス１０２に格納された公開鍵または秘密鍵から導出された（顧客ウォレットの）公開アドレスを含むこともできる。
[0114]顧客デバイス１０２は、暗号通貨購入注文および顧客支払いデータを通貨変換システム１０４に送信４０４することができる。顧客支払いデータは、以前に通貨変換システム１０４に格納されていない支払いデータ、または以前に通貨変換システム１０４に格納された支払いデータを使用する指示を含むことができる。オプションで、顧客デバイス１０２は、たとえば生体データなどの顧客のアイデンティティデータを送信することができる。
[0115]暗号通貨購入注文に応答して、通貨変換システム１０４は、顧客支払いデータを処理４０６し、オプションで、アイデンティティデータを確認し、保管ウォレットへの暗号通貨の購入のために、保管注文を資産交換所１０８に送信４０８する。通貨変換システム１０４は、保管注文とともに保管支払いデータを送信することができる。保管支払いデータは、資産交換所１０８で保管アカウントから資金を引き出す必要があることを示す場合がある。オプションで、通貨変換システム１０４は、通貨変換システム１０４に格納された秘密鍵を使用して保管命令に署名することができ、たとえば、保管命令は、オプションで、通貨変換システム１０４に格納された秘密鍵（または、秘密鍵から導出された公開鍵）を使用して暗号化することができる。保管命令は、通貨変換システム１０４に格納された公開鍵または秘密鍵から導出された（保管ウォレットの）公開アドレスを含むこともできる。保管ウォレットは、通貨サービスシステム１０４、たとえば、マネーサービスビジネス（ＭＳＢ）に題されてもよい。受信すると、資産交換所１０８は、保管注文を実行し、暗号通貨を保管ウォレットに入れる４１０ことができる。
[0116]保管注文が送信されるのと同時にまたはほぼ同時に、通貨変換システム１０４は、暗号通貨購入注文、保管注文、および／または顧客ウォレットにおける新しいトランザクションアドレスについて、信頼できるサードパーティ１０６に通知４１２することもできる。通貨変換システム１０４は、顧客ウォレットのための新しいトランザクションアドレスを生成することができる。これは、Ｎ個の公開トランザクション鍵（たとえば、２０７Ａ、２１７Ａ、２２７Ａ）を、マルチ承認ハッシュ関数への入力として（マルチ承認条件入力とともに）使用して、顧客ウォレットのトランザクションアドレスを生成することを含み得る。
[0117]信頼できるサードパーティ１０６は、資産交換所１０８で特定のタイプのトランザクションを許可する信頼できるパーティとして機能することができる。これにより、トランザクションを承認するための鍵が分散化されるため、システム１００が、悪意のある攻撃に対して脆弱になる可能性がある。さらに、信頼できるサードパーティ１０６は、送金ライセンスを所有することができるが、通貨変換システム１０４は、所有しない場合がある。信頼できるサードパーティ１０６は、資産交換所１０８に、保管注文に関連付けられた暗号通貨を、保管ウォレットから、顧客ウォレットにおける新しいトランザクションアドレスに転送するように命令４１６することができる。信頼できるサードパーティ１０６からの指示を受信すると、資産交換所は、分散型台帳１１８（たとえば、ブロックチェーン）に、保管ウォレットから顧客ウォレットにおける新しいトランザクションアドレスへの暗号通貨の所有権の変更を記録４１６することができる。
[0118]通貨変換システム１０４は、新しいトランザクションアドレス、および／または、顧客ウォレットにおける新しいトランザクションアドレスに関連付けられた秘密鍵を、顧客デバイス１０２に送信４１８することができる。次に、顧客デバイス１０２は、たとえば、２０６Ａ、２１６Ａ、２２６Ａのように、Ｎ個の公開トランザクション鍵に関連付けられたＮ個のうちＭ個（マルチ承認条件入力に基づいて、たとえば２／３）の秘密トランザクション鍵を所有する場合にのみ、新しいトランザクションアドレスからトランザクションすることができる。例では、通貨変換システム１０４は、たとえばクレジットカード支払いの場合は１～２日、電子送金の場合は３～５日など、顧客の支払いが完了するまで、新しいトランザクションアドレス、および／または、新しいトランザクションアドレスに関連付けられた秘密鍵を、顧客デバイス１０２に送信するのを待つことができる。
[0119]図５は、マルチ承認トランザクションアドレス５３０を生成するための例示的な通貨変換システム１０４を示すブロック図である。マルチ承認トランザクションアドレス５３０を生成するために、通貨変換システム１０４は、Ｎ個（たとえば、３個）の公開トランザクション鍵２０７Ａ、２１７Ａ、２２７Ａを必要とする場合がある。
[0120]通貨変換システム１０４は、顧客デバイス１０２から公開トランザクション鍵２０７Ａを受信することができる。公開トランザクション鍵２０７Ａは、トランザクションアドレスの導出、トランザクションアドレスのトランザクションの監視、および／または（たとえば、ブロックチェーン上の）アカウント残高の表示に使用できるが、公開トランザクション鍵２０７Ａは、アカウントからトランザクションするために使用されないことがある。さらに、公開トランザクション鍵２０７Ａは強化されている（すなわち、拡張されていない）ので、それは、子鍵を導出するために使用されないかもしれない。したがって、顧客デバイス１０２が公開トランザクション鍵２０７Ａを通貨変換システム１０４と共有するリスクは比較的低い。
[0121]通貨変換システム１０４は、通貨変換システム１０４に格納されたノードツリー２００Ｂから公開トランザクション鍵２１７を導出することもできる。例では、通貨変換システム１０４は、オプションでマスタ秘密鍵２１２から導出される、マスタ公開鍵２１３から導出される、公開アカウント鍵２１５から、公開トランザクション鍵２１７を導出することができる。あるいは、通貨変換システム１０４は、マスタ秘密鍵２１２から導出される秘密アカウント鍵２１４から、公開トランザクション鍵２１７を導出することができる。あるいは、通貨変換システム１０４は、マスタ秘密鍵２１２から導出される、秘密アカウント鍵２１４から導出される、公開アカウント鍵２１５から、公開トランザクション鍵２１７を導出することができる。いずれの場合でも、公開トランザクション鍵２１７は、通貨変換システム１０４に格納されたノードツリー２００Ｂから導出することができる。
[0122]通貨変換システム１０４は、信頼できるサードパーティ１０６から受信したマスタ公開鍵２２３から、公開トランザクション鍵２２７を導出することもできる。この場合も、マスタ公開鍵２２３は「公開」であるので、それをトランザクションに使用したり、トランザクションに使用できる秘密鍵を導出することはできない。しかしながら、マスタ公開鍵２２３は、多くの異なる顧客のための公開アカウント鍵２２５を導出するために使用され得、したがって、信頼できるサードパーティ１０６から通貨変換システムに安全に転送され得る。具体的には、信頼できるサードパーティ１０６からのマスタ公開鍵２２３は、インターネットのようなネットワークを介してマスタ公開鍵２２３を送信することなく、安全かつ／または非電子的手段によって通貨変換システム１０４と共有することができる。例では、マスタ公開鍵２２３は、通貨変換システム１０４に物理的に移動されてダウンロードされる安全なポータブルメモリ（たとえば、ポータブルハードドライブ）にコピーされてもよい。あるいは、マスタ公開鍵２２３は、手動でハードコピーに手書き（または他の方法で印刷）され、通貨変換システム１０４に転送され、通貨変換システム１０４で、手動で入力されてもよい。あるいは、マスタ公開鍵２２３は暗号化され、ネットワーク（たとえば、インターネット）を介して通貨変換システム１０４に送信されてもよい。
[0123]公開アカウント鍵２２５は、通貨変換システム１０４に格納されると、マスタ公開鍵２２３から導出され得る。次に、通貨変換システム１０４は、公開アカウント鍵２２５から公開トランザクション鍵２２７Ａを導出することができる。
[0124]次に、通貨変換システム１０４は、３個の公開トランザクション鍵２０７Ａ、２１７Ａ、２２７Ａをマルチ承認ハッシュモジュール５２８に入力し、マルチ承認条件５２９とともにマルチ承認トランザクションアドレス５３０を生成することができる。マルチ承認ハッシュモジュール５２８は、ハッシュアルゴリズムを使用して、ＢＩＰ１６または他の公開鍵スクリプトで定義されているように、たとえば、ペイツースクリプトハッシュ（Ｐ２ＳＨ）のようなマルチ承認トランザクションアドレス５３０を生成することができる。マルチ承認トランザクションアドレス５３０からトランザクションするために、Ｎ個の入力された公開鍵に関連付けられた（マルチ承認条件５２９で指定された）Ｍ個の秘密鍵が必要であるので、結果として得られるマルチ承認トランザクションアドレス５３０は、通常のトランザクションアドレスとは異なることに留意すべきである。例では、マルチ承認条件５２９は、３個の公開トランザクション鍵２０７Ａ、２１７Ａ、２２７Ａに関連付けられた２個の秘密鍵（たとえば、秘密トランザクション鍵２０６Ａ、２１６Ａ、２２６Ａのうち２個）が、マルチ承認トランザクションアドレス５３０からトランザクションするために必要とされることを指定する。
[0125]通貨変換システム１０４は、マルチ承認トランザクションアドレス５３０を顧客デバイス１０２に送信することができる。その後、顧客デバイス１０２は、適切な数の秘密トランザクション鍵を使用して、マルチ承認トランザクションアドレス５３０からトランザクションすることができる。例では、顧客デバイス１０２に格納された秘密トランザクション鍵２０６Ａおよび通貨変換システム１０４に格納された（そして顧客デバイス１０２に転送された）秘密トランザクション鍵２１６Ａは、好ましくは、マルチ承認トランザクションアドレス５３０からトランザクションするために使用され得る。（通貨変換システム１０４の秘密トランザクション鍵２１６Ａとともに）信頼できるサードパーティ１０６における秘密トランザクション鍵２２６Ａは、顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた場合に、顧客ウォレットを復元するために使用できる。
[0126]図６は、マルチ承認トランザクションアドレス５３０を生成するための方法６００を示すフロー図である。方法６００は、通貨変換システム１０４によって実行され得る。方法６００は、新しいトランザクションアドレスが、顧客ウォレットで必要とされるときはいつでも実行することができる。例では、方法６００は、マルチ承認トランザクションアドレス５３０を生成するための、マルチ承認トランザクションアドレス５３０を作成して新しく購入した暗号通貨を格納するための、または暗号通貨トランザクション中に、たとえば、新しいマルチ承認トランザクションアドレス５３０を作成して、トランザクション後の残りの暗号通貨を格納するための顧客要求に応答して実行され得る。
[0127]オプションで、通貨変換システム１０４は、顧客デバイス１０２からのアイデンティティデータ６０２を検証することができる。例では、アイデンティティデータは、顧客の名前、生年月日、運転免許証番号と有効期限、住所、電話番号、電子メールアドレス、社会保障番号、顧客の政府発行の写真付き身分証明書の画像、政府発行の写真付き身分証明書を保持する顧客の写真、雇用情報、および／または、収入を含むことができる。アイデンティティデータは、指紋データ（たとえば、顧客の指紋のスキャン）、網膜スキャンデータ（たとえば、顧客の網膜の画像）、顔認識データ（たとえば、顧客の顔の画像）、および／または音声データ（たとえば、顧客の声の記録）のような生体データも含むことができる。生の生体データ（たとえば、画像および／または記録）の代わりに、アイデンティティデータは、生の生体データから導出された処理済みのデータ、たとえば、画像の特徴、音声の特徴などを含むことができる。
[0128]通貨変換システム１０４は、受信した生体データを、以前に格納された生体データ、たとえば、顧客が最初に通貨変換システム１０４で自分のアカウントを作成したときに格納された生体データと比較することにより、顧客デバイス１０２から受信した顧客のアイデンティティデータを検証することができる。
[0129]オプションで、通貨変換システム１０４は、第１の親公開鍵から導出される第１の公開鍵を決定６０４することができる。例では、通貨変換システム１０４は、公開トランザクション鍵２０７Ａを公開アカウント鍵２０５および／または秘密アカウント鍵２０４からすでに導出している顧客デバイス１０２から公開トランザクション鍵２０７Ａを受信することができる。言い換えれば、第１の公開鍵は、顧客デバイス１０２に格納されたノードツリー２００Ａからの公開トランザクション鍵２０７Ａであり得、第１の親公開鍵は、公開アカウント鍵２０５または秘密アカウント鍵２０４であり得る。
[0130]オプションで、通貨変換システム１０４は、第２の親公開鍵から導出される第２の公開鍵（たとえば、通貨変換システム１０４に格納されたノードツリー２００Ｂにおける公開トランザクション鍵２１７）を決定６０６することもできる。例では、通貨変換システム１０４は、通貨変換システム１０４に格納されたノードツリー２００Ｂから公開トランザクション鍵２１７を導出することができる。例では、公開トランザクション鍵２１７は、オプションでマスタ秘密鍵２１２から導出されるマスタ公開鍵２１３から導出される公開アカウント鍵２１５から導出される。あるいは、公開トランザクション鍵２１７は、マスタ秘密鍵２１２から導出される秘密アカウント鍵２１４から導出され得る。あるいは、公開トランザクション鍵２１７は、マスタ秘密鍵２１２から導出される秘密アカウント鍵２１４から導出される公開アカウント鍵２１５から導出され得る。したがって、第２の親公開鍵は、通貨変換システム１０４に格納されたノードツリー２００Ｂ内の公開アカウント鍵２１５、マスタ公開鍵２１３、マスタ秘密鍵２１２、または秘密アカウント鍵２１４であり得る。
[0131]オプションで、通貨変換システム１０４は、第３の親公開鍵から導出される第３の公開鍵を決定６０８することもできる。例では、通貨変換システム１０４は、信頼できるサードパーティ１０６から以前に受信されたマスタ公開鍵２２３からオプションで導出された公開アカウント鍵２２５から公開トランザクション鍵２２７を導出することができる。あるいは、通貨変換システム１０４は、信頼できるサードパーティ１０６から以前に受信されたマスタ公開鍵２２３から公開トランザクション鍵２２７を導出することができる。言い換えれば、第３の公開鍵は公開トランザクション鍵２２７であり得、第３のマスタ鍵はそれぞれマスタ公開鍵２２３または公開アカウント鍵２２５であり得る。
[0132]通貨変換システム１０４はまた、ハッシュ関数（たとえば、ＢＩＰ１６または他の公開鍵スクリプトで定義されているような、ペイツースクリプトハッシュ（Ｐ２ＳＨ））を使用して、第１の親公開鍵から導出された第１の公開鍵、第２の親公開鍵から導出された第２の公開鍵、およびハッシュ関数を使用して第３の親公開鍵から導出された第３の公開鍵から、マルチ承認トランザクションアドレス５３０を導出６１０することができる。マルチ承認トランザクションアドレス５３０は、マルチ承認トランザクションアドレス５３０からトランザクションするために、第１の公開鍵、第２の公開鍵、および第３の公開鍵のうちの少なくともＭ個（たとえば、２個）に関連付けられた秘密鍵を必要とし得る。
[0133]通貨変換システム１０４は、第２の公開鍵２２７に関連付けられたマルチ承認トランザクションアドレス５３０および／または秘密トランザクション鍵２２６を顧客デバイス１０２に送信６１２することができる。その後、顧客デバイス１０２は、公開トランザクション鍵２０７Ａ、２１７Ａ、２２７Ａのうちの少なくとも２個に関連付けられた秘密トランザクション鍵を使用して、マルチ承認トランザクションアドレス５３０からトランザクションを行うことができる。例では、顧客デバイス１０２に格納された秘密トランザクション鍵２０６Ａ、および通貨変換システム１０４に格納された秘密トランザクション鍵２１６Ａは、通常、マルチ承認トランザクションアドレス５３０からトランザクションするために使用され得る。あるいは、通貨変換システム１０４に格納された秘密トランザクション鍵２１６Ａ、および信頼できるサードパーティ１０６に格納された秘密トランザクション鍵２２６Ａを使用して、顧客ウォレットの復元中に、マルチ承認トランザクションアドレス５３０からトランザクションすることができる。
[0134]図７Ａは、たとえば、商品またはサービスに暗号通貨を使用するなど、マルチ承認システムにおける暗号通貨トランザクションのための例示的な方法７００Ａを示すフロー図である。方法７００Ａは、図１に示されているシステム１００内の顧客デバイス１０２、通貨変換システム１０４、およびオプションで、信頼できるサードパーティ１０６によって実行することができる。
[0135]システム１００は、オプションで、１つまたは複数の第１の秘密トランザクション鍵２０６を顧客デバイス１０２に、１つまたは複数の第２の秘密トランザクション鍵２１６を通貨変換システム１０４に、そして１つまたは複数の第３の秘密トランザクション鍵２２６を、信頼できるサードパーティ１０６に配布７０２することができる。例では、秘密トランザクション鍵２０６、２１６、２２６は、それぞれ顧客デバイス１０２、通貨変換デバイス１０４、および信頼できるサードパーティ１０６のそれぞれの秘密アカウント鍵２０４、２１４、２１６から導出されてもよい。
[0136]暗号通貨トランザクションを開始するために、顧客は、認証データを使用して顧客デバイス１０２上でアプリケーションを開く７０４ことができる。例では、認証データは、生体データ、たとえば、顧客が、指紋リーダに指を置く、カメラを自分の顔に向ける、カメラを自分の目に向ける、またはマイクに向かって話すことを含み得る。例では、生体データがオンボーディング中にアップロードされた生体データと一致する場合にのみ、アプリケーションが開く（または特定のアクセスを許可する）場合がある。あるいは、認証データは、パスワード、または生体データとパスワードとの組合せであってもよい。ユーザがアプリケーションへのアクセス権を取得すると、顧客はアプリケーションでトランザクション要求を作成７０６することができる。
[0137]トランザクション要求は、転送される暗号通貨のタイプおよび量、たとえば、０．１５ビットコインを示すことができる。トランザクション要求は、条件付きトリガー要件、トランザクション要求の期間など、オプションの属性を示す場合もある。トランザクション要求は、暗号通貨が転送される宛先のウォレットのトランザクションアドレスも含むこともできる。
[0138]トランザクション要求は、第１の秘密トランザクション鍵２０６および第２の秘密トランザクション鍵２１６に基づいて署名７０８されてもよい。具体的には、顧客デバイス１０２上のアプリケーションは、トランザクション要求を満たすのに十分な暗号通貨を備えたマルチ承認トランザクションアドレス５３０を識別することができる。単一のマルチ承認トランザクションアドレス５３０が十分な暗号通貨で識別できない場合、アプリケーションは、トランザクション要求を満たすのに十分な累積暗号通貨で複数のマルチ承認トランザクションアドレス５３０を識別できる。次に、アプリケーションは、識別された各マルチ承認トランザクションアドレス５３０の第１の秘密トランザクション鍵２０６および第２の秘密トランザクション鍵２１６を、それぞれのマルチ承認トランザクションアドレス５３０からトランザクションするために、償還スクリプト（たとえば、ＢＩＰ１６にしたがう償還スクリプト）に入力する。
[0139]トランザクション要求が署名されると、トランザクションは、ブロックチェーンなどの分散型台帳１１８に記録するために資産交換所１０８に送信され得る。
[0140]図７Ｂは、たとえば、商品またはサービスのために暗号通貨を使用するなど、鍵分割システムにおける暗号通貨トランザクションのための例示的な方法７００Ｂを示すフロー図である。方法７００Ｂは、図１に示されているシステム１００内の顧客デバイス１０２、通貨変換システム１０４、およびオプションで、信頼できるサードパーティ１０６によって実行することができる。
[0141]システム１００は、オプションで、第１の秘密鍵コンポーネントを顧客デバイス１０２に、第２の秘密鍵コンポーネントを通貨変換システム１０４に、そして第３の秘密鍵コンポーネントを、信頼できるサードパーティ１０６に配布７１２することができる。例では、秘密鍵コンポーネントは、たとえば、多項式補間またはＳｈａｍｉｒ秘密共有を使用して、顧客デバイス上の秘密トランザクション鍵２０６から生成され得る。例では、特定のトランザクションアドレスから暗号通貨トランザクションに署名するために使用される秘密トランザクション鍵２０６を再構築するために、Ｍ／Ｎ（たとえば、２／３）鍵コンポーネントが必要とされ得る。例では、第３の秘密鍵コンポーネントは、たとえば、第１の秘密鍵コンポーネントを含む顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた場合など、緊急時にのみ使用される。
[0142]暗号通貨トランザクションを開始するために、顧客は、認証データを使用して顧客デバイス１０２においてアプリケーションを開く７１４ことができる。例では、認証データは、生体データ、たとえば、顧客が、指紋リーダに指を置く、カメラを自分の顔に向ける、カメラを自分の目に向ける、またはマイクに向かって話すことを含み得る。例では、アプリケーションは、生体データがオンボーディング中にアップロードされた生体データと一致する場合にのみ開くことができる。あるいは、認証データは、パスワード、または生体データとパスワードとの組合せであってよい。ユーザがアプリケーションへのアクセス権を取得すると、顧客はアプリケーションでトランザクション要求を作成７１６することができる。
[0143]トランザクション要求は、転送される暗号通貨のタイプおよび量、たとえば、０．１５ビットコインを示すことができる。トランザクション要求は、条件付きトリガー要件、トランザクション要求の期間など、オプションの属性を示す場合もある。トランザクション要求は、暗号通貨が転送される宛先ウォレットの公開アドレスも含み得る。
[0144]トランザクション要求は、第１の秘密鍵コンポーネントおよび第２の秘密鍵コンポーネントに基づいて署名７１８され得る。鍵分割構成では、２個以上の鍵コンポーネントを使用して秘密トランザクション鍵２０６を再構築し、次に、たとえば図８Ｅに記載されているように、再構築された秘密トランザクション鍵２０６を使用してトランザクション要求に署名することで、トランザクション要求に署名７１８できる。
[0145]トランザクション要求が署名されると、ブロックチェーンなどの分散型台帳１１８に記録するために、トランザクションは資産交換所１０８に送信され得る。
[0146]図８Ａ～図８Ｅは、トランザクション要求に署名するための５つの異なるオプションを示す。具体的には、図８Ａ～図８Ｄは、図７Ａの要素７０８の異なる実施を示し、図８Ｅは、図７Ｂの要素７１８の実施を示す。
[0147]図８Ａは、マルチシグを使用してトランザクション要求に署名するための第１の例示的な方法８００Ａを示すフロー図である。方法８００Ａは、暗号通貨とのトランザクションを求める顧客デバイス１０２によって実行され得る。顧客デバイス１０２は、トランザクション要求を満たすために十分な暗号通貨を備えた１つまたは複数のマルチ承認トランザクションアドレス５３０を識別８０１することができる。言い換えれば、顧客デバイス１０２は、正しいタイプ、および、たとえば、０．１５ビットコインなどの顧客の所望のトランザクションを満たすのに少なくとも十分な量の暗号通貨を累積的に保持する１つまたは複数の以前に生成されたマルチ承認トランザクションアドレス５３０を見つけることができる。１つまたは複数のマルチ承認トランザクションアドレス５３０は、暗号通貨の購入中、残りの暗号通貨を格納するための以前の暗号通貨トランザクション中に、および／または、顧客の要求時に作成され得る。
[0148]顧客デバイス１０２はまた、１つまたは複数のマルチ承認トランザクションアドレス５３０に関連付けられた１つまたは複数の第１の秘密トランザクション鍵２０６を識別８０３できる。第１の秘密トランザクション鍵２０６は、顧客デバイス１０２上のノードツリー２００Ａに格納され得る。第１の秘密トランザクション鍵２０６は、強化された（すなわち、拡張されていない）鍵であり得る。
[0149]顧客デバイス１０２はまた、１つまたは複数のマルチ承認トランザクションアドレス５３０に関連付けられた１つまたは複数の第２の秘密トランザクション鍵２１６を識別８０５できる。第２の秘密トランザクション鍵２１６は、最初は、通貨変換システム１０４上のノードツリー２００Ｂに格納され、その後、顧客デバイス１０２に送信され得る。例では、第２の秘密トランザクション鍵２１６は、１つまたは複数のマルチ承認トランザクションアドレス５３０が、たとえば、暗号通貨の購入中に、資金が提供された、および／または、残りの暗号通貨を格納するために以前の暗号通貨トランザクション中に作成されたときに、顧客デバイス１０２に送信され得る。第２の秘密トランザクション鍵２１６は、強化された（すなわち、拡張されていない）鍵であり得る。
[0150]顧客デバイス１０２は、１つまたは複数の第１の秘密トランザクション鍵２０６および１つまたは複数の第２の秘密トランザクション鍵２１６を使用して、トランザクション要求に署名８０７することができる。署名は、たとえば、各ソースマルチ承認トランザクションアドレス５３０に対応する第１の秘密トランザクション鍵および第２の秘密トランザクション鍵２１６が入力されたことを確認した後、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを使用して、署名されたトランザクションを生成することを含み得る。
[0151]オプションで、顧客デバイスは、トランザクション後の残りの資金を保持するために、新しいマルチ承認トランザクションアドレス５３０を作成する要求を通貨変換システム１０４に送信８０９することができる。例では、トランザクション要求が、０．５ビットコインを保持するマルチ承認トランザクションアドレス５３０から０．１５ビットコインを転送することであった場合、残りの０．３５ビットコインは、通貨変換システム１０４によって作成された新しいマルチ承認トランザクションアドレス５３０に転送され得る。
[0152]新しいマルチ承認トランザクションアドレス５３０を作成するために、図５～図６に例示されるように、通貨変換システム１０４は、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６からの３個の公開トランザクション鍵２０７、２１７、２２７をそれぞれ使用することができる。
[0153]図８Ｂ～図８Ｄは、第１の秘密トランザクション鍵２０６Ａ、第２の秘密トランザクション鍵２１６Ａ、およびオプションとして第３の秘密トランザクション鍵２２６Ａが、以前に顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６でそれぞれ配布されていると仮定する。
[0154]図８Ｂは、マルチシグを使用してトランザクション要求に署名するための第２の例示的な方法８００Ｂを示すフロー図である。方法８００Ｂでは、顧客デバイス１０２は、生体データと、第２の秘密トランザクション鍵２１６Ａを求める要求とを、通貨変換システム１０４に送信８０２することができる。これは、通貨変換デバイス１０４上のノードツリー２００Ｂに格納された秘密アカウント鍵２１４Ａのインデクスを送信することを含み得る。通貨変換システム１０４は、要求を受信し、生体データが、顧客の格納された生体データと一致することを確認し、ＡＭＬが以前に顧客に対して実行されたことを確認８０４することができる。
[0155]通貨変換システム１０４は、第２の秘密トランザクション鍵２１６Ａ、たとえば、顧客デバイス１０２からのインデクスおよび秘密アカウント鍵２１４Ａを使用して識別された第２の秘密トランザクション鍵２１６Ａを顧客デバイス１０２に転送８０６し得る。次に、顧客デバイス１０２は、（顧客デバイス１０２に格納された）第１の秘密トランザクション鍵２０６Ａおよび（通貨変換システム１０４から受信した）第２の秘密トランザクション鍵２１６Ａを使用してトランザクション要求に署名８０８し得る。署名は、たとえば、マルチ承認トランザクションアドレス５３０に対応する第１の秘密トランザクション鍵２０６Ａおよび第２の秘密トランザクション鍵２１６Ａが入力されたことを確認した後、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを使用して、署名されたトランザクションを生成することを含み得る。
[0156]オプションで、顧客デバイス１０２は、トランザクション要求に第２の署名を追加した直後に（通貨変換システム１０４から受信した）第２の秘密トランザクション鍵２１６Ａを削除８１０することができる。
[0157]図８Ｃは、マルチシグを使用してトランザクション要求に署名するための第３の例示的な方法８００Ｃを示すフロー図である。方法８００Ｃでは、顧客デバイス１０２は、顧客デバイス１０２に格納された第１の秘密トランザクション鍵２０６Ａを使用して、トランザクション要求に署名８１２することができる。顧客デバイス１０２は、部分的に署名されたトランザクション要求を通貨変換システム１０４に送信８１４することができる。通貨変換システム１０４は、通貨変換システム１０４に格納された第２の秘密トランザクション鍵２１６Ａを使用してトランザクション要求に署名８１６することができる。通貨変換システム１０４は、完全に署名されたトランザクション要求を顧客デバイス１０２に送信８１８することができる。
[0158]図８Ｄは、マルチシグを使用してトランザクション要求に署名するための第４の例示的な方法８００Ｄを示すフロー図である。方法８００Ｄでは、顧客デバイス１０２は、署名されていないトランザクション要求を、通貨変換システム１０４に送信８２２することができる。通貨変換システム１０４は、通貨変換システム１０４に格納された第２の秘密トランザクション鍵２１６Ａを使用して、トランザクション要求に署名８２４することができる。トランザクションは、３個のうち２個の秘密トランザクション鍵（たとえば、秘密トランザクション鍵２０６Ａ、２１６Ａ、２２６Ａのうち２個）を使用した署名を必要とする場合があるため、この時点では、トランザクション要求に部分的にしか署名できない。したがって、通貨変換システム１０４は、部分的に署名されたトランザクション要求を、顧客デバイス１０２に送り返す８２６ことができる。顧客デバイス１０２は、顧客デバイス１０２に格納された第１の秘密トランザクション鍵２０６Ａを使用して、トランザクション要求に署名８２８することができる。
[0159]図８Ｅは、鍵分割を使用してトランザクション要求に署名するための方法８００Ｅを示すフロー図である。図８Ｅは、秘密トランザクション鍵が、たとえば、多項式補間またはＳｈａｍｉｒ秘密共有を使用して、少なくとも２個（または３個）の鍵コンポーネントのセットに事前に分割されていることを前提とする。図８Ｅはまた、第１の秘密鍵コンポーネント、第２の秘密鍵コンポーネント、およびオプションで第３の秘密鍵コンポーネントが、それぞれ顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６でそれぞれ事前に配布されていると仮定する。
[0160]方法８００Ｅでは、顧客デバイス１０２は、生体データと、第２の秘密鍵コンポーネントを求める要求とを、通貨変換システム１０４に送信８３２することができる。通貨変換システム１０４は、この要求を受信し、生体データが顧客の格納された生体データと一致することを確認し、ＡＭＬが以前に顧客に対して実行されたことを確認８３４することができる。通貨変換システム１０４は、第２の秘密鍵コンポーネントを顧客デバイス１０２に転送８３６することもできる。顧客デバイス１０２は、（顧客デバイス１０２に格納された）第１の秘密鍵コンポーネントおよび（通貨変換システム１０４から受信した）第２の秘密鍵コンポーネントを使用して秘密鍵を再構築８３８し得る。顧客デバイス１０２は、再構築された秘密トランザクション鍵を使用して、トランザクション要求に署名８４０することができる。オプションで、顧客デバイス１０２は、署名をトランザクション要求に追加した直後に、（通貨変換システム１０４から受信した）第２の秘密鍵コンポーネントおよび／または再構築された秘密鍵を削除８４２することができる。
[0161]図９Ａは、マルチシグを使用して顧客の鍵の紛失後に顧客ウォレットを復元するための例示的な方法９００Ａを示すフロー図である。方法９００Ａは、図１に示される通貨変換システム１０４によって実行され得る。方法９００Ａは、顧客が顧客ウォレットの鍵を格納したデバイス（たとえば、モバイルデバイス）を紛失または破壊したことに応答して実行され得る。方法９００Ａはまた、顧客が新しいモバイルデバイスを購入する（すなわち、アップグレードする）とき、または顧客がモバイルデバイスをハードリセット／再フォーマットするときに実行され得る。
[0162]通貨変換システム１０４は、顧客デバイス１０２から、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信９０１することができる。例では、アイデンティティデータは、顧客の名前、生年月日、運転免許証番号と有効期限、住所、電話番号、電子メールアドレス、社会保障番号、顧客の政府発行の写真付き身分証明書の画像、政府発行の写真付き身分証明書を保持する顧客の写真、雇用情報、および／または、収入を含むことができる。アイデンティティデータは、指紋データ（たとえば、顧客の指紋のスキャン）、網膜スキャンデータ（たとえば、顧客の網膜の画像）、顔認識データ（たとえば、顧客の顔の画像）、および／または音声データ（たとえば、顧客の声の記録）のような生体データも含むことができる。生の生体データ（たとえば、画像および／または記録）の代わりに、アイデンティティデータは、生の生体データから導出された処理済みのデータ、たとえば、画像の特徴、音声の特徴などを含むことができる。
[0163]通貨変換システム１０４は、顧客デバイス１０２から受信した顧客のアイデンティティデータを検証９０３することができる。例では、検証は、受信した生体データを、以前に格納された生体データ、たとえば、顧客が最初に通貨変換システム１０４でアカウントを作成したときに格納された生体データと比較することを含み得る。
[0164]顧客デバイスから受信されたアイデンティティデータが検証されると（すなわち、受信された生体データが、以前に格納された生体データと一致すると）、通貨変換システム１０４は、顧客ウォレットに関連付けられた第１の鍵を求める要求を、信頼できるサードパーティ１０６の鍵リポジトリに通信９０５することができる。例では、第１の鍵は、信頼できるサードパーティ１０６に格納された秘密トランザクション鍵２２６であり得る。
[0165]通貨変換システム１０４はまた、信頼できるサードパーティ１０６のための鍵リポジトリから、顧客ウォレットに関連付けられた第１の鍵を受信９０７することもできる。通貨変換システム１０４はまた、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、顧客ウォレットを復元９０９することができる。例では、第２の鍵は、通貨変換システム１０４に格納された秘密トランザクション鍵２２６であり得る。
[0166]オプションで、通貨変換システム１０４は、顧客の古い顧客デバイス１０２からのトランザクション要求が、もはや署名または実行されるべきではないことを示す内部設定を変更９１１することもできる。
[0167]図９Ｂは、マルチシグを使用して顧客の鍵の紛失後に顧客ウォレットを復元するための別の例示的な方法９００Ｂを示すフロー図である。方法９００Ｂは、図１に示される通貨変換システム１０４によって実行され得る。方法９００Ｂは、顧客が顧客ウォレットの鍵を格納したデバイス（たとえば、モバイルデバイス）を紛失または破壊したことに応答して実行され得る。方法９００Ｂはまた、顧客が新しいモバイルデバイスを購入する（すなわち、アップグレードする）とき、または顧客がモバイルデバイスをハードリセット／再フォーマットするときに実行されてもよい。
[0168]通貨変換システム１０４は、顧客デバイス１０２から、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信９０２することができる。例では、アイデンティティデータは、顧客の名前、生年月日、運転免許証番号と有効期限、住所、電話番号、電子メールアドレス、社会保障番号、顧客の政府発行の写真付き身分証明書の画像、政府発行の写真付き身分証明書を保持する顧客の写真、雇用情報、および／または、収入を含むことができる。アイデンティティデータはまた、指紋データ（たとえば、顧客の指紋のスキャン）、網膜スキャンデータ（たとえば、顧客の網膜の画像）、顔認識データ（たとえば、顧客の顔の画像）、および／または音声データ（たとえば、顧客の声の記録）のような生体データも含むことができる。生の生体データ（たとえば、画像および／または記録）の代わりに、アイデンティティデータは、生の生体データから導出された処理済みのデータ、たとえば、画像の特徴、音声の特徴などを含むことができる。
[0169]通貨変換システム１０４は、顧客デバイス１０２から受信した顧客のアイデンティティデータを検証９０４することができる。例では、検証は、受信した生体データを、以前に格納された生体データ、たとえば、顧客が最初に通貨変換システム１０４でアカウントを作成したときに格納された生体データと比較することを含み得る。
[0170]顧客デバイスから受信したアイデンティティデータが検証されると（すなわち、受信された生体認証データが、以前に格納された生体認証データと一致する場合）、通貨変換システム１０４は、顧客ウォレットにおける１つまたは複数の投入されたマルチ承認トランザクションアドレス５３０、つまり、暗号通貨が含まれる１つまたは複数のマルチ承認トランザクションアドレス５３０を識別９０６できる。これは、顧客のために通貨変換システム１０４に格納された秘密アカウント鍵２１４に関連付けられたマルチ承認トランザクションアドレス５３０をトラバースすることを含み得る。あるいは、通貨変換システム１０４は、顧客のために生成および／または投入された（秘密アカウント鍵２１４に関連付けられた）最後のマルチ承認トランザクションアドレス５３０のインデクスを維持することができる。
[0171]通貨変換システム１０４は、１つまたは複数の投入されたマルチ承認トランザクションアドレス５３０に関連付けられた１つまたは複数の第１の秘密トランザクション鍵２２６の信頼できるサードパーティ１０６を求める要求を鍵リポジトリ１１６に送信９０８できる。言い換えれば、通貨変換システム１０４は、投入されたマルチ承認トランザクションアドレス５３０を生成するために使用された公開トランザクション鍵２２７に関連付けられた秘密トランザクション鍵２２６を要求することができる。例では、この要求は、信頼されたサードパーティ１０６上で、要求された各第１の秘密トランザクション鍵２２６についてのインデクスを含み得、たとえば、通貨変換システム１０４が３個の第１の秘密トランザクション鍵２２６を要求する場合、要求は、信頼できるサードパーティ１０６の秘密アカウント鍵２２４について、３個のインデクスを含み得る。第１の秘密トランザクション鍵２２６は、暗号通貨および／または（残りの暗号通貨を格納するための）以前の暗号通貨トランザクションの購入中に生成された強化された鍵であり得る。
[0172]通貨変換システム１０４はまた、信頼できるサードパーティ１０６の鍵リポジトリから、顧客ウォレットに関連付けられた１つまたは複数の第１の秘密トランザクション鍵２２６を受信９１０し得る。通貨変換システム１０４はまた、１つまたは複数の投入されたマルチ承認トランザクションアドレス５３０に関連付けられた１つまたは複数の第１の秘密トランザクション鍵２２６および１つまたは複数の第２の秘密トランザクション鍵２１６を使用して、顧客ウォレットを復元９１２することもできる。例では、第２の秘密トランザクション鍵２１６は、通貨変換システム１０４上のノードツリー２００Ｂに格納されてもよく、１つまたは複数のマルチ承認トランザクションアドレス５３０に関連付けられてもよい。第２の秘密トランザクション鍵２１６は、（残りの暗号通貨を格納するための）暗号通貨および／または以前の暗号通貨トランザクションの購入中に生成された強化された鍵であり得る。
[0173]オプションで、通貨変換システム１０４は、顧客の古い顧客デバイス１０２からのトランザクション要求がもはや署名または実行されるべきではないことを示す内部設定を変更９１４することもできる。
[0174]図９Ｃは、鍵分割を使用して顧客の鍵コンポーネントの紛失後に顧客ウォレットを復元するための例示的な方法９００Ｃを示すフロー図である。方法９００Ｃは、図１に示される通貨変換システム１０４によって実行され得る。方法９００Ｃは、顧客が、顧客ウォレットの鍵コンポーネントを格納したデバイス（たとえば、モバイルデバイス）を紛失または破壊したことに応答して実行され得る。方法９００Ｃは、顧客が新しいモバイルデバイスを購入する（すなわち、アップグレードする）とき、または顧客がモバイルデバイスをハードリセット／再フォーマットするときにも実行され得る。
[0175]通貨変換システム１０４は、顧客デバイス１０２から、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信９１６することができる。例では、アイデンティティデータは、顧客の名前、生年月日、運転免許証番号と有効期限、住所、電話番号、電子メールアドレス、社会保障番号、顧客の政府発行の写真付き身分証明書の画像、政府発行の写真付き身分証明書を保持する顧客の写真、雇用情報、および／または、収入を含むことができる。アイデンティティデータは、指紋データ（たとえば、顧客の指紋のスキャン）、網膜スキャンデータ（たとえば、顧客の網膜の画像）、顔認識データ（たとえば、顧客の顔の画像）、および／または音声データ（たとえば、顧客の声の記録）のような生体データも含むことができる。生の生体データ（たとえば、画像および／または記録）の代わりに、アイデンティティデータは、生の生体データから導出された処理済みのデータ、たとえば、画像の特徴、音声の特徴などを含むことができる。
[0176]通貨変換システム１０４は、顧客デバイス１０２から受信した顧客のアイデンティティデータを検証９１８することができる。例では、検証は、受信した生体データを、以前に格納された生体データ、たとえば、顧客が最初に通貨変換システム１０４でアカウントを作成したときに格納された生体データと比較することを含み得る。
[0177]顧客デバイスから受信したアイデンティティデータが検証される（すなわち、受信された生体認証データが、以前に格納された生体認証データと一致する）と、通貨変換システム１０４は、顧客ウォレット内の１つまたは複数の投入されたトランザクションアドレス５３０、つまり、暗号通貨が含まれる１つまたは複数のマルチ承認トランザクションアドレス５３０を識別９２０できる。これは、顧客ウォレット内のトランザクションアドレス５３０をトラバースすることを含み得る。あるいは、通貨変換システム１０４は、顧客のために生成および／または投入された最後のトランザクションアドレス５３０のインデクスを維持することができる。
[0178]通貨変換システム１０４は、１つまたは複数の投入されたトランザクションアドレスに関連付けられた１つまたは複数の第１の秘密鍵コンポーネントを求める要求を、信頼できるサードパーティ１０６の鍵リポジトリに送信９２２することができる。言い換えれば、通貨変換システム１０４は、トランザクションアドレスを生成するために使用された公開鍵コンポーネントに関連付けられた第１の秘密鍵コンポーネントを要求することができる。
[0179]通貨変換システム１０４はまた、信頼できるサードパーティ１０６の鍵リポジトリから、顧客ウォレットに関連付けられた１つまたは複数の第１の鍵コンポーネントを受信９２４することができる。通貨変換システム１０４はまた、１つまたは複数の第１の鍵コンポーネントおよび１つまたは複数のトランザクションアドレス５３０に関連付けられた１つまたは複数の第２の鍵コンポーネントを使用して、顧客ウォレットを復元９２６することができる。例では、第２の秘密鍵コンポーネントは、（残りの暗号通貨を格納するために）暗号通貨および／または以前の暗号通貨トランザクションの購入中に生成されてもよい。
[0180]オプションで、通貨変換システム１０４は、顧客の古い顧客デバイス１０２からのトランザクション要求が、もはや署名または実行されるべきではないことを示す内部設定を変更９２８することもできる。
[0181]図１０Ａは、マルチシグを使用して顧客ウォレットを復元するための例示的な方法１０００Ａを示すブロック図である。図１０Ａは、図９Ａの要素９０９の１つの実施を示す。方法１０００Ａは、図１に示されている顧客デバイス１０２、通貨変換システム１０４、および／または信頼できるサードパーティ１０６のうちの１つまたは複数によって実行することができる。
[0182]方法１０００Ａは、顧客が、顧客ウォレットに関連付けられた秘密鍵を所有する顧客デバイス１０２を紛失、破壊、アップグレード、またはハードリセット／再フォーマットした後に実行されてもよい。顧客ウォレット（つまり、古い顧客ウォレット）を復元する処理には、新しい顧客ウォレットを作成し、古い顧客ウォレットから新しい顧客ウォレットに資産を転送することが含まれる。
[0183]本明細書で使用するとき、鍵、アドレス、または顧客ウォレットを指すときの「古い」という用語は、（たとえば、図３に記載されているように）鍵、アドレス、またはウォレットがオンボーディング中に作成されたことを意味する。鍵、アドレス、または顧客ウォレットを指す場合、「新しい」という用語は、１つまたは複数の古い鍵、アドレス、またはウォレットの紛失後のアカウントの復元中に鍵、アドレス、またはウォレットが作成されたことを意味する。
[0184]新しい顧客ウォレットに関連付けられた１つまたは複数の新しい秘密鍵が生成１００１されてもよい。新しい秘密鍵は、顧客デバイス１０２、通貨変換システム１０４、および／または信頼できるサードパーティ１０６のために生成されてもよい。
[0185]新しい秘密鍵を生成するデバイスのうちの１つのデバイス（たとえば、通貨変換システム１０４）は、新しい秘密鍵に基づいて、新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを生成１００３することもできる。これには、新しい秘密鍵に関連付けられた新しい公開鍵の生成、および新しい公開鍵からの新しいトランザクションアドレスの導出が含まれる場合がある。例では、ハッシュ関数は、３個の新しい公開鍵（たとえば、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６のおのおのから１個）を受信し、新しいトランザクションアドレスを生成することができる。次に、デバイスは、新しいトランザクションアドレスからトランザクションを実行するために、新しい公開鍵のうち少なくとも２個に関連付けられた新しい秘密鍵を所有する必要がある。
[0186]デジタル資産はまた、古い（紛失した）顧客ウォレットから、新しいトランザクションアドレスに転送１００５され、たとえば、（信頼できるサードパーティ１０６からの）第１の鍵と、（通貨変換システム１０４からの）第２の鍵とを使用してトランザクションに署名することができる。これには、顧客デバイス１０２、通貨変換システム１０４、および／または、信頼できるサードパーティ１０６が、資産交換所１０８（または分散型台帳１１８にアクセスできる他のノード）に、古い顧客ウォレットから新しいトランザクションアドレスへの所有権の変更を記録する要求を送信することが含まれる。所有権の変更を記録する要求には、新しい秘密鍵のＭ／Ｎ（たとえば、２／３）、または古い秘密鍵のＭ／Ｎ（たとえば、２／３）を使用した署名が必要な場合がある。したがって、要求を生成または送信するデバイスは、要求に署名する前に、１つまたは複数の古い秘密鍵をすでに所有していること、および／または、他のデバイスから１つまたは複数の古い秘密鍵を受信していることを確認する必要があり、つまり、生成／送信デバイスは、要求に署名する前に、古い秘密鍵のＭ／Ｎ（たとえば、２／３）を所有していることを確認する必要がある。
[0187]通貨変換システム１０４はまた、新しいトランザクションアドレスと、新しい秘密鍵のうちの１個または複数個とを、顧客デバイス１０２に通信１００７することができる。オプションで、通貨変換システムは、古い顧客ウォレットから新しいトランザクションアドレスへのデジタル資産の転送が、たとえば分散型台帳１１８に正常に記録されたときに、顧客デバイス１０２に通知１００９することもできる。
[0188]図１０Ｂは、マルチシグを使用して顧客ウォレットを復元するための別の例示的な方法１０００Ｂを示すブロック図である。図１０Ｂは、図９Ｂの要素９１２の１つの実施を示す。方法１０００Ｂは、図１に示されている顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６のうちの１つまたは複数によって実行することができる。
[0189]方法１０００Ｂは、顧客が顧客ウォレットに関連付けられた秘密鍵を所有する顧客デバイス１０２を紛失、破壊、アップグレード、またはハードリセット／再フォーマットした後に実行されてもよい。顧客ウォレット（つまり、古い顧客ウォレット）を復元する処理には、古いアカウント鍵に関連付けられたトランザクションアドレスから、新しいアカウント鍵に関連付けられたトランザクションアドレスに資産を転送することを含むことができる。
[0190]オプションで、顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６のおのおのについて、新しい公開アカウント鍵２０５、２１５、２２５を生成１００２することができる。方法１０００Ｂは、古い顧客デバイス１０２での顧客の秘密アカウント鍵２０４（および公開アカウント鍵２０５）の紛失後に実行される可能性が高いので、新しい顧客デバイス１０２は、たとえば新しい秘密アカウント鍵２０４から、新しい公開アカウント鍵２０５を生成することができる。通貨変換システム１０４は、ノードツリー２００Ｂに格納されたマスタ公開鍵２１３の新しいインデクスで新しい公開アカウント鍵２１５を生成することができる。通貨変換システム１０４は、通貨変換システム１０４に格納されたマスタ公開鍵２２３を使用して、たとえば、通貨変換システム１０４に格納されたマスタ公開鍵２２３の新しいインデクスで、信頼できるサードパーティ１０６のための新しい公開アカウント鍵２２５を生成することもできる。信頼できるサードパーティ１０６は、安全なおよび／または非電子的な手段を介して、そのマスタ公開鍵２２３を通貨変換システム１０４と共有することができる。
[0191]顧客デバイス１０２のための第１のインデクスゼロの公開トランザクション鍵２０７、通貨変換システム１０４のための第２のインデクスゼロの公開トランザクション鍵２１７、および第３のインデクスゼロの公開トランザクション鍵２２７が決定１００４され得る。例では、インデクスゼロの公開トランザクション鍵２０７、２１７、２２７のうちの１個または複数個は、それぞれ新しい公開アカウント鍵２０５、２１５、２２５のインデクス０で導出され得る。あるいは、またはさらに、インデクスゼロの公開トランザクション鍵２０７、２１７、２２７のうちの１個または複数個は、それぞれ１つまたは複数の新しい秘密アカウント鍵２０４、２１４、２２４から導出され得る。あるいは、またはさらに、１つまたは複数のインデクスゼロの公開トランザクション鍵２０７、２１７、２２７は、１つまたは複数の新しい秘密アカウント鍵２０４、２１４、２２４から導出され得る１つまたは複数のインデクスゼロ秘密トランザクション鍵２０６、２１６、２２６からそれぞれ導出され得る。言い換えると、インデクスゼロの公開トランザクション鍵２０７、２１７、２２７は、それぞれのノードツリー２００Ａ、２００Ｂ、２００Ｃ内の任意のパスを介して導出され得る。
[0192]通貨変換システム１０４は、インデクスゼロの公開トランザクション鍵２０７、２１７、２２７から、インデクスゼロのマルチ承認トランザクションアドレス５３０を生成１００６することもできる。これには、ハッシュ関数（たとえば、ペイツースクリプトハッシュ（Ｐ２ＳＨ）または他の公開鍵スクリプト）を使用して、マルチ承認トランザクションアドレス５３０からトランザクションするために、２個のインデクスゼロの秘密トランザクション鍵２０６、２１６、２２６を必要とするマルチ承認トランザクションアドレス５３０を作成することを含む。
[0193]通貨変換システム１０４は、第１の古い秘密アカウント鍵２０４に関連付けられた１つまたは複数の第１の秘密トランザクション鍵２２６と、第２の古い秘密アカウント鍵２１４に関連付けられた１つまたは複数の第２の秘密トランザクション鍵２１６を使用して、１つまたは複数の投入されたマルチ承認トランザクションアドレス５３０の暗号通貨を、インデクスゼロのマルチ承認トランザクションアドレス５３０に転送１００８することもできる。言い換えると、通貨変換システム１０４は、古い秘密アカウント鍵２０４、２１４、２２４および／または古い公開アカウント鍵２０５、２１５、２２５に関連付けられたマルチ承認トランザクションアドレス５３０から暗号通貨を、新しい公開アカウント鍵２０５、２１５、２２５に関連付けられたインデクスゼロのマルチ承認トランザクションアドレスに転送することができる。
[0194]通貨変換システム１０４はまた、インデクスゼロのマルチ承認トランザクションアドレス５３０と、第２の公開トランザクション鍵２１７に関連付けられた秘密トランザクション鍵２１６とを、顧客デバイス１０２に通信１０１０することができる。オプションで、通貨変換システム１０４は、分散型台帳への転送を記録し、転送が正常に記録されたときに顧客デバイス１０２に通知１０１２することもできる。
[0195]図１０Ｃは、鍵分割を使用して顧客ウォレットを復元するための例示的な方法１０００Ｃを示すブロック図である。図１０Ｃは、図９Ｂにおける要素９２６の１つの実施を示す。方法１０００Ｃは、図１に示されている顧客デバイス１０２、通貨変換システム１０４、および信頼できるサードパーティ１０６のうちの１つまたは複数によって実行することができる。
[0196]方法１０００Ｃは、顧客が、顧客ウォレットに関連付けられた秘密鍵コンポーネントを所有する顧客デバイス１０２を紛失、破壊、アップグレード、またはハードリセット／再フォーマットした後に実行されてもよい。顧客ウォレット（つまり、古い顧客ウォレット）を復元する処理には、新しい顧客ウォレットを作成し、古い顧客ウォレットから新しい顧客ウォレットに資産を転送することが含まれる。
[0197]オプションで、新しい公開アカウント鍵、たとえば、顧客デバイス１０２において新しい公開アカウント鍵２０５が生成１０１４されてもよい。方法１０００Ｃは、古い顧客デバイス１０２での顧客の秘密アカウント鍵２０４（および公開アカウント鍵２０５）の紛失後に実行される可能性が高いので、新しい顧客デバイス１０２は、たとえば、新しい秘密アカウント鍵２０４から、新しい公開アカウント鍵２０５を生成することができる。
[0198]インデクスゼロの公開トランザクション鍵は、新しい公開アカウント鍵から決定１０１６されてもよい。例では、インデクスゼロの公開トランザクション鍵２０７は、新しい公開アカウント鍵２０５のインデクス０で導出されてもよい。あるいは、インデクスゼロの公開トランザクション鍵２０７は、顧客デバイス１０２において新しい秘密アカウント鍵２０４から導出されてもよい。あるいは、インデクスゼロの公開トランザクション鍵２０７は、新しい秘密アカウント鍵２０４から導出され得るインデクスゼロの秘密トランザクション鍵２０６から導出され得る。言い換えれば、インデクスゼロの公開トランザクション鍵２０７は、ノードツリー２００Ａ内の任意のパスを介して導出され得る。
[0199]インデクスゼロのトランザクションアドレスは、インデクスゼロの公開トランザクション鍵２０７から生成１０１８され得る。これには、ハッシュ関数（たとえば、公開鍵スクリプト）を使用して、トランザクションアドレスからトランザクションするために、秘密トランザクション鍵２０６を必要とするトランザクションアドレスを作成することが含まれる。
[0200]信頼できるサードパーティ１０６からの１個または複数個の第１の秘密鍵コンポーネントと、通貨変換システム１０４からの１個または複数個の第２の秘密鍵コンポーネントとを使用して、１個または複数個の秘密トランザクション鍵２０６を再構成１０２０することができる。
[0201]１つまたは複数の投入されたトランザクションアドレスの暗号通貨は、再構成された秘密トランザクション鍵２０６を使用して、インデクスゼロのトランザクションアドレスに転送１０２２され得る。言い換えれば、古い秘密アカウント鍵２０４および／または古い公開アカウント鍵２０５に関連付けられたトランザクションアドレスからの暗号通貨は、新しい公開アカウント鍵２０５に関連付けられたインデクスゼロのトランザクションアドレスに転送されてもよい。
[0202]通貨変換システム１０４はまた、インデクスゼロのトランザクションアドレス５３０と、インデクスゼロの公開トランザクション鍵に関連付けられた１個または複数個の秘密鍵コンポーネントとを、顧客デバイス１０２に通信１０２４する。オプションで、転送は分散型台帳に記録され、転送が正常に記録されたときに顧客デバイス１０２に通知１０２６されてもよい。
[0203]図１１は、マルチ承認トランザクションアドレス５３０からトランザクションするための例示的なシステム１１００を示すブロック図である。システム１１００は、図５に示される通貨変換システム１０４を補完するものであり得、Ｎ個のうちＭ個（たとえば、２／３）の秘密トランザクション鍵２０６Ａ、２１６Ａ、２２６Ａを使用して、マルチ承認トランザクションアドレス５３０からトランザクションし得る。システム１１００は、用途に応じて、顧客デバイス１０２または通貨変換システム１０４で実施されてもよい。
[0204]具体的には、ルーチンの暗号通貨トランザクションの場合、システム１１００は、顧客デバイス１０２において実施され得る。例では、システム１１００は、通貨変換システム１０４から（顧客の秘密アカウント鍵２１４のインデクスＸで）秘密トランザクション鍵２１６Ａを受信することができる。システム１１００は、秘密トランザクション鍵２１６Ａおよび秘密トランザクション鍵２０６Ａ（やはり顧客デバイス１０２上の秘密アカウント鍵２０４のインデクスＸにある）を償還モジュール１１４０に入力することができる。償還モジュール１１４０は、秘密トランザクション鍵２０６Ａおよび秘密トランザクション鍵２１６Ａの両方が同じマルチ承認トランザクションアドレス５３０に対応することを確認することができる。秘密トランザクション鍵２０６Ａおよび秘密トランザクション鍵２１６Ａの両方がマルチ承認トランザクションアドレス５３０に対応する場合、償還モジュール１１４０は、署名されたトランザクション１１４２を生成することができる。言い換えれば、システム１１００は、マルチ承認トランザクションアドレス５３０における暗号通貨が、たとえば顧客デバイス１０２上で顧客によって指定された、別のトランザクションアドレスに転送されることを可能にし得る。償還モジュール１１４０は、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを使用して、署名されたトランザクション１１４２を生成することができる。
[0205]あるいは、顧客ウォレットの復元に関連する暗号通貨トランザクションの場合、システム１１００は、通貨変換システム１０４で実施されてもよい。例では、システム１１００は、信頼できるサードパーティ１０６から（顧客の秘密アカウント鍵２２４のインデクスＹで）秘密トランザクション鍵２２６Ａを受信することができる。システム１１００は、（通貨変換システム１０４上の秘密アカウント鍵２１４のインデクスＹにもある）秘密トランザクション鍵２２６Ａおよび秘密トランザクション鍵２１６Ａを、償還モジュール１１４０に入力することができる。償還モジュール１１４０は、秘密トランザクション鍵２１６Ａおよび秘密トランザクション鍵２２６Ａの両方が、同じマルチ承認トランザクションアドレス５３０に対応することを確認することができる。秘密トランザクション鍵２１６Ａおよび秘密トランザクション鍵２２６Ａの両方がマルチ承認トランザクションアドレス５３０に対応している場合、償還モジュール１１４０は、署名されたトランザクション１１４２を生成し、たとえば、システム１１００は、マルチ承認トランザクションアドレス５３０における暗号通貨が、新しいマルチ承認トランザクションアドレス５３０に転送されることを許可できる。償還モジュール１１４０は、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを使用して、署名されたトランザクション１１４２を生成することができる。
[0206]図１２は、マルチ承認暗号通貨アカウントおよびトランザクションのための別の例示的なシステム１２００を示すブロック図である。システム１２００は、顧客デバイス１０２、オプションの資産交換所１０８、オプションのアイデンティティサービスプロバイダ１１０、およびオプションの分散型台帳１１８を含むことができ、それぞれ一般に図１のシステム／デバイスに対応する。システム１２００は、Ｎ個のボールトシステム１２５０Ａ～Ｎおよびオプションの記録保持システム１２５２も含み得る。
[0207]ボールトシステム１２５０および記録保持システム１２５２のおのおのは、モバイル電話、タブレットコンピュータ、モバイルメディアデバイス、モバイルゲームデバイス、ラップトップコンピュータ、または車両ベースなどのモバイルコンピューティングデバイス、または、専用端末、公衆端末、キオスク、サーバ、クラウドサーバ、デスクトップコンピュータなどの非モバイルコンピューティングデバイスのうちのいずれかとして実施され得る。各ボールトシステム１２５０および記録保持システム１２５２は、１つまたは複数のハウジング内に１つまたは複数のコンピューティングデバイスを含むことができる。各ボールトシステム１２５０および記録保持システム１２５２は、少なくとも１つのメモリに格納された命令を実行する少なくとも１つのプロセッサを含み得る。
[0208]システム１２００内のデバイスのおのおのは、少なくとも１つのネットワーク１１２（ネットワーク１１２Ａ～Ｂなど）を使用して１つまたは複数の他のデバイスに通信可能に結合され得る。例では、少なくとも１つのネットワーク１１２は、少なくとも１つの有線ネットワークおよび／または少なくとも１つのワイヤレスネットワークを含む。例では、有線ネットワークおよびワイヤレスネットワークの任意の組合せを使用して、顧客デバイス１０２、ボールトシステム１２５０、およびオプションの記録保持システム１２５２を互いに結合することができる。例では、少なくとも１つのネットワーク１１２は、少なくとも１つのローカルエリアネットワーク（ＬＡＮ）、少なくとも１つのワイドエリアネットワーク（ＷＡＮ）、またはインターネットのうちの少なくとも１つを含む。例では、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットの任意の組合せを、少なくとも１つのネットワーク１１２として使用して、顧客デバイス１０２、ボールトシステム１２５０、およびオプションの記録保持システム１２５２を互いに結合することができる。
[0209]システム１２００は、マルチ承認方法論、たとえば、マルチパーティマルチシグネチャ（マルチシグ）方法論、マルチパーティ鍵分割方法論、またはこれら２つの組合せを使用することができる。マルチシグが使用される場合、Ｎ個の秘密鍵が、たとえば、顧客デバイス１０２、ボールトシステム１２５０、またはいくつかの組合せで生成され得る。あるいは、鍵分割が使用される場合、秘密鍵が顧客デバイス１０２、またはボールトシステム１２５０の１つで生成され、その後、秘密鍵がＮ個の鍵コンポーネントに分割され、それぞれが異なるボールトシステム１２５０または顧客デバイス１０２に格納される。あるいは、システム１２００は、たとえば、Ｎ個の秘密鍵が（顧客デバイス１０２および／またはボールトシステム１２５０において）生成され、秘密鍵のうちの少なくとも１個が、トランザクションの署名に使用する前に再構築する必要がある様々な鍵コンポーネントに分割されるマルチシグおよび鍵分割方法論の組合せを使用し得る。
[0210]システム１２００における顧客デバイス１０２は、データを暗号化／復号し、トランザクションアドレスを生成し、オプションの分散型台帳１１８に記録するために、完了したトランザクションを送信し、顧客ウォレット復元中にスイープトランザクションを生成し、および／または、トランザクションに署名する。例では、システム１２００内の顧客デバイス１０２は、Ｎ個の秘密鍵（または鍵コンポーネント）を生成し、それらを安全に保管するためにボールトシステム１２５０に配布することができる。あるいは、システム１２００内の顧客デバイス１０２は、Ｎ個の秘密鍵（または鍵コンポーネント）を生成し、それらのＮ－１個を、Ｎ－１個のそれぞれのボールトシステム１２５０に配布し、秘密鍵（または鍵コンポーネント）の１個を、たとえば、鍵リポジトリ１１１内にローカルに格納することができる。秘密鍵は、階層的決定論的（ＨＤ）秘密鍵、たとえば、上述の秘密アカウント鍵２０４であり得る。秘密鍵の各々には、特定の顧客へインデクス付けすることができる。
[0211]ボールトシステム１２５０でのオンボーディング中に、顧客デバイス１０２は、（顧客に関連付けられた）アイデンティティデータをボールトシステム１２５０および／またはアイデンティティサービスプロバイダ１１０に送信することができる。上記のように、アイデンティティデータは、たとえば、顧客の名前、生年月日、運転免許証番号と有効期限、住所、電話番号、電子メールアドレス、社会保障番号、顧客の政府発行の写真付き身分証明書の画像、政府発行の写真付き身分証明書を保持する顧客の写真、雇用情報、および／または、収入のような個人識別可能な情報を含むことができる。アイデンティティデータは、指紋データ（たとえば、顧客の指紋のスキャン）、網膜スキャンデータ（たとえば、顧客の網膜の画像）、顔認識データ（たとえば、顧客の顔の画像）、および／または音声データ（たとえば、顧客の声の記録）のような生体データも含むことができる。生の生体データ（たとえば、画像や記録など）の代わりに、アプリケーションは、生の生体データ、たとえば、画像の特徴、音声の特徴などから導出された処理済みのデータのみを送信できる。アイデンティティデータに加えて、顧客デバイス１０２は、ボールトシステム１２５０がたとえばその鍵リポジトリに格納するための秘密鍵（または、鍵コンポーネント）を送信することもできる。
[0212]（１）顧客デバイス１０２が、アイデンティティデータをボールトシステム１２５０に送信し、（２）ボールトシステム１２５０が、（顧客デバイス１０２から受信するのではなく）顧客デバイス１０２に関連付けられた秘密鍵（または鍵コンポーネント）を生成する代替のオンボーディング構成が可能であることに留意すべきである。ボールトシステム１２５０が顧客デバイス１０２から秘密鍵（または鍵コンポーネント）を受信するか、ボールトシステム１２５０が秘密鍵（または鍵コンポーネント）を生成するかに関わらず、ボールトシステム１２５０は秘密鍵（または鍵コンポーネント）をボールトシステム１２５０における顧客に関連付けることができる。
[0213]さらに、顧客デバイス１０２とボールトシステム１０２との間で実行されるオンボーディング処理は、秘密鍵（または鍵コンポーネント）の生成および／または送信を示すトランザクションを記録することを含み得る。例では、秘密鍵（または、鍵コンポーネント）を生成する顧客デバイス１０２またはボールトシステム１２５０は、秘密鍵（または、鍵コンポーネント）のハッシュを、秘密鍵（または、鍵コンポーネント）の作成の証明としてサービス提供するために、分散型台帳（または、オプションの分散型台帳１１８を実施するノード）に送信し得る。例では、単一のトランザクションが、Ｎ個すべての秘密鍵（または、鍵コンポーネント）の作成の証明としてサービス提供し得る。
[0214]さらに、アプリケーションプログラミングインターフェース（ＡＰＩ）は、顧客デバイス１０２とボールトシステム１２５０との間に分散されてもよい。例では、顧客デバイス１０２は、顧客が自分の秘密鍵（または、鍵コンポーネント）を格納したいボールトシステム１２５０（およびオプションで、顧客デバイス１０２自体）の数およびどれであるかを指定するユーザ入力を促し、受信することができる。例では、顧客は、任意の数（たとえば、Ｎ＝１－１００）のボールトシステム１２５０を選択して、秘密鍵（または、鍵コンポーネント）を格納し、アクション（たとえば、暗号化および／または復号化、トランザクションに署名すること、など）を実行するために、秘密鍵（または、鍵コンポーネント）のすべてが必要であること、すなわち、Ｍ＝Ｎを指定することができる。あるいは、顧客は、任意の数（たとえば、Ｎ＝１－１００）のボールトシステム１２５０を選択して、秘密鍵（または、鍵コンポーネント）を格納し、アクションを実行するためにすべての鍵（または鍵コンポーネント）より少ない鍵が必要であること、すなわち、Ｍ＜Ｎを指定することができる。好ましくは、ＭとＮの両方が１より大きい。
[0215]オプションで、顧客は、セキュリティ、信頼性、コスト、および／またはその他の懸念事項に基づいて、使用される構成を調整することができる。一例では、顧客は、４個のうち３個の秘密鍵（または、鍵コンポーネント）を必要とし、最初に顧客デバイス１０２自体に格納された４個のうち１個の秘密鍵（または、鍵コンポーネント）を用いて個人アカウントでアクションを実行する（たとえば、（Ｍ＝３）＜（Ｎ＝４））。このような構成は、たとえば、（１）より多くの人々が共謀してアカウントから資金を盗む必要があるため、および（２）すべての秘密鍵（または、鍵コンポーネント）は、顧客デバイス１０２の外部に存在しないため、顧客が高度な制御を保持することを希望するアカウントのために使用できる。言い換えると、３／４構成では、（たとえば、２／４または２／５構成および／または最初に顧客デバイス１０２自体に秘密鍵（または、鍵コンポーネント）を格納しない構成と比較して）アカウント資金の盗難の可能性を低減することができる。
[0216]別の例では、顧客は、個人アカウントでアクションを実行するために５個のうち２個の秘密鍵（または、鍵コンポーネント）を必要とする場合がある（たとえば、（Ｍ＝２）＜（Ｎ＝５））。そのような構成は、顧客がボールトシステム１２５２に格納されている秘密鍵（または、鍵コンポーネント）が紛失したことを懸念している場合に使用できる。言い換えると、５個のうち２個の構成は、（たとえば、２／２または２／３の構成と比較して）信頼性を高め、顧客のデータの損失に関連付けられたフェイルオーバの懸念を減らすことができる。
[0217]さらに、顧客は、複数のアカウント、たとえば、個人、ビジネス、家族などを有することができる。したがって、顧客は、２つの異なるアカウントに対して異なる方法でデジタルセキュリティを調整できる。たとえば、顧客は、個人アカウントでアクションを実行するために３個のうち２個の秘密鍵（または、鍵コンポーネント）しか必要としない場合がある（たとえば、（Ｍ＝２）＜（Ｎ＝３））一方、ビジネスアカウントでアクションを実行するために４個のうち４個の秘密鍵（または、鍵コンポーネント）を必要とする（たとえば、（Ｍ＝４）＝（Ｎ＝４））。さらに、顧客は最初に、１つのアカウントのために、顧客デバイス１０２に、Ｎ個のうち１個の秘密鍵（または、鍵コンポーネント）を格納する一方、別のアカウントのために最初に、Ｎ個のうち任意の秘密鍵（または、鍵コンポーネント）を格納しないことを選択できる。
[0218]したがって、必要に応じて、顧客は、セキュリティ、信頼性、コスト、および／またはその他の考慮事項に基づいて、（１）Ｍおよび／またはＮの値。および／または（２）Ｎ個の秘密鍵（または、鍵コンポーネント）の特定の保管場所を調整／選択できる。
[0219]顧客が、Ｎ個の秘密鍵（または、鍵コンポーネント）を格納することを望むボールトシステム１２５０（およびオプションで、顧客デバイス１０２自体）の数およびどれであるかを選択すると、顧客デバイス１０２は、その後、ＡＰＩを介して、選択したボールトシステム１２５０（たとえば、オンボーディング中およびその後）と通信することができる。さらに、顧客デバイス１０２および／またはボールトシステム１２５０は、ＡＰＩを使用して、顧客に関連付けられた秘密鍵（または鍵コンポーネント）を生成することができる。
[0220]オプションの記録保持システム１２５２は、どのボールトシステム１２５０が所与の顧客の秘密鍵（または鍵コンポーネント）を格納するかの記録を格納することができる。記録保持システム１２５２は、ボールトシステム１２５０のうちの１つと同じ場所に配置されてもよい。例では、記録保持システム１２５２は、顧客の秘密鍵（または鍵コンポーネント）を格納するボールトシステム１２５０であってもなくてもよい通貨変換システム１０４上に配置されてもよい。
[0221]システム１２００は、Ｎが１以上である場合、Ｎ個のボールトシステム１２５０Ａ～Ｎを含むことができる。各ボールトシステム１２５０は、おのおのが顧客に関連付けられた鍵（たとえば、データベースおよび／またはセキュアメモリ）を格納するための鍵リポジトリ１１７Ａ～Ｎを維持することができる。各ボールトシステム１２５０の鍵リポジトリ１１７は、それぞれのボールトシステム１２５０の他の機能を実行する同じまたは異なるデバイスに物理的に配置できる。
[0222]各ボールトシステム１２５０は、異なる信頼できるサードパーティ１０６（たとえば、信用組合または銀行などの金融機関）、通貨変換システム１０４（たとえば、銀行、または通貨を別の形態の通貨に変換するノンバンク金融機関）、企業、個人などによって所有および／または操作されてもよい。例では、ボールトシステム１２５０はおのおの、トランザクションアドレスまたはウォレット復元を生成するために（顧客デバイス１０２からの要求に応じて）秘密鍵（または鍵コンポーネント）を顧客デバイス１０２に送信し得るが、ボールトシステム１２５０は好ましくは、トランザクションアドレスの生成、トランザクションの署名、または、オプションの分散型台帳１１８自体へのトランザクションの送信をしない。このような例では、ボールトシステム１２５０は、適用可能な規則および規制の下で送金ライセンスを所持する必要がない場合がある。しかしながら、代替として、１つまたは複数のボールトシステム１２５０がトランザクションアドレスを生成し、トランザクションに署名し、トランザクションを送信し、および／または、送金ライセンスを所有する構成が可能である。
[0223]少なくとも１つのボールトシステム１２５０によるオンボーディングの後、顧客デバイス１０２（たとえば、顧客デバイス１０２上のＡＰＩ）は、秘密鍵（または鍵コンポーネント）の鍵要求を１つまたは複数のボールトシステム１２５０に送信することができる。１つの構成では、顧客デバイス１０２は、鍵要求を複数（たとえば、Ｎ個）のボールトシステム１２５０に送信することができる。あるいは、たとえば、顧客デバイス１０２が秘密鍵（または鍵コンポーネント）の１個をローカルに格納する場合、顧客デバイス１０２は、Ｎ－１個のボールトシステム１２５０に要求を送信することができる。例では、ボールトシステム１２５０は、秘密鍵（または鍵コンポーネント）を格納および／または顧客デバイス１０２に送信するための固定額を顧客デバイス１０２に請求し得る。
[0224]ボールトシステム１２５０および／またはアイデンティティサービスプロバイダ１１０は、認証プロトコルを使用して、鍵要求を送信している顧客を識別することができる。第１の認証構成では、ボールトシステム１２５０は、アイデンティティデータを直接格納する。この構成では、各鍵要求には、各ボールトシステム１２５０が要求元の顧客に関連付けられた秘密鍵（または鍵コンポーネント）を識別するために使用できるアイデンティティデータも含まれる。顧客のアイデンティティデータが検証され、秘密鍵（または鍵コンポーネント）が識別されると、ボールトシステム１２５０は、識別された秘密鍵（または鍵コンポーネント）を顧客デバイス１０２に送信することができる。
[0225]第２の認証構成では、（ボールトシステム１２５０ではなく）アイデンティティサービスプロバイダ１１０が、顧客のアイデンティティデータを格納することができる。ボールトシステム１２５０は認証システムを実施せず、顧客のＡＭＬ／ＫＹＣを実施せず、顧客のアイデンティティデータを格納しないため、第２の構成は第１の構成よりも好ましい場合がある。オプションで、顧客ウォレットプロバイダは、顧客のＡＭＬ／ＫＹＣを実施できる。
[0226]第２の認証構成では、顧客デバイス１０２によって送信された各鍵要求は、アイデンティティデータを含む（およびアイデンティティサービスプロバイダ１１０に送信される）対応するアイデンティティ要求を有し得る。アイデンティティサービスプロバイダ１１０は、顧客デバイス１０２からアイデンティティ要求を受信すると、アイデンティティ要求内のアイデンティティデータに基づいて顧客を認証し、その後、アイデンティティサービスプロバイダ１１０は、ある情報（たとえば、顧客ＩＤ）をボールトシステム１２５０に送信することができる。例では、アイデンティティサービスプロバイダ１１０は、顧客がアイデンティティサービスプロバイダ１１０で認証されたことを示す認証成功メッセージを送信することができる。顧客ＩＤおよび／または認証成功メッセージの受信に応答して、ボールトシステム１２５０は、顧客に関連付けられた秘密鍵（または鍵コンポーネント）を顧客デバイス１０２に送信することができる。
[0227]顧客デバイスが、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を所有すると、顧客デバイス１０２は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいて（たとえば、それを必要とする）少なくとも１つのアクションを実行することができる。このアクションの例は、（１）Ｍ個の秘密鍵（または鍵コンポーネント）を使用してデータを暗号化または復号すること、（２）Ｎ個の秘密鍵（または鍵コンポーネント）に基づいてトランザクションアドレスを生成すること、および／または、（３）Ｍ個の秘密鍵（または鍵コンポーネント）を使用して、たとえば、顧客ウォレットの復元中にスイープトランザクションのようなトランザクションに署名することを含むことができる。鍵分割構成では、アクションには、顧客デバイス１０２が、少なくともＭ（またはＮ）個の秘密鍵コンポーネントから秘密鍵を再構築することが含まれる。さらに、少なくともＭ個の秘密鍵（または鍵コンポーネント）は必要とされないかもしれないが、顧客デバイス１０２はまた、顧客ウォレット復元中にスイープトランザクションを生成し、および／または、トランザクションをオプションの分散型台帳１１８に、たとえばオプションの分散型台帳１１８を実施するノードに送信し得る。
[0228]秘密鍵（または鍵コンポーネント）を使用してデータを暗号化または復号する構成では、顧客デバイス１０２および／または少なくとも１つのボールトシステム１２５０は、Ｎ個の秘密鍵（または鍵コンポーネント）を生成することができる。マルチシグ構成では、Ｎ個の秘密鍵を、顧客デバイス１０２および／または少なくとも１つのボールトシステム１２５０で生成することができる。鍵分割構成では、（顧客デバイス１０２または少なくとも１つのボールトシステム１２５０において）単一の秘密鍵が生成され、Ｎ個の秘密鍵コンポーネントに分割される。異なるＮ個の秘密鍵（または鍵コンポーネント）のおのおのは、たとえば、異なるボールトシステム１２５０と顧客デバイス１０２との間で実行されるオンボーディング処理中に、少なくとも１つのボールトシステム１２５０および／または顧客デバイス１０２自体の異なるものに配布され得る。その後、顧客デバイス１０２は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を要求および受信することができ、たとえば、Ｍ個の秘密鍵（または鍵コンポーネント）は、認証後に少なくとも１つのボールトシステム１２５０から送信することができる。オプションで、顧客デバイス１０２は、Ｎ個の秘密鍵（または鍵コンポーネント）のうち１個をローカルに格納することができ、Ｎ－１個の秘密鍵（または鍵コンポーネント）のみを、Ｎ－１個のそれぞれのボールトシステム１２５０に配布する。
[0229]それぞれのボールトシステム１２５０とコンピューティングデバイス１０２との間の認証は、前述の構成のいずれかにしたがって実行され得る。例では、ボールトシステム１２５０は、アイデンティティデータを直接格納し、各鍵要求は、各ボールトシステム１２５０が要求元の顧客に関連付けられた秘密鍵（または鍵コンポーネント）を識別するために使用できるアイデンティティデータを含むこともできる。あるいは、（ボールトシステム１２５０ではなく）アイデンティティサービスプロバイダ１１０は、顧客のアイデンティティデータを格納することができ、アイデンティティサービスプロバイダ１１０は、アイデンティティサービスプロバイダ１１０と、顧客デバイス１０２との間で実行される認証処理に基づいて、認証の表示をボールトシステム１２５０に送信することができる。
[0230]顧客デバイス１０２がＮ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を所有すると、顧客デバイス１０２は、たとえば、ユーザ入力および／または以前の表示に基づいて、暗号化および／または復号されるデータを識別することができる。次に、顧客デバイス１０２は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してデータを暗号化および／または復号することができる。
[0231]マルチシグの例では、データの暗号化は、Ｎ個すべての秘密鍵（またはＮ個の秘密鍵から導出されるＮ個の鍵）を必要とし、データの復号は、Ｍ個の秘密鍵（またはＭ個の秘密鍵から導出されるＭ個の鍵）のみを必要とすることができる。鍵分割の例では、顧客デバイス１０２は、再構築された秘密鍵を使用してデータを暗号化および／または復号する前に、Ｎ個のうち少なくともＭ個の鍵コンポーネントから単一の秘密鍵を再構築することができる。
[0232]例では、暗号化および／または復号されるデータは、（たとえば、顧客のアイデンティティデータに関連する）非金銭的暗号トークン、（たとえば、資産の所有権を表す）セキュリティトークン、オーディオファイル、ビデオファイル、テキストファイル、または他の任意のデジタルオブジェクト、ファイル、および／または、トークンであり得る。例では、暗号化および／または復号は、ボールトシステム１２５０がおのおの顧客の秘密鍵（または鍵コンポーネント）を格納するための、および／または秘密鍵（または鍵コンポーネント）を顧客に送信するための料金を受信する連合サービスの一部であり得る。オプションで、顧客デバイス１０２は、データの暗号化および／または復号後に、ローカルに格納された秘密鍵（または、鍵コンポーネント）の少なくとも１個（たとえば、すべて）を削除することができる。
[0233]秘密鍵（または鍵コンポーネント）がＮ個の秘密鍵（または鍵コンポーネント）に基づいてトランザクションアドレスを生成するために使用される構成では、顧客デバイス１０２および／または少なくとも１つのボールトシステム１２５０は、Ｎ個の秘密鍵（または鍵コンポーネント）を生成し、それらを、顧客デバイス１０２および／または少なくとも１つのボールトシステム１２５０に配布することができる。鍵分割構成では、顧客デバイス１０２は、配布前に単一の秘密鍵をＮ個の秘密鍵コンポーネントに分割することができる。オプションで、顧客デバイス１０２は、Ｎ個のうち１個の秘密鍵（または鍵コンポーネント）をローカルに格納することができ、Ｎ－１個の秘密鍵（または鍵コンポーネント）のみをＮ－１個のそれぞれのボールトシステム１２５０に配布する。
[0234]マルチシグの例では、顧客デバイス１０２は、Ｎ個の公開トランザクション鍵（または鍵コンポーネント）を取得または導出した後に、トランザクションアドレスを生成することができる。マルチシグの例では、それぞれの公開トランザクション鍵は、Ｎ個の秘密鍵（または鍵コンポーネント）のおのおのから導出でき、各公開トランザクション鍵は、（１）ボールトシステム１２５０から受信された、または顧客デバイス１０２にローカルに格納された秘密アカウント鍵から直接、および／または（２）ボールトシステム１２５０から受信された、または顧客デバイス１０２にローカルに格納された秘密アカウント鍵から導出された公開アカウント鍵から、導出される。上記のように、ボールトシステム１２５０から秘密鍵を受信することは、（顧客デバイス１０２とボールトシステム１２５０との間の）直接認証処理、または（アイデンティティサービスプロバイダ１１０を介して実行される）間接認証処理を含み得る。トランザクションアドレスを生成することは、顧客デバイス１０２上で動作するマルチ承認ハッシュモジュール５２８を使用すること、たとえば、ＢＩＰ１６で定義されるようなペイツースクリプトハッシュ（Ｐ２ＳＨ）、または図５に関連して記載された他の公開鍵スクリプトを利用することを含み得る。公開トランザクション鍵に加えて、マルチ承認ハッシュモジュール５２８は、オプションで、たとえば、生成されたトランザクションアドレスからトランザクションに署名するためにＮ個のうちＭ個の秘密鍵が必要であることを指定するマルチ承認条件５２９を受信することができる。次に、Ｎ個の公開トランザクション鍵を（マルチ承認条件５２９とともに）マルチ承認ハッシュモジュール５２８への入力として使用して、トランザクションアドレスを生成することができる。
[0235]鍵分割の例では、公開トランザクション鍵は、Ｍ個（またはＮ個）の秘密鍵コンポーネントから再構築された単一の秘密鍵から導出されてもよい。公開トランザクション鍵が導出された後、公開トランザクション鍵に基づいてトランザクションアドレスが生成され得る。
[0236]トランザクションアドレスが生成された後、生成されたトランザクションアドレスで資金を受け取ることができる。その時点で、顧客デバイス１０２は、オプションの分散型台帳１１８に記録するために、スイープトランザクションを、オプションの分散型台帳１１８（またはオプションの分散型台帳１１８を実施するノードのうちの１つ）に送信することができる。
[0237]秘密鍵（または鍵コンポーネント）が、Ｍ個の秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名するために使用される構成では、顧客デバイス１０２および／または少なくとも１つのボールトシステム１２５０は、Ｎ個の秘密鍵（または主要なコンポーネント）を生成し、それらを、顧客デバイス１０２および／または少なくとも１つのボールトシステム１２５０に配布する。鍵分割構成では、顧客デバイス１０２は、分配前に単一の秘密鍵を、Ｎ個の秘密鍵コンポーネントに分割することができる。異なるボールトシステム１２５０と顧客デバイス１０２との間で実行されるオンボーディング処理の後、顧客デバイス１０２は、たとえば、（顧客デバイス１０２とボールトシステム１２５０との間の）直接認証処理、または（アイデンティティサービスプロバイダ１１０を介して実行される）間接認証処理を含む、Ｎ個のうち少なくともＭ個の秘密鍵（または、鍵コンポーネント）を受信し得る。オプションで、顧客デバイス１０２は、Ｎ個のうち１個の秘密鍵（または鍵コンポーネント）をローカルに格納することができ、Ｎ－１個の秘密鍵（または鍵コンポーネント）のみを、Ｎ－１個のそれぞれのボールトシステム１２５０に配布する。
[0238]マルチシグの例では、顧客デバイス１０２は、必要なＮ個のうちＭ個の秘密鍵を所有すると、Ｎ個のうちＭ個の秘密鍵を必要とするトランザクションアドレスからトランザクションに署名することができる。トランザクションに署名することは、顧客デバイス１０２上で動作する償還モジュール１１４０を使用することを含み得る。例では、償還モジュールは、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを利用して、たとえば、図１１に関連して記載されているように、署名されたトランザクション１１４２を生成することができる。例では、それぞれの秘密トランザクション鍵は、Ｍ個の秘密アカウント鍵（または鍵コンポーネント）のおのおのから導出でき、各秘密トランザクション鍵は、ボールトシステム１２５０から受信したそれぞれの秘密アカウント鍵から導出され、オプションでローカルに顧客デバイス１０２に格納される。Ｍ個の秘密トランザクション鍵は（トランザクションアドレスとともに）、署名されたトランザクションを生成するための償還モジュール１１４０への入力として使用されてもよい。鍵分割の例では、秘密トランザクション鍵は、Ｎ個のうちＭ個の秘密鍵コンポーネントから再構築された単一の秘密アカウント鍵から導出でき、その後、秘密トランザクション鍵とトランザクションアドレスとに基づいて、署名されたトランザクションを生成できる。
[0239]例では、顧客デバイス１０２は、たとえば、顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた後に、顧客アカウントまたはウォレットを復元するためのスイープトランザクションに署名することができる。スイープトランザクションは、すべての資金を顧客ウォレット内の少なくとも１つのトランザクションアドレス（たとえば、少なくとも１つの未使用トランザクション出力（ＵＴＸＯ））から新しいトランザクションアドレスに転送し得る。第１の例では、顧客デバイス１０２は、少なくともＭ個の秘密鍵（または少なくともＭ個の鍵コンポーネントから再構築された秘密鍵）を使用して、スイープトランザクションを生成および署名することができる。顧客デバイス１０２は、完全に署名されたスイープトランザクションを、オプションの分散型台帳１１８に記録するために、オプションの分散型台帳１１８（またはオプションの分散型台帳１１８を実施するノードの１つ）に送信することができる。
[0240]第２の例では、（１）顧客デバイス１０２は、外部エンティティ（たとえば、ボールトシステム１２５０および／または通貨変換システム１０４）がスイープトランザクションを生成することを要求し、（２）外部エンティティは、スイープトランザクションを生成し、オプションで署名し、（３）外部エンティティは、スイープトランザクションを顧客デバイス１０２に送信し、オプションでそれに署名し、（４）顧客デバイス１０２は、スイープトランザクションがＮ個のうち少なくともＭ個の秘密鍵によって署名されるまで、署名のために異なるボールトシステム１２５０にスイープトランザクションを繰り返し送信し（そして、それぞれのボールトシステム１２５０からトランザクションを受信し）、（５）顧客デバイス１０２は、オプションの分散型台帳１１８に記録するために、完全に署名されたスイープトランザクションをオプションの分散型台帳１１８（または、オプションの分散型台帳１１８を実施するノードの１つ）に送信する。
[0241]図１３は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいてアクションを実行するための例示的な方法１３００、たとえば、データの暗号化および／または復号、トランザクションアドレスの生成、トランザクションの署名などを示すフロー図である。方法１３００は、図１２のシステム１２００内の顧客デバイス１０２および／または少なくとも１つのボールトシステム１２５０によって実行され得る。
[0242]オプションで、複数のボールトシステム１２５０のおのおのは、顧客ウォレットに関連付けられたＮ個の秘密鍵（または鍵コンポーネント）のそれぞれ１個を決定１３０２することができる。Ｎ個の秘密鍵（または鍵コンポーネント）のおのおのは、顧客デバイス１０２および／またはそれぞれのボールトシステム１２５０で生成され得る。顧客デバイス１０２で生成された場合、複数のボールトシステム１２５０のおのおのは、たとえば、それぞれのオンボーディング処理中に、顧客デバイス１０２からそれぞれの秘密鍵（または鍵コンポーネント）を受信することができる。オプションで、顧客デバイス１０２は、Ｎ個のうち１個の秘密鍵（または鍵コンポーネント）をローカルに格納することができ、Ｎ－１個の秘密鍵（または鍵コンポーネント）のみをＮ－１個のそれぞれのボールトシステム１２５０に配布する。あるいは、Ｎ個の秘密鍵（または鍵コンポーネント）のおのおのは、Ｎ個のうちの異なる１個のボールトシステム１２５０に格納されてもよい。したがって、Ｎ個またはＮ－１個の秘密鍵（または鍵コンポーネント）を安全保管のためにボールトシステム１２５０に格納することができる。
[0243]例では、秘密鍵（または鍵コンポーネント）の生成および／または送信を示すトランザクションは、秘密鍵（または鍵コンポーネント）を生成するデバイス／システムによってオプションの分散型台帳１１８に記録（または記録のために送信）されてもよい。例では、秘密鍵（または鍵コンポーネント）を生成する顧客デバイス１０２またはボールトシステム１２５０は、秘密鍵（または鍵コンポーネント）の作成の証明としてサービス提供するために、秘密鍵（または鍵コンポーネント）のハッシュを分散型台帳（またはオプションの分散型台帳１１８を実施するノード）に送信し得る。例では、単一のトランザクションが、Ｎ個すべての秘密鍵（または鍵コンポーネント）の作成の証明としてサービス提供し得る。
[0244]オプションで、顧客デバイス１０２は、顧客のアイデンティティデータおよびそれぞれの秘密鍵（または鍵コンポーネント）を求める要求を送信１３０４することができる。第１の認証構成では、ボールトシステム１２５０は、アイデンティティデータを直接格納する。第１の認証構成では、各鍵要求は、各ボールトシステム１２５０が顧客に使用できるアイデンティティデータも含むことができる。第２の構成では、顧客デバイス１０２は、認証のために（ボールトシステム１２５０ではなく）アイデンティティサービスプロバイダ１１０にアイデンティティデータを送信することができ、その後、アイデンティティサービスプロバイダ１１０は、ボールトシステム１２５０と通信することができる。アイデンティティデータおよび／または鍵要求は、安全な転送プロトコルを使用して転送できる。
[0245]オプションで、顧客は、アイデンティティデータに基づいて認証１３０６され得る。第１の認証構成では、ボールトシステム１２５０は、オンボーディング中に顧客のアイデンティティデータを格納し、その後、それを顧客の受信されたアイデンティティデータと比較する。第２の認証構成では、アイデンティティサービスプロバイダ１１０は、受信したアイデンティティデータを、以前に格納されたアイデンティティデータと比較し、顧客が認証されたか否かについてボールトシステム１２５０に通知することができる。
[0246]顧客デバイス１０２はまた、たとえば、安全な転送プロトコルを使用して、複数のボールトシステム１２５０のおのおのから、それぞれの秘密鍵（または鍵コンポーネント）を受信１３０８することができる。顧客認証が必要な構成では、各ボールトシステム１２５０は、認証が成功した場合にのみ、それぞれの秘密鍵（または鍵コンポーネント）を送信できる。
[0247]顧客デバイス１０２はまた、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいて、少なくとも１つのアクションを実行１３１０することができる。例では、アクションには、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）、および／または、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）から導出されたＮ個のうち少なくともＭ個の鍵が必要である。このアクションの例は、（１）Ｍ個の秘密鍵（または鍵コンポーネント）を使用してデータを暗号化または復号すること、（２）Ｎ個の秘密鍵（または鍵コンポーネント）に基づいてトランザクションアドレスを生成すること、および／または、（３）Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してトランザクション、たとえば、顧客ウォレットの復元中のスイープトランザクションに署名することを含み得る。これらのアクションは、以下で詳しく説明される。
[0248]鍵分割構成では、アクションは、少なくともＭ個の秘密鍵コンポーネントから秘密鍵を再構築する顧客デバイス１０２を含み得る。さらに、Ｍ個の秘密鍵（または、鍵コンポーネント）は必要とされないかもしれないが、顧客デバイス１０２は、顧客ウォレット復元中にスイープトランザクションを生成し、および／または、トランザクションをオプションの分散型台帳１１８に、たとえば、オプションの分散型台帳１１８を実施するノードに送信することもできる。
[0249]図１４は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいてデータを暗号化または復号する例示的な方法１４００を示すフロー図である。方法１４００は、図１２のシステム１２００内の少なくとも顧客デバイス１０２によって実行され得る。方法１４００は、図１３に示される方法１３００のステップ１３１０で実行されるアクションの例であり得る。
[0250]顧客デバイス１０２は、最初に、暗号化および／または復号されるデータを識別１４０４し得る。データを識別することは、顧客デバイス１０２が、データを示すユーザ入力を受信すること、および／または、暗号化および／または復号されるデータの、以前の表示を利用することを含み得る。さらに、データを識別する任意の適切な手法を利用することができる。
[0251]次に、顧客デバイス１０２は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいて、識別されたデータを暗号化または復号１４０４することができる。マルチシグ構成では、これには、少なくともＭ個の秘密鍵（その少なくとも１個は、ボールトシステム１２５０から受信される）、またはＭ個の秘密鍵からそれぞれ導出された少なくともＭ個の鍵を使用したデータの暗号化または復号を含み得る。マルチシグ構成では、データの暗号化には、Ｎ個の秘密鍵（またはＮ個の秘密鍵から導出されたＮ個の鍵）がすべて必要であり、データの復号には、Ｍ個の秘密鍵（またはＭ個の秘密鍵から導出されたＭ個の鍵）のみが必要な場合がある。鍵分割構成では、顧客デバイス１０２は、再構築された秘密鍵を使用してデータを暗号化および／または復号する前に、少なくともＭ個の鍵コンポーネント（その少なくとも１個は、ボールトシステム１２５０から受信される）から単一の秘密鍵を再構築できる。
[0252]オプションで、顧客デバイス１０２は、秘密鍵（または鍵コンポーネント）の少なくとも１個を削除１４０６することもできる。例では、顧客デバイス１０２は、ボールトシステム１２５０から受信された秘密鍵（または鍵コンポーネント）のみを削除することができるが、たとえば、顧客デバイス１０２にオプションで最初に格納された秘密鍵（または鍵コンポーネント）は削除できない。
[0253]図１５は、顧客デバイス１０２でトランザクションアドレスを生成するための例示的な方法１５００を示すフロー図である。方法１５００は、図１２のシステム１２００内の少なくとも顧客デバイス１０２によって実行され得る。方法１５００は、図１３に示される方法１３００のステップ１３１０で実行されるアクションの例であり得る。
[0254]オプションで、顧客デバイス１０２は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を決定１５０２できる。これには、それぞれのボールトシステム１２５０から、Ｎ個のうち少なくともＭ個の秘密鍵（または、鍵コンポーネント）の少なくとも一部を受信することと、オプションで、以前にボールトシステム１２５０に格納されていなかったローカルに格納された秘密鍵（または、鍵コンポーネント）を識別することとを含む。あるいは、Ｎ個の秘密鍵（または鍵コンポーネント）のすべてが、たとえば、ボールトシステム１２５０ごとに１個の秘密鍵（または鍵コンポーネント）など、ボールトシステム１２５０全体に格納されてもよい。
[0255]顧客デバイス１０２はまた、少なくともＭ個の秘密鍵（または鍵コンポーネント）に基づいて、トランザクションアドレスを生成１５０４し得る。マルチシグの例では、Ｎ個の秘密鍵のおのおのから異なる公開トランザクション鍵を導出できる。トランザクションアドレスを生成することは、顧客デバイス１０２上で動作するマルチ承認ハッシュモジュール５２８を使用すること、たとえば、ＢＩＰ１６で定義されるように、ペイツースクリプトハッシュ（Ｐ２ＳＨ）、または図５に関連して記載されているような他の公開鍵スクリプトを利用することを含み得る。オプションで、たとえば、生成されたトランザクションアドレスからトランザクションに署名するためにＮ個のうち少なくともＭ個の秘密鍵が必要であることを指定するなど、マルチ承認条件５２９を指定することができる。次に、Ｎ個の公開トランザクション鍵を（オプションのマルチ承認条件５２９とともに）マルチ承認ハッシュモジュール５２８への入力として使用して、トランザクションアドレスを生成することができる。マルチシグの例では、生成されたトランザクションアドレスから後でトランザクションを実行するために、Ｎ個のうち少なくともＭ個の秘密鍵が必要になる場合がある。Ｍおよび／またはＮは、顧客デバイス１０２でのユーザ入力に基づいて選択され得る。例では、Ｍ＜ＮまたはＭ＝Ｎである。
[0256]鍵分割の例では、少なくともＭ個の秘密鍵コンポーネントから単一の秘密鍵を再構築することができ、再構築された秘密鍵から公開トランザクション鍵を導出することができる。公開トランザクション鍵は、（たとえば、ハッシュモジュールへの）入力として使用されて、たとえば、マルチ承認条件なしで、トランザクションアドレスを生成し得る。例では、再構築された秘密鍵だけが、生成されたトランザクションアドレスからのトランザクションに必要になる場合がある。
[0257]オプションで、顧客デバイス１０２は、トランザクションの一部として、トランザクションアドレスへの資金を受け取る１５０６こともできる。オプションで、顧客デバイス１０２はまた、記録するために、完了したトランザクションをオプションの分散型台帳１１８に送信することができる。より具体的には、顧客デバイス１０２は、オプションの分散型台帳１１８に記録するために、オプションの分散型台帳１１８を実施するノードに、完了したトランザクションを送信することができる。オプションで、これには、オプションの分散型台帳１１８を実施するノードに顧客が支払う小額の料金が含まれる場合がある。
[0258]図１６Ａは、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名するための例示的な方法１６００Ａを示すフロー図である。方法１６００Ａは、図１２のシステム１２００内の少なくとも顧客デバイス１０２（およびオプションで少なくとも１つのボールトシステム１２５０）によって実行され得る。方法１６００Ａは、図１３に示される方法１３００のステップ１３１０で実行されるアクションの例であり得る。
[0259]オプションで、顧客デバイス１０２は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を決定１６０２することができる。これには、それぞれのボールトシステム１２５０からＮ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）の少なくとも一部を受信し、オプションで、以前にボールトシステム１２５０に格納されていなかったローカルに格納された秘密鍵（または鍵コンポーネント）を特定することを含み得る。あるいは、Ｎ個の秘密鍵（または鍵コンポーネント）のすべてが、たとえば、ボールトシステム１２５０ごとに１個の秘密鍵（または鍵コンポーネント）など、ボールトシステム１２５０全体に格納されてもよい。
[0260]顧客デバイス１０２は、トランザクションを生成１６０４することができる。トランザクションには、少なくとも１つの入力アドレス、少なくとも１つの出力アドレス、タイムスタンプ、転送される資産の量、および／または転送される資産の説明などを含み得る。トランザクションは、生成された少なくとも１つのトランザクションアドレスから暗号通貨を転送する。あるいは、トランザクションは、セキュリティトークンを介した資産の移動を表す場合がある。あるいは、トランザクションは、たとえば、すべての資金を顧客ウォレット内の少なくとも１つのトランザクションアドレス（たとえば、少なくとも１つの未使用のトランザクション出力）から、新しいトランザクションアドレスに転送するスイープトランザクションであり得る。スイープトランザクションを使用して、たとえば、顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた後に、顧客のアカウントまたはウォレットを復元できる。
[0261]トランザクションはまた、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用して署名１６０６され得る。第１の署名構成では、顧客デバイス１０２は、それぞれのボールトシステム１２５０から受信されたＮ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）と、オプションで、以前はボールトシステム１２５０に格納されていなかったローカルに格納された秘密鍵（または鍵コンポーネント）とを使用してトランザクションに署名することができる。トランザクションに署名することは、顧客デバイス１０２上で動作する償還モジュール１１４０を使用することを含み得る。例では、償還モジュールは、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを利用して、たとえば、図１１に関連して記載されているように、署名されたトランザクション１１４２を生成することができる。マルチシグの例では、それぞれの秘密トランザクション鍵は、ボールトシステム１２５０から受信したＮ個のうち少なくともＭ個の秘密アカウント鍵のおのおのから導出され、オプションで、顧客デバイス１０２にローカルに格納される。Ｎ個のうち少なくともＭ個のプライベートトランザクション鍵を（トランザクションアドレスとともに）、償還モジュール１１４０への入力として使用して、署名されたトランザクションを生成することができる。鍵分割の例では、プライベートトランザクション鍵は、Ｎ個のうち少なくともＭ個のプライベート鍵コンポーネントから再構築された単一のプライベートアカウント鍵から導出でき、その後、プライベートトランザクション鍵とトランザクションアドレスに基づいて、署名付きトランザクションを生成できる。
[0262]第２の署名構成では、顧客デバイス１０２は、生成されたトランザクションが、Ｎ個のうち少なくともＭ個の秘密鍵で署名されるまで、署名のために、生成されたトランザクションを異なるボールトシステム１２５０に繰り返し送信（およびそれぞれのボールトシステム１２５０からトランザクションを受信）することができる。
[0263]オプションで、顧客デバイス１０２は、（完全に署名された）トランザクションを受信デバイス、たとえば、トランザクションの一部として資金を受け取るデバイスに送信１６０８することができる。トランザクションがスイープトランザクションである場合、顧客デバイス１０２は代わりに、オプションの分散型台帳１１８に記録するために、スイープトランザクションを、オプションの分散型台帳１１８（たとえば、オプションの分散型台帳１１８を実施するノード）に送信することができる。
[0264]図１６Ｂは、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名するための例示的な方法１６０８Ｂを示すフロー図である。方法１６００Ｂは、図１２のシステム１２００内の少なくとも顧客デバイス１０２（およびオプションで少なくとも１つのボールトシステム１２５０）によって実行され得る。方法１６００Ｂは、図１３に示される方法１３００のステップ１３１０で実行されるアクションの例であり得る。
[0265]顧客デバイス１０２は、トランザクションを生成する要求を外部デバイスに送信１６１２することができる。外部デバイスは、ボールトシステム１２５０および／または通貨変換システム１０４であり得る。要求には、少なくとも１つの入力トランザクションアドレス、少なくとも１つの出力トランザクションアドレス、タイムスタンプ、転送される資産の量、および／または転送される資産の説明などが含まれる。
[0266]顧客デバイス１０２は、外部デバイスからトランザクションを受信１６１４することができる。トランザクションには、少なくとも１つの入力アドレス、少なくとも１つの出力アドレス、タイムスタンプ、転送される資産の量、および／または転送される資産の説明などが含まれる。トランザクションは、少なくとも１つの生成されたトランザクションアドレスから資金を送金できる。あるいは、トランザクションは、セキュリティトークンを介した資産の移動を表す場合がある。あるいは、トランザクションは、たとえば、すべての資金を、顧客ウォレット内の少なくとも１つのトランザクションアドレス（たとえば、少なくとも１つの未使用のトランザクション出力）から新しいトランザクションアドレスに送金するスイープトランザクションであり得る。スイープトランザクションを使用して、たとえば、顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた後に、顧客のアカウントまたはウォレットを復元できる。
[0267]トランザクションはまた、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用して署名１６１６され得る。第１の署名構成では、顧客デバイス１０２は、それぞれのボールトシステム１２５０から受信された秘密鍵（または鍵コンポーネント）、およびオプションで、ボールトシステム１２５０に以前に格納されなかったローカルに格納された秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名することができる。トランザクションに署名することは、顧客デバイス１０２上で動作する償還モジュール１１４０を使用することを含み得る。例では、償還モジュールは、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを利用して、たとえば、図１１に関連して記載されているように、署名されたトランザクション１１４２を生成することができる。マルチシグの例では、それぞれのプライベートトランザクション鍵は、ボールトシステム１２５０から受信したＮ個のうち少なくともＭ個のプライベートアカウント鍵のおのおのから導出され、オプションで、顧客デバイス１０２にローカルに格納される。Ｎ個のうち少なくともＭ個のプライベートトランザクション鍵（トランザクションアドレスとともに）を、償還モジュール１１４０への入力として使用して、署名されたトランザクションを生成することができる。鍵分割の例では、プライベートトランザクション鍵は、Ｎ個のうち少なくともＭ個のプライベート鍵コンポーネントから再構築された単一のプライベートアカウント鍵から導出でき、その後、プライベートトランザクション鍵とトランザクションアドレスに基づいて署名付きトランザクションを生成できる。
[0268]第２の署名構成では、顧客デバイス１０２は、生成されたトランザクションが、Ｎ個のうち少なくともＭ個の秘密鍵で署名されるまで、署名のために、生成されたトランザクションを異なるボールトシステム１２５０に繰り返し送信（およびそれぞれのボールトシステム１２５０からトランザクションを受信）することができる。例では、顧客デバイス１０２は、署名のためにトランザクションを第１のボールトシステム１２５０に送信し、第１のボールトシステム１２５０から（第１のボールトシステム１２５０によって署名された）トランザクションを受信し、次に、トランザクションを第２のボールトシステム１２５０に送信し、（第２のボールトシステム１２５０により署名された）トランザクションを第２のボールトシステム１２５０などから受信する。オプションで、トランザクションを生成する外部デバイス（たとえば、ボールトシステム１２５０）は、トランザクションを顧客デバイス１０２に送信する前に、秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名することができる。また、オプションで、顧客デバイス１０２は、以前にボールトシステム１２５０に格納されていなかった、ローカルに格納された秘密鍵（または鍵コンポーネント）を使用してトランザクションに署名することができる。
[0269]オプションで、顧客デバイス１０２は、（完全に署名された）トランザクションを、トランザクションの一部として資金を受け取るデバイスなどの受信デバイスに送信１６１８することができる。トランザクションがスイープトランザクションである場合、顧客デバイス１０２は代わりに、オプションの分散型台帳１１８に記録するために、スイープトランザクションをオプションの分散型台帳１１８（たとえば、オプションの分散型台帳１１８を実施するノード）に送信することができる。
[0270]図１６Ｃは、顧客デバイス１０２でＮ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用してスイープトランザクションに署名するための例示的な方法１６００Ｃを示すフロー図である。方法１６００Ｃは、図１２のシステム１２００内の少なくとも顧客デバイス１０２によって実行され得る。方法１６００Ｃは、図１３に示される方法１３００のステップ１３１０で実行されるアクションの例であり得る。
[0271]オプションで、顧客デバイス１０２は、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を決定１６２２し得る。これには、それぞれのボールトシステム１２５０から、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）の少なくとも一部を受信することと、オプションで、以前にボールトシステム１２５０に格納されていなかったローカルに格納されたプライベート鍵（または鍵コンポーネント）を識別することが含まれる。あるいは、Ｎ個の秘密鍵（または鍵コンポーネント）のすべてが、たとえば、ボールトシステム１２５０ごとに１つの秘密鍵（または鍵コンポーネント）など、ボールトシステム１２５０全体に格納されてもよい。
[0272]顧客デバイス１０２は、たとえば、すべての資金を、顧客ウォレット内の少なくとも１つのトランザクションアドレス（たとえば、少なくとも１つの未使用のトランザクション出力）から新しいトランザクションアドレスに送金するスイープトランザクションを生成１６２４し得る。スイープトランザクションを使用して、たとえば、顧客デバイス１０２が紛失、破損、アップグレード、またはハードリセット／再フォーマットされた後に、顧客のアカウントまたはウォレットを復元できる。
[0273]スイープトランザクションはまた、Ｎ個のうち少なくともＭ個の秘密鍵（または鍵コンポーネント）を使用して署名１６２６され得る。例では、顧客デバイス１０２は、それぞれのボールトシステム１２５０から受信される少なくとも１つの秘密鍵（または鍵コンポーネント）、およびオプションで、以前にボールトシステム１２５０に格納されていなかった、ローカルに格納されている秘密鍵（または鍵コンポーネント）を使用して、スイープトランザクションに署名することができる。スイープトランザクションに署名することは、顧客デバイス１０２上で動作する償還モジュール１１４０を使用することを含み得る。例では、償還モジュールは、（たとえば、ＢＩＰ１６にしたがって）償還スクリプトを利用して、たとえば、図１１に関連して記載されているように、署名されたスイープトランザクション１１４２を生成することができる。マルチシグの例では、それぞれのプライベートトランザクション鍵は、ボールトシステム１２５０から受信したＮ個のうち少なくともＭ個のプライベートアカウント鍵のおのおのから導出され、オプションで、顧客デバイス１０２にローカルに格納される。Ｎ個のうち少なくともＭ個の秘密トランザクション鍵を（トランザクションアドレスとともに）、償還モジュール１１４０への入力として使用して、署名されたスイープトランザクションを生成することができる。鍵分割の例では、秘密トランザクション鍵は、Ｎ個のうち少なくともＭ個の秘密鍵コンポーネントから再構築された単一の秘密アカウント鍵から導出でき、その後、秘密トランザクション鍵とトランザクションアドレスに基づいて、署名されたスイープトランザクションを生成できる。
[0274]オプションで、顧客デバイス１０２は、オプションの分散型台帳１１８に記録するために、スイープトランザクションをオプションの分散型台帳１１８（たとえば、オプションの分散型台帳１１８を実施するノード）に送信１６２８してもよい。
[0275]例では、本明細書のデバイスおよびシステムは、メモリおよび／またはプロセッサを使用して実施される。例では、メモリは、情報を格納するために使用される任意のデバイス、メカニズム、または投入されたデータ構造とすることができる。例では、メモリは、任意のタイプの揮発性メモリ、不揮発性メモリ、および／または動的メモリであり得るか、またはそれらを含み得る。例では、メモリは、ランダムアクセスメモリ、メモリストレージデバイス、光学メモリデバイス、磁気媒体、フロッピーディスク、磁気テープ、ハードドライブ、消去可能なプログラム可能な読取専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能な読取専用メモリ（ＥＥＰＲＯＭ）、光学媒体（コンパクトディスク、ＤＶＤ、ブルーレイディスクなど）などであり得る。いくつかの実施形態によれば、メモリは、１つまたは複数のディスクドライブ、フラッシュドライブ、１つまたは複数のデータベース、１つまたは複数のテーブル、１つまたは複数のファイル、ローカルキャッシュメモリ、プロセッサキャッシュメモリ、リレーショナルデータベース、フラットデータベースなどを含み得る。さらに、当業者は、メモリとして使用することができる情報を格納するための多くの追加のデバイスおよび技術を理解するであろう。メモリは、プロセッサ上で１つまたは複数のアプリケーションまたはモジュールを実行するための命令を格納するために使用され得る。例では、メモリは、１つまたは複数の例で使用して、本明細書で説明するシステムデバイスのいずれかの機能を実行するために必要な命令のすべてまたは一部を収容することができる。プロセッサは、汎用プロセッサ（ＧＰＰ）や（フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、または他の集積回路または回路構成のような）特殊目的のような既知のプロセッサ、または任意のプログラマブルロジックデバイスであり得る。
[0276]ここで紹介される技法は、（回路構成のような）専用ハードウェアとして、ソフトウェアおよび／またはファームウェアで適切にプログラムされたプログラム可能な回路構成として、または専用およびプログラム可能な回路構成の組合せとして具体化することができる。したがって、実施形態は、コンピュータ（または他の電子デバイス）をプログラムして処理を実行するために使用することができる命令が格納された機械読取可能媒体を含むことができる。機械読取可能媒体には、たとえば、フロッピーディスク、光ディスク、コンパクトディスク読取専用メモリ（ＣＤ－ＲＯＭ）、光磁気ディスク、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、消去可能なプログラム可能な読取専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能な読取専用メモリ（ＥＥＰＲＯＭ）、磁気カードまたは光カード、フラッシュメモリ、または電子命令を格納するのに適したその他の種類のメディア／機械読取可能なメディアを含むことができる。
コンピュータシステムの概要
[0277]本開示の実施形態は、上記で説明された様々なステップおよび動作を含む。これらの様々なステップおよび動作は、ハードウェアコンポーネントによって実行されるか、命令でプログラムされた汎用または専用プロセッサにステップを実行させるために使用される機械実行可能命令で具体化される。あるいは、これらのステップは、ハードウェア、ソフトウェア、および／またはファームウェアの組合せによって実行されてもよい。したがって、図１７は、本開示の実施形態を利用することができる例示的なコンピュータシステム１７００を示すブロック図である。本例によれば、コンピュータシステム１７００は、相互接続１７０２、少なくとも１つのプロセッサ１７０４、少なくとも１つの通信ポート１７０６、少なくとも１つのメインメモリ１７０８、少なくとも１つの取外可能な記憶媒体１７１０、少なくとも１つの読取専用メモリ１７１２、および少なくとも１つの大容量ストレージデバイス１７１４を含む。
[0278]少なくとも１つのプロセッサ１７０４は、任意の既知のプロセッサとすることができる。少なくとも１つの通信ポート１７０６は、たとえば、モデムベースのダイヤルアップ接続で使用するためのＲＳ－２３２ポート、１０／１００イーサネットポート、または銅線またはファイバを使用するギガビットポートのいずれかであるか、またはそれらを含むことができる。少なくとも１つの通信ポート１７０６の性質は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、またはコンピュータシステム１７００が接続する任意のネットワークなどのネットワークに応じて選択することができる。少なくとも１つのメインメモリ１７０８は、ランダムアクセスメモリ（ＲＡＭ）、または当技術分野で一般に知られている任意の他の動的ストレージデバイスであり得る。少なくとも１つの読取専用メモリ１７１２は、少なくとも１つのプロセッサ１７０４に対する命令などの静的情報を格納するためのプログラム可能読取専用メモリ（ＰＲＯＭ）チップなどの任意の静的ストレージデバイスであり得る。
[0279]少なくとも１つの大容量ストレージデバイス１７１４を使用して、情報および命令を格納することができる。たとえば、（磁気ディスクドライブ、または、シリアル／パラレルＡＴＡまたはＳＣＳＩインターフェースを使用したソリッドステートドライブのような）ハードディスク、光ディスク、独立したディスクの冗長アレイ（ＲＡＩＤ）のようなディスクのアレイ、または他の大容量ストレージデバイスを使用できる。相互接続１７０２は、１つまたは複数のバス、ブリッジ、コントローラ、アダプタ、および／またはポイントツーポイント接続であるか、それらを含むことができる。相互接続１７０２は、少なくとも１つのプロセッサ１７０４を他のメモリ、ストレージ、および通信ブロックと通信可能に結合する。相互接続１７０２は、使用するストレージデバイスに応じて、ＰＣＩ／ＰＣＩ－ＸまたはＳＣＳＩベースのシステムバスにすることができる。少なくとも１つの取外可能な記憶媒体１７１０は、あらゆる種類の外付けハードドライブ、フロッピードライブ、コンパクトディスク読取専用メモリ（ＣＤ－ＲＯＭ）、コンパクトディスク再書込可能（ＣＤ－ＲＷ）、デジタルビデオディスク読取専用メモリ（ＤＶＤ－ＲＯＭ）、ブルーレイディスク読取専用メモリ（ＢＤ－ＲＯＭ）、ブルーレイディスク書込可能（ＢＤ－Ｒ）、ブルーレイディスク書込可能消去可能（ＢＤ－ＲＥ）であり得る。
[0280]上記の構成要素は、いくつかのタイプの可能性を例示することを意図している。前述の例は、例示的な実施形態にすぎないため、決して本開示を限定すべきではない。
[0281]図１８は、別の例示的なコンピューティングデバイス１８００を示すブロック図である。例示的なコンピューティングデバイス１８００は、顧客デバイス１０２、通貨変換システム１０４、信頼できるサードパーティ１０６、資産交換所１０８、アイデンティティサービスプロバイダ１１０、ボールトシステム１２５０、および／またはオプションの記録保持システム１２５２のいずれかを実施するために使用され得る。コンピューティングデバイス１８００は、少なくとも１つのメモリ１８０２、少なくとも１つのプロセッサ１８０４、オプションの少なくとも１つのネットワークインターフェース１８０６、オプションのディスプレイデバイス１８０８、オプションの入力デバイス１８１０、およびオプションの電源１８１２を含む。
[0282]例では、少なくとも１つのメモリ１８０２は、情報を格納するために使用される任意のデバイス、メカニズム、または投入されたデータ構造であり得る。例では、少なくとも１つのメモリ１８０２は、任意のタイプの揮発性メモリ、不揮発性メモリ、および／または動的メモリとすることができ、またはそれらを含むことができる。例では、少なくとも１つのメモリ１８０２は、ランダムアクセスメモリ、メモリストレージデバイス、光学メモリデバイス、磁気媒体、フロッピーディスク、磁気テープ、ハードドライブ、消去可能なプログラム可能な読取専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能な読取専用メモリ（ＥＥＰＲＯＭ）、光学媒体（コンパクトディスク、ＤＶＤ、ブルーレイディスクなど）であり得る。
[0283]いくつかの実施形態によれば、少なくとも１つのメモリ１８０２は、１つまたは複数のディスクドライブ、フラッシュドライブ、１つまたは複数のデータベース、１つまたは複数のテーブル、１つまたは複数のファイル、ローカルキャッシュメモリ、プロセッサキャッシュメモリ、リレーショナルデータベース、フラットデータベースなどを含むことができる。さらに、当業者は、少なくとも１つのメモリ１８０２として使用することができる、情報を格納するための多くの追加のデバイスおよび技法を理解するであろう。少なくとも１つのメモリ１８０２は、少なくとも１つのプロセッサ１８０４上で１つまたは複数のアプリケーションまたはモジュールを実行するための命令を格納するために使用され得る。例では、少なくとも１つのメモリ１８０２は、１つまたは複数の例で使用して、たとえば図３～図４および図６～図１０で、本明細書で論じられる機能を実行するために必要な命令のすべてまたは一部を収容することができる。
[0284]少なくとも１つのプロセッサ１８０４は、汎用プロセッサ（ＧＰＰ）や（フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、または他の集積回路または回路構成のような）特殊目的のような既知のプロセッサ、または任意のプログラマブルロジックデバイスであり得る。例では、本明細書で（たとえば、図３～図４、図６～図１０、および図１３～図１６Ｃで）開示される機能のいずれかは、少なくとも１つのプロセッサ１８０４および少なくとも１つのメモリ１８０２によって実施され得る。
[0285]例では、少なくとも１つのオプションのネットワークインターフェース１８０６は、（システム１００の少なくとも１つのネットワーク１１２のうちの１つのような）ネットワークと通信するための少なくとも１つのオプションのアンテナを含むか、またはそれに結合される。例では、少なくとも１つのオプションのネットワークインターフェース１８０６は、イーサネットインターフェース、セルラ無線アクセス技術（ＲＡＴ）無線、Ｗｉ－Ｆｉ無線、ブルートゥース（登録商標）無線、または近距離無線通信（ＮＦＣ）無線のうち少なくとも１つを含む。例では、少なくとも１つのオプションのネットワークインターフェース１８０６は、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を使用してリモートサーバと十分な速度のセルラデータ接続（モバイルインターネット）を確立するように構成されたセルラ無線アクセス技術無線を含む。例では、セルラ無線アクセス技術には、パーソナルコミュニケーションサービス（ＰＣＳ）、特殊モバイル無線（ＳＭＲ）サービス、拡張特殊モバイル無線（ＥＳＭＲ）サービス、高度ワイヤレスサービス（ＡＷＳ）、符号分割多元接続（ＣＤＭＡ）、グローバル移動体通信システム（ＧＳＭ）サービス、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ワールドワイドインタオペラビリティフォーマイクロ波アクセス（ＷｉＭＡＸ）、第３世代パートナシップ計画（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、高速パケットアクセス（ＨＳＰＡ）、第３世代（３Ｇ）、第４世代（４Ｇ）、第５世代（５Ｇ）など、またはその他の適切な通信サービス、またはそれらの組合せのうちの少なくとも１つを含む。例では、少なくとも１つのオプションのネットワークインターフェース１８０６は、ワイドエリアネットワークではなく、リモートサーバと通信するワイヤレスローカルエリアネットワークと通信するように構成されたＷｉ－Ｆｉ（ＩＥＥＥ８０２．１１）無線を含む。例では、少なくとも１つのオプションのネットワークインターフェース１８０６は、パッシブ近距離通信（ＮＦＣ）タグ、アクティブ近距離通信（ＮＦＣ）タグ、パッシブ無線周波数識別（ＲＦＩＤ）タグ、アクティブ無線周波数識別（ＲＦＩＤ）タグ、近接カード、またはその他のパーソナルエリアネットワークデバイスのように、近隣通信に限定される近距離無線通信デバイス
を含む。
[0286]例では、オプションの少なくとも１つのディスプレイデバイス１８０８は、発光ダイオード（ＬＥＤ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、ｅインクディスプレイ、電界放出ディスプレイ（ＦＥＤ）、表面伝導電子放出ディスプレイ（ＳＥＤ）、またはプラズマディスプレイを含む。例では、オプションの少なくとも１つの入力デバイス１８１０は、タッチスクリーン（容量性および抵抗性タッチスクリーンを含む）、タッチパッド、容量性ボタン、機械式ボタン、スイッチ、ダイヤル、キーボード、マウス、カメラ、生体認証センサ／スキャナ、マイクなどのうちの少なくとも１つを含む。例では、オプションの少なくとも１つのディスプレイデバイス１８０８は、オプションの少なくとも１つの入力デバイス１８１０と組み合わされて、顧客デバイス１０２、通貨変換システム１０４、および／または信頼できるサードパーティ１０６とのユーザ対話のためのヒューマンマシンインターフェース（ＨＭＩ）となる。例では、少なくとも１つのオプションの電源１８１２を使用して、コンピューティングデバイス１８００の様々なコンポーネントに電力を提供する。
用語
[0287]本出願を通して使用される用語、略語、および語句の簡単な定義を以下に示す。
[0288]「決定する」という用語は、計算する、コンピューティングする、生成する、処理する、導出する、調査する、ルックアップ（たとえば、テーブル、データベースまたは別のデータ構造をルックアップ）する、確認するなどを含み得る。また、「決定すること」は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリ内のデータにアクセスすること）なども含み得る。また、「決定すること」は、解決すること、選択すること、選ぶこと、確立することなどを含み得る。
[0289]「に基づく」という語句は、別段の明示的な指定がない限り、「のみに基づく」を意味しない。言い換えると、「に基づく」という語句は、「のみに基づく」と「少なくとも基づく」との両方を説明する。さらに、「に基づく」という語句は、中間ステップを排除せず、たとえば、ＡはＣに基づく、ＢはＣに基づく、ＡはＢに基づくことを意味する。さらに、「および／または」という用語は、「および」または「または」を意味する。たとえば、「Ａおよび／またはＢ」は、「Ａ」、「Ｂ」、または「ＡおよびＢ」を意味することができる。さらに、「Ａ、Ｂ、および／またはＣ」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、「ＡとＢ」、「ＡとＣ」、「ＢとＣ」、または「Ａ、Ｂ、およびＣ」を意味することができる。
[0290]「接続された」、「結合された」、および「通信可能に結合された」という用語および関連する用語は、動作上の意味で使用され、直接的な物理的な接続または結合に必ずしも限定されない。したがって、たとえば、２つのデバイスは、直接的に、または１つまたは複数の中間媒体またはデバイスを介して結合され得る。別の例として、互いに物理的な接続を共有せずに、デバイス間で情報を受け渡すことができるようにデバイスを結合することができる。本明細書で提供される開示に基づいて、当業者は、前述の定義にしたがって接続または結合が存在する様々な手法を理解するであろう。
[0291]「例示的な実施形態において」、「実例的な実施形態において」、「いくつかの実施形態において」、「いくつかの実施形態にしたがって」、「示された実施形態において」、「他の実施形態において」、「実施形態」、「例において」、「例」、「一部の例において」、「一部の例」などの語句は、一般に、語句に続く特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれ、さらに本開示の１つの実施形態よりも多くに含まれ得ることを意味する。さらに、そのような語句は、必ずしも同じ実施形態または異なる実施形態を指すとは限らない。
[0292]明細書が、構成要素または特徴が「し得る」、「できる」、「可能性がある」または「かもしれない」が含まれるかまたは特性を有すると述べる場合、その特定の構成要素または特徴は、含まれるまたは特性を有する必要はない。
[0293]「応答して」という用語は、完全にまたは部分的に応答することを含む。
[0294]「モジュール」という用語は、ソフトウェア、ハードウェア、またはファームウェア（またはそれらの任意の組合せ）のコンポーネントを広く指す。モジュールは通常、指定された入力を使用して有用なデータまたはその他の出力を生成できる機能的なコンポーネントである。モジュールは自己完結型である場合とそうでない場合がある。アプリケーションプログラム（「アプリケーション」とも呼ばれる）には、１つまたは複数のモジュールを含めることができるか、または、モジュールには１つまたは複数のアプリケーションプログラムを含めることができる。
[0295]「ネットワーク」という用語は、一般に、情報を交換することができる相互接続されたデバイスのグループを指す。ネットワークは、ローカルエリアネットワーク（ＬＡＮ）上の数台のパーソナルコンピュータ、またはインターネット（コンピュータの世界規模のネットワーク）と同じくらい大きい場合がある。本明細書で使用する場合、「ネットワーク」は、あるエンティティから別のエンティティに情報を送信できる任意のネットワークを包含することを意図している。場合によっては、ネットワークは複数のネットワーク、さらには１つまたは複数のボーダネットワーク、音声ネットワーク、ブロードバンドネットワーク、金融ネットワーク、サービスプロバイダネットワーク、インターネットサービスプロバイダ（ＩＳＰ）ネットワーク、および／または、公衆交換電話網（ＰＳＴＮ）など、様々なネットワーク間の通信を容易にするように動作可能なゲートウェイを介して相互接続されている複数の異種ネットワークで構成され得る。
[0296]また、例示の目的で、本開示の様々な実施形態は、本明細書では、コンピュータプログラム、物理コンポーネント、および現代のコンピュータネットワーク内の論理相互作用の文脈で説明されてきた。重要なことに、これらの実施形態は、最新のコンピュータネットワークおよびプログラムに関して本開示の様々な実施形態を説明するが、本明細書で説明する方法および装置は、当業者が理解するように、他のシステム、デバイス、およびネットワークに等しく適用可能である。したがって、本開示の実施形態の図示された用途は、限定することではなく、例であることが意図されている。本開示の実施形態が適用可能な他のシステム、デバイス、およびネットワークは、たとえば、他のタイプの通信およびコンピュータデバイスおよびシステムを含む。より具体的には、実施形態は、通信システム、サービス、およびセルフォンネットワークおよび互換性のあるデバイスなどのデバイスに適用可能である。さらに、実施形態は、パーソナルコンピュータから大規模なネットワークメインフレームおよびサーバまでのすべてのレベルのコンピューティングに適用可能である。
[0297]結論として、本開示は、顧客ウォレットおよび関連付けられた方法を復元するためにＮ個のうちＭ個の鍵を使用する新規のマルチ承認システムを提供する。本開示の１つまたは複数の実施形態の詳細な説明を上述したが、本開示の精神から逸脱することなく、様々な代替、修正、および均等物が当業者には明らかであろう。例では、上記の実施形態は特定の特徴を指すが、本開示の範囲は、特徴の異なる組合せを有する実施形態、および記載された特徴のすべてを含まない実施形態も含む。したがって、本開示の範囲は、そのすべての均等物とともに、特許請求の範囲内に含まれるすべてのそのような代替、修正、および変形を包含することが意図されている。したがって、上記の説明は限定として解釈されるべきではない。
実施例
[0298]例１は、以下を備えるコンピューティングシステムを含む。少なくとも１つのプロセッサと、少なくとも１つのプロセッサに通信可能に結合された少なくとも１つのメモリと、少なくとも１つのプロセッサに通信可能に結合され、顧客デバイスおよび信頼できるサードパーティと通信するように構成された少なくとも１つのネットワークインターフェースとを備え、少なくとも１つのネットワークインターフェースは、顧客デバイスから、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信するように構成され、少なくとも１つのプロセッサは、顧客デバイスから受信した顧客のアイデンティティデータを検証するように構成され、少なくとも１つのプロセッサが、顧客デバイスから受信した顧客のアイデンティティデータを検証すると、少なくとも１つのネットワークインターフェースは、顧客ウォレットに関連付けられた第１の鍵を求める要求を、信頼できるサードパーティの鍵リポジトリに通信するように構成され、少なくとも１つのプロセッサは、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、顧客ウォレットを復元するように構成される。
[0299]例２は、例１のコンピューティングシステムを含み、さらに以下を備える。少なくとも１つのネットワークインターフェースが、信頼できるサードパーティの鍵リポジトリから、顧客ウォレットに関連付けられた第１の鍵を受信すると、少なくとも１つのプロセッサは、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、顧客ウォレットを復元するように構成される。
[0300]例３は、例２のコンピューティングシステムを含み、少なくとも１つのプロセッサは、新しい顧客ウォレットに関連付けられた１つまたは複数の新しい秘密鍵を生成し、１つまたは複数の新しい秘密鍵に基づいて、新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを生成し、第１の鍵および第２の鍵を使用して、デジタル資産を古い顧客ウォレットから新しいトランザクションアドレスに転送することによって、少なくとも部分的に、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、顧客ウォレットを復元するように構成される。
[0301]例４は、例３のコンピューティングシステムを含み、顧客ウォレットは、おのおのが３個の秘密鍵に関連付けられた複数の古いトランザクションアドレスを備え、各古いトランザクションアドレスは、それぞれの古いトランザクションアドレスのデジタル資産にアクセスするために、それぞれの古いトランザクションアドレスに関連付けられたそれぞれの３個の秘密鍵のうち少なくとも２個を必要とする。
[0302]例５は、例３～例４のいずれかのコンピューティングシステムを含み、少なくとも１つのネットワークインターフェースは、新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを顧客デバイスに通信するように構成される。
[0303]例６は、例５のコンピューティングシステムを含み、少なくとも１つのネットワークインターフェースは、１つまたは複数の新しい秘密鍵を顧客デバイスに通信するように構成される。
[0304]例７は、例６のコンピューティングシステムを含み、新しい秘密鍵は、秘密トランザクション鍵である。
[0305]例８は、例１～例７のいずれかのコンピューティングシステムを含み、少なくとも１つのプロセッサは、アイデンティティデータを、以前に格納された顧客のアイデンティティデータと比較することによって、少なくとも部分的に、顧客デバイスから受信された顧客のアイデンティティデータを検証するように構成される。
[0306]例９は、例１～例８のいずれかのコンピューティングシステムを含み、アイデンティティデータは、生体データを備える。
[0307]例１０は、例１～例９のいずれかのコンピューティングシステムを含み、信頼できるサードパーティは、信用組合または銀行のうちの少なくとも１つである。
[0308]例１１は、例１～例１０のいずれかのコンピューティングシステムを含み、顧客ウォレットは、証券、通貨、商品、債券、ファンド、またはそれらの組合せのうちの少なくとも１つを格納するために使用される。
[0309]例１２は、以下を備えるシステムを含む。信頼できるサードパーティおよび顧客の顧客デバイスと通信するように構成されたコンピューティングデバイスと、コンピューティングデバイスと通信可能に結合された鍵リポジトリとを備え、コンピューティングデバイスは、顧客デバイスから、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信するように構成され、コンピューティングデバイスは、顧客デバイスから受信した顧客のアイデンティティデータを検証するように構成され、コンピューティングデバイスは、顧客ウォレットに関連付けられた第１の鍵を求める要求を、信頼できるサードパーティの鍵リポジトリに通信するように構成され、コンピューティングデバイスは、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、顧客ウォレットを復元する。
[0310]例１３は、例１２のシステムを含み、さらに以下を備える。コンピューティングデバイスが、信頼できるサードパーティの鍵リポジトリから顧客ウォレットに関連付けられた第１の鍵を受信すると、コンピューティングデバイスは、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して顧客ウォレットを復元するように構成される。
[0311]例１４は、例１３のシステムを含み、コンピューティングデバイスは、新しい顧客ウォレットに関連付けられた１つまたは複数の新しい秘密鍵を生成し、１つまたは複数の新しい秘密鍵に基づいて、新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを生成し、第１の鍵および第２の鍵を使用して、デジタル資産を古い顧客ウォレットから新しいトランザクションアドレスに転送することによって、少なくとも部分的に、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、顧客ウォレットを復元するように構成される。
[0312]例１５は、例１４のシステムを含み、顧客ウォレットは、おのおのが３個の秘密鍵に関連付けられた複数の古いトランザクションアドレスを備え、各古いトランザクションアドレスは、それぞれの古いトランザクションアドレスのデジタル資産にアクセスするために、それぞれの古いトランザクションアドレスに関連付けられたそれぞれの３個の秘密鍵のうち少なくとも２個を必要とする。
[0313]例１６は、例１４～例１５のいずれかのシステムを含み、コンピューティングデバイスはさらに、新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを顧客デバイスに通信するように構成される。
[0314]例１７は、例１６のシステムを含み、コンピューティングデバイスはさらに、１つまたは複数の新しい秘密鍵を顧客デバイスに通信するように構成される。
[0315]例１８は、例１７のシステムを含み、新しい秘密鍵は、秘密トランザクション鍵である。
[0316]例１９は、例１２～例１８のいずれかのシステムを含み、コンピューティングデバイスは、アイデンティティデータを以前に格納された顧客のアイデンティティデータと比較することによって、少なくとも部分的に、顧客デバイスから受信された顧客のアイデンティティデータを検証するように構成される。
[0317]例２０は、例１２～例１９のいずれかのシステムを含み、アイデンティティデータは生体データを備える。
[0318]例２１は、例１２～例２０のいずれかのシステムを含み、信頼できるサードパーティは、信用組合または銀行のうちの少なくとも１つである。
[0319]例２２は、例１２～例２１のいずれかのシステムを含み、顧客ウォレットは、証券、通貨、商品、債券、ファンド、またはそれらの組合せのうちの少なくとも１つを格納するために使用される。
[0320]例２３は、以下を備えるコンピュータ化された方法を含む。コンピューティングデバイスで、顧客デバイスから、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信することと、コンピューティングデバイスで、顧客デバイスから受信した顧客のアイデンティティデータを検証することと、顧客デバイスから受信した顧客のアイデンティティデータが検証されると、顧客ウォレットに関連付けられた第１の鍵を求める要求を、信頼できるサードパーティの鍵リポジトリに通信することと、信頼できるサードパーティの鍵リポジトリから、顧客ウォレットに関連付けられた第１の鍵を受信することとを備え、顧客ウォレットは、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して復元することができる。
[0321]例２４は、例２３のコンピュータ化された方法を含み、さらに以下を備える。顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、コンピューティングデバイスで顧客ウォレットを復元する。
[0322]例２５は、例２４のコンピュータ化された方法を含み、顧客ウォレットに関連付けられた第１の鍵と、顧客ウォレットに関連付けられた第２の鍵とを使用して、コンピューティングデバイスで顧客ウォレットを復元することは、新しい顧客ウォレットに関連付けられた１つまたは複数の新しい秘密鍵を生成することと、１つまたは複数の新しい秘密鍵に基づいて、新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを生成することと、第１の鍵および第２の鍵を使用して、デジタル資産を古い顧客ウォレットから新しいトランザクションアドレスに転送することとを備える。
[0323]例２６は、例２５のコンピュータ化された方法を含み、顧客ウォレットは、おのおのが３個の秘密鍵に関連付けられた複数の古いトランザクションアドレスを備え、各古いトランザクションアドレスは、それぞれの古いトランザクションアドレスのデジタル資産にアクセスするために、それぞれの古いトランザクションアドレスに関連付けられたそれぞれの３個の秘密鍵のうち少なくとも２個を必要とする。
[0324]例２７は、例２５～例２６のいずれかのコンピュータ化された方法を含み、さらに、新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを顧客デバイスに通信することを備える。
[0325]例２８は、例２５～例２７のいずれかのコンピュータ化された方法を含み、さらに、１つまたは複数の新しい秘密鍵を顧客デバイスに通信することを備える。
[0326]例２９は、例２８のコンピュータ化された方法を含み、新しい秘密鍵は、秘密トランザクション鍵である。
[0327]例３０は、例２３～例２９のいずれかのコンピュータ化された方法を含み、コンピューティングデバイスにおいて、顧客デバイスから受信された顧客のアイデンティティデータを検証することは、アイデンティティデータを、以前に格納された顧客のアイデンティティデータと比較することを備える。
[0328]例３１は、例２３～例３０のいずれかのコンピュータ化された方法を含み、アイデンティティデータは、生体データを備える。
[0329]例３２は、例２３～例３１のいずれかのコンピュータ化された方法を含み、信頼できるサードパーティは、信用組合または銀行のうちの少なくとも１つである。
[0330]例３３は、例２３～例３２のいずれかのコンピュータ化された方法を含み、顧客ウォレットは、証券、通貨、商品、債券、ファンド、またはそれらの組合せのうちの少なくとも１つを格納するために使用される。

Claims (24)

  1. 少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに通信可能に結合された少なくとも１つのメモリと、
    前記少なくとも１つのプロセッサに通信可能に結合され、顧客デバイスおよび信頼できるサードパーティと通信するように構成された少なくとも１つのネットワークインターフェースと、を備え、
    前記少なくとも１つのネットワークインターフェースは、前記顧客デバイスから、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信するように構成され、
    前記少なくとも１つのプロセッサは、
    第２の鍵を、複数の顧客のウォレットに関連付けられた暗号化マスタ鍵から導出するように構成され、前記第２の鍵は前記顧客ウォレットに関連付けられており、
    前記顧客デバイスから受信した前記顧客の前記アイデンティティデータを検証するように構成され、
    前記少なくとも１つのプロセッサが、前記顧客デバイスから受信した前記顧客の前記アイデンティティデータを検証すると、前記少なくとも１つのネットワークインターフェースは、前記顧客ウォレットに関連付けられた第１の鍵を求める要求を、前記信頼できるサードパーティの鍵リポジトリに通信するように構成され、
    前記少なくとも１つのネットワークインターフェースが、前記信頼できるサードパーティの前記鍵リポジトリから、前記顧客ウォレットに関連付けられた前記第１の鍵を受信すると、前記少なくとも１つのプロセッサは、前記顧客ウォレットに関連付けられた前記第１の鍵と、前記顧客ウォレットに関連付けられた前記第２の鍵との両方を使用して、少なくとも部分的に、暗号論的にマルチ承認トランザクションに署名することにより前記顧客ウォレットを復元するように構成され、
    前記第１の鍵および前記第２の鍵は互いにユニークである、コンピューティングシステム。
  2. 前記少なくとも１つのプロセッサは、さらに、
    新しい顧客ウォレットに関連付けられた１つまたは複数の新しい秘密鍵を生成するように構成され、
    前記１つまたは複数の新しい秘密鍵に基づいて、前記新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを生成するように構成され、
    前記第１の鍵および前記第２の鍵によって署名された承認トランザクションを使用して、デジタル資産を前記顧客ウォレットから前記新しいトランザクションアドレスに転送するように構成される、請求項１に記載のコンピューティングシステム。
  3. 前記顧客ウォレットは、複数の古いトランザクションアドレスの各々の古いトランザクションアドレスが各３個の秘密鍵に関連付けられた複数の古いトランザクションアドレスを備え、
    前記複数の古いトランザクションアドレスの各々の古いトランザクションアドレスは、前記各々の古いトランザクションアドレスのどのデジタル資産にアクセスするためにも、前記各々の古いトランザクションアドレスに関連付けられた前記各３個の秘密鍵のうち少なくとも２個の秘密鍵をそれぞれ必要とする、請求項２に記載のコンピューティングシステム。
  4. 前記少なくとも１つのネットワークインターフェースは、
    前記新しい顧客ウォレットに関連付けられた前記新しいトランザクションアドレスを、前記顧客デバイスに通信するように構成される、請求項２に記載のコンピューティングシステム。
  5. 前記少なくとも１つのネットワークインターフェースは、
    少なくとも１つの前記１つまたは複数の新しい秘密鍵を、前記顧客デバイスに通信するように構成される、請求項４に記載のコンピューティングシステム。
  6. 前記１つまたは複数の新しい秘密鍵は、秘密トランザクション鍵である、請求項５に記載のコンピューティングシステム。
  7. 前記少なくとも１つのプロセッサは、
    前記アイデンティティデータを、以前に格納された前記顧客のアイデンティティデータと比較することによって、
    少なくとも部分的に、前記顧客デバイスから受信された前記顧客の前記アイデンティティデータを検証するように構成される、請求項１に記載のコンピューティングシステム。
  8. 前記アイデンティティデータは、生体データを備える、請求項１に記載のコンピューティングシステム。
  9. 信頼できるサードパーティおよび顧客の顧客デバイスと通信するように構成されたコンピューティングデバイスと、
    前記コンピューティングデバイスのため鍵リポジトリであって、前記コンピューティングデバイスと通信可能に結合された鍵リポジトリと、を備え、
    前記コンピューティングデバイスは、
    第２の鍵を、複数の顧客のウォレットに関連付けられた暗号化マスタ鍵から導出するように構成され、前記第２の鍵は顧客ウォレットに関連付けられており、
    前記顧客デバイスから、前記顧客のアイデンティティデータと、前記顧客ウォレットを復元する要求とを受信するように構成され、
    前記顧客デバイスから受信した前記顧客の前記アイデンティティデータを検証するように構成され、
    前記顧客ウォレットに関連付けられた第１の鍵を求める要求を、前記信頼できるサードパーティの鍵リポジトリに通信するように構成され、
    前記信頼できるサードパーティの前記鍵リポジトリから前記顧客ウォレットに関連付けられた前記第１の鍵を受信したことに応じて、前記顧客ウォレットに関連付けられた前記第１の鍵と、前記顧客ウォレットに関連付けられた前記第２の鍵との両方を使用して、少なくとも部分的に、暗号論的にマルチ承認トランザクションに署名することにより前記顧客ウォレットを復元し、
    前記第１の鍵および前記第２の鍵は互いにユニークである、システム。
  10. 前記コンピューティングデバイスは、さらに、
    新しい顧客ウォレットに関連付けられた１つまたは複数の新しい秘密鍵を生成し、
    前記１つまたは複数の新しい秘密鍵に基づいて、前記新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを生成するように構成され、
    前記第１の鍵および前記第２の鍵によって署名された承認トランザクションを使用して、デジタル資産を前記顧客ウォレットから前記新しいトランザクションアドレスに転送するように構成される、請求項９に記載のシステム。
  11. 前記顧客ウォレットは、複数の古いトランザクションアドレスの各々の古いトランザクションアドレスが各３個の秘密鍵に関連付けられた複数の古いトランザクションアドレスを備え、
    前記複数の古いトランザクションアドレスの各々の古いトランザクションアドレスは、前記各々の古いトランザクションアドレスのどのデジタル資産にアクセスするためにも、前記各々の古いトランザクションアドレスに関連付けられた前記各３個の秘密鍵のうち少なくとも２個の秘密鍵をそれぞれ必要とする、請求項１０に記載のシステム。
  12. 前記コンピューティングデバイスはさらに、
    前記新しい顧客ウォレットに関連付けられた前記新しいトランザクションアドレスを、前記顧客デバイスに通信するように構成される、請求項１０に記載のシステム。
  13. 前記コンピューティングデバイスはさらに、
    少なくとも１つの前記１つまたは複数の新しい秘密鍵を前記顧客デバイスに通信するように構成される、請求項１２に記載のシステム。
  14. 前記１つまたは複数の新しい秘密鍵は、秘密トランザクション鍵である、請求項１３に記載のシステム。
  15. 前記コンピューティングデバイスは、
    前記アイデンティティデータを以前に格納された前記顧客のアイデンティティデータと比較することによって、
    少なくとも部分的に、前記顧客デバイスから受信された前記顧客の前記アイデンティティデータを検証するように構成される、請求項９に記載のシステム。
  16. 前記アイデンティティデータは生体データを備える、請求項９に記載のシステム。
  17. コンピューティングデバイスで、複数の顧客のウォレットに関連付けられている暗号化マスタ鍵から第２の鍵を導出するステップであって、前記第２の鍵は顧客ウォレットに関連付けられている、導出するステップと、
    前記コンピューティングデバイスで、顧客デバイスから、顧客のアイデンティティデータと、顧客ウォレットを復元する要求とを受信するステップと、
    前記コンピューティングデバイスで、前記顧客デバイスから受信した前記顧客の前記アイデンティティデータを検証するステップと、
    前記顧客デバイスから受信した前記顧客の前記アイデンティティデータが検証されると、前記顧客ウォレットに関連付けられた第１の鍵を求める要求を、前記コンピューティングデバイスから、信頼できるサードパーティの鍵リポジトリに通信するステップと、
    前記コンピューティングデバイスで、前記信頼できるサードパーティの前記鍵リポジトリから、前記顧客ウォレットに関連付けられた前記第１の鍵を受信するステップと、
    前記信頼できるサードパーティの前記鍵リポジトリから、前記顧客ウォレットに関連付けられた前記第１の鍵を受信したことに応じて、前記コンピューティングデバイスで、前記顧客ウォレットに関連付けられた前記第１の鍵と、前記顧客ウォレットに関連付けられた前記第２の鍵との両方を使用して、少なくとも部分的に、暗号論的にマルチ承認トランザクションに署名することにより前記顧客ウォレットを復元するステップと、を備え、
    前記第１の鍵および前記第２の鍵は互いにユニークである、コンピュータ化された方法。
  18. 前記コンピューティングデバイスで、新しい顧客ウォレットに関連付けられた１つまたは複数の新しい秘密鍵を生成するステップと、
    前記コンピューティングデバイスで、前記１つまたは複数の新しい秘密鍵に基づいて、前記新しい顧客ウォレットに関連付けられた新しいトランザクションアドレスを生成するステップと、
    少なくとも前記コンピューティングデバイスを用いて、前記第１の鍵および前記第２の鍵によって署名された承認トランザクションを使用して、デジタル資産を前記顧客ウォレットから前記新しいトランザクションアドレスに転送するステップと、をさらに備える、請求項１７に記載のコンピュータ化された方法。
  19. 前記顧客ウォレットは、複数の古いトランザクションアドレスの各々の古いトランザクションアドレスが各３個の秘密鍵に関連付けられた複数の古いトランザクションアドレスを備え、
    前記複数の古いトランザクションアドレスの各々の古いトランザクションアドレスは、前記各々の古いトランザクションアドレスのどのデジタル資産にアクセスするためにも、前記各々の古いトランザクションアドレスに関連付けられた前記各３個の秘密鍵のうち少なくとも２個の秘密鍵をそれぞれ必要とする、請求項１８に記載のコンピュータ化された方法。
  20. 前記コンピューティングデバイスから、前記新しい顧客ウォレットに関連付けられた前記新しいトランザクションアドレスを前記顧客デバイスに通信するステップをさらに備える、請求項１８に記載のコンピュータ化された方法。
  21. 前記コンピューティングデバイスから、少なくとも１つの前記１つまたは複数の新しい秘密鍵を前記顧客デバイスに通信するステップをさらに備える、請求項１８に記載のコンピュータ化された方法。
  22. 前記１つまたは複数の新しい秘密鍵は、秘密トランザクション鍵である、請求項２１に記載のコンピュータ化された方法。
  23. 前記コンピューティングデバイスにおいて、前記顧客デバイスから受信された前記顧客の前記アイデンティティデータを検証するステップは、
    前記コンピューティングデバイスで、前記アイデンティティデータを、以前に格納された前記顧客のアイデンティティデータと比較するステップを備える、請求項１７に記載のコンピュータ化された方法。
  24. 前記アイデンティティデータは、生体データを備える、請求項１７に記載のコンピュータ化された方法。
JP2020540379A 2018-01-17 2019-01-17 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム Active JP7351591B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023146745A JP7569426B2 (ja) 2018-01-17 2023-09-11 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム
JP2024174767A JP2025004125A (ja) 2018-01-17 2024-10-04 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201862618077P 2018-01-17 2018-01-17
US62/618,077 2018-01-17
US201862663922P 2018-04-27 2018-04-27
US201862663921P 2018-04-27 2018-04-27
US62/663,921 2018-04-27
US62/663,922 2018-04-27
US201862780779P 2018-12-17 2018-12-17
US62/780,779 2018-12-17
PCT/US2019/014063 WO2019143849A1 (en) 2018-01-17 2019-01-17 Multi-approval system using m of n keys to restore a customer wallet

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023146745A Division JP7569426B2 (ja) 2018-01-17 2023-09-11 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム

Publications (3)

Publication Number Publication Date
JP2021511596A JP2021511596A (ja) 2021-05-06
JPWO2019143849A5 JPWO2019143849A5 (ja) 2022-01-25
JP7351591B2 true JP7351591B2 (ja) 2023-09-27

Family

ID=67212968

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2020540376A Active JP7269944B2 (ja) 2018-01-17 2019-01-17 トランザクションアドレスを生成するためにｎ個のうちｍ個の鍵を使用するマルチ承認システム
JP2020540379A Active JP7351591B2 (ja) 2018-01-17 2019-01-17 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム
JP2023146745A Active JP7569426B2 (ja) 2018-01-17 2023-09-11 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム
JP2024174767A Pending JP2025004125A (ja) 2018-01-17 2024-10-04 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2020540376A Active JP7269944B2 (ja) 2018-01-17 2019-01-17 トランザクションアドレスを生成するためにｎ個のうちｍ個の鍵を使用するマルチ承認システム

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2023146745A Active JP7569426B2 (ja) 2018-01-17 2023-09-11 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム
JP2024174767A Pending JP2025004125A (ja) 2018-01-17 2024-10-04 Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム

Country Status (6)

Country Link
US (5) US11392940B2 (ja)
EP (4) EP3740920A4 (ja)
JP (4) JP7269944B2 (ja)
KR (4) KR20240093786A (ja)
SG (2) SG11202006235QA (ja)
WO (4) WO2019143853A1 (ja)

Families Citing this family (72)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11055707B2 (en) 2014-06-24 2021-07-06 Visa International Service Association Cryptocurrency infrastructure system
CN109314636B (zh) 2016-02-23 2022-01-11 区块链控股有限公司 用于从区块链中安全提取数据的密码方法和系统
CN115225268A (zh) 2016-02-23 2022-10-21 区块链控股有限公司 将椭圆曲线加密用于个人装置安全以共享秘密
EP3259724B1 (en) 2016-02-23 2021-03-24 Nchain Holdings Limited Secure multiparty loss resistant storage and transfer of cryptographic keys for blockchain based systems in conjunction with a wallet management system
GB2561466A (en) 2016-02-23 2018-10-17 Nchain Holdings Ltd Methods and systems for efficient transfer of entities on a peer-to-peer distributed ledger using the blockchain
EP3257002B1 (en) 2016-02-23 2020-03-11 Nchain Holdings Limited Agent-based turing complete transactions integrating feedback within a blockchain system
KR102753027B1 (ko) 2016-02-23 2025-01-14 엔체인 홀딩스 리미티드 블록체인상의 개체의 안전한 전송을 위한 방법 및 시스템
US11455378B2 (en) 2016-02-23 2022-09-27 nChain Holdings Limited Method and system for securing computer software using a distributed hash table and a blockchain
EA201891827A1 (ru) 2016-02-23 2019-02-28 Нчейн Холдингс Лимитед Реестр и способ автоматизированного администрирования смарт-контрактов, использующих блокчейн
CA3014727A1 (en) 2016-02-23 2017-08-31 nChain Holdings Limited Method and system for efficient transfer of cryptocurrency associated with a payroll on a blockchain that leads to an automated payroll method and system based on smart contracts
MX2018010048A (es) 2016-02-23 2019-01-21 Nchain Holdings Ltd Sistema universal de tokenizacion para criptomonedas basadas en cadena de bloques.
SG11201805472RA (en) 2016-02-23 2018-07-30 Nchain Holdings Ltd Determining a common secret for the secure exchange of information and hierarchical, deterministic cryptographic keys
CA3014737A1 (en) 2016-02-23 2017-08-31 nChain Holdings Limited Blockchain-implemented method for control and distribution of digital content
EP4167165A1 (en) 2016-02-23 2023-04-19 nChain Licensing AG Blockchain-based exchange with tokenisation
MX2018010052A (es) 2016-02-23 2019-01-21 Nchain Holdings Ltd Sistema y metodo para controlar acciones relacionadas con activos por medio de una cadena de bloques.
WO2017145008A1 (en) 2016-02-23 2017-08-31 nChain Holdings Limited Tokenisation method and system for implementing exchanges on a blockchain
JP6721832B2 (ja) * 2016-08-24 2020-07-15 富士通株式会社 データ変換プログラム、データ変換装置及びデータ変換方法
KR101849918B1 (ko) * 2016-10-26 2018-04-19 주식회사 코인플러그 Utxo 기반 프로토콜을 사용하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버
US20200313856A1 (en) * 2019-03-29 2020-10-01 0Chain, LLC Systems and methods of blockchain platform for intermediaries and passwordless login
US11625711B2 (en) * 2018-04-24 2023-04-11 Duvon Corporation Autonomous exchange via entrusted ledger key management
US11164182B2 (en) * 2018-05-17 2021-11-02 Conio Inc. Methods and systems for safe creation, custody, recovery, and management of a digital asset
US10834095B2 (en) * 2018-05-17 2020-11-10 International Business Machines Corporation Post-commit validation in a distributed ledger
WO2020008658A1 (ja) * 2018-07-03 2020-01-09 スタンダードトランザクション株式会社 通貨情報処理装置および通貨情報処理システム
US10970685B2 (en) * 2018-07-12 2021-04-06 Capital One Services, Llc Electronic funds transfers based on automatic cryptocurrency transactions
CN109194465B (zh) * 2018-09-30 2022-02-18 巍乾全球技术有限责任公司 用于管理密钥的方法、用户设备、管理设备、存储介质
GB201820947D0 (en) * 2018-12-21 2019-02-06 Nchain Holdings Ltd Computer-implemented system and method
JP2022065210A (ja) * 2019-02-26 2022-04-27 株式会社AndGo 暗号通貨を避難するための装置、方法及びそのためのプログラム
US11151525B2 (en) * 2019-03-05 2021-10-19 Coinbase, Inc. Systems and methods for withdrawal consolidation
US11763275B2 (en) * 2019-03-05 2023-09-19 Coinbase, Inc. System and method for cryptocurrency point of sale
US11068863B2 (en) * 2019-04-04 2021-07-20 Capital One Services, Llc Systems and methods of pending transaction augmentation and automatic attachment to settled transactions
US11741082B2 (en) * 2019-05-02 2023-08-29 Capital One Services, Llc Systems and methods for automated recovery of blockchain-based accounts
US11676143B2 (en) 2019-05-16 2023-06-13 Coinbase, Inc. Systems and methods for blockchain transaction management
US11374750B2 (en) 2019-06-10 2022-06-28 Tzero Ip, Llc Key recovery using encrypted secret shares
GB2585010B (en) * 2019-06-24 2022-07-13 Blockstar Developments Ltd Cryptocurrency key management
US10790990B2 (en) 2019-06-26 2020-09-29 Alibaba Group Holding Limited Ring signature-based anonymous transaction
US11222011B2 (en) * 2019-06-28 2022-01-11 Advanced New Technologies Co., Ltd. Blockchain-based transaction processing
JP7041650B2 (ja) * 2019-07-31 2022-03-24 株式会社Sbi Bits 秘密鍵を再製するためのシステム
US11233658B2 (en) * 2019-08-14 2022-01-25 OX Labs Inc. Digital transaction signing for multiple client devices using secured encrypted private keys
FR3100678B1 (fr) * 2019-09-09 2022-01-14 Commissariat Energie Atomique Génération d’un portefeuille contextuel multi-utilisateur de clés privées et utilisation d’un tel portefeuille
GB2587202A (en) * 2019-09-17 2021-03-24 Nchain Holdings Ltd Allocation of a digital asset using blockchain transactions
CN114788226B (zh) 2019-09-24 2024-06-07 魔术实验室公司 用于建立分散式计算机应用的非托管工具
GB201914950D0 (en) * 2019-10-16 2019-11-27 Centbee Pty Ltd Computer-implemented systems and methods
US11303443B2 (en) * 2019-11-12 2022-04-12 Gbti Solutions Electronic system to enable rapid acquisition and delivery of services and to provide strong protection of security and privacy
WO2021102041A1 (en) 2019-11-22 2021-05-27 Conio Inc. Method and apparatus for a blockchain-agnostic safe multi-signature digital asset management
CN111010379B (zh) * 2019-12-04 2022-08-09 腾讯科技（深圳）有限公司 一种基于区块链网络的数据登录方法和装置
GB2594231A (en) 2019-12-24 2021-10-27 Nchain Holdings Ltd Mapping keys to a blockchain overlay network
US12099997B1 (en) 2020-01-31 2024-09-24 Steven Mark Hoffberg Tokenized fungible liabilities
US11775986B1 (en) * 2020-05-12 2023-10-03 Coupa Software Incorporated Secure facilitation of virtual card activities for procurement
WO2021257826A1 (en) 2020-06-17 2021-12-23 Coinbase, Inc. Systems and methods for converting cryptocurrency
DE102020004121A1 (de) * 2020-07-08 2022-01-13 Giesecke+Devrient Gesellschaft mit beschränkter Haftung Verfahren, teilnehmereinheit, transaktionsregister und bezahlsystem zum verwalten von transaktionsdatensätzen
DE102020004116A1 (de) * 2020-07-08 2022-01-13 Giesecke+Devrient Gesellschaft mit beschränkter Haftung Herausgabeinstanz und verfahren zum herausgeben von elektronischen münzdatensätzen sowie bezahlsystem
US20220027867A1 (en) * 2020-07-27 2022-01-27 Avanti Financial Group, Inc. Cryptographic token with separate circulation groups
AU2021316961B2 (en) * 2020-07-30 2023-04-13 Dapper Labs Inc. Systems and methods providing specialized proof of confidential knowledge
JP7574014B2 (ja) 2020-08-06 2024-10-28 株式会社デジタルアセットマーケッツ 情報システム、情報処理装置、情報処理方法、およびプログラム
CN112819617B (zh) * 2020-08-21 2022-06-07 支付宝(杭州)信息技术有限公司 数据上链方法及装置、电子设备、存储介质
US20220076251A1 (en) * 2020-09-08 2022-03-10 Joseph D. Hughes Payment card enabled distributed digital ledger system to handle security of both crypto and non-crypto transactions
JP7534620B2 (ja) * 2020-09-28 2024-08-15 富士通株式会社 通信プログラム、通信装置、及び通信方法
FR3116132A1 (fr) * 2020-11-09 2022-05-13 A3Bc Group Procede de d’authentification securise par le decouplage structurel des identifiants personnels et de services
CN112131316B (zh) * 2020-11-20 2021-02-12 腾讯科技（深圳）有限公司 应用于区块链系统的数据处理方法及装置
GB202018919D0 (en) * 2020-12-01 2021-01-13 Smarter Contracts Ltd Consent Management
TWI774211B (zh) * 2021-01-25 2022-08-11 安瀚科技股份有限公司 擴充綁定型電子錢包系統
KR102520066B1 (ko) * 2021-02-22 2023-04-10 주식회사 블록체인기술연구소 키 백업 정보가 분산 저장된 개인키 관리 및 복구 시스템
US11461084B2 (en) * 2021-03-05 2022-10-04 EMC IP Holding Company LLC Optimizing docker image encryption—kubernetes using shamir secrets to enforce multiple constraints in container runtime environment
US12229739B2 (en) * 2021-03-22 2025-02-18 Quant Blockchain Banking Solutions Llc System and method to management a cryptographic banking network
GB2609906B (en) * 2021-08-09 2023-12-27 Nchain Licensing Ag Generating digital signature shares
US20230146474A1 (en) * 2021-11-02 2023-05-11 Evite, Inc. Purchase and transfer of cryptocurrency without preexisting wallets
WO2023154419A2 (en) * 2022-02-09 2023-08-17 Thirdwayv, Inc. Access control systems and methods for cryptowallets
US20230396611A1 (en) * 2022-06-02 2023-12-07 Micron Technology, Inc. Methods to secure access to an automobile and an authenticated ignition system
FI20225761A1 (en) * 2022-08-31 2024-03-01 Elisa Oyj METHOD AND SYSTEM FOR PROTECTING A PRIVATE WALLET
US20240161103A1 (en) * 2022-11-10 2024-05-16 Bank Of America Corporation Proof of Cache Using Argon2d Cryptographic Hashing in Payment Processing
CN116032655B (zh) * 2023-02-13 2023-07-25 杭州天谷信息科技有限公司 一种可抵御计时攻击的身份鉴别方法以及系统
WO2024173886A1 (en) 2023-02-17 2024-08-22 Magic Labs, Inc. Non-custodial tool for data encryption and decryption with decentralized data storage and recovery

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150324789A1 (en) 2014-05-06 2015-11-12 Case Wallet, Inc. Cryptocurrency Virtual Wallet System and Method
US20170221052A1 (en) 2015-07-14 2017-08-03 Fmr Llc Computationally Efficient Transfer Processing and Auditing Apparatuses, Methods and Systems
JP2018525729A (ja) 2015-07-14 2018-09-06 エフエムアール エルエルシー 計算上効率的な移転処理、監査及びサーチ装置、方法及びシステム

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6457021B1 (en) 1998-08-18 2002-09-24 Microsoft Corporation In-memory database system
EP1183816A4 (en) * 1999-05-26 2005-09-14 Ascom Hasler Mailing Sys Inc TECHNIQUE FOR ESTABLISHING DOUBLE DISTRIBUTED KNOWLEDGE AND RECOVERING AN ENCRYPTION KEY
JP2001344537A (ja) 2000-05-31 2001-12-14 Ntt Docomo Inc 電子バリューシステム、通信端末及びサーバ
US6950523B1 (en) * 2000-09-29 2005-09-27 Intel Corporation Secure storage of private keys
US8989390B2 (en) * 2005-12-12 2015-03-24 Qualcomm Incorporated Certify and split system and method for replacing cryptographic keys
FR2914408B1 (fr) 2007-03-29 2009-08-21 Eric Cognard Dispositif de transport et/ou de stockage comportant une ampoule isolante a double paroi
EP2168282A1 (en) 2007-07-12 2010-03-31 Innovation Investments, LLC Identity authentication and secured access systems, components, and methods
WO2009076653A1 (en) * 2007-12-13 2009-06-18 Pgp Corporation Apparatus and method for processing fragmented cryptographic keys
US9077537B2 (en) 2008-11-13 2015-07-07 International Business Machines Corporation Generating secure private keys for use in a public key communications environment
US9231943B2 (en) * 2011-02-16 2016-01-05 Novell, Inc. Client-based authentication
WO2012174427A2 (en) 2011-06-16 2012-12-20 OneID Inc. Method and system for determining authentication levels in transactions
US9582671B2 (en) * 2014-03-06 2017-02-28 Sensity Systems Inc. Security and data privacy for lighting sensory networks
US10354325B1 (en) * 2013-06-28 2019-07-16 Winklevoss Ip, Llc Computer-generated graphical user interface
WO2015142765A1 (en) * 2014-03-17 2015-09-24 Coinbase, Inc Bitcoin host computer system
US20150269538A1 (en) 2014-03-18 2015-09-24 Darin Stanchfield Security devices and systems for digital currency transfer
US9672499B2 (en) 2014-04-02 2017-06-06 Modernity Financial Holdings, Ltd. Data analytic and security mechanism for implementing a hot wallet service
KR20150123575A (ko) * 2014-04-25 2015-11-04 모지도코화이어코리아 유한회사 생체 정보와 hce를 활용한 가상화폐 서비스 방법 및 이를 적용한 모바일 단말, 서버 및 시스템
US10346814B2 (en) * 2014-06-04 2019-07-09 MONI Limited System and method for executing financial transactions
JP6304076B2 (ja) * 2015-03-05 2018-04-04 ブラザー工業株式会社 情報処理装置、コンテンツ配信システム、情報処理方法、及びプログラム
EP3767878A1 (en) * 2015-03-27 2021-01-20 Black Gold Coin, Inc. A system and a method for personal identification and verification
US9735958B2 (en) 2015-05-19 2017-08-15 Coinbase, Inc. Key ceremony of a security system forming part of a host computer for cryptographic transactions
US10868672B1 (en) * 2015-06-05 2020-12-15 Apple Inc. Establishing and verifying identity using biometrics while protecting user privacy
US11210663B2 (en) * 2015-11-30 2021-12-28 Shapeshift Ag Digital asset zero-custody switch
US9954680B1 (en) * 2015-12-18 2018-04-24 EMC IP Holding Company LLC Secure management of a master encryption key in a split-key based distributed computing environment
US9613221B1 (en) 2015-12-30 2017-04-04 Quixey, Inc. Signed application cards
KR101793528B1 (ko) * 2016-01-19 2017-11-06 고려대학교 산학협력단 무인증서 공개키 암호 시스템
WO2017145049A1 (en) 2016-02-23 2017-08-31 nChain Holdings Limited Consolidated blockchain-based data transfer control method and system
US9853813B2 (en) 2016-03-17 2017-12-26 Crater Dog Technologies, LLC Method for securing a private key
GB201607476D0 (en) 2016-04-29 2016-06-15 Eitc Holdings Ltd Operating system for blockchain IOT devices
US10333705B2 (en) 2016-04-30 2019-06-25 Civic Technologies, Inc. Methods and apparatus for providing attestation of information using a centralized or distributed ledger
US20170372417A1 (en) 2016-06-28 2017-12-28 Sivanarayana Gaddam Digital asset account management
GB2538022B (en) * 2016-08-20 2018-07-11 PQ Solutions Ltd Multiple secrets in quorum based data processing
WO2018044946A1 (en) * 2016-09-02 2018-03-08 Conio Inc. Method and apparatus for restoring access to digital assets
US10740844B2 (en) 2016-09-26 2020-08-11 Shapeshift Ag System and method of managing trustless asset portfolios
US11222324B2 (en) * 2016-10-10 2022-01-11 Paypal, Inc. Virtual currency secured physical currency transmission system
US20180293557A1 (en) 2017-04-05 2018-10-11 Samsung Sds Co., Ltd. Method of charging electronic currency automatically based on blockchain and system thereof
GB201705621D0 (en) * 2017-04-07 2017-05-24 Nchain Holdings Ltd Computer-implemented system and method
WO2018189658A1 (en) * 2017-04-11 2018-10-18 nChain Holdings Limited Secure transfer between blockchains
US10805072B2 (en) 2017-06-12 2020-10-13 Change Healthcare Holdings, Llc System and method for autonomous dynamic person management
US10944546B2 (en) * 2017-07-07 2021-03-09 Microsoft Technology Licensing, Llc Blockchain object interface
SG10201705618VA (en) * 2017-07-07 2019-02-27 Mastercard Asia Pacific Pte Ltd A system and method for utilizing secondary user biometric data for user authorisation
US10715504B2 (en) * 2017-07-12 2020-07-14 Wickr Inc. Provisioning ephemeral key pools for sending and receiving secure communications
US20190057368A1 (en) * 2017-08-18 2019-02-21 Interact Ventures Electronically warehousing items of stored value
CN111656378A (zh) * 2017-11-22 2020-09-11 索特区块链股份有限公司 逐步完善的数字资产抵押品钱包
CN112636907B (zh) 2020-12-18 2023-04-18 深圳前海微众银行股份有限公司 密钥管理方法、密钥使用方法、装置及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150324789A1 (en) 2014-05-06 2015-11-12 Case Wallet, Inc. Cryptocurrency Virtual Wallet System and Method
US20170221052A1 (en) 2015-07-14 2017-08-03 Fmr Llc Computationally Efficient Transfer Processing and Auditing Apparatuses, Methods and Systems
JP2018525729A (ja) 2015-07-14 2018-09-06 エフエムアール エルエルシー 計算上効率的な移転処理、監査及びサーチ装置、方法及びシステム

Also Published As

Publication number Publication date
EP3740923A4 (en) 2021-11-10
KR20250022236A (ko) 2025-02-14
KR102763893B1 (ko) 2025-02-07
WO2019143850A1 (en) 2019-07-25
JP2025004125A (ja) 2025-01-14
US20190220852A1 (en) 2019-07-18
EP3740923B1 (en) 2023-07-05
KR20240093786A (ko) 2024-06-24
US20190220857A1 (en) 2019-07-18
KR20200104413A (ko) 2020-09-03
US11392940B2 (en) 2022-07-19
US20190220858A1 (en) 2019-07-18
JP2021511596A (ja) 2021-05-06
US11429959B2 (en) 2022-08-30
EP3740920A4 (en) 2021-10-20
SG11202006282QA (en) 2020-07-29
EP3740921A1 (en) 2020-11-25
JP2023169246A (ja) 2023-11-29
EP3740920A1 (en) 2020-11-25
US11531985B2 (en) 2022-12-20
EP3740919A4 (en) 2021-11-10
EP3740919A1 (en) 2020-11-25
US11216809B2 (en) 2022-01-04
SG11202006235QA (en) 2020-07-29
WO2019143853A1 (en) 2019-07-25
WO2019143852A1 (en) 2019-07-25
US20190220859A1 (en) 2019-07-18
KR20200104412A (ko) 2020-09-03
EP3740923A1 (en) 2020-11-25
US20220084022A1 (en) 2022-03-17
JP7269944B2 (ja) 2023-05-09
WO2019143849A1 (en) 2019-07-25
EP3740921A4 (en) 2021-11-10
JP7569426B2 (ja) 2024-10-17
JP2021511595A (ja) 2021-05-06
EP3740923C0 (en) 2023-07-05

Similar Documents

Publication Publication Date Title
JP7351591B2 (ja) Ｎ個のうちｍ個の鍵を使用して顧客ウォレットを復元するマルチ承認システム
US11374750B2 (en) Key recovery using encrypted secret shares
US12051078B2 (en) Account owner funding of know your customer and accredited investor verification renewal and monitoring charges through coin payment
US11876911B2 (en) Blockchain based alias interaction processing
US20180349894A1 (en) System of hardware and software to prevent disclosure of personally identifiable information, preserve anonymity and perform settlement of transactions between parties using created and stored secure credentials
US10366250B1 (en) Systems and methods for protecting personally identifiable information during electronic data exchanges
KR20210047311A (ko) 자체-규제 토큰을 인출하기 위해서 화이트리스트화된 거래 어드레스를 필요로 하는 자체-규제 토큰의 거래 어드레스로의 이전을 허용하기 이전에 거래 어드레스가 화이트리스트화되었는지를 검증
US12248940B2 (en) Dynamic ledger address masking

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20210513

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20210513

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220117

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220117

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230303

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230602

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230814

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230912

R150 Certificate of patent or registration of utility model

Ref document number: 7351591

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150