JP2023510320A - 分散型台帳ネットワークにおけるコンテンツのセキュアなピアツーピア送信のためのシステムおよび方法 - Google Patents

分散型台帳ネットワークにおけるコンテンツのセキュアなピアツーピア送信のためのシステムおよび方法 Download PDF

Info

Publication number
JP2023510320A
JP2023510320A JP2022542235A JP2022542235A JP2023510320A JP 2023510320 A JP2023510320 A JP 2023510320A JP 2022542235 A JP2022542235 A JP 2022542235A JP 2022542235 A JP2022542235 A JP 2022542235A JP 2023510320 A JP2023510320 A JP 2023510320A
Authority
JP
Japan
Prior art keywords
digital
message
content data
data packet
peer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022542235A
Other languages
English (en)
Inventor
ソレ、アントニオ マテオス
シニスカルチ、アレッサンドロ
Original Assignee
フリーヴァース エス．エル．
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by フリーヴァース エス．エル． filed Critical フリーヴァース エス．エル．
Publication of JP2023510320A publication Critical patent/JP2023510320A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • 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/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • 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
    • 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/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
    • 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/407—Cancellation 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
    • G06Q30/00—Commerce
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/08—Auctions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • 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/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
    • 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
    • G06Q2220/10—Usage protection of distributed data files
    • 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)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computing Systems (AREA)
  • Technology Law (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Figure 2023510320000001
本発明の異なる態様は、セキュアで、信頼性が高く、かつ効率的な方式で、ユーザ間での膨大な量のコンテンツのデータパケットのピアツーピア送信と、ＤＬＴネットワークにおける格納とを可能にする、強化されたＤＬＴシステムおよび対応する方法を実装する。任意のタイプの既存のレイヤ１ＤＬＴネットワーク間のインタフェースを可能にすることによって、それは、新たなレイヤ１ＤＬＴネットワークの生成に伴う複雑で、低速で、コストが高く、かつ非常にリスクが高いプロセスを必要としない。それによって、ＤＬＴネットワークに格納されているデータの不変性によって提供される信頼を必要とするビッグデータ、ＩｏＴ、Ｗｅｂ３、ＭＭＯＧ、または任意の他の環境における応用にまで、ＤＬＴネットワークの可能な応用の範囲が広がる。

Description

本発明は概して、電気通信の分野に関連するものであり、特に、分散型台帳ネットワークにおけるコンテンツのセキュアなピアツーピア送信のためのシステムおよび方法に関する。
分散型台帳ネットワーク、以下、ＤＬＴ（「Ｄｉｓｔｒｉｂｕｔｅｄ Ｌｅｄｇｅｒ Ｔｅｃｈｎｏｌｏｇｉｅｓ」）ネットワークによって、多数のコンピュータ上に分散方式で記録の同一のコピーを格納することによって、コンピュータのネットワークが、非破損性（ｉｎｃｏｒｒｕｐｔｉｂｌｅ）および不変のデータベースを共有することが可能になる。また、それらによって、コンピュータが互いに直接、ピアツーピアで通信することが可能になる。そのようなネットワークの様々なタイプの中には、より高いセキュリティを提供するものもあるが、低速かつ高価である。反対に、より高速かつより安価なものは、同時に、最もセキュアでない。ＤＬＴの１つのタイプは、以下、ブロックチェーン、ＢＣと呼ぶ、ブロックチェーンネットワークであり、ブロックチェーンの形式で分散記録を格納する。
今日、異なる構成、例えば、どのタイプのコンピュータがネットワークに参加し得るか、および、重要なことに、どれが書き込み特権を有するかの範囲の定めを伴う、様々なＤＬＴネットワークプラットフォームが存在する。使用事例に応じて、ＤＬＴネットワークは、一方の目的では、パブリックにかつ非許可型で実装され得（その内には、イーサリアムがある）、他方の目的では、プライベートにかつ許可型で実装され得る（企業がその内部プロセスのために実装するもの等）。パブリックネットワークは、万人による検査にも開放されていると同時に非許可型であり、それによって、誰もが自身の電子デバイスを用いて参加し、ネットワーク内の単なる別のノードとして動作することが可能になる。一方で、プライベートネットワークは、特定の事前にバリデートされたユーザがその上に分散されている記録にアクセスすることだけを可能にし、許可型であり、バリデートされたユーザのみがネットワークにおいてノードとして参加することを可能にする。
そのようなパブリックな非許可型ネットワークの１つがイーサリアムであり、その主な貢献によって、分散記録のコンテンツが受動的な情報だけでなく、追加的に、入力情報に作用して出力情報を生成するプログラムコードを含むことが可能になる。コンピュータプログラムと同様に自動的にアクションを実行するコード（または、プログラムモジュール）の各ユニットは、「スマートコントラクト」と呼ばれる。換言すれば、イーサリアムは、無数のスマートコントラクトを自律的かつ自動的に実行可能な、何千ものノードに分散された巨大なコンピュータである。プログラムコードによって規定された規則に従って、アルゴリズムの状態を変更する命令が実行される。分散記録は、すべての同じ情報、すなわち、計算の結果、および一連のあり得る状態の内における現在の状態を反映するために特定の時点で更新される。各ノードは、他のノードとまったく同じ状態で仮想マシンを維持する。更新時間は、さらに、ベリフィケーションおよび異常の修正の任意のサブプロセスを含む。ＤＬＴ技術は、確立されたプロトコルによって指示されたように挙動するようにネットワークノードのほとんどを揃えることによって、記録の形式で結合データベースの完全性を保護することを可能にする。
ノードは、プログラムされ得、かつ入力データを受信してプログラム規則に従って実行し、出力データを生成しながら、それが位置する状態を進展させる少なくとも１つのデータ処理デバイスを含む。したがって、ノードは、典型的にはコンピュータであってもよいが、携帯電話等の任意の電子デバイス、または計算能力を有するセンサであってもよい。
パブリックかつ非許可型ネットワークの透明性および不変性の特性は、システム内のすべての行為者、特にネットワークを使用するユーザの間で最大の信頼を生成する。一方で、ブロックのコンテンツ、その中に格納されている情報および結果の交換は、オープンかつ支障なくベリファイされ得る。一方で、プラットフォームを管理するプログラムコードをベリファイすることで、それらがその中で規定された規則に従っているか否かをチェックし得る。例えば、異常を検出および修正する手順があるか否かをチェックし得る。最悪の場合、そのような異常は、何らかのやり方でネットワークを利用するために、ネットワークを騙そうとしている悪意のある行為者が原因である場合がある。
実際には、ＤＬＴネットワークの最も重要な特性の１つは、まさに、それらがゼロ信頼の原理に基づいて設計されているので、すなわち、それらは、通信、情報交換、および対応するアクションに従事している間、ネットワークのどのユーザもいかなる他のユーザを信頼しないと仮定するので、そのようなリスクを検出および排除する能力である。そのようなプラットフォームは、数学モデル、例えば、ゲーム理論およびインセンティブに基づいたプロセスを組み込んで、ネットワーク内の様々なノードが規定された規則に従って誠実な方式で動作するように動機付ける一方で、ネットワーク内のすべてのノードのクロスチェックを促進して、誰もシステムを騙そうとしていないことを確実にするので、このような不信にも関わらず、いくらか安心して動作し得るように設計されている。
さらに、分散記録に格納される情報の量および／またはタイプに応じて、少なくとも２つの異なるタイプのノードがある。完全なノードは、第１のブロックからネットワークによってバリデートされた最後のブロックまで、履歴全体を格納する。ライトノードは、完全な記録には作用せず、最後の記録、またはそれらの圧縮された同等物、またはすべての記録の小部分、例えば、ヘッダのみを格納するので、必要とする計算リソースおよびメモリリソースがより少ない。ライトノードはかなり動的な機能を有し、それらが非常に迅速に情報に作用することが可能になるが、ＤＬＴネットワークに非破損性および不変性の特性を与えるのは完全なノードである。
この開発により、いくつかのＤＬＴネットワークは、同じ原理に基づいて生成されてきており、イーサリアムはその単なる１つの例であり、当業者は対応するオープンソースコードを考察することで認識することが可能になる。パブリックかつ非許可型のそのようなＤＬＴネットワークは、レイヤ１またはネットワーク１と呼ばれ、新たなノードが仮想マシンを開始し、共有データベースによって指示されたコードの各行を最後まで実行し、ネットワークにおける他のノードの現在の状態を複製するまでイベントおよび発生の履歴を再現することによって、ネットワークの現在の状態を再作成することを可能にする。
各ノードはまた、コードをネットワーク１、すなわち、そのすべてのノードで構成される仮想マシンに任意に送信し得、これは、アプリケーションを共有コンピュータにアップロードして、非集中型アプリケーション（ＤＡｐｐ）として知られるものを生成するのと同様である。ＤＡｐｐは、基礎をなすＤＬＴネットワークの固有の利点、すなわち、とりわけ、プロセスの非破損性、システムにおける各行為者に認可される信頼のレイヤ、コードが停止できず、自動的に中断せずに実行されるということを継承しているので、最近極めて普及してきている。
この品質のグローバル計算システムに対する悪意のある攻撃を防止するために、経済的コストのシステム、またはマイクロペイメントが統合されてきており、自身のリソースを消費しているときに正直なユーザのみがシステムを使用することを確実にしている。いくつかのネットワークは、ＤＬＴネットワークとのインタラクションを実行するときにこのマイクロペイメントを必要とする。この技術分野の専門用語では、各インタラクションは、トランザクションとしても知られ、データの送信または受信を含み、データは、スマートコントラクトを更新するためのプログラムコードであり得、またはスマートコントラクトに関連する入力データまたは出力データ、もしくは不変に格納されることが望ましい任意の他のタイプの情報であり得る。
最もセキュアなレイヤ１ＤＬＴネットワークを使用して、それぞれの利益を活用することには、総じてユーザにとってかつネットワーク全体にとっての両方の犠牲を伴う。ユーザにとっては、コードがより多く、データがより多く、ＤＬＴネットワークとのインタラクションがより多いほど、行われるマイクロペイメントの合計がより多くなる。すべてのＤＡｐｐが必要とするコードを同時に処理することを担当するレイヤ１の全体にとっては、飽和および／または崩壊は、これらのＤＡｐｐの一部が単一のコンピュータで処理できるよりも大量の集約された処理を必要とするとすぐに発生する。したがって、多くのＤＡｐｐは、レイヤ１ＤＬＴネットワークの最も重要な核利点のみを利用するように設計されてきており、それは、情報を格納するときに不変で透明な性質によって生成される信頼である。このようなＤＡｐｐは、アクションの残りの実行、または特定のアプリケーションを実行するために必要なコードを、レイヤ２ネットワークまたはネットワーク２と呼ばれる外部ネットワークに委任する。
レイヤ２ネットワークは、必ずとは限らないが場合によってはインセンティブと交換で、コンピュータの計算リソースを利用可能にするコンピュータの集合であり、換言すれば、計算リソースを貸し出し、それに対して課金する場合がある。またあるときには、レイヤ２コンピュータは、システムを機能させることを支援するために利他的に動作するか、または単に、自身のＤＡｐｐに所望の機能を提供させることに関心のある企業によって提供される。レイヤ１ＤＬＴネットワークの高い非破損性の特性を示さないことによって、これらのネットワークによって実行される処理は、何らかのやり方で、レイヤ１ネットワークによって制御または監視される必要がある。１つの態様では、ネットワーク２は、クライアント－サーバフォーマットにおいて独立して動作する１または複数のコンピュータを含む。別の態様では、ネットワーク２はＤＬＴネットワークである。別の態様では、ネットワーク２は、その計算リソースを利用可能にするための寄与を受け取らない専用ネットワークのノードを含む。
実行中のＤＡｐｐによれば、ネットワーク１に展開されたプログラムコードは、それを用いて、ＤＡｐｐのユーザが互いにインタラクトしてアクションを実行するエンティティを表す１または複数の仮想資産（以下、「ＣＡ」と呼ぶ）を定義する規則を含む。典型的には、ＣＡは、ＤＡｐｐ環境の仮想プレーヤまたは仮想オブジェクトであってもよい。ＤＡｐｐの性質に応じて、これらのＣＡが他のユーザにとって価値のあるものになる場合もあれば、または価値のない単なる仮想表現にとどまる場合もある。ＤＡｐｐの重要な特性の１つは、その中に展開されているＣＡの一意の性質である。各ＣＡは一意であり、かつ他のＣＡと区別可能であり、完全に追跡可能であり得、これによって、誰でもその特性、所有権履歴、および作成された数等を閲覧することが可能になる。ＣＡは、ＤＡｐｐユーザ間のピアツーピアインタラクションで交換または購入もしくは販売し得るので、疎に生成されるＣＡは所望の対象となる。
ＣＡを交換、バーター、または購入－販売の対象にすることを可能にする既存のＤＡｐｐは、いくつかの欠点がある。まず、ユーザ間でのそのようなＣＡのピアツーピア送信のための一般的なプロセスは、競売である。タイプ１ＤＬＴネットワークにおける競売は、他のＤＡｐｐと同じスケーラビリティおよびＤＬＴ飽和問題に悩まされる。複数の入札の受信、ＣＡの価格の変更、ＣＡのロック、最高入札に基づく勝者の決定、ＣＡのロック解除、所有権の変更の記録等についての情報を記録する各トランザクションには、ＤＬＴネットワークとのインタラクションを伴う。場合によっては、単一のＣＡを競売するプロセスを完了するために、ＤＬＴネットワークと何千ものインタラクションがある場合がある。ＤＬＴ技術の現在の状態に基づいて、複数のＣＡを有するＤＡｐｐは、グローバル競売を通じて複数のＣＡの送信を可能にするように動作し得ない。そのような数のトランザクションを処理し得ないので、ＤＬＴネットワークが崩壊することを実現可能でさえある。これは、動作せず、関心を起こさせなくなり、ユーザがその使用を放棄するＤＡｐｐにとってだけでなく、基礎をなすＤＬＴネットワークにとっても問題である。このＤＬＴネットワークは、一般的な関心のあるアプリケーションを実行するための技術的プラットフォームとして役割を果たすとなると、重大なスケーラビリティ問題を有する。換言すれば、大多数のユーザによるこの新技術の採用が遅れる。
スケーラビリティ問題は、追加的なコスト問題によって悪化する。ネットワーク１上でＤＡｐｐを実行するコストは、実行に必要な計算負荷およびトランザクション数に比例している。イーサリアムネットワークの場合では、これらのコストはガスまたはガス代と呼ばれる。書き込みアクションまたは演算アクション等の各トランザクションまたは各インタラクションは、ガスの観点から割り当てられたコストがある。誰がこのコストを支払うかに関わらず、それがＤＡｐｐユーザであるかまたはＤＡｐｐマネジャであるかに関わらず、累積コストは、実際に実現可能なものを超えて、全体的なコストを増加させる。
別の大きな問題点は、新たなＤＬＴ技術の実装のこの早いステージでは、情報を持たないユーザにとっては困難かつ複雑に思えることがよくある、暗号通貨の使用である。各タイプ１ネットワークは、値を表すデータパケットであり、かつネットワーク１のグローバル環境で支払いを行うために使用し得る、ネットワークにネイティブな少なくとも１つの暗号通貨を有する。イーサリアムの場合では、ネイティブな暗号通貨はイーサと呼ばれ、特定のイーサリアムＤＡｐｐだけでなく、イーサリアムタイプ１ネットワークプラットフォーム上で実行されている任意のＤＡｐｐで支払いを行うために使用し得る。今日では、暗号通貨は、電子ウォレットの確立と、非対称暗号化、公開鍵、秘密鍵、シード鍵等の基本的な暗号化概念の理解とを伴う電子デバイスの特定の構成を必要とするので、情報を持たないユーザにとって複雑になる。さらに、第１の導入は、銀行等の金融機関とのプロファイルを有効化し、幾つかの個人の詳細を開示し、特定のユーザプロファイルテストに合格し、その機関にフィアットマネーの送金を行い、代わりに暗号通貨の量を受け取るまで、場合によっては数日待機する必要がある。この時間の間に、今日の暗号通貨マーケットのボラティリティが高い場合、支払われたフィアットマネーの価値は、ユーザが所望するトランザクションに必要な暗号通貨での支払いに一致しない場合があるようなやり方で変動する場合がある。すなわち、支払いアクションの終了時に、そのマネーの価値が、支払いアクションの開始時よりも低い。
新たなアプリケーションでは、典型的な情報を持たないユーザは、数分のうちに、アプリケーションをダウンロードし、いくつかのアクションを実行し、何らかの支払いを実行する必要がある場合には、可能性としてはクレジットカードによって、または同じアプリケーションのさらなる使用のために、好ましい支払い方法を設定することによって、例えば銀行振り込みによって、直ちに実行することも期待する。これは、自身の電子ウォレットを無理なく管理し、問題のＤＡｐｐにネイティブである暗号通貨を有する情報が与えられたユーザにとっては問題ではないが、ＤＬＴ技術およびそのアプリケーションを他の情報を持たないユーザのために採用することに対する完全な障害である。
いくつかの解決策は、ＤＡｐｐマネジャ（または、「ＤＭ」）の完全な関与に依存する。ＤＭは、プロセスのセキュリティを監視することを担当するために、および一方では、競売されているＣＡの秘密鍵を受け取り、他方では、１人の所有者から別の所有者へのＣＡの転送を完了する前に、購入者から支払いを受け取ることを確実にするために、動作全体を制御する。この明白なセキュリティ対策は、実際には、ＤＬＴプラットフォーム上でのこのタイプの動作で最も重大なエラーの１つである。ＣＡの所有者は、ＤＭに自身の秘密ＣＡ鍵を渡すことによって、それを完全に制御できなくなり、実質的に、ＤＬＴネットワークの別の行為者に自身のＣＡを与えている。これは、この新技術の採用を妨げるリスクをもたらす。さらに、２人の悪意のある行為者が共謀している場合、損失は確実である。一例として、ネイティブな暗号通貨でＤＭに支払いを行ったことを証明する購入者がいる場合があり、ＤＭはそれに従って購入者へのＣＡの送信を完了する。ＣＡの販売者は、ＤＭから何の支払いも受け取っていないことを証明できる場合でさえも、トランザクションを取り消そうとするのに非常に苦労するだろう。
追加的な問題は、例えば中国、日本、欧州、および米国のマーケットにおいて同時に、同じ単一のＣＡを別個かつ接続されていないユーザのグループに同時にマーケティングすることを可能にする現在のプロセスを制限することである。悪意のある販売者が、共通部分を持たないクローズドなユーザグループを通じて、単一のＣＡを２人以上の購入者に販売するように試みる可能性がある。この場合、第１のグループの正当な購入者は、既に支払いを行ったのに、ＣＡが利用可能でなくなったことに気付く場合があるか、または第２のグループからの別の購入者に転送することによって所有権を変更しており、良くても、採用問題をもたらす。最悪の場合、悪意のあるＤＭは、２人以上の購入者に自身のＣＡを販売することによって、この動作から不正に利益を得ることができる（二重支払いとしても知られる）。
したがって、ＤＬＴ環境におけるＣＡの送信に関するこれらの問題のすべてまたは一部に対する解決策を提供することが望ましい。
本発明の目的は、前述の問題のすべてまたは一部に対する解決策を提供することである。特に、本発明の目的は、最適化された方式でコンテンツの送信を可能にする、強化されたＤＬＴのシステムおよび対応する方法を提供することである。換言すれば、信頼性が高く、セキュア、かつ効率的な方式で、販売者または購入者のいずれにも暗号通貨を取得することを要求しない方式で、および同時にいくつかの異なるマーケットプレイスでＣＡをマーケティングし得る方式で、場合によっては膨大な数のユーザ間のインタラクション（例えば、競売）を伴うことが可能なプロセスによって、複数の接続されていないグループのユーザ間でＣＡの複数の送信を実行し得るＤＬＴシステムを提供することが望まれる。
任意のタイプの既存のレイヤ１ＤＬＴネットワーク間のインタフェースを可能にすることによって、新たなレイヤ１ＤＬＴネットワークの生成に伴う複雑で、時間がかかり、コストが高く、かつ非常にリスクが高いプロセスを必要としない。これにより、社会のニーズに従ってＤＬＴネットワークの可能な応用の範囲が無限の数まで広がり、ＤＬＴ支払いを実行すること以外にもさらに、例えば、ビッグデータ、ＩｏＴ、Ｗｅｂ３、ＭＭＯＧ、またはＤＬＴネットワークに格納されたデータの不変性によって提供される信頼性を必要とする任意の他の環境での応用もカバーされる。異なるユーザ同士の間でのコンテンツの信頼性が高く、セキュア、かつ効率的な送信により、これらすべての環境でＤＬＴ技術の採用が可能になる。
したがって、本発明の目的は、デジタルコンテンツのピアツーピア送信のための強化されたＤＬＴシステムを提供することである。
本発明の別の目的は、強化されたＤＬＴシステムにおけるコンテンツのピアツーピア送信の方法を提供することである。
本発明の別の目的は、コンテンツのピアツーピア送信のための強化されたＤＬＴシステムにおけるデジタルロッカーを提供することである。
本発明の別の目的は、強化されたＤＬＴシステムにおけるコンテンツのピアツーピア送信のデジタルロッカーにおける方法を提供することである。
本発明の別の目的は、コンテンツのピアツーピア送信のための強化されたＤＬＴシステムにおけるデジタルバリデータを提供することである。
本発明の別の目的は、強化されたＤＬＴシステムにおけるコンテンツのピアツーピア送信のデジタルバリデータにおける方法を提供することである。
本発明の別の目的は、プロセッサ上で実行されると、強化されたＤＬＴシステムにおけるコンテンツのピアツーピア送信の方法の段階を実行する命令を含むコンピュータプログラムを提供することである。
本発明の別の目的は、プロセッサ上で実行されると、強化されたＤＬＴシステムにおけるコンテンツのピアツーピア送信の段階を実行する命令を含むコンピュータ可読媒体を提供することである。
本発明は、本発明の様々な態様、実施形態、および特徴を実装する方法およびデバイスを提供し、様々な手段によって実装される。様々な手段は、例えば、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組み合わせを含んでもよく、様々な手段のいずれか１つまたは組み合わせがこれらの技術を実装してもよい。
ハードウェア実装形態の場合、様々な手段は、１または複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、説明した機能を実行するように設計された他の電子ユニット、またはそれらの組み合わせの上に実装された処理ユニットを含んでもよい。
ソフトウェア実装形態の場合、様々な手段は、説明した機能を実行するモジュール（例えば、プロセス、および機能等）を含んでもよい。ソフトウェアコードは、メモリユニットに格納され、プロセッサによって実行されてもよい。メモリユニットは、プロセッサ内に、またはプロセッサの外部に実装されてもよい。
本発明の様々な態様、構成、および実施形態が説明される。特に、本発明は、以下に説明されるような、本発明の様々な態様、構成、および特徴を実装する、方法と、装置と、システムと、プロセッサと、プログラムコードと、コンピュータ可読媒体と、他の装置および要素とを提供する。
本発明の特徴および利点は、同様の参照符号が、異なる図面における対応する要素を識別する図面に関連して続く詳細な説明からより明らかになるであろう。対応する要素はまた、異なる文字で参照してもよい。
コンテンツのセキュアなピアツーピア送信のための強化されたＤＬＴシステムの展開を示す図である。
本発明の１つの実施形態による、コンテンツのセキュアなピアツーピア送信のための強化されたＤＬＴシステムを示す図である。
（図３Ａおよび図３Ｂ）本発明の１つの態様による、各ネットワークに展開されたプログラムモジュールを示す図である。
本発明の様々な態様による、ＤＬＴ環境のコンテンツパケットの構造を示す図である。 本発明の様々な態様による、ＤＬＴ環境のコンテンツパケットの構造を示す図である。 本発明の様々な態様による、ＤＬＴ環境のコンテンツパケットの構造を示す図である。
本発明の一実施形態による、強化されたＤＬＴシステムにおけるコンテンツのセキュアなピアツーピア送信のための手順に関する図である。 本発明の一実施形態による、強化されたＤＬＴシステムにおけるコンテンツのセキュアなピアツーピア送信のための手順に関する図である。
強化されたＤＬＴシステムの展開の方法を指す図である。
本発明は、プログラマブル分散型台帳システムである任意のレイヤ１ネットワークに展開される。今日では、イーサリアム、ＴＲＯＮ、ＥＯＳ、またはＸＤａｉは、さらに、ブロックチェーン技術、または単にブロックチェーンに基づく、そのようなシステムを表す。しかしながら、本発明の教示は、任意のプログラマブルＤＬＴ環境、すなわち、データだけでなく、プログラマブルコードも格納し、（全体として、ＤＡｐｐを形成する）スマートコントラクトの展開および実行を可能にする任意の記録の分散型システムに適用される。このようなプログラマブルＤＬＴ環境は、少なくとも１つの仮想マシンおよび少なくとも１つの分散記録を含む。分散記録には、実行されるアルゴリズムの規則が部分的に格納される。入力データに基づいて、仮想マシンは、定義された規則に対応して、受信されたか、または分散記録に格納されたかのいずれかの情報に作用して、アルゴリズムの状態を進展させ、出力データを生成し、これは、分散ｆｓに格納されてもよい。
この汎用環境は、要求された非集中型アプリケーション、またはＤＡｐｐを実行する特定のソフトウェアを展開することによってプログラムされ得る。ＤＡｐｐプログラムコードが展開されると、ＤＡｐｐを実行するＤＬＴネットワークの一部は、少なくとも１つのＤＡｐｐプロセッサおよび少なくとも１つのＤＡｐｐメモリとして表されてもよい。すなわち、ＤＡｐｐプロセッサまたは処理手段は、その特定のＤＡｐｐに関する情報を処理するＤＬＴ仮想マシンの一部を表し、ＤＡｐｐメモリまたは格納手段は、要求されたＤＡｐｐを実行するためにデータを実行および格納するために割り当てられたＤＬＴネットワークの一部を表す。説明の残りの部分では、「プロセッサ」へのあらゆる参照はＤＡｐｐプロセッサを指し、「メモリ」へのあらゆる参照はＤＡｐｐメモリを指す。さらに、分散型台帳ネットワーク、第１のネットワーク、レイヤ１ネットワーク、ネットワーク１、イーサリアム、ＥＯＳ、ＢＣもしくはブロックチェーン、または単に「ＤＬＴ」へのあらゆる参照は、プログラマブルＤＬＴネットワークを指す。
「コンテンツ」という用語は、本発明の文脈において、ＤＬＴプラットフォームの環境において生成された暗号資産、ＣＡを指すために使用される。暗号資産は、価値および／または有用性の仮想表現である。それらは、トークン、アバター、デジタルツイン、電子ステッカ、および仮想プレーヤ等としても知られる。コンテンツという用語は、所有者間で送信可能な仮想表現のこれらすべての変形形態を包含するために使用され、これは、技術的には、オーディオ、ビデオ、画像、マルチメディア、メタデータ、ならびに、パラメータおよび特性、これらの混合、またはこれらの圧縮された記述等の他の情報等のコンテンツを含むデータパケットであるからである。
図４Ａ～図４Ｃは、例として、そのようなデジタルコンテンツの異なる実施形態を示す。図４Ａでは、コンテンツを保持するデータパケット４００は、ヘッダセクション４１０およびペイロードセクション４２０を含む。ヘッダセクションは、少なくともコンテンツの一意の識別子、および他の所有権データ、ならびにブロックチェーンにおけるブロックに共通の異なるパラメータを含む。アップロードセクションは、コンテンツを定義するために必要なデータを含み、この場合は、サッカー選手として、仮想プレーヤの他の特性と共に視覚的に表現される。本態様では、デジタルコンテンツを明示的に参照するすべての情報がＤＬＴに直接格納される。
図４Ｂの別の態様では、データパケット全体をＤＬＴに格納する代わりに、デジタルコンテンツに関するすべての情報が格納されるのではなく、デジタルコンテンツの圧縮された表現が格納され、スペースおよびコストが節約される。本態様では、ＣＡを定義する完全なデータは、ローカルネットワーク、例えばオフチェーンに格納されるか、またはＩＰＦＳ等の別のネットワーク、または単にいくつかの他のコンピュータに格納される。識別データは複数のやり方で生成され得る。１つの実装形態では、それらは、ハッシュＨとして知られる数学関数をコンテンツセクションにおけるデータに適用することによって取得される。
ｉｄ＝Ｈ（ｃｏｎｔｅｎｔ） ［式１］
ここで、ハッシュ関数は文献で利用可能ないくつかの代替形態（ＳＨＡ２、ＳＨＡ３、およびＭＤ５等）の中から選択し得、本実装形態では、ハッシュ関数の特性によって、異なる識別子を有する異なるコンテンツを有する２つのデータパケットが存在し得ないことが確実になる。換言すれば、同一のコンテンツを有する２つのデータパケットは、同一の識別子も有することになる。本態様では、ヘッダ４１０は、データパケットの同じ一意の識別子を含むが、ペイロードセクション４２０は、デジタルコンテンツのハッシュのみを含む。
別の実装形態では、ＤＬＴネットワークにインストールされたＤＡｐｐは、例えば、単に、連続する整数を割り当てることによって、暗号資産が作成されるたびに一意の識別番号を作成することを担当する。図４Ｃの態様では、コンテンツデータ自体に関連する情報は格納されないが、識別データ４１０のみが格納されるので、さらなるスペースおよびコストの節約をする。本態様では、コンテンツデータは、ＤＭの任意の物理メモリには格納されずまたはローカルメモリにさえ格納されないが、コードによってオンザフライで生成される。例えば、ＤＡｐｐのコードは、必要に応じてアルゴリズムによってこのデータを生成するようにプログラムされ得る。ＤＡｐｐは、０から１０００までのインデックスが付けられたＣＡ上のデータを提供する要求を受信するときに、要求されたインデックスに等しいシードを有するランダムな画像を生成し、その所有者をＤＡｐｐマネジャとして宣言するように構成されてもよい。したがって、「ＣＡデータ」が明示的にメモリに格納されているか否か、またはそのすべてまたは一部がプログラムによってオンザフライで生成されるか否かに関わらず、「データパケットにおけるデータ」と呼ばれる。
本態様の例として、ユーザが仮想プレーヤを取得することに関心があり、その一意の識別子ＦＶ１２３４５６７８９を使用して仮想プレーヤを識別することだけによって、ネットワーク１に仮想プレーヤの特性の読み取りを要求する場合、ＤＡｐｐは、対応するスマートコントラクトを用いて、この特定のプレーヤに対応する特性を再生成し、それらを情報の要求者に戻す。
データパケットのヘッダセクションは、データパケット情報が同じＤＬＴネットワークに格納されているか否か、または参照されるたびに動的に生成されるか否かに関わらず、同じものを識別するデータを有する少なくとも１つのセクション（パケットＩＤ）と、パケットの現在の所有権に関するデータ（保持者）をその詳細と共に有するセクションと、ＣＡのコンテンツに関連するデータを定義するデータをその詳細と共に含むセクションとを含む。メモリに明示的に書き込まれるか、またはプログラムによって生成されるかのいずれかに加えて、これらのセクションは、ＤＬＴの異なるＤＡｐｐに位置してもよい。表Ｉは、レイヤ１ＤＬＴネットワークに格納される異なるタイプの情報を示す。
（表Ｉ）
Figure 2023510320000002
所有権データは、データパケットに対しての特定のアクションを実行できるように、どのデータおよびどの入力ＩがＤＬＴに提供される必要があるかを指定し、したがって、ＤＬＴネットワークは、入力に対して適用された特定の数の条件Ｃｉが１を戻すこと（２進数で、正）をベリファイする。
Ｃｉ（Ｉ，ｓｔａｔｅ）＝１，∀ｉ ［式２］
これらの条件は、（ｓｔａｔｅで表される）ＤＬＴまたはＤＡｐｐの現在の状態、例えば、時間および分によって異なってもよい。
１つの実施形態では、所有権データは、秘密鍵／公開鍵ペア（ｓｋ、ｐｋ）の公開鍵ｐｋを含み、そのため、提供される入力Ｉは、ＤＡｐｐによって修正されるデータパケットのために秘密鍵ｓｋを用いて署名された、メッセージＭと共にそのデジタルシグネチャＦ（Ｍ）である。この場合、ＤＬＴネットワークによってベリファイされる条件の１つは、特定のメッセージＭが、ｓｋに対応するｐｋによって署名されたことである。
ｉｆ ｅｘｔｒａｃｔＰｕｂｌｉｃＫｅｙ（Ｍ，Ｆ（Ｍ））＝＝ｐｋ： ｒｅｔｕｒｎ １； ｅｌｓｅ： ｒｅｔｕｒｎ ０ ［式３］
関数Ｆ（）およびｅｘｔｒａｃｔＰｕｂｌｉｃＫｅｙ（）は、とりわけ、楕円曲線暗号、ＲＳＡ等の、いくつかの最先端の非対称暗号化方法から選択し得る、使用されているデジタルシグネチャスキームによって異なる。
１つの態様では、条件は、ＣＡの所有者に直接関連しておらず、ＤＬＴまたはＤＡｐｐの状態に関連する他のチェックを含む。例えば、データパケットがサッカーゲームにおけるサッカー選手を表す場合、この選手に対応する秘密鍵の知識を有する者のみが、対戦において彼を加えることができる。
別の態様では、所有権条件は、いくつかの有効なデジタルシグネチャの提供を要求してもよいので、マルチシグネチャウォレットを介して共有された所有権を表す。その場合、そのＣＡに対するアクションは、すべての必要なデジタルシグネチャが提供されている場合にのみ処理される。
コンテンツデータは、ＤＬＴにおいて明示的であってもよいし、または様々な方法で圧縮されていてもよい。例えば、データパケットが画像を表す場合、画像は、標準的な画像ファイルフォーマットに従ったデータパケットの一部であってもよく、
ｃｏｎｔｅｎｔ＝ｉｍａｇｅ ［式４］
またはそのハッシュのみが存在してもよい。
ｃｏｎｔｅｎｔ＝Ｈ（ｉｍａｇｅ） ［式５］
後者の場合では、ＤＬＴネットワーク画像を取得することは可能ではないが、そのような画像が利用可能な場合は、単に、ハッシュを計算し、それをデータパケットのハッシュと比較することで、データパケットがその画像をまさに表していることをベリファイすることが可能である。ＣＡの所有権の転送、したがって実質的にデジタルコンテンツの送信は、通常、データパケットの所有権セクションの修正、例えば、１人のユーザのｐｋを別のユーザのｐｋに修正することのみを伴うことに留意されたい。
このデータパケットの所有権は、幾つかのやり方で通信チャネルを通じて送信されてもよい。ＤＬＴ環境では、所有権のピアツーピア送信はまた、一意の識別子と、すべての点ではないが典型的には、販売者による転送を承認するデジタルシグネチャとを使用することによって、第１のユーザから第２のユーザに直接成し遂げられ得る。ＤＬＴネットワーク環境で動作するには、ユーザは、１または複数のピア（ｐｋ、ｓｋ）を生成し、ｓｋ秘密を保持し、ｓｋを用いてメッセージにデジタル方式で署名することを担当する、少なくとも１つの電子ウォレットを必要とする。ユーザの一意の識別子は、通常、直接的にｐｋであるか、またはｐｋから導出可能な値である。例えば、イーサリアムネットワークで動作するには、ＳＨＡ－３関数をｐｋに適用し、第１の１６０ビットを保持することによって、イーサリアムアドレスと呼ばれるユーザの識別子が取得される。
この識別子は、電子アドレスとしての役割も果たす。したがって、送信者は、送信されるデータパケットの識別子を知っており、パケットの所有権セクションを修正し得る条件Ｃｉをベリファイするために必要な入力Ｉを有し、受信者の識別子を有している限り、直接別のユーザに対してデータパケットのピアツーピア送信を実行し得る。同様に、スマートコントラクトは、送信されるデータパケットの識別子、送信者の識別子、パケットの所有権セクションを修正し得る条件、および受信者の識別子を受信する限り、２人のユーザの間で直接データパケットのピアツーピア送信を実行し得る。
コンテンツのコピーが送信者から受信者に実際に送信される非ＤＬＴ通信ネットワークにおけるどのデータパケットの送信とも異なり、ＤＬＴ環境では、コンテンツの所有権の送信は、１人のユーザから別のユーザに一意の識別子を転送することによって成し遂げられる。換言すれば、２人のユーザが同じ一意の識別子を有するコンテンツを有し得ないので、送信は、非仮想世界の現実を忠実に再現する、すなわち、ギフトを作るとき、送信ユーザは、自身がトランザクションの最後に所有権を修正したので、ギフトは残されない。ＤＬＴネットワーク環境では、送信を行う際に、送信者はコンテンツを受信者に送信しているので、それに対して何らかのアクションを実行する可能性は送信者には残されない。換言すれば、デジタルコンテンツは、１人のユーザから別のユーザに１回だけ、二重支払いなしに送信される。
図１は、本発明の一実施形態による、コンテンツのセキュアなピアツーピア送信のための強化されたＤＬＴシステムを示す。システム１００は、通信ネットワーク１１５、例えばインターネットを介して通信する少なくとも２つのコンピュータネットワークを含む。第１のネットワーク１１０は、例えば、イーサリアム等のレイヤ１タイプネットワークである。第２のネットワーク１２０は、例えば、互いにインタラクトするユーザのグループに属するユーザの電子デバイス１３０のネットワーク等のレイヤ２タイプネットワークである。基本的な構成は、第１のネットワーク１１０、および１または複数の第２のネットワーク１２０を含む。複数の第２のネットワークの場合では、第２のネットワークは、クローズドで、接続されていないユーザのグループを表し、必ずしも互いについての知識を有するとは限らない。１つの態様では、システムは、どのユーザグループにも属さない少なくとも１つの電子デバイス１３２を含む。
ユーザの電子デバイスは、まず、ＤＡｐｐマネジャまたはデジタルバリデーション手段１４０と通信して、ＤＡｐｐインタフェース（Ｉ－ＤＡＰＰ）をダウンロードし、一旦インストールされると、それは、直接、またはゲートウェイとしても作用するバリデーション手段を介してかのいずれかで、ネットワーク１上のＤＡｐｐと通信するために使用され得る（第１のネットワークとの直接通信および間接通信は、２つの矢印１１６によって示される）。別の実装形態では、Ｉ－ＤＡＰＰは、それが導入プロセスを必要としないように、ブラウザにおけるウェブインタフェースとして提供される。デジタルバリデータという用語は、デジタルバリデーション手段を指すために交換可能に使用される。
初期ステージで、デジタルバリデーション手段１４０は、プログラムされたコードの第１のＤＡｐｐモジュール１５０をネットワーク１に展開し、プログラムされたコードの第２のモジュール１６０を各ネットワーク２に展開し、実行されるコードモジュールと、コンテンツのピアツーピア送信を実行する通信プロトコルとを確立するように構成されている。デジタルバリデーション手段１４０はまた、いつでも、任意の電子ユーザデバイス（１３０、１３１、１３２）にインストールされるＩ－ＤＡＰＰアプリケーション１７０を送信するか、または導入の必要なしにウェブブラウザを介してＩ－ＤＡＰＰの役割を果たすように構成されている。
図３は、各ネットワークに展開されたプログラムモジュールを示す。図３Ａは、少なくとも１つのメモリ３１０または格納手段と、プロセッサ３１２または処理手段とを含む、ネットワーク１に展開された第１のプログラムコードモジュール３００を示す。プロセッサは、少なくとも１つのデジタルアップデータ３２０、および少なくとも１つのデジタルロッカー３３０を含む。メモリは、動作に関連し、例えば、そのデータパケットの少なくとも所有権セクションを含む、ＤＡｐｐのユーザに属する複数のコンテンツの状態を少なくとも格納するように構成されている。１つの態様では、メモリは、例えば、表Ｉに示されるような、ＤＡｐｐの各コンテンツの識別子と対応する所有権セクションとの間の対応の表を格納する。
別の態様では、メモリは、各コンテンツの使用制限データ（または、条件）を格納する。例えば、ユーザ間のコンテンツの送信は、例えば、表Ｉに示されるように、異なるパラメータ、例えば、時間または地理的領域等に従って制限されてもよい。制限されるアクションの１つはまさに、特定のコンテンツの所有権の修正である。１つの実装形態では、マッピングテーブルは、コンテンツが送信されるようにＦＲＥＥ（または、ＵＮＬＯＣＫＥＤ）であるか、またはＬＯＣＫＥＤであるので自由に送信され得ないかを示すフィールドを含む。ロッカーとアップデータとの両方が、オフチェーンのユーザによって実行されるアクションへのリンクまたはそのためのリンクとして、すなわち、レイヤ１ＤＬＴネットワークとインタラクトすることなしに作用する。これらは、ＤＡｐｐのＣＡの所有権態様に対する書き込み許可を有する唯一のモジュールである。別の実装形態では、所有権テーブルは、それがないことがＵＮＬＯＣＫＥＤと解釈されるように、送信の自由を参照するいかなるフィールドも含まなくてもよく、このことは、メモリスペースを節約するために使用され得る。
別の実装形態では、１または複数のＣＡの、一意の識別子ならびにその送信自由度特性は、メモリに書き込まれず、プログラムコードを介して提供される。例えば、プログラムは、特定の時点で作成された１０００より少ない識別子を伴うすべての暗号資産すべてに送信状態ＵＮＬＯＣＫＥＤが割り当てられたことを応答するように構成されてもよく、そのような暗号資産の存在および送信状態を学習するためにコードが実行されると、コードはまず、それがメモリに明示的に記録されているか否かを参照しようと試み、そうでない場合は、それは、それが存在し、かつ、それが自由に送信されるものであることを戻す。
各ロッカーまたはデジタルロック手段は、ＬＯＣＫメッセージ、ならびに一連のＩｃｏｎｇ，入力を受信し、これらの入力について一連の
Figure 2023510320000003
 条件をベリファイし、
Figure 2023510320000004
 ベリフィケーションが成功した場合は、問題のコンテンツに対応するフィールドの状態をＵＮＬＯＣＫＥＤからＬＯＣＫＥＤに修正することによって、要求されたアクションを自動的に実行するように構成されている。デジタルロッカーという用語は、ロックのデジタル手段を指すために交換可能に使用される。
各デジタルアップデータ、またはデジタル更新手段は、ＣＯＮＦＩＲＭまたはＣＡＮＣＥＬメッセージ、ならびに一連のＩａｃｔ入力を受信し、これらの入力について一連の
Figure 2023510320000005
 条件をベリファイし、
Figure 2023510320000006
 ベリフィケーションが成功した場合には、要求されたアクションを自動的に実行するように構成されている。ＣＯＮＦＩＲＭメッセージの場合では、アップデータは、問題のコンテンツに対応するフィールド（"Ｈｏｌｄｅｒ"－＞"Ｕｓｅｒ ＩＤ"）において、新たな保持者を以前の保持者によって置き換えるように進行し、古い保持者の公開鍵ｐｋ（または、選択された識別子）を新たな保持者の公開鍵ｐｋ（または、選択された識別子）で削除する。ＣＡＮＣＥＬメッセージの場合では、アップデータは、ＣＡ送信をキャンセルし、ロッカーとインタラクトして、問題のコンテンツの制限状態をＬＯＣＫＥＤ状態からＵＮＬＯＣＫＥＤ状態に切り替えるように進行する。この場合、デジタルコンテンツの所有権は変更されない。別の態様では、アップデータは、ロッカーとのインタラクションなしに制限状態を直接切り替えるように構成されている。
１つの態様では、エントリＩｃｏｎｇ、Ｉａｃｔが、前述のメッセージのデジタルシグネチャを含み、シグネチャは、データパケットの所有権セクションで参照される公開鍵ｐｋに対応する秘密鍵ｓｋを介して、またはメモリに格納された承認された公開鍵のリスト内で取得される。本態様では、条件の一部は、これらの公開鍵が所有権セクションｐｋｏｗｎｅｒに格納されている鍵と一致することが要件である：
ｐｋ＝ｅｘｔｒａｃｔＰｕｂｌｉｃＫｅｙ（Ｍ，Ｆ（Ｍ）），
ｉｆ ｐｋ＝＝ｐｋｏｗｎｅｒ： ｒｅｔｕｒｎ １； ｅｌｓｅ： ｒｅｔｕｒｎ ０ ［式８］。
ユーザ識別子がイーサリアムアドレス（ＥＡ）等の公開鍵から導出可能な識別子である場合、この条件は、
ｐｋ＝ｅｘｔｒａｃｔＰｕｂｌｉｃＫｅｙ（Ｍ，Ｆ（Ｍ））， ＥＡ（ｐｋ）＝＝ＥＡ（ｐｋｏｗｎｅｒ）？ ［式９］
である場合にベリファイされる。
図３Ｂは、少なくとも１つのデジタルルータ３６０および少なくとも１つのデジタルオーサライザ３７０を備える、各ネットワーク２に展開された第２のプログラムコードモジュール３５０を示す。任意のユーザによるルータのプールへの接続を容易にするために、各々にパブリックＩＰアドレスが割り当てられる。展開されたプログラムモジュールを使用して、ネットワーク２は、ネットワーク１から必要なデータを読み出し３４０、対応するアクションが実行されると、書き込みメッセージ３４５をネットワーク１に送信する。
ネットワーク１はＤＬＴネットワークであるので、任意の対応するプログラムコード、手段、またはモジュールが複数のコピーになって存在し、各ノードがＤＬＴ環境内でプロセッサを実行するので、完全なノードごとに１つのコピーが存在する。ある観点では、ネットワーク２はＤＬＴネットワークではないが、同様に、各ノードは、それが展開フェーズの間に受信したプログラムコードをインストールしている。本説明では、手段またはプログラムモジュールは、単数で（例えば、ロッカー）参照されるが、専門家でない人は、それらが実際には、ネットワーク１およびネットワーク２の両方に分散された複数のコピーになってインストールおよび展開される（すなわち、ロッカーは実際には、各ノードにインストールされた各ロッカーを指す）ことを理解するであろう。いくつかの態様では、実際に単一のノード上で本発明を実装する利点が明示的に強調されていない限り、説明は、概して、通信が説明された分散型環境で実行されると仮定する。
図６は、本発明の一実施形態による、強化されたＤＬＴシステムの展開方法に関する。第１のステージでは、デジタルバリデーション手段１４０は、ネットワーク仮想マシン１と通信６１０して、一方で、メモリ３１０、アップデータ３２０、およびロッカー３３０を第１のネットワーク１１０に展開６２０する。一方で、デジタルバリデーション手段１４０は、ネットワーク２のノードのセットと通信して、ルータ３６０およびオーサライザ３７０を第２のネットワーク１２０内に展開６２０する。１つの態様では、Ｉ－ＤＡｐｐをインストールする要求をユーザノード１３２によって受信６３０したときに、デジタルバリデーション手段１４０は、ユーザの電子デバイスにユーザインタフェースをインストールするためにまたは例えばウェブブラウザを介してユーザインタフェースにアクセスするために必要なプログラムコードをユーザに送信する６３２。一旦インストールされるかまたはアクセスされると、ユーザノード１３２は、ユーザデータを用いてデジタルバリデーション手段１４０に通信する６３４。
その結果として、デジタルバリデーション手段１４０は、アップデータと通信６４０し、新たなユーザのアクティベーションをアップデータに通知する。更新は、第１のネットワークの分散記録にデータを格納すること６５０を含む。更新が完了すると、アップデータは、第１のネットワークの現在のデータおよび状態を読み取り６６０、新たなユーザのアクティベーションが完了したことをデジタルバリデーション手段１４０に通知し６６２、これによって、デジタルバリデーション手段１４０に、アクティベーションが成功したことをユーザノード１３２に通知する６６４ことをトリガする。ユーザアクティベーション段階は、ユーザがＤＡｐｐに参加するたびに繰り返される（以下の符号が付されていない矢印は、この可能性を指す）。さらに、デジタルバリデーション手段１４０は、オーサライザノード３７０を割り当て、アップデータと通信６７０し、それにオーサライザノードのアクティベーションを通知し、その結果として、オーサライザノードはＤＬＴのメモリ３１０に記録される６７２。
別の態様では、アクティベーション段階は必要ではない。この目的のために、ＤＡｐｐコードは、潜在的ユーザの事前の識別を必要としないように構成されている。これは、ＤＬＴネットワークとのインタラクションおよびそのメモリの不必要な使用を回避するのに有用である。使用の一例は、購入者がＣＡを購入することを望むときである。ＣＡを割り当てる時点でＤＡｐｐに記録されていた販売者が、以前に記録されていない識別子を有する購入者に自身のＣＡを転送することを決定した場合、ＤＡｐｐは購入の時点でデータパケットの所有権セクションに購入者の識別子を記録し得る。間接的には、この段階によって、システムに購入者が「記録」される。
図２は、プログラムモジュールがインストールされた後の、コンテンツのセキュアなピアツーピア送信のための強化されたＤＬＴシステムを示す。初期の展開フェーズの後、ＤＬＴシステムは、少なくとも１つの第２のネットワーク１２０を備える。第２のネットワークは、少なくとも１つのルータノード１２４および少なくとも１つのオーサライザノード１２６を備える。ルータノードまたは承認ノード機能は、それがネットワーク管理機能を有する特定のノードであり得るので、必ずしもＤＡｐｐユーザの電子デバイスではない別のノードに割り当てられてもよい。両方のサービスはまた、同じノードで一致し得る。承認ノードは、展開の間に第１のネットワークに記録される前に、そのクレデンシャル、例えば公開鍵と共に事前にバリデートされ、それにより、対応するプログラムされた手段を自動的に介して、任意のメッセージまたはインタラクションの正当性をベリファイすることが可能になる。
デジタルルータ、またはデジタルルーティング手段は、第１のネットワーク１１０の格納手段３１０の動作を読み取ることによって、ＤＡｐｐにおいて生成および使用されるコンテンツの状態を継続的にチェックし、この情報をそれぞれの第２のネットワーク１２０のすべてのデバイスに伝播する。それらはまた、必ずしも第１のネットワーク１１０を通過する必要のないネットワーク１２０におけるユーザのアクションについての情報を伝播する。特に、ルータは、送信ユーザからＩ－ＤＡｐｐを介してＣＡオファーメッセージを受信し、そのメッセージ、ならびに購入希望メッセージをネットワーク内のすべてのユーザにブロードキャストする。
デジタルオーサライザ、または承認のデジタル手段は、第１のネットワーク１１０上で、書き込み共有動作を実行するために、それぞれの第２のネットワーク１２０内の同じグループのユーザ間のインタラクションを監視する。この割り当ては、ＤＡｐｐメモリ内のオーサライザセクションに書き込むことによって有効にされる。１つの実施形態では、オーサライザの公開鍵ｐｋ（または、その導出可能な値）がこのセクションに書き込まれ、その結果、そのような公開鍵ｐｋに対応する秘密鍵ｓｋによってデジタル方式で署名されたオーサライザ要求のみが受け入れられる。
１つの態様では、オーサライザおよびバリデータは、第１のネットワーク１１０上で書き込みアクションを送信するように構成された唯一のものである。好ましい態様では、それは、第１のネットワークのプログラムモジュールとのインタラクションを管理するデジタルバリデータであるが、他の態様では、それは第２のネットワークのデジタルオーサライザであってもよいか、またはすべてのデジタルオーサライザ、およびさらにバリデータの代理として作用する特定の第２のネットワークのオーサライザノードであってもよい。以下では、バリデータはすべてのアクションを実行することを担当するエンティティとして参照されるが、バリデータとして作用するために必要な情報にアクセスできる任意のオーサライザである場合もあり得る。必要な情報の一例は、直接かまたはルーティングによってかのいずれかで、それらを送信するデバイスから第２のＭ２メッセージを受信する能力である。
書き込みアクションは、ＬＯＣＫ、ＣＯＮＦＩＲＭ、またはＣＡＮＣＥＬを含む。デジタルバリデータは、ＬＯＣＫの第１のネットワーク１１０に書き込みアクションを送信し、動作が確認またはキャンセルされるまで、第１のネットワークロッカーを介して、コンテンツが他のユーザに送信されないようにロックするように構成されている。任意選択の態様では、このＬＯＣＫアクションにおいて、コンテンツをオファーするメッセージのコピーが第１のネットワークのメモリに格納される。どのユーザがコンテンツデータパケットを受信するかを決定すると、デジタルバリデータは、第１のネットワーク１１０にＣＯＮＦＩＲＭの書き込みアクションを送信し、送信ユーザから受信ユーザへのデータパケットの送信を完了するように構成されている。動作が失敗した場合、デジタルバリデータは、第１のネットワーク１１０にＣＡＮＣＥＬのための書き込みアクションを送信し、プロセスを中止し、データパケットのロック解除をするように構成されている。
ロックアクションは、異なる時点でトリガされてもよい。送信ユーザは、コンテンツをオファーする第１のメッセージＭ１を送信することによってプロセスを開始する。任意の他の候補ユーザは、値を条件とする承諾の第２のＭ２メッセージを送信することによって、コンテンツを引き継ぐことに関心を示す。特に、候補ユーザの応答は、以前のものを置き換えるために、より多くのＭ２メッセージを送信することによって更新され得るので、複数の候補ユーザおよび複数の第２のＭ２メッセージが期待される。１つの態様では、送信ユーザが、コンテンツをオファーする第１のメッセージＭ１を送信するときに、バリデータは、このメッセージの受信時に、コンテンツデータパケットをロックするためにロッカーとインタラクトするように進行する。本態様は、データパケットがロックされている間は、データパケットに作用することを許可しないという欠点を有する。さらに、第１のネットワークには、完了した送信に決して至らず、第１のネットワークの計算リソースを浪費するような記録が何千も存在する場合がある。別の態様では、送信ユーザが、コンテンツをオファーする第１のメッセージＭ１を送信するときに、バリデータは、第２のメッセージＭ２のうちの１つ目の受信時に、コンテンツデータパケットをロックするためにロッカーとインタラクトするように進行する。この場合、データパケットは、Ｍ１－Ｍ２メッセージペアが存在するときにのみロックされ、最低でも、コンテンツデータパケットの送信プロセスが完了することを確実にする。結果的に、ユーザがデータパケットの送信をオファーすることを望むたびに第１のネットワークがインタラクトすることはないので、計算リソースは浪費されない。同時に、第１のネットワークとのインタラクションの数は、データパケットの候補受信者が存在するときには、ロックインタラクションが１つしかないので、最小限に抑えられる。説明の残りの部分は、この第２の有利な態様の動作を詳しく説明する。
動作が確認されると、すなわち、データパケットの受信ユーザとなる最終候補ユーザが存在するときに、デジタルバリデータは、ＣＯＮＦＩＲＭ書き込みアクションを送信し、このアクションは、第１のネットワークアップデータを介して、ＤＡｐｐスマートコントラクトに、送信ノードから受信ノードへのコンテンツの送信を実行するように指示し、前述のような方式で、以前の所有者から新たな所有者にコンテンツを再割り当てする。反対に、動作をキャンセルすることも可能であり、この場合、デジタルバリデータはＣＡＮＣＥＬ書き込みアクションを送信し、このアクションは、第１のネットワークアップデータを介して、ＤＡｐｐスマートコントラクトに、コンテンツのロック解除し、送信アルゴリズムを中止するように指示する。コンテンツは、好ましくは、ロッカーとのインタラクションによってロック解除される。
さらなる実装形態では、第１のネットワークロッカーは、以前に事前にバリデートされていないどのユーザからメッセージを受信するときにも反応するように構成（または、プログラム）されている。本態様では、Ｍ１－Ｍ２ペア（第１のメッセージＭ１および第２のメッセージＭ２）の受信は、デジタルバリデーション手段１４０によって以前に識別または記録されていないユーザによる対応するロックアクションをトリガする。本態様は、事前にバリデートされていないユーザがロックアクションをトリガすることを可能にするのみであるが、デジタルバリデーション手段１４０が、送信ユーザから受信ユーザへのコンテンツデータパケットの送信を確認する最終アクションを実行することが常に必要である。
デジタルジャマーは、受信したメッセージの送信元を識別するように構成されている。ロックアクションをトリガするのがバリデータである場合、ロックを進行させるためには、バリデータのみが、第１のＭ１メッセージを提供することが必要となる。一方で、未知のユーザがロックアクションをトリガした場合には、ロックを進行させるためには、ユーザが、第１のメッセージＭ１および第２のメッセージＭ２の両方を提供する必要がある。
１つの態様では、システムのセキュリティを強固にするために、第１のネットワークプロセッサ（アップデータまたはロッカーのいずれか）は、バリデータまたはオーサライザのデジタルシグネチャに加えて、コンテンツをオファー／承諾する意図が対応するユーザによって明示的に成し遂げられたことを実証する追加的な入力データＩｃｏｎｇ，Ｉａｃｔを要求するようにプログラムされている。１つの態様では、これは、これらのユーザによる各アクションが、ユーザに関連付けられた公開鍵に対応する秘密鍵を使用して、デジタルシグネチャが付随しなくてはならないことを要求する。したがって、アップデータは、各ユーザからのアクションとそのデジタルシグネチャとの両方を一時的に格納しなくてはならない。したがって、それは、最終的にＬＯＣＫメッセージまたはＣＯＮＦＩＲＭメッセージを送信するときに、対応するアクションおよびデジタルシグネチャの提供もしなくてはならない。
概して言えば、前述のように、ＤＡｐｐ（アップデータまたはロッカーのいずれか）は、所有権チェックがサブセットであるチェックのセットを実行するようにプログラムされており、後者は、ＤＡｐｐの状態に関連する要件を含んでもよい。例えば、同じ購入者による最後の購入から一定の時間が経過していること、または購入者が以前の不正行為を理由に除外された識別子のブラックリスト上にいないこと等が必要であってもよい。
１つの態様では、デジタルバリデータは、ＣＡＮＣＥＬ書き込みアクションを送信するように構成されている。このアクションは、以下の場合の少なくとも１つにおいて実行してもよい：データパケットに対する支払いが、要求された時間の間に購入者によって生成されていない場合、ＣＯＮＦＩＲＭ命令を受け入れるためにアップデータモジュールによって適用される条件が成功裏にベリファイされなかった場合。ＣＡＮＣＥＬアクションを送信したときに、ＤＡｐｐ（アップデータまたはロッカーのいずれか）は、バリデータまたはオーサライザのデジタルシグネチャをベリファイした後、ＣＡＮＣＥＬアクションを執行し、これにより、所有者が他の送信アクションを自由に実行することが可能になるように、コンテンツを解放およびロック解除する。
図５Ａおよび図５Ｂは、本発明の別の実施形態による、コンテンツのセキュアなピアツーピア送信のための強化されたＤＬＴシステムにおける方法５００を示す。方法は、２つの図面、図５Ａおよび図５Ｂによって順次示される。図５Ａにおいて開始し、Ｉ－ＤＡＰＰおよびその電子デバイス１３０を使用することによって、任意の送信ユーザは、別のデバイスへの送信のために、ＤＡｐｐコンテンツの送信をオファーしてもよい。このアクションは、第１のメッセージＭ１を送信デバイス、この場合はデバイス１３２からデジタルバリデーション手段１４０に送信すること５１０によって実行される。第１のメッセージＭ１は、送信されるコンテンツのデータ、ならびに送信ノードのデータを識別することを含む。１つの態様では、それはまた、その意図を適格とする他のデータ、例えば、最低価格、およびその送信オファーが有効である限定された期間を含む。
１つの態様では、第１のメッセージＭ１は、それを受信するユーザデバイスに関わらず、同じ構成を有する。別の態様では、複数の第１のメッセージ（Ｍ１、Ｍ１'、Ｍ１''、...）が生成され、各々が異なるように構成されており、その結果、構成された条件または制約を満たすデバイスのみが第１のメッセージに作用し得る。例として、価格を変化させ得、オファー時間を変化させ得、地理的領域を定義し得、またはメッセージに含まれる任意の他の情報を定義し得る。例えば、第１のメッセージは、その地理的領域に従って特定の第２のネットワークを対象とする値オファーと、その他の地理的領域に従って別の第２のネットワークを対象とする別の値オファーとを用いて構成されてもよい。さらに別の態様では、いくつかの第２のネットワークは、第１のメッセージに作用することから完全に除外され、コンテンツデータパケットが第２のネットワークの特定のサブセットに送信されることを防止してもよい。
誰かによるこの方法の使用に対する制限の１つは、すべての通信、またはこの場合におけるメッセージが、対応するユーザの秘密鍵を用いてデジタル方式で署名されていなくてはならないことである。何らかのアクションが実行される前に、プロセッサ（アップデータもしくはロッカーのいずれか）は、メッセージが、メッセージに署名した鍵と一致することをベリファイし、署名するユーザの正当性をバリデートするように進行する。このベリフィケーションは、コンテンツの鍵を用いて識別された保持者の鍵にアクセスして、第１のネットワークの分散記録から抽出することを含む。同様に、それらはまた、署名するユーザにコンテンツが属し、まだロックされていないことをベリファイする。遅かれ早かれ、いかなる修正を行う前にもスマートコントラクトがこれらのチェックを実行するので、モジュールは、ＤＡｐｐにインストールされているモジュールによってチェックされるすべての要件をチェックするようにプログラムされている。
シグネチャが一致しない場合、またはユーザが所有者でない場合、またはコンテンツが既にロックされている場合、またはそれがスマートコントラクトが実行するであろうすべてのチェックで合格しない場合、メッセージは正当なものとして受け入れられず、無視される。この対策によって、正当な所有者だけが自らに属するコンテンツの所有権のあり得る変更に署名できることだけでなく、最終的にはスマートコントラクトがユーザによって提案されたアクションを処理することを受け入れることも確実になる。第１のネットワーク１１０にインストールされたＤＡｐｐは、アクションを処理する前にこれらの条件をチェックするようにプログラムされているので、いずれかのノードが誤作動、または意図的に悪意のある方式で誤作動し得ることの影響はない。
第１のメッセージＭ１の受信時に、デジタルバリデーション手段１４０は、このアクションを検出し、メッセージＭ１のコンテンツの実際の所有権をベリファイするために必要なデータにアクセス５１２して第１のネットワークの分散記録から抽出する５１４ように進行する。代替的に、デジタルバリデーション手段は、第１のネットワークの記録のベースの同期されたコピーをメモリに維持するので、各メッセージを受信した後にそれにアクセスする必要を回避する。第１のネットワークに格納された保持者が第１のＭ１メッセージにおいて識別された保持者と一致しない場合、送信プロセスは中止される。任意選択的に、ユーザは不適切ななりすましが理由で追放される。別の態様では、このチェックは、受信時およびブロードキャスト前に、第２のネットワークのオーサライザまたはルータによって実行される。所有者が一致し、送信ユーザが実際に、送信されるコンテンツの正当な所有者であることをベリファイする場合、デジタルバリデーション手段１４０は、第１のメッセージに対する応答を受信するための時間間隔を表す第１のタイマｔ１をトリガ５１６する。
さらに、ルータノード３６０またはそのように構成された任意のデバイスは、第１のネットワークに対する任意の更新を定期的にチェックするように構成されている。特に、それらは、第１のメッセージＭ１が公開されたことを決定するために、分散されたｆｓ（すなわち、格納手段）に更新があったか否かをチェック５２０するように構成されている。もしそうであれば、それらはバリデータとインタラクトして第１のメッセージをそのコンテンツと共に読み取り、この第１のメッセージをそれらのユーザグループ内のすべてのデバイス１３０（デバイス１３１および任意の他のデバイス１３ｎを含む）にブロードキャスト５２２する。
別の態様では、デジタルバリデーション手段１４０は、第１のメッセージＭ１をすべての第２のネットワークのルータノード３６０に転送するように構成されている。第２のネットワークのルータノード３６０は、第１のメッセージを受信し、その結果として、それをユーザグループ内のすべてのデバイス１３０（デバイス１３１および任意の他のデバイス１３ｎを含む）にブロードキャストする。１つの態様では、デジタルバリデーション手段１４０は、第２のネットワークのすべてのルータ３６０にまったく同じ第１のメッセージを転送する。別の態様では、デジタルバリデーション手段１４０は、対象となる第２のネットワークに応じて、第１のメッセージの修正されたバージョンをルータ３６０に転送する。例として、第２の対象ネットワークに応じて、価格を変化させてもよく、またはオファー時間を変化させてもよく、またはメッセージに含まれる任意の他の情報を変化させてもよい。例えば、第１のメッセージは、第２のネットワークに、１つの値オファーまたは有効時間を用いて送信されてもよく、第１のメッセージは、別の値オファーもしくは有効時間またはそれらの組み合わせを用いて別の第２のネットワークに送信されてもよい。さらに別の態様では、いくつかの第２のネットワークは、第１のメッセージを受信することから自らを完全に除外し、第２のネットワークのサブセットにのみそれをブロードキャストしてもよい。
第１のメッセージＭ１の公開が知らされたときに、第１のメッセージＭ１によって参照されるコンテンツを取得することに関心のあるどのユーザも、Ｉ－ＤＡＰＰを使用して、コンテンツの承諾を送信する。このアクションは、関心のあるユーザのデバイス１３１（または任意のデバイス１３ｎ）から、関心のあるユーザのそれぞれの第２のネットワークの承認ノード３７０に、デジタルシグネチャと共に第２のメッセージＭ２を送信すること５３０によって成し遂げられ、第２のメッセージＭ２が、コンテンツと交換で関心のあるユーザが送信ユーザに送信する気がある値を含む。１つの態様では、第２のメッセージは、ユーザが存在する第２のネットワークの承認ノード（図５Ａに図示）に直接送信されるか、または代替的に別の態様によれば、第１のメッセージが受信されたルータを介して送信され、その場合、それはルータから承認ノードに転送される。
第２のＭ２メッセージを受信したときに、承認ノードは、任意選択的に、そのデジタルシグネチャをベリファイするように進行する。任意選択的に、それは、第１のネットワークにアクセスして、このユーザに何らかの制限があるか否かをチェックし、例えば、それは、このユーザが承認されていないユーザのあり得るブラックリストにいないこと、またはこのユーザが所有するＣＡの総数が事前に確立された限界を超えていること、またはこのユーザが取得すること意図するＣＡがこのユーザが記録した地理的領域に対して承認されていないこと等をチェックする。デジタルシグネチャが正しくない場合、またはいずれかのチェックが失敗した場合、第２のＭ２メッセージは無視される。任意選択的に、ユーザは不適切ななりすましのために追放されるか、またはメモリ内の承認されていないユーザとしてブラックリストに登録される。いずれにしても、オーサライザ３７０は、第２のＭ２メッセージをバリデータ１４０に送信し５３２、オーサライザノードは、第２のＭ２メッセージをそれが属する第２のネットワークにブロードキャストする５４２ように構成されている。
第１の分散記録ネットワークにおけるＬＯＣＫの書き込みアクションは、ロッカー３３０によって実行され、コンテンツ５４０が、他のユーザに自由に送信できないように、コンテンツ制限テーブルにおける対応するフィールドを修正することによってロックされる。この目的のために、デジタルバリデーション手段１４０は、ロッカーとインタラクトして、第１のメッセージＭ１ならびにそのデジタルシグネチャをＤＡｐｐに提供する５３４。ロッカーは、バリデータからの第１のメッセージを受信したことを決定するように構成されており、ロックを進行させる。一方、第１の間隔ｔ１の間である限り、他のユーザがコンテンツに入札してもよいが、その間、第１のネットワークＤＡｐｐとのインタラクションの量は最小限に抑えられている。１つの態様では、第１のメッセージは、任意選択的に、第１のネットワークの分散記録に格納されてもよく、そのコンテンツは、誰によるベリフィケーションに対しても開放されている。
デジタルバリデーション手段１４０は、第２のメッセージを、それらのそれぞれのルータを介して所望の第２のネットワークにブロードキャストする（図には示していないが、第１のメッセージＭ１のブロードキャストと同様に）。このアクションにより、その結果として、第２のＭ２メッセージを送信したユーザは、新たな第２のメッセージ（Ｍ２'、Ｍ２''、...）を更新されたコンテンツと共に再送信することが可能となりながら、これにより、新たなユーザは第２のＭ２メッセージを初めて送信することが可能になる。デジタルバリデーション手段１４０は、直接に、または対応するルータもしくはオーサライザを介して（問題のＩ－ＤＡＰＰがどのように実装されるかに応じて）のいずれかで、これらすべての第２のメッセージを受信するように構成されている。
第１のタイマは、すべての第２のネットワークによる第１のメッセージＭ１の読み取りと、それらのユーザへの完全な伝播とを可能にする時間間隔ｔ１を表す。また、それによって、他の関心のあるユーザからの第１のディスパッチ（Ｍ２）、またはより高い値のメッセージ（Ｍ２'、Ｍ２''、...）を更新している同じユーザのいずれかから、第１のメッセージに加えて第２のメッセージを受信する５５０ことが可能になる。ソフトウェアアプリケーションのＩ－ＤＡＰＰユーザインタフェースを通じて、少なくともバリデーションのデジタル手段１４０がこの情報を集約し、それをすべての第２のネットワークにブロードキャストするので、すべてのユーザは（不図示）送信プロセスの開発について常に情報が知らされ得る。このように、他のユーザがコンテンツに入札する可能性が残されるので、第１のＤＬＴネットワークとのインタラクションの数が最小限に抑えられる。
本態様では、ロッカーは、第１のメッセージＭ１およびそのシグネチャの受信のみに基づいて、コンテンツデータパケットのロックを実行するように構成されている。さらなる態様では、ユーザは、第１のネットワークと直接インタラクトして（Ｉ－ＤＡＰＰを使用することなく、この場合、デジタルバリデーション手段１４０を介してルーティングされない）、完全な送信を実行してもよい。そのためには、それは、（別のユーザからオフチェーンで取得された）第１のメッセージＭ１と第２のメッセージＭ２との両方を第１のネットワーク１１０ロッカーに直接送信する５３４'必要がある（一方、ユーザの電子デバイスは第１のネットワークと直接インタラクトするように構成されている）。このように、ＤＬＴシステムを使用してＣＡを送信する可能性について知らされているにも関わらず、デジタルバリデーション手段１４０によって以前に記録されていない他のユーザが参加する可能性が開かれたままになる。バリデータが参加するときとは異なり、ユーザは以前にバリデートされていないので、ロッカーは、データパケットのロックを進行させる前に、それがオファーおよび承諾の両方のメッセージを提供することを要求する。
図５Ｂにおける処理を継続すると、第１の時間間隔ｔ１の満了時に、デジタルバリデーション手段１４０は、メッセージを受信したすべてのユーザのうちの最も高い値を有する第２のメッセージ（第２の最終メッセージＭ２＊）を送信したユーザを決定し、その事実をこのユーザに通知し、ユーザ間で直接に、個別の支払いゲートウェイを介して、または別の方法のいずれかによって、送信ユーザへの自身の最後のメッセージＭ２に示された値の支払いを進行させるようにこのユーザに指示する。１つの態様では、この支払い表示は、第３のメッセージＭ３を送信する５６０ことによって実行される。別の態様では、メッセージはそのようにしてこのユーザに送信されるのではなく、むしろ、最終ユーザがこのユーザの選択を知らされ、支払いを行うことを進行させるように、情報が更新される。
同時に、受信ユーザから送信ユーザへの支払い５６４が行われるように、第２の時間間隔ｔ２がトリガされる５６２。第２の時間間隔ｔ２の間に、デジタルバリデーション手段が、値が受信者から送信者に転送されたという証明を受信した場合、デジタルバリデーション手段は、第２の最終メッセージＭ２＊を第１のネットワークのアップデータ３２０に送信する５６６ことによって、送信をＣＯＮＦＩＲＭする５７０書き込みアクションを実行することを進行させる。
アップデータ３２０は、オーサライザまたはバリデータのあり得る誤作動に対して脆弱でなくなるように、第２の最終メッセージＭ２＊およびそのデジタルシグネチャの両方を必要とし、前述のチェックを実行するように構成されている。チェックが成功した後、アップデータは、コンテンツデータパケットの所有権フィールドにおいて、古い所有者の識別子を新たなもので置き換え、コンテンツデータパケットの送信を終了する。
１つの態様では、アップデータは、同時に、誰によるチェックのためにもそれが利用可能であるように、第２の最終メッセージＭ２＊を第１のネットワークの分散記録に記録することを進行させる。別の態様では、それは、消費する計算リソースおよび格納リソースをより少なくするために、第２の最終メッセージＭ２＊を格納することを進行させない。このように、任意のユーザに、方法の完了、およびコンテンツデータパケットの新たな所有者について知らせられ得るように、Ｍ１－Ｍ２＊ペア（第１のメッセージＭ１および第２の最終メッセージＭ２＊）が透過的に格納される。
そうでなければ、第２の時間間隔ｔ２の満了時に支払いの証明が受信されていない場合、デジタルバリデータは、自動的に、ユーザのメッセージＭ２に示された次に最も高い値を有するユーザに通知するように（任意選択的に、第３のメッセージＭ３を送信することによって）進行させ、新たな第２の時間間隔ｔ２をトリガする。このプロセスは、支払いの有効な証明が受信されるまで反復して繰り返される。そうでなければ、第３の時間間隔ｔ３以内に支払いの証明が受信されず、第２のＭ２メッセージを送信したすべてのユーザに通知された場合、デジタルバリデータは、自動的にＣＡＮＣＥＬ送信の書き込みアクションを実行する。
１つの態様では、送信ユーザは、そのコンテンツをオファーする第１のメッセージＭ１を送信した後、かついずれかの第２のロックメッセージＭ２が受信される前に、送信動作を中止するために、第１のメッセージＭ１をキャンセルするメッセージをデジタルバリデータに常に送信し得、これにより、デジタルバリデータが、送信をＣＡＮＣＥＬする書き込みアクションを自動的に実行することがもたらされる。デジタルバリデーション手段１４０は、一方で、すべての第２のネットワーク上での第１のメッセージをブロードキャストするプロセスを中断することによって、このアクションを実行する。一方で、既に第１のＭ１メッセージを受信したユーザに知らせるために、プロセスのキャンセルを通知するメッセージが送信される。
別の態様では、プロセッサのプログラムコードは、第３の時間間隔ｔ３の満了時に、対応する書き込みアクションを必要とせずにＣＡＮＣＥＬ動作を実行するように構成されており、これにより、よりアジャイルなプロセスがもたらされ、より少ないリソースを消費し、誤ってまたは不正に動作する可能性があるオーサライザまたはバリデータが暗号資産を無期限にロックしたままにすることを防止する。
１つの態様では、署名されたメッセージのすべての、またはサブセットは、その期間の後はそのメッセージが使用できなくなることを意図して、メッセージの有効期間を指定するフィールドを含む。このフィールドは、メッセージを管理する各システムモジュール（バリデータ、アップデータ、ロッカー、ルータ、オーサライザ）、特にＤＡｐｐの分散型コードによってチェックされ、有効期間が経過するとメッセージが破棄される。本態様によって、販売者が既に考えを変えたときに、将来ネットワークに戻すために、決して実行されたことのない販売のためのメッセージ、または処理されずに処理キューにおいてロックされたメッセージを、いずれの行為者が保存することも防止することが可能になる。これにより、インタラクションがリアルタイムで管理され、システムエラーまたは悪意のあるアクションが、この予め決められた時間間隔の期限が切れたことに起因してヌルおよび無効になることが確実にされる。
別の実装形態では、データパケットの所有権セクションにおけるデータ、および任意選択的に、データパケットのすべての他のセクションは、超圧縮形式でメモリに格納される。１つの実装形態では、すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、超圧縮が得られる。別の実装形態では、超圧縮は、マークルツリー、または疎なマークルツリーを構築することによって得られ、そのツリーのリーフがデータパケットに対応し、そのツリーのルートのみをメモリに格納する。これらの実装形態では、ネットワーク１から所有権データを取得することは可能ではないが、利用可能な場合、利用可能なデータのマークルルートを取得し、単にそれをメモリにおけるデータと比較することによって、利用可能なデータが、メモリに格納されたデータに対応することをベリファイすることが可能である。そのような実装形態は、ネットワーク１へのデータ書き込みをさらに低減するのに有用である。
既存の実装形態によっては実現可能にならない膨大な量のデータを生成するのは、図５Ａおよび図５Ｂのこの動作フェーズである。前述のように、既存のシステムは、展開されるアプリケーションの数を考慮するとＤＬＴ環境では必須である、数百万のユーザの間で数十万のコンテンツを送信するプロセスを実行し得ない。代わりに、フェーズ５４０および５７０／５８０の２つの星によって理解することができるように、各送信周期に対して、第１のＤＬＴネットワークは二度だけインタラクトされ、これにより計算リソースの消費を最小限にすることが可能になる。
したがって、ＤＬＴ環境におけるデジタルコンテンツのピアツーピア送信を可能にするシステムおよび方法が説明される。このプロセスによって、複数のサブプロセスを別個のユーザグループに対して同時に実行することが可能になり、一方で、同時に、コンテンツが常に利用可能であることを確実にし、すべてのユーザグループから最も高い値に対しての支払いを受け取り、かつすべてのユーザの意図がデジタルシグネチャを介してスマートコントラクトによって明示的にベリファイされた場合にのみ、１人のユーザから別のユーザへの送信を完了する。また、本発明の強化されたシステムは、第２のネットワークノードによるＣＡの管理が、「ユーザの代理として」または「ユーザの委任」によって行われるものとは区別される。そのようなシステムでは、マネジャは、明示的なデジタルシグネチャの要件がないか、または秘密鍵の知識があることのいずれかが理由で、一方的に所有権を変更する完全な権限を有する。これらのシステムは、マネジャ側の誤作動または不正動作に非常に敏感である。反対に、本発明の強化されたシステムでは、いかなる所有権変更プロセスも、第１のネットワーク１１０にインストールされたＤＡｐｐによってのみ実行され得、このプロセスは、すべての要求されたチェック、特に、アクションが正しいユーザによってデジタル方式で署名されたことをベリファイするチェックを常に実行するように構成されているので、デジタルバリデータは、正当なユーザによって明示的に承認されていないいかなるアクションも実行し得ない。要するに、この送信方法はセキュアである。
第１のネットワークとのインタラクションの数はまた、２つの簡単な動作、第１の動作ＬＯＣＫ、第２の動作ＣＯＮＦＩＲＭ／ＣＡＮＣＥＬによって最小限に抑えられる。この簡単な動作によって、場合によっては、複数の接続されていないグループに拡散した数百万人のユーザ間で、数十万のＤＬＴコンテンツ送信プロセスをグローバルに実行することが可能になる。単一のデジタルコンテンツ送信動作を実行することによって、その間に同じコンテンツに対して無数の他の動作を実行することが可能になる。また、それによって、決して完了しない、第１のネットワーク上での既存のシステムの書き込み動作の問題、例えば、全くもって誰もそれらに関心を持っていないときに何百万ものコンテンツオファーを書き込むことが防止される。これによって、第１のネットワークの非常に大きい輻輳がもたらされ、それを効率的に使用することができなくなる。対照的に、本発明は、その誤用を防止する。さらに、システムによって、ユーザによる暗号通貨の使用を必要としないやり方でこれらのユーザ間で支払いを行うことが可能になる。これにより、ユーザがフィアットから暗号に変換することが必要となること、ならびにそのボラティリティにさらされることが防止される。さらに、このシステムによって、費用に加えてユーザによるネットワークのネイティブな暗号通貨の取得および使用を伴う、ユーザが第１のネットワークでコードを実行することに関連付けられたコストを支払う必要を回避することが可能になる。強化されたシステムでは、このコストはバリデータまたはオーサライザによって拠出される。したがって、送信方法は、計算リソース、メモリ、プロセッサ等の消費を最小限にするために、最適化される。要するに、この送信方法は効率的である。
展開されたプログラムモジュールは、送信者および受信者の両方のユーザが動作を信頼し得ることを確実にし、いずれも別の値を得ることなく１つの値を失うことはない。すなわち、送信者は、承諾された値に対する支払いを受信したことが理由でのみ、そのコンテンツの所有権を失うことが確実にされる。同時に、それにより、示された値がすべての値のうちで最も高い値であることが理由でのみ、受信者は示された値を支払い、所望のコンテンツを交換で受信することが確実になる。この動作によって、二重支払い問題が解決される。要するに、この送信方法は信頼性が高い。
（応用形態）
強化されたＤＬＴシステムの応用形態は多岐にわたっており、その場合に応じて様々な技術的な利点が得られる。
第１の例示的応用形態（例１）では、説明したシステムのマッシブマルチプレーヤオンラインゲーム（ＭＭＯＧ）のＤＡｐｐ、例えばサッカーマネジャゲームへの応用形態が考慮される。このタイプのゲームは、サッカーチームのリーグを伴い、各チームが幾つかの仮想プレーヤを含む。各プレーヤは、パラメータのセット、例えば、体力、スピード、技術、および能力等によって定義される。チームがリーグを進むにつれて、対戦に勝ったり、負けたり、または引き分けたりする。各プレーヤおよび各チームは、対戦の結果と、チームおよびそのプレーヤがＭＭＯＧユーザによって管理されるやり方とに従ってスコア付けされる。したがって、一定期間の後、非常に高いパラメータを有し、他のＭＭＯＧユーザが関心を持つ可能性があるプレーヤおよび／またはチームが存在するようになる。ＭＭＯＧユーザではない他のユーザが関心を持つ場合がある、このような一意のパラメータ化を有する数人のスター選手が存在するようになる可能性さえある。
この場合、仮想プレーヤは、ＭＭＯＧユーザ間で送信し得るコンテンツである。送信ユーザから受信ユーザにプレーヤが送信されると、プレーヤは受信ユーザの所有物になり、受信ユーザはプレーヤを自身の仮想チームに組み込み得る。他のサッカーマネジャゲームとは異なり、この場合、コンテンツは実際にはＭＭＯＧユーザに属し、ＭＭＯＧゲームを管理するＤＡｐｐマネジャには属さない。ＤＬＴネットワークの暗号資産であるので、コンテンツは、誰であれコンテンツの秘密鍵を有している人に属す。この場合、すべてのプレーヤの秘密鍵は、機器が生成され、その後、送信動作が完了したときに、ＭＭＯＧユーザに送信される。
一例として、生成されるデータの規模および量を理解するために、実際のケースでは、毎時間３０００万人のプレーヤ間で１５００万回の対戦が行われる場合もあり、グローバルレベルでは、毎日少なくとも３億６０００万回の対戦の結果をＤＬＴネットワークに格納する必要がある。この高い程度のインタラクションにより、何千人もの仮想プレーヤが毎日送信されることがもたらされ得る。既存のＤＬＴネットワークは、このタイプのＤＡｐｐを実現することが完全に不可能である一方で、本発明の特徴によって、最適化された方式でこの膨大な量のデータを非常に頻繁に更新することが可能になることは、当業者には明らかである。
第２の例示的な応用形態（例２）では、説明したシステムの、モノのインターネットのＤＡｐｐ、ＩｏＴ環境、例えば、天気バリデータへの応用形態が考慮される。この例は、他のエンティティがベリファイおよび使用する必要がある、不変のセンサ読み取り値をネットワーク１において格納するニーズに対処する。例えば、保険エンティティが管理しているインシデントに関する意思決定のために高い信頼性で参照し得る気象データ（気温、大気圧、風、地震等）をＤＬＴネットワークにおいて格納することである。このタイプの応用形態は、センサがそれらの測定されたデータを自動的に出力する領域のリストを伴う。
センサはまた、複数のセンサからのデータを維持および提供することを担当するプライベートユーザに属してもよい。センサデータは、コンテンツとしてパッケージ化して送信してもよい。一例として、保険会社は、コンテンツパケット、またはコンテンツパケットのストリームの所有権を取得することに関心がある場合がある。ＤＬＴネットワークは、すべての生成されたセンサデータを格納するための大規模データベースとしての役割を果たすだけでなく、生成されたコンテンツの所有権、ならびにその移動および送信の履歴も格納するための大規模データベースとしての役割を果たす。一例として、生成されるデータの規模および量を理解するために、実際のケースでは、毎時間２００億個のセンサの放出があってもよく、グローバルでは、毎日少なくとも４８００億個のデータの結果をＤＬＴネットワークに格納する必要がある。既存のＤＬＴネットワークは、このタイプのＤＡｐｐを実現することについて完全に能力を持たない一方で、本発明の特徴によって、最適化された方式でこの膨大な量のデータを非常に頻繁に更新することが可能になることは、当業者には明らかである。
第３の例示的な応用形態（例３）では、デジタル芸術作品、例えば、「絵画」、「画像」、または「音楽」のマーケットプレイスが考慮される。この場合、各芸術作品のコンテンツは、ネットワーク１上に非圧縮フォーマットで格納されてもよく、またはより最適には、例えば、ファイルハッシュを計算することによって、超圧縮フォーマットで格納されてもよい。このタイプのマーケットは競売方法を使用することに慣れている。
第４の例示的応用形態（例４）では、例３と同様であるが、物理的な世界に存在するオブジェクトのデジタル識別子、例えば、特定のブランドのスニーカを指す識別子を伴う。
前述の例のすべてに適用可能な第５の例示的応用形態（例５）では、世界規模でのマルチマーケットの状況が考慮される。本例では、前の例において説明したＣＡが、地球の複数の地理に位置するいくつかのマーケットで同時にオファーされる。各マーケットはタイプ２ネットワークを構成し、タイプ２ネットワークの残りのものから切り離されている。各マーケットは、その地理的領域での販売に特化しており、そのマーケティングおよびウェブサイト等を、それが優位に立っているマーケットに適合させている。したがって、同じＣＡが、各マーケットにおいて異なる環境、可能性としては異なる言語で登場する。重要なことに、それは、各マーケットで異なる開始価格で登場してもよく、各マーケットにおいて異なる通貨でオファーされてもよく（ユーロ、ドル、円等）、各マーケットにおいて異なる競売プロセス（価格の上昇、および価格の下落等）によってのオファーさえされてもよい。各マーケットでは場合によっては多数のインタラクションが行われているにも関わらず、ＤＬＴネットワークは２つの主な機会にのみ使用される：これらのマーケットのいずれかで購入者が見つかったとき、および対応するマーケットでオファーされた通貨で支払いが行われたときである。
したがって、本発明者らは、ＤＬＴネットワークに格納される膨大な量のデータを生成するＤＡｐｐの実行をセキュアで、信頼性が高く、効率的な方式で可能にするネットワークアーキテクチャを含む、強化されたＤＬＴシステムおよび対応する方法として実装される様々な態様を開発してきた。技術的な利点の観点では、本発明の特徴は、プログラマブルＤＬＴにおけるデジタル資産のセキュアな送信を可能にし、場合によっては競売システム等の洗練されたロジックを組み込むながら、計算リソースの観点でコストを最小限に抑える。さらに、ＤＡｐｐマネジャは、コンテンツの秘密鍵を保持または格納せず、これは、常に問題のコンテンツの現在の所有者によって保持され、これにより、コンテンツ管理のセキュアなモードがもたらされる。送信が完了すると、コンテンツの受信者はコンテンツの秘密鍵の新たな保管者となり、所有権の変更は、誰でも参照できるようにＤＬＴネットワークの分散記録に記録される。さらにまた、秘密鍵はＤＡｐｐマネジャの手を通過せず、ＤＡｐｐマネジャまたはそのオペレータによる不正行為の可能性が最小限に抑えられる。本発明は、二重支払いに対する保護を提供し、任意の送信ユーザがそのコンテンツを、例えば、２人の異なる受信ユーザに、２度以上送信することから利益を得ることを防止する。このすべてにより、同じコンテンツに関連して、異なるグループおよび接続されていないグループの複数のユーザ間で同時にインタラクトすることが可能になる一方で、コンテンツの新たな所有者としての最終受信ユーザは１人だけになることが確実になる。
また、システムのユーザに関連するのは、ＤＡｐｐマネジャが、金銭を受信／送信する必要なしに、いかなる種類のデポジットも格納する必要なしに、既存のボラティリティ問題なしに、ＤＬＴネットワーク上で多数の書き込み機能を実行するために大量の暗号通貨の支払いを犠牲にする必要なしに、コンテンツのピアツーピア送信のための最適な通信システム管理機能を実行することが可能になること等の他の利点である。
したがって、強化されたＤＬＴシステムによって、複数のユーザ間の頻繁なインタラクションを要求するＤＡｐｐの実行が効率的かつ最適な方式で経時的に持続することが可能になる。したがって、ＤＬＴ環境におけるＤＡｐｐの生成および実行が容易になり、それらのための欠落しているサポートが実現されるように提供される。
さらに、説明した実施形態および態様は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組み合わせにおける様々な手段によって実装されてもよいことが理解される。説明された様々な態様または特徴は、一方では、方法または手順または機能として、他方では、任意のコンピュータ可読デバイス、キャリア、または媒体によってアクセス可能な装置、デバイス、システム、またはコンピュータプログラムとして実装されてもよい。説明した手順またはアルゴリズムは、ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこれら２つの組み合わせで直接実装され得る。
様々な媒体は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、または当技術分野において既知の任意の他のタイプの記憶媒体に常駐するソフトウェアモジュールを含んでもよい。
様々な手段は、ロジックロック、モジュールを含んでもよく、回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブルロジック、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント、または説明した機能を実行するように設計されたそれらの任意の組み合わせによって実装または実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替的に、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。
様々な媒体は、これらに限定されるものではないが、磁気ストレージデバイス（例えば、ハードディスク、フロッピディスク、磁気ストリップ等）、光ディスク（例えば、コンパクトディスクＣＤまたは多用途ＤＶＤ等）、スマートカード、および一時フラッシュストレージドライブ（例えば、ＥＰＲＯＭ、ペンカード、鍵ドライブ等）を含むコンピュータ可読媒体を含んでもよい。加えて、説明した記憶媒体のアレイは、情報を格納するための１または複数のデバイスおよび／またはコンピュータ可読媒体を表してもよい。ことができる。コンピュータ可読媒体という用語は、これに限定されるものではないが、命令および／またはデータを格納、保存、またはトランスポートすることが可能な様々な媒体を含んでもよい。加えて、コンピュータプログラム製品は、コンピュータ上で実行されると、説明した機能をコンピュータに実行させるための１または複数の命令または動作コードを有するコンピュータ可読媒体を含んでもよい。
説明してきたものは、例として、１または複数の実施形態を含む。もちろん、前述の実施形態を説明する目的で、コンポーネントおよび／または方法論のすべての考えられる組み合わせまたは並べ替えを説明することは不可能である。代わりに、当業者は、本開示を直接的かつ客観的に読んだ後に、様々な実現の多くの他の組み合わせおよび並べ替えが発明概念内で可能であることを認識するだろう。したがって、本発明は、添付の特許請求の範囲の範囲内にあるすべてのそのような変更、修正、および変形を包含することを意図している。
さらに、当業者は、様々な実施形態が、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組み合わせで実装されてもよいことを理解するだろう。説明された様々な態様または特徴は、一方では、方法または手順または機能として、他方では、任意のコンピュータ可読デバイス、キャリア、または媒体によってアクセス可能な装置、デバイス、システム、またはコンピュータプログラムとして実装されてもよい。説明した手順またはアルゴリズムは、ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこれら２つの組み合わせで直接実装され得る。様々な媒体は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、または当技術分野において既知の任意の他のタイプの記憶媒体に常駐するソフトウェアモジュールを含んでもよい。
様々な手段は、ロジックロック、モジュールを含んでもよく、回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブルロジック、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント、または説明した機能を実行するように設計されたそれらの任意の組み合わせによって実装または実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替のものでは、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、ステートマシン、または埋込みプロセッサであってもよい。
様々な媒体は、これらに限定されるものではないが、磁気ストレージデバイス（例えば、ハードディスク、フロッピディスク、磁気ストリップ等）、光ディスク（例えば、ＣＤコンパクトディスクまたは多用途ＤＶＤ等）、スマートカード、および一時フラッシュストレージドライブ（例えば、ＥＰＲＯＭ）を含むコンピュータ可読媒体を含んでもよい。加えて、説明した記憶媒体のアレイは、情報を格納するための１または複数のデバイスおよび／またはコンピュータ可読媒体を表してもよい。ことができる。コンピュータ可読媒体という用語は、これに限定されるものではないが、命令および／またはデータを格納、保存、またはトランスポートすることが可能な様々な媒体を含んでもよい。加えて、コンピュータプログラム製品は、コンピュータ上で実行されると、説明した機能をコンピュータに実行させるための１または複数の命令または動作コードを有するコンピュータ可読媒体を含んでもよい。
説明してきたものは、例として、いくつかの実現されたものを含む。多数の具現化を生じさせるであろう発明概念のあらゆる多様な組み合わせおよび並べ替えを詳細に説明することは可能でも実現可能でもないので、起案者は、当業者が本開示を直接的かつ客観的に読んだ後、説明された一般的な発明概念から逸脱することなく、様々な可能な並べ替えおよび組み合わせを導出するであろうことを理解する。したがって、主要な実施形態について説明してきたが、これらは、他の組み合わせ、変形、および修正を含むことが理解される。
特定の追加の態様または例を以下において説明する。
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルロッカーであって、前記デジタルロッカーが、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開され、前記デジタルロッカーが、前記コンテンツデータパケットの識別子を含む第１のメッセージを受信するように構成されたデジタル手段と、前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージのうちの前記１つ目が送信されると、前記第１の分散型台帳ネットワークの前記格納手段において、前記第１のメッセージの受信時に、前記コンテンツデータパケットの前記状態をロック状態に修正するように構成されたデジタル手段とを備える、デジタルロッカー。
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているか、またはロック解除されているかを示すロックフィールドを含む、ロッカー。
前記メッセージの前記送信者の前記正当性をベリファイするためのデジタル手段をさらに備えるロッカー。
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、ロッカー。
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、ロッカー。
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、項目３に記載のロッカー。
前記第１のメッセージが、デジタルオーサライザから受信される、ロッカー。
前記コンテンツデータパケット識別子を含むロック解除メッセージを受信するように構成され、かつ前記ロック解除メッセージの受信時に、前記第１の分散型台帳ネットワークの前記格納手段上で、前記コンテンツデータパケットの前記状態をロック解除状態に修正するように構成されたデジタル手段をさらに備える、ロッカー。
前記ロック解除メッセージの前記送信者が、デジタルバリデータであるか、またはデジタルオーサライザであるか、またはデジタルアップデータである、ロッカー。
前記第１のメッセージを前記第１の分散型台帳ネットワークの格納手段に格納するように構成されたデジタル手段をさらに備える、ロッカー。
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルバリデータであって、前記デジタルバリデータが、前記コンテンツデータパケットの識別子を含む第１のメッセージを、前記送信ユーザの電子デバイスから受信するように構成されたデジタル手段と、前記第１のメッセージに反応して、少なくとも１つの他の電子デバイスから、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを受信するように構成されたデジタル手段であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、デジタル手段と、前記少なくとも１つの第２のメッセージのうちの１つ目の受信時に、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークの前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記第１の分散型台帳ネットワークにおいて分散方式で展開された項目１に記載のデジタルロッカーとインタラクトするように構成されたデジタル手段とを備える、デジタルバリデータ。
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、バリデータ。
前記メッセージの前記送信者の前記正当性をベリファイするデジタル手段をさらに備えるバリデータ。
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、バリデータ。
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、バリデータ。
前記第１のメッセージをデジタルオーサライザまたはデジタルルータに送信するように構成されたデジタル手段をさらに備える、バリデータ。
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、バリデータ。
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記コンテンツ関連データを超圧縮形式で前記格納手段に格納するデジタル手段をさらに備える、バリデータ。
前記第１のメッセージの受信時に、前記第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されたデジタル手段をさらに備える、バリデータ。
前記第１の時間間隔の満了時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする一方で、受信されたすべての第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知するように構成されたデジタル手段をさらに備える、バリデータ。
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認するように構成されたデジタル手段をさらに備える、バリデータ。
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、支払いの証明が受信され、かつ前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行うように構成されたデジタル手段をさらに備える、バリデータ。
前記送信を確認することが、前記コンテンツデータパケット保持者の前記識別子を前記受信ユーザの前記識別子に修正するため、および前記コンテンツデータパケットの前記状態をロック解除状態に修正するために、デジタル更新手段とインタラクトすることを有する、バリデータ。
第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、前記送信をキャンセルするため、および前記コンテンツデータパケットの前記状態をロック解除状態に修正するために、デジタル更新手段とインタラクトするように構成されたデジタル手段をさらに備える、バリデータ。
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、バリデータ。
前記第１のメッセージを前記第１のネットワークの前記分散記録の格納手段に格納するように構成されたデジタル手段をさらに備える、バリデータ。
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルプログラマブル分散型台帳システムであって、前記システムが、前記コンテンツデータパケットの一意の識別子を含む第１のメッセージを送信するように構成された前記送信ユーザの電子デバイスと、前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを送信するように構成された少なくとも１つの他の電子デバイスであって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、少なくとも１つの他の電子デバイスと、互いに直接通信するように構成された複数のノードを含む非集中型アプリケーションを実行するように構成された少なくとも１つの第１のプログラマブルピアツーピア分散型台帳ネットワークであって、ロック状態またはロック解除状態のうちの前記コンテンツデータパケットの状態を含む格納手段と、前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態からロック解除状態へ、およびロック解除状態からロック状態へと修正するように構成された項目１に記載のデジタルロッカーと、少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記第１の分散型台帳ネットワークにおいて、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記デジタルロッカーとインタラクトするように構成された項目１１に記載の少なくとも１つのデジタルバリデータとが分散方式で展開される、少なくとも１つの第１のプログラマブルピアツーピア分散型台帳ネットワークとを備える、デジタルプログラマブル分散型台帳システム。
前記格納手段が、前記コンテンツデータパケットの前記一意の識別子を有する、システム。
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、システム。
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、システム。
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記データが超圧縮形式で前記格納手段に格納される、システム。
前記メッセージの前記送信者の前記正当性をベリファイするためのデジタル手段をさらに備えるシステム。
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、システム。
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、システム。
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、システム。
前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記デジタルバリデータが、さらなる第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されている、システム。
前記第１の時間間隔の満了時に、前記デジタルバリデータが、受信されたすべての前記第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガするように構成されている、システム。
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記デジタルバリデータが、確認メッセージを送信することによって、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認するように構成されている、システム。
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、前記デジタルバリデータが、支払いの証明が受信され、かつ確認メッセージを送信することによって前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行うように構成されている、システム。
前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開されたデジタルアップデータをさらに備え、前記デジタルアップデータが、前記コンテンツデータパケットの識別子を有する前記確認メッセージを受信するように構成されたデジタル手段と、前記コンテンツデータパケットの所有者の前記識別子を前記受信ユーザの前記識別子に修正するように構成されたデジタル手段と、前記コンテンツデータパケットの前記状態をロック解除状態に修正するために前記第１のネットワークの前記ロッカーとインタラクトするように構成されたデジタル手段とを有する、システム。
前記確認メッセージの前記送信者が、電子デバイスの少なくとも１つの第２のネットワークに含まれる、デジタルバリデータまたはデジタルオーサライザである、システム。
前記デジタルバリデータが、第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、キャンセルメッセージを送信することによって前記送信をキャンセルするために前記デジタルアップデータとインタラクトするように構成されている、システム。
前記デジタルアップデータが、追加的に、前記コンテンツデータパケットの識別子を含むキャンセルメッセージを受信するように構成されたデジタル手段と、前記コンテンツデータパケットの前記状態をロック解除状態に修正するために、前記第１のネットワークの前記デジタルロッカーとインタラクトするように構成されたデジタル手段とを有する、システム。
前記デジタルアップデータが、第３の時間間隔の満了時に、前記送信を自動的にキャンセルし、前記コンテンツデータパケットをロック解除するように構成されている、システム。
前記デジタルアップデータが、第３の時間間隔の満了時に送信を自動的にキャンセルするように構成されている、システム。
前記デジタルアップデータが、前記コンテンツデータパケットが前記ロック解除状態にある間に前記第１のメッセージのキャンセルメッセージを受信したときに、前記送信をキャンセルするように構成されている、システム。
前記電子デバイスの少なくとも１つの第２のネットワークが、前記第１のメッセージを受信し、それを前記第２のネットワークにおけるすべての他の電子デバイスにブロードキャストするように構成された少なくとも１つのデジタルルーティング手段を含む、システム。
前記デジタルバリデータが、初期フェーズにおいて、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記ノード上に分散方式で、前記格納手段、前記デジタルアップデータ、および前記デジタルロッカーを展開するように構成されており、かつ、前記第２のネットワークの前記電子デバイス上に前記デジタルルーティング手段および前記承認のデジタル手段を展開するように構成されている、システム。
前記デジタルバリデータは、少なくとも１つの電子デバイスに導入するためのインタフェースモジュールをオンデマンドでダウンロードするように構成されており、これによって、直接、または前記デジタルバリデータを介して、または前記デジタルオーサライザを介して、または前記デジタルルータを介してのいずれかで、前記異なるノードおよび前記第１の分散型台帳ネットワークとの通信が可能になる、システム。
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、チームスポーツのマッシブマルチプレーヤオンラインマネジャゲームであり、前記コンテンツデータパケットが、チームのプレーヤまたはチームである、デジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、気象バリデータであり、前記コンテンツデータパケットが気象センサからのデータパケットである、デジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、デジタル芸術作品のマーケットであり、前記コンテンツデータパケットが、デジタル芸術作品である、デジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
前記コンテンツデータパケットが実オブジェクトを識別する、デジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
同じ第１のメッセージがブロードキャストされるが、異なる値を含む複数の第２のメッセージが受信される複数の第２のネットワークを備える、デジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルロッカーにおける方法であって、前記デジタルロッカーが、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開され、前記方法が、前記コンテンツデータパケットの識別子を含む第１のメッセージを受信する段階と、前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージのうちの前記１つ目が送信されると、前記第１の分散型台帳ネットワークの前記格納手段において、前記第１のメッセージの受信時に、前記コンテンツデータパケットの前記状態をロック状態に修正する段階とを備える、方法。
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているか、またはロック解除されているかを示すロックフィールドを含む、方法。
前記メッセージの前記送信者の前記正当性をベリファイする段階をさらに備える、方法。
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、方法。
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、方法。
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、方法。
前記第１のメッセージが、デジタルオーサライザから受信される、方法。
前記コンテンツデータパケット識別子を含むロック解除メッセージを受信する段階と、前記ロック解除メッセージの受信時に、前記第１の分散型台帳ネットワークの前記格納手段上で、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに備える、方法。
前記ロック解除メッセージの前記送信者が、デジタルバリデータであるか、またはデジタルオーサライザであるか、またはデジタルアップデータである、方法。
前記第１のメッセージを前記第１の分散型台帳ネットワークの格納手段に格納する段階をさらに備える、方法。
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルバリデータにおける方法であって、前記方法が、前記コンテンツデータパケットの識別子を含む第１のメッセージを、前記送信ユーザの電子デバイスから受信する段階と、前記第１のメッセージに反応して、少なくとも１つの他の電子デバイスから、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを受信する段階であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、段階と、前記少なくとも１つの第２のメッセージのうちの１つ目の受信時に、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークの前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記第１の分散型台帳ネットワークにおいて分散方式で展開された項目５５に記載のデジタルロッカーとインタラクトする段階とを備える、方法。
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、方法。
前記メッセージの前記送信者の前記正当性をベリファイする段階をさらに備える、方法。
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、方法。
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、方法。
前記第１のメッセージをデジタルオーサライザまたはデジタルルータに送信する段階をさらに備える方法。
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、方法。
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記コンテンツ関連データを超圧縮形式で前記格納手段に格納する段階をさらに備える、方法。
前記第１のメッセージの受信時に、第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガする段階をさらに備える方法。
前記第１の時間間隔の終了時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする一方で、受信されたすべての第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知する段階をさらに備える方法。
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認する段階をさらに備える方法。
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、支払いの証明が受信され、かつ前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行う段階をさらに備える方法。
前記送信を確認する段階が、前記コンテンツデータパケット保持者の前記識別子を前記受信ユーザの前記識別子に修正する段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに有する、方法。
第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、前記送信をキャンセルする段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに備える方法。
前記第１のメッセージを、前記第１の分散型台帳ネットワークの格納手段に格納する段階をさらに備える方法。
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルプログラマブル分散型台帳システムにおける方法であって、前記方法が、前記送信ユーザの電子デバイスによって、前記コンテンツデータパケットの一意の識別子を含む第１のメッセージを送信する段階と、少なくとも１つの他の電子デバイスによって、前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを送信する段階であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、段階と、互いに直接通信するように構成された複数のノードを含む非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開された項目５５に記載のデジタルロッカーとインタラクトすることによって、項目６５に記載のデジタルバリデータによって、前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記第１の分散型台帳ネットワークにおいて、前記コンテンツデータパケットの前記状態を、ロック解除状態からロック状態へ修正する段階とを備える、方法。
前記格納手段が、前記コンテンツデータパケットの前記一意の識別子を有する、方法。
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、方法。
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、方法。
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記データが超圧縮形式で前記格納手段に格納される、方法。
前記メッセージの前記送信者の前記正当性をベリファイする段階をさらに備える、方法。
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、方法。
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、方法。
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、方法。
前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記デジタルバリデータが、さらなる第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されている、方法。
前記第１の時間間隔の満了時に、前記デジタルバリデータが、受信されたすべての前記第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする、方法。
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記デジタルバリデータが、確認メッセージを送信することによって、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認する、方法。
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、前記デジタルバリデータが、支払いの証明が受信され、かつ確認メッセージを送信することによって前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行う、方法。
前記コンテンツデータパケットの識別子を有する前記確認メッセージを受信する段階と、前記コンテンツデータパケットの所有者の前記識別子を前記受信ユーザの前記識別子に修正する段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とを有する前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開されたデジタルアップデータをさらに備える方法。
前記確認メッセージの前記送信者が、デジタルバリデータ、またはデジタルオーサライザである、方法。
第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、キャンセルメッセージを送信することによって前記送信をキャンセルする段階を備える、方法。
前記コンテンツデータパケットの識別子を含むキャンセルメッセージを受信する段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに備える、方法。
第３の時間間隔の満了時に、前記送信を自動的にキャンセルし、前記コンテンツデータパケットをロック解除する段階をさらに備える、方法。
第３の時間間隔の満了時に送信を自動的にキャンセルする段階をさらに備える、方法。
前記コンテンツデータパケットが前記ロック解除状態にある間に前記第１のメッセージのキャンセルメッセージを受信したときに、前記送信をキャンセルする段階をさらに備える、方法。
前記第１のメッセージを受信し、それを前記第２のネットワークにおけるすべての他の電子デバイスにブロードキャストする段階をさらに備える、方法。
初期フェーズにおいて、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記ノード上に分散方式で、前記格納手段、前記デジタルアップデータ、および前記デジタルロッカーを展開する段階と、前記第２のネットワークの前記電子デバイス上に前記デジタルルーティング手段および前記承認のデジタル手段を展開する段階とをさらに備える方法。
少なくとも１つの電子デバイスに導入するためのインタフェースモジュールをオンデマンドでダウンロードする段階であって、これによって、直接、または前記デジタルバリデータを介して、または前記デジタルオーサライザを介して、または前記デジタルルータを介してのいずれかで、前記異なるノードおよび前記第１の分散型台帳ネットワークとの通信が可能になる、段階とをさらに備える、方法。
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、チームスポーツのマッシブマルチプレーヤオンラインマネジャゲームであり、前記コンテンツデータパケットが、チームのプレーヤまたはチームである、方法。
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、気象バリデータであり、前記コンテンツデータパケットが気象センサからのデータパケットである、方法。前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、デジタル芸術作品のマーケットであり、前記コンテンツデータパケットが、デジタル芸術作品である、方法。
前記コンテンツデータパケットが実オブジェクトを識別する、方法。
同じ第１のメッセージがブロードキャストされるが、異なる値を含む複数の第２のメッセージが受信される複数の第２のネットワークを備える、方法。
プロセッサ上で実行されると、方法の段階を実行するための命令を備えるコンピュータプログラム。
プロセッサ上で実行されると、方法の段階を実行するための命令を備えるコンピュータ可読媒体。
（他の可能な項目）
（項目１）
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルロッカーであって、前記デジタルロッカーが、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開され、前記デジタルロッカーが、
前記コンテンツデータパケットの識別子を含む第１のメッセージを受信するように構成されたデジタル手段と、
前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージのうちの前記１つ目が送信されると、前記第１の分散型台帳ネットワークの前記格納手段において、前記第１のメッセージの受信時に、前記コンテンツデータパケットの前記状態をロック状態に修正するように構成されたデジタル手段と
を備える、デジタルロッカー。
（項目２）
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているか、またはロック解除されているかを示すロックフィールドを含む、項目１に記載のロッカー。
（項目３）
前記メッセージの前記送信者の前記正当性をベリファイするためのデジタル手段をさらに備える項目２に記載のロッカー。
（項目４）
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、項目３に記載のロッカー。
（項目５）
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、項目２に記載のロッカー。
（項目６）
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、項目３に記載のロッカー。
（項目７）
前記第１のメッセージが、デジタルオーサライザから受信される、項目３に記載のロッカー。
（項目８）
前記コンテンツデータパケット識別子を含むロック解除メッセージを受信するように構成され、かつ前記ロック解除メッセージの受信時に、前記第１の分散型台帳ネットワークの前記格納手段上で、前記コンテンツデータパケットの前記状態をロック解除状態に修正するように構成されたデジタル手段をさらに備える、項目３に記載のロッカー。
（項目９）
前記ロック解除メッセージの前記送信者が、デジタルバリデータであるか、またはデジタルオーサライザであるか、またはデジタルアップデータである、項目８に記載のロッカー。
（項目１０）
前記第１のメッセージを前記第１の分散型台帳ネットワークの格納手段に格納するように構成されたデジタル手段をさらに備える、先行する項目のいずれか１項に記載のロッカー。
（項目１１）
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルバリデータであって、前記デジタルバリデータが、
前記コンテンツデータパケットの識別子を含む第１のメッセージを、前記送信ユーザの電子デバイスから受信するように構成されたデジタル手段と、
前記第１のメッセージに反応して、少なくとも１つの他の電子デバイスから、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを受信するように構成されたデジタル手段であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、デジタル手段と、
前記少なくとも１つの第２のメッセージのうちの１つ目の受信時に、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークの前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記第１の分散型台帳ネットワークにおいて分散方式で展開された項目１に記載のデジタルロッカーとインタラクトするように構成されたデジタル手段と
を備える、デジタルバリデータ。
（項目１２）
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、項目１１に記載のバリデータ。
（項目１３）
前記メッセージの前記送信者の前記正当性をベリファイするデジタル手段をさらに備える項目１２に記載のバリデータ。
（項目１４）
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、項目１３に記載のバリデータ。
（項目１５）
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、項目１２に記載のバリデータ。
（項目１６）
前記第１のメッセージをデジタルオーサライザまたはデジタルルータに送信するように構成されたデジタル手段をさらに備える、項目１３に記載のバリデータ。
（項目１７）
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、項目１２に記載のバリデータ。
（項目１８）
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記コンテンツ関連データを超圧縮形式で前記格納手段に格納するデジタル手段をさらに備える、項目１２に記載のバリデータ。
（項目１９）
前記第１のメッセージの受信時に、前記第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されたデジタル手段をさらに備える、項目１２に記載のバリデータ。
（項目２０）
前記第１の時間間隔の満了時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする一方で、受信されたすべての第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知するように構成されたデジタル手段をさらに備える、項目１９に記載のバリデータ。
（項目２１）
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認するように構成されたデジタル手段をさらに備える、項目２０に記載のバリデータ。
（項目２２）
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、支払いの証明が受信され、かつ前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行うように構成されたデジタル手段をさらに備える、項目２０に記載のバリデータ。
（項目２３）
前記送信を確認することが、前記コンテンツデータパケット保持者の前記識別子を前記受信ユーザの前記識別子に修正するため、および前記コンテンツデータパケットの前記状態をロック解除状態に修正するために、デジタル更新手段とインタラクトすることを有する、項目２１または２２に記載のバリデータ。
（項目２４）
第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、前記送信をキャンセルするため、および前記コンテンツデータパケットの前記状態をロック解除状態に修正するために、デジタル更新手段とインタラクトするように構成されたデジタル手段をさらに備える、項目２０に記載のバリデータ。
（項目２５）
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、項目１２に記載のバリデータ。
（項目２６）
前記第１のメッセージを前記第１のネットワークの前記分散記録の格納手段に格納するように構成されたデジタル手段をさらに備える、先行する項目のいずれかに記載のバリデータ。
（項目２７）
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルプログラマブル分散型台帳システムであって、前記システムが、
前記コンテンツデータパケットの一意の識別子を含む第１のメッセージを送信するように構成された前記送信ユーザの電子デバイスと、
前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを送信するように構成された少なくとも１つの他の電子デバイスであって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、少なくとも１つの他の電子デバイスと、
互いに直接通信するように構成された複数のノードを含む非集中型アプリケーションを実行するように構成された少なくとも１つの第１のプログラマブルピアツーピア分散型台帳ネットワークであって、
ロック状態またはロック解除状態のうちの前記コンテンツデータパケットの状態を含む格納手段と、
前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態からロック解除状態へ、およびロック解除状態からロック状態へと修正するように構成された項目１に記載のデジタルロッカーと、
少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記第１の分散型台帳ネットワークにおいて、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記デジタルロッカーとインタラクトするように構成された項目１１に記載の少なくとも１つのデジタルバリデータと
が分散方式で展開される、少なくとも１つの第１のプログラマブルピアツーピア分散型台帳ネットワークと
を備える、デジタルプログラマブル分散型台帳システム。
（項目２８）
前記格納手段が、前記コンテンツデータパケットの前記一意の識別子を有する、項目２７に記載のシステム。
（項目２９）
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、項目２８に記載のシステム。
（項目３０）
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、項目２９に記載のシステム。
（項目３１）
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記データが超圧縮形式で前記格納手段に格納される、項目３０に記載のシステム。
（項目３２）
前記メッセージの前記送信者の前記正当性をベリファイするためのデジタル手段をさらに備える項目２９に記載のシステム。
（項目３３）
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、項目３２に記載のシステム。
（項目３４）
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、項目２９に記載のシステム。
（項目３５）
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、項目３２に記載のシステム。
（項目３６）
前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記デジタルバリデータが、さらなる第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されている、項目２９に記載のシステム。
（項目３７）
前記第１の時間間隔の満了時に、前記デジタルバリデータが、受信されたすべての前記第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガするように構成されている、項目３６に記載のシステム。
（項目３８）
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記デジタルバリデータが、確認メッセージを送信することによって、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認するように構成されている、項目３７に記載のシステム。
（項目３９）
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、前記デジタルバリデータが、支払いの証明が受信され、かつ確認メッセージを送信することによって前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行うように構成されている、項目３７に記載のシステム。
（項目４０）
前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開されたデジタルアップデータをさらに備え、前記デジタルアップデータが、
前記コンテンツデータパケットの識別子を有する前記確認メッセージを受信するように構成されたデジタル手段と、
前記コンテンツデータパケットの所有者の前記識別子を前記受信ユーザの前記識別子に修正するように構成されたデジタル手段と、
前記コンテンツデータパケットの前記状態をロック解除状態に修正するために前記第１のネットワークの前記ロッカーとインタラクトするように構成されたデジタル手段と
を有する、項目３８または３９に記載のシステム。
（項目４１）
前記確認メッセージの前記送信者が、電子デバイスの少なくとも１つの第２のネットワークに含まれる、デジタルバリデータまたはデジタルオーサライザである、項目４０に記載のシステム。
（項目４２）
前記デジタルバリデータが、第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、キャンセルメッセージを送信することによって前記送信をキャンセルするために前記デジタルアップデータとインタラクトするように構成されている、項目３７に記載のシステム。
（項目４３）
前記デジタルアップデータが、追加的に、
前記コンテンツデータパケットの識別子を含むキャンセルメッセージを受信するように構成されたデジタル手段と、
前記コンテンツデータパケットの前記状態をロック解除状態に修正するために、前記第１のネットワークの前記デジタルロッカーとインタラクトするように構成されたデジタル手段と
を有する、項目４０に記載のシステム。
（項目４４）
前記デジタルアップデータが、第３の時間間隔の満了時に、前記送信を自動的にキャンセルし、前記コンテンツデータパケットをロック解除するように構成されている、項目２９に記載のシステム。
（項目４５）
前記デジタルアップデータが、第３の時間間隔の満了時に送信を自動的にキャンセルするように構成されている、項目２９に記載のシステム。
（項目４６）
前記デジタルアップデータが、前記コンテンツデータパケットが前記ロック解除状態にある間に前記第１のメッセージのキャンセルメッセージを受信したときに、前記送信をキャンセルするように構成されている、項目２９に記載のシステム。
（項目４７）
前記電子デバイスの少なくとも１つの第２のネットワークが、前記第１のメッセージを受信し、それを前記第２のネットワークにおけるすべての他の電子デバイスにブロードキャストするように構成された少なくとも１つのデジタルルーティング手段を含む、項目２９に記載のシステム。
（項目４８）
前記デジタルバリデータが、初期フェーズにおいて、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記ノード上に分散方式で、前記格納手段、前記デジタルアップデータ、および前記デジタルロッカーを展開するように構成されており、かつ、前記第２のネットワークの前記電子デバイス上に前記デジタルルーティング手段および前記承認のデジタル手段を展開するように構成されている、項目２９に記載のシステム。
（項目４９）
前記デジタルバリデータは、少なくとも１つの電子デバイスに導入するためのインタフェースモジュールをオンデマンドでダウンロードするように構成されており、これによって、直接、または前記デジタルバリデータを介して、または前記デジタルオーサライザを介して、または前記デジタルルータを介してのいずれかで、前記異なるノードおよび前記第１の分散型台帳ネットワークとの通信が可能になる、項目４８に記載のシステム。
（項目５０）
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、チームスポーツのマッシブマルチプレーヤオンラインマネジャゲームであり、前記コンテンツデータパケットが、チームのプレーヤまたはチームである、先行する項目のいずれか１項に記載のデジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
（項目５１）
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、気象バリデータであり、前記コンテンツデータパケットが気象センサからのデータパケットである、先行する項目のいずれか１項に記載のデジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
（項目５２）
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、デジタル芸術作品のマーケットであり、前記コンテンツデータパケットが、デジタル芸術作品である、先行する項目のいずれか１項に記載のデジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
（項目５３）
前記コンテンツデータパケットが実オブジェクトを識別する、先行する項目のいずれか１項に記載のデジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
（項目５４）
同じ第１のメッセージがブロードキャストされるが、異なる値を含む複数の第２のメッセージが受信される複数の第２のネットワークを備える、先行する項目のいずれか１項に記載のデジタルロッカー、またはデジタルバリデータ、またはデジタルアップデータ、またはデジタルシステム。
（項目５５）
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルロッカーにおける方法であって、前記デジタルロッカーが、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開され、前記方法が、
前記コンテンツデータパケットの識別子を含む第１のメッセージを受信する段階と、
前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージのうちの前記１つ目が送信されると、前記第１の分散型台帳ネットワークの前記格納手段において、前記第１のメッセージの受信時に、前記コンテンツデータパケットの前記状態をロック状態に修正する段階と
を備える、方法。
（項目５６）
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているか、またはロック解除されているかを示すロックフィールドを含む、項目５５に記載の方法。
（項目５７）
前記メッセージの前記送信者の前記正当性をベリファイする段階をさらに備える、項目５６に記載の方法。
（項目５８）
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、項目５７に記載の方法。
（項目５９）
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、項目５６に記載の方法。
（項目６０）
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、項目５７に記載の方法。
（項目６１）
前記第１のメッセージが、デジタルオーサライザから受信される、項目５７に記載の方法。
（項目６２）
前記コンテンツデータパケット識別子を含むロック解除メッセージを受信する段階と、前記ロック解除メッセージの受信時に、前記第１の分散型台帳ネットワークの前記格納手段上で、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに備える、項目５６に記載の方法。
（項目６３）
前記ロック解除メッセージの前記送信者が、デジタルバリデータであるか、またはデジタルオーサライザであるか、またはデジタルアップデータである、項目６２に記載の方法。
（項目６４）
前記第１のメッセージを前記第１の分散型台帳ネットワークの格納手段に格納する段階をさらに備える、先行する項目のいずれかに記載の方法。
（項目６５）
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルバリデータにおける方法であって、前記方法が、
前記コンテンツデータパケットの識別子を含む第１のメッセージを、前記送信ユーザの電子デバイスから受信する段階と、
前記第１のメッセージに反応して、少なくとも１つの他の電子デバイスから、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを受信する段階であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、段階と、
前記少なくとも１つの第２のメッセージのうちの１つ目の受信時に、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークの前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記第１の分散型台帳ネットワークにおいて分散方式で展開された項目５５に記載のデジタルロッカーとインタラクトする段階と
を備える、方法。
（項目６６）
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、項目６５に記載の方法。
（項目６７）
前記メッセージの前記送信者の前記正当性をベリファイする段階をさらに備える、項目６６に記載の方法。
（項目６８）
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、項目６７に記載の方法。
（項目６９）
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、項目６６に記載の方法。
（項目７０）
前記第１のメッセージをデジタルオーサライザまたはデジタルルータに送信する段階をさらに備える項目６７に記載の方法。
（項目７１）
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、項目６７に記載の方法。
（項目７２）
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記コンテンツ関連データを超圧縮形式で前記格納手段に格納する段階をさらに備える、項目６７に記載の方法。
（項目７３）
前記第１のメッセージの受信時に、第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガする段階をさらに備える項目６７に記載の方法。
（項目７４）
前記第１の時間間隔の終了時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする一方で、受信されたすべての第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知する段階をさらに備える項目７３に記載の方法。
（項目７５）
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認する段階をさらに備える項目７４に記載の方法。
（項目７６）
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、支払いの証明が受信され、かつ前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行う段階をさらに備える項目７４に記載の方法。
（項目７７）
前記送信を確認する段階が、前記コンテンツデータパケット保持者の前記識別子を前記受信ユーザの前記識別子に修正する段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに有する、項目７５または７６に記載の方法。
（項目７８）
第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、前記送信をキャンセルする段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに備える項目７４に記載の方法。
（項目７９）
前記第１のメッセージを、前記第１の分散型台帳ネットワークの格納手段に格納する段階をさらに備える先行する項目のいずれかに記載の方法。
（項目８０）
送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルプログラマブル分散型台帳システムにおける方法であって、前記方法が、
前記送信ユーザの電子デバイスによって、前記コンテンツデータパケットの一意の識別子を含む第１のメッセージを送信する段階と、
少なくとも１つの他の電子デバイスによって、前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを送信する段階であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、段階と、
互いに直接通信するように構成された複数のノードを含む非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開された項目５５に記載のデジタルロッカーとインタラクトすることによって、項目６５に記載のデジタルバリデータによって、前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記第１の分散型台帳ネットワークにおいて、前記コンテンツデータパケットの前記状態を、ロック解除状態からロック状態へ修正する段階と
を備える、方法。
（項目８１）
前記格納手段が、前記コンテンツデータパケットの前記一意の識別子を有する、項目８０に記載の方法。
（項目８２）
前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、項目８１に記載の方法。
（項目８３）
前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、項目８２に記載の方法。
（項目８４）
すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記ツリーのリーフが前記データパケットに対応する疎なマークルツリーを生成し、前記ツリーのルートのみを格納することによって、前記データが超圧縮形式で前記格納手段に格納される、項目８２に記載の方法。
（項目８５）
前記メッセージの前記送信者の前記正当性をベリファイする段階をさらに備える、項目８２に記載の方法。
（項目８６）
非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、項目８５に記載の方法。
（項目８７）
前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、項目８２に記載の方法。
（項目８８）
前記第１のメッセージが、前記第１のネットワークの外部にあるデジタルバリデータから受信される、項目８５に記載の方法。
（項目８９）
前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記デジタルバリデータが、さらなる第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されている、項目８５に記載の方法。
（項目９０）
前記第１の時間間隔の満了時に、前記デジタルバリデータが、受信されたすべての前記第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする、項目８９に記載の方法。
（項目９１）
前記第２の時間間隔の間での前記支払いの証明の受信時に、前記デジタルバリデータが、確認メッセージを送信することによって、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認する、項目９０に記載の方法。
（項目９２）
前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、前記デジタルバリデータが、支払いの証明が受信され、かつ確認メッセージを送信することによって前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔タイマを再度トリガし、以降同様に行う、項目９０に記載の方法。
（項目９３）
前記コンテンツデータパケットの識別子を有する前記確認メッセージを受信する段階と、
前記コンテンツデータパケットの所有者の前記識別子を前記受信ユーザの前記識別子に修正する段階と、
前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階と
を有する前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開されたデジタルアップデータをさらに備える項目９１または９２に記載の方法。
（項目９４）
前記確認メッセージの前記送信者が、デジタルバリデータ、またはデジタルオーサライザである、項目９３に記載の方法。
（項目９５）
第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、キャンセルメッセージを送信することによって前記送信をキャンセルする段階を備える、項目９４に記載の方法。
（項目９６）
前記コンテンツデータパケットの識別子を含むキャンセルメッセージを受信する段階と、
前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階と
をさらに備える、項目９５に記載の方法。
（項目９７）
第３の時間間隔の満了時に、前記送信を自動的にキャンセルし、前記コンテンツデータパケットをロック解除する段階をさらに備える、項目９６に記載の方法。
（項目９８）
第３の時間間隔の満了時に送信を自動的にキャンセルする段階をさらに備える、項目９６に記載の方法。
（項目９９）
前記コンテンツデータパケットが前記ロック解除状態にある間に前記第１のメッセージのキャンセルメッセージを受信したときに、前記送信をキャンセルする段階をさらに備える、項目９６に記載の方法。
（項目１００）
前記第１のメッセージを受信し、それを前記第２のネットワークにおけるすべての他の電子デバイスにブロードキャストする段階をさらに備える、項目８５に記載の方法。
（項目１０１）
初期フェーズにおいて、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記ノード上に分散方式で、前記格納手段、前記デジタルアップデータ、および前記デジタルロッカーを展開する段階と、前記第２のネットワークの前記電子デバイス上に前記デジタルルーティング手段および前記承認のデジタル手段を展開する段階とをさらに備える項目８５に記載の方法。
（項目１０２）
少なくとも１つの電子デバイスに導入するためのインタフェースモジュールをオンデマンドでダウンロードする段階であって、これによって、直接、または前記デジタルバリデータを介して、または前記デジタルオーサライザを介して、または前記デジタルルータを介してのいずれかで、前記異なるノードおよび前記第１の分散型台帳ネットワークとの通信が可能になる、段階とをさらに備える、項目１０１に記載の方法。
（項目１０３）
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、チームスポーツのマッシブマルチプレーヤオンラインマネジャゲームであり、前記コンテンツデータパケットが、チームのプレーヤまたはチームである、先行する項目のいずれかに記載の方法。
（項目１０４）
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、気象バリデータであり、前記コンテンツデータパケットが気象センサからのデータパケットである、先行する項目のいずれかに記載の方法。
（項目１０５）
前記第１のプログラマブル分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、デジタル芸術作品のマーケットであり、前記コンテンツデータパケットが、デジタル芸術作品である、先行する項目のいずれかに記載の方法。
（項目１０６）
前記コンテンツデータパケットが実オブジェクトを識別する、項目９４に記載の方法。
（項目１０７）
同じ第１のメッセージがブロードキャストされるが、異なる値を含む複数の第２のメッセージが受信される複数の第２のネットワークを備える、先行する項目のいずれかに記載の方法。
（項目１０８）
プロセッサ上で実行されると、項目５５から１０７のいずれか１項に記載の方法の段階を実行するための命令を備えるコンピュータプログラム。
（項目１０９）プロセッサ上で実行されると、項目５５から１０７のいずれか１項に記載の方法の段階を実行するための命令を備えるコンピュータ可読媒体。

Claims (48)

  1. 送信ユーザから受信ユーザへのコンテンツデータパケットのピアツーピア送信のためのデジタルロッカーであって、前記デジタルロッカーが、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開され、前記デジタルロッカーが、
    前記コンテンツデータパケットの識別子を含む第１のメッセージを受信するように構成されたデジタル手段と、
    前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージのうちの前記１つ目が送信されると、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの格納手段において、前記第１のメッセージの受信時に、前記コンテンツデータパケットの状態をロック状態に修正するように構成されたデジタル手段と
    を備える、デジタルロッカー。
  2. 前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているか、またはロック解除されているかを示すロックフィールドを含む、請求項１に記載のデジタルロッカー。
  3. メッセージの送信者の正当性をベリファイするためのデジタル手段をさらに備える請求項２に記載のデジタルロッカー。
  4. 非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、請求項３に記載のデジタルロッカー。
  5. 前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、請求項２に記載のデジタルロッカー。
  6. 前記第１のメッセージが、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの外部にあるデジタルバリデータから受信される、請求項３に記載のデジタルロッカー。
  7. 前記第１のメッセージが、デジタルオーサライザから受信される、請求項３に記載のデジタルロッカー。
  8. 前記コンテンツデータパケットの識別子を含むロック解除メッセージを受信するように、かつ前記ロック解除メッセージの受信時に、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記格納手段上で、前記コンテンツデータパケットの前記状態をロック解除状態に修正するように構成されたデジタル手段をさらに備える、請求項３に記載のデジタルロッカー。
  9. 前記ロック解除メッセージの前記送信者が、デジタルバリデータであるか、またはデジタルオーサライザであるか、またはデジタルアップデータである、請求項８に記載のデジタルロッカー。
  10. 前記第１のメッセージを前記第１のプログラマブルピアツーピア分散型台帳ネットワークの格納手段に格納するように構成されたデジタル手段をさらに備える、請求項１から９のいずれか１項に記載のデジタルロッカー。
  11. 送信ユーザから受信ユーザへのコンテンツデータパケットのピアツーピア送信のためのデジタルバリデータであって、前記デジタルバリデータが、
    前記コンテンツデータパケットの識別子を含む第１のメッセージを、前記送信ユーザの電子デバイスから受信するように構成されたデジタル手段と、
    前記第１のメッセージに反応して、少なくとも１つの他の電子デバイスから、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを受信するように構成されたデジタル手段であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、デジタル手段と、
    前記少なくとも１つの第２のメッセージのうちの１つ目の受信時に、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークの格納手段において、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開された請求項１に記載のデジタルロッカーとインタラクトするように構成されたデジタル手段と
    を備える、デジタルバリデータ。
  12. 前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、請求項１１に記載のデジタルバリデータ。
  13. メッセージの送信者の正当性をベリファイするデジタル手段をさらに備える、請求項１２に記載のデジタルバリデータ。
  14. 非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、請求項１３に記載のデジタルバリデータ。
  15. 前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、請求項１２に記載のデジタルバリデータ。
  16. 前記第１のメッセージをデジタルオーサライザまたはデジタルルータに送信するように構成されたデジタル手段をさらに備える、請求項１３に記載のデジタルバリデータ。
  17. 前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、請求項１２に記載のデジタルバリデータ。
  18. すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記疎なマークルツリーのリーフが前記データパケットに対応する、疎なマークルツリーを生成し、前記疎なマークルツリーのルートのみを格納することによって、コンテンツ関連データを超圧縮形式で前記格納手段に格納するデジタル手段をさらに備える、請求項１２に記載のデジタルバリデータ。
  19. 前記第１のメッセージの受信時に、前記第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されたデジタル手段をさらに備える、請求項１２に記載のデジタルバリデータ。
  20. 前記第１の時間間隔の満了時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする一方で、受信されたすべての第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知するように構成されたデジタル手段をさらに備える、請求項１９に記載のデジタルバリデータ。
  21. 前記第２の時間間隔の間での前記支払いの証明の受信時に、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認するように構成されたデジタル手段をさらに備える、請求項２０に記載のデジタルバリデータ。
  22. 前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、支払いの証明が受信され、かつ前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔のタイマを再度トリガし、以降同様に行うように構成されたデジタル手段をさらに備える、請求項２０に記載のデジタルバリデータ。
  23. 前記送信を確認することが、前記コンテンツデータパケットの保持者の前記識別子を前記受信ユーザの前記識別子に修正するため、および前記コンテンツデータパケットの前記状態をロック解除状態に修正するためのデジタル更新手段とインタラクトすることを有する、請求項２１または２２に記載のデジタルバリデータ。
  24. 第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、前記送信をキャンセルするため、および前記コンテンツデータパケットの前記状態をロック解除状態に修正するためのデジタル更新手段とインタラクトするように構成されたデジタル手段をさらに備える、請求項２０に記載のデジタルバリデータ。
  25. 前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、請求項１２に記載のデジタルバリデータ。
  26. 前記第１のメッセージを前記第１のプログラマブルピアツーピア分散型台帳ネットワークの分散記録の格納手段に格納するように構成されたデジタル手段をさらに備える、請求項１１から２５のいずれか１項に記載のデジタルバリデータ。
  27. 送信ユーザから受信ユーザへのコンテンツデータパケットのピアツーピア送信のためのデジタルプログラマブル分散型台帳システムであって、前記デジタルプログラマブル分散型台帳システムが、
    前記コンテンツデータパケットの一意の識別子を含む第１のメッセージを送信するように構成された前記送信ユーザの電子デバイスと、
    前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを送信するように構成された少なくとも１つの他の電子デバイスであって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、少なくとも１つの他の電子デバイスと、
    互いに直接通信するように構成された複数のノードを含む非集中型アプリケーションを実行するように構成された少なくとも１つの第１のプログラマブルピアツーピア分散型台帳ネットワークであって、
    ロック状態またはロック解除状態のうちの前記コンテンツデータパケットの状態を含む格納手段と、
    前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態からロック解除状態へ、およびロック解除状態からロック状態へと修正するように構成された請求項１に記載のデジタルロッカーと、
    少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記デジタルロッカーとインタラクトするように構成された少なくとも１つの請求項１１に記載のデジタルバリデータと
    が分散方式で展開される、少なくとも１つの第１のプログラマブルピアツーピア分散型台帳ネットワークと
    を備える、デジタルプログラマブル分散型台帳システム。
  28. 前記格納手段が、前記コンテンツデータパケットの前記一意の識別子を有する、請求項２７に記載のデジタルプログラマブル分散型台帳システム。
  29. 前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含む、請求項２８に記載のデジタルプログラマブル分散型台帳システム。
  30. 前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含む、請求項２９に記載のデジタルプログラマブル分散型台帳システム。
  31. すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記疎なマークルツリーのリーフが前記データパケットに対応する、疎なマークルツリーを生成し、前記疎なマークルツリーのルートのみを格納することによって、データが超圧縮形式で前記格納手段に格納される、請求項３０に記載のデジタルプログラマブル分散型台帳システム。
  32. メッセージの送信者の正当性をベリファイするためのデジタル手段をさらに備える請求項２９に記載のデジタルプログラマブル分散型台帳システム。
  33. 非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされる、請求項３２に記載のデジタルプログラマブル分散型台帳システム。
  34. 前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信される、請求項２９に記載のデジタルプログラマブル分散型台帳システム。
  35. 前記第１のメッセージが、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの外部にあるデジタルバリデータから受信される、請求項３２に記載のデジタルプログラマブル分散型台帳システム。
  36. 前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記デジタルバリデータが、さらなる第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されている、請求項２９に記載のデジタルプログラマブル分散型台帳システム。
  37. 前記第１の時間間隔の満了時に、前記デジタルバリデータが、受信されたすべての前記第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガするように構成されている、請求項３６に記載のデジタルプログラマブル分散型台帳システム。
  38. 前記第２の時間間隔の間での前記支払いの証明の受信時に、前記デジタルバリデータが、確認メッセージを送信することによって、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認するように構成されている、請求項３７に記載のデジタルプログラマブル分散型台帳システム。
  39. 前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、前記デジタルバリデータが、支払いの証明が受信され、かつ確認メッセージを送信することによって前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔のタイマを再度トリガし、以降同様に行うように構成されている、請求項３７に記載のデジタルプログラマブル分散型台帳システム。
  40. 前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開されたデジタルアップデータをさらに備え、前記デジタルアップデータが、
    前記コンテンツデータパケットの識別子を有する前記確認メッセージを受信するように構成されたデジタル手段と、
    前記コンテンツデータパケットの所有者の前記識別子を前記受信ユーザの前記識別子に修正するように構成されたデジタル手段と、
    前記コンテンツデータパケットの前記状態をロック解除状態に修正するために前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記デジタルロッカーとインタラクトするように構成されたデジタル手段と
    を有し、
    または、前記確認メッセージの送信者が、電子デバイスの少なくとも１つの第２のネットワークに含まれる、デジタルバリデータまたはデジタルオーサライザであり、
    または、前記デジタルバリデータが、第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、キャンセルメッセージを送信することによって前記送信をキャンセルするために前記デジタルアップデータとインタラクトするように構成されており、
    または、前記デジタルアップデータが、追加的に、
    前記コンテンツデータパケットの識別子を含むキャンセルメッセージを受信するように構成されたデジタル手段と、
    前記コンテンツデータパケットの前記状態をロック解除状態に修正するために、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記デジタルロッカーとインタラクトするように構成されたデジタル手段と
    を有し、
    または、前記デジタルアップデータが、第３の時間間隔の満了時に、前記送信を自動的にキャンセルし、前記コンテンツデータパケットをロック解除するように構成されており、
    または、前記デジタルアップデータが、第３の時間間隔の満了時に送信を自動的にキャンセルするように構成されており、
    または、前記デジタルアップデータが、前記コンテンツデータパケットが前記ロック解除状態にある間に前記第１のメッセージのキャンセルメッセージを受信したときに、前記送信をキャンセルするように構成されており、
    または、前記電子デバイスの少なくとも１つの第２のネットワークが、前記第１のメッセージを受信し、それを前記第２のネットワークにおけるすべての他の電子デバイスにブロードキャストするように構成された少なくとも１つのデジタルルーティング手段を有し、
    または、前記デジタルバリデータが、初期フェーズにおいて、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記複数のノード上に分散方式で、前記格納手段、前記デジタルアップデータ、および前記デジタルロッカーを展開するように構成されており、かつ、前記第２のネットワークの前記電子デバイス上に前記デジタルルーティング手段および承認のデジタル手段を展開するように構成されており、
    または、前記デジタルバリデータは、少なくとも１つの電子デバイスに導入するためのインタフェースモジュールをオンデマンドでダウンロードするように構成されており、これによって、直接、または前記デジタルバリデータを介して、または前記デジタルオーサライザを介して、またはデジタルルータを介してのいずれかで、異なる前記複数のノードおよび前記第１のプログラマブルピアツーピア分散型台帳ネットワークとの通信が可能になり、
    または、前記第１のプログラマブルピアツーピア分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、チームスポーツのマッシブマルチプレーヤオンラインマネジャゲームであり、前記コンテンツデータパケットが、チームのプレーヤまたはチームであり、
    または、前記第１のプログラマブルピアツーピア分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、気象バリデータであり、前記コンテンツデータパケットが、気象センサからのデータパケットであり、
    または、前記第１のプログラマブルピアツーピア分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、デジタル芸術作品のマーケットであり、前記コンテンツデータパケットが、デジタル芸術作品であり、
    または、前記コンテンツデータパケットが実オブジェクトを識別し、
    または、同じ第１のメッセージがブロードキャストされるが、異なる値を含む複数の第２のメッセージが受信される複数の第２のネットワークを備える、
    請求項３８または３９に記載のデジタルプログラマブル分散型台帳システム。
  41. 送信ユーザから受信ユーザへのコンテンツデータパケットのピアツーピア送信のためのデジタルロッカーにおける方法であって、前記デジタルロッカーが、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開され、前記方法が、
    前記コンテンツデータパケットの識別子を含む第１のメッセージを受信する段階と、
    前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージのうちの前記１つ目が送信されると、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの格納手段において、前記第１のメッセージの受信時に、前記コンテンツデータパケットの状態をロック状態に修正する段階と
    を備える、方法。
  42. 前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているか、またはロック解除されているかを示すロックフィールドを含み、
    または、メッセージの送信者の正当性をベリファイする段階をさらに備え、
    または、非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされ、
    または、前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信され、
    または、前記第１のメッセージが、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの外部にあるデジタルバリデータから受信され、
    または、前記第１のメッセージが、デジタルオーサライザから受信され、
    または、前記コンテンツデータパケットの識別子を含むロック解除メッセージを受信する段階と、前記ロック解除メッセージの受信時に、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記格納手段上で、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに備え、
    または、前記ロック解除メッセージの前記送信者が、デジタルバリデータであるか、またはデジタルオーサライザであるか、またはデジタルアップデータであり、
    または、前記第１のメッセージを前記第１のプログラマブルピアツーピア分散型台帳ネットワークの格納手段に格納する段階をさらに備える、
    請求項４１に記載の方法。
  43. 送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルバリデータにおける方法であって、前記方法が、
    前記コンテンツデータパケットの識別子を含む第１のメッセージを、前記送信ユーザの電子デバイスから受信する段階と、
    前記第１のメッセージに反応して、少なくとも１つの他の電子デバイスから、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを受信する段階であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、段階と、
    前記少なくとも１つの第２のメッセージのうちの１つ目の受信時に、非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークの前記格納手段において、前記コンテンツデータパケットの前記状態をロック状態に修正するために、前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開された請求項４１に記載のデジタルロッカーとインタラクトする段階と
    を備える、方法。
  44. 前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含み、
    または、メッセージの送信者の正当性をベリファイする段階をさらに備え、
    または、非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされ、
    または、前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信され、
    または、前記第１のメッセージをデジタルオーサライザまたはデジタルルータに送信する段階をさらに備え、
    または、前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含み、
    または、すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記疎なマークルツリーのリーフが前記データパケットに対応する、疎なマークルツリーを生成し、前記疎なマークルツリーのルートのみを格納することによって、コンテンツ関連データを超圧縮形式で前記格納手段に格納する段階をさらに備え、
    または、前記第１のメッセージの受信時に、第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガする段階をさらに備え、
    または、前記第１の時間間隔の終了時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガする一方で、受信されたすべての第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知する段階をさらに備え、
    または、前記第２の時間間隔の間での前記支払いの証明の受信時に、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認する段階をさらに備え、
    または、前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、支払いの証明が受信され、かつ前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔のタイマを再度トリガし、以降同様に行う段階をさらに備え、
    または、前記送信を確認する段階が、前記コンテンツデータパケットの保持者の前記識別子を前記受信ユーザの前記識別子に修正する段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに有し、
    または、第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、前記送信をキャンセルする段階と、前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階とをさらに備え、
    または、前記第１のメッセージを、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの格納手段に格納する段階をさらに備える、
    請求項４３に記載の方法。
  45. 送信ユーザから受信ユーザへのコンテンツデータのパケットのピアツーピア送信のためのデジタルプログラマブル分散型台帳システムにおける方法であって、前記方法が、
    前記送信ユーザの電子デバイスによって、前記コンテンツデータパケットの一意の識別子を含む第１のメッセージを送信する段階と、
    少なくとも１つの他の電子デバイスによって、前記第１のメッセージに反応して、前記コンテンツデータパケットに対応する値パラメータを含む少なくとも１つの第２のメッセージを送信する段階であって、前記少なくとも１つの他の電子デバイスが、前記受信ユーザの電子デバイスを含む、段階と、
    互いに直接通信するように構成された複数のノードを含む非集中型アプリケーションを実行するように構成された第１のプログラマブルピアツーピア分散型台帳ネットワークに分散方式で展開された請求項４１に記載のデジタルロッカーとインタラクトすることによって、請求項４３に記載のデジタルバリデータによって、前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて、前記コンテンツデータパケットの前記状態を、ロック解除状態からロック状態へ修正する段階と
    を備える、方法。
  46. 前記格納手段が、前記コンテンツデータパケットの前記一意の識別子を含み、
    または、前記コンテンツデータパケットが、前記コンテンツデータパケットがユーザ間で送信されないようにロックされているかまたはロック解除されているかを示すロックフィールドを含み、
    または、前記コンテンツデータパケットが、前記コンテンツデータパケットの所有者である前記ユーザの識別子を含む保持者フィールドを含み、
    または、すべての既存のデータパケットを連結した結果にハッシュ関数を適用することによって、またはマークルツリーを生成することによって、または、疎なマークルツリーであって、前記疎なマークルツリーのリーフが前記データパケットに対応する、疎なマークルツリーを生成し、前記疎なマークルツリーのルートのみを格納することによって、データが超圧縮形式で前記格納手段に格納され、
    または、メッセージの送信者の正当性をベリファイする段階をさらに備え、
    または、非対称暗号化公開鍵秘密鍵ペアの秘密鍵を使用して、受信された前記メッセージのデジタルシグネチャをベリファイすることによって正当性がチェックされ、
    または、前記第１のメッセージが、ユーザの電子デバイスから前記第２のメッセージと共に受信され、
    または、前記第１のメッセージが、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの外部にあるデジタルバリデータから受信され、
    または、前記少なくとも１つの第２のメッセージのうちの前記１つ目の受信時に、前記デジタルバリデータが、さらなる第２のメッセージを受信するための第１の時間間隔を定義するタイマをトリガするように構成されており、
    または、前記第１の時間間隔の満了時に、前記デジタルバリデータが、受信されたすべての前記第２のメッセージのうち最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、支払いの証明を受信するための第２の時間間隔を定義するタイマをトリガし、
    または、前記第２の時間間隔の間での前記支払いの証明の受信時に、前記デジタルバリデータが、確認メッセージを送信することによって、前記送信ユーザから前記受信ユーザへの前記コンテンツデータパケットの前記送信を確認し、
    または、前記第２の時間間隔の満了時に支払いの証明が受信されていない場合に、前記デジタルバリデータが、支払いの証明が受信され、かつ確認メッセージを送信することによって前記送信が確認されるまで、連続して、受信されたすべての前記第２のメッセージのうち次に最も高い値を有する前記第２のメッセージを識別し、前記対応するユーザに通知し、同時に、前記第２の時間間隔のタイマを再度トリガし、以降同様に行い、
    または、
    前記コンテンツデータパケットの識別子を有する前記確認メッセージを受信する段階と、
    前記コンテンツデータパケットの所有者の前記識別子を前記受信ユーザの前記識別子に修正する段階と、
    前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階と
    を有する前記第１のプログラマブルピアツーピア分散型台帳ネットワークにおいて分散方式で展開されたデジタルアップデータをさらに備え、
    または、前記確認メッセージの前記送信者が、デジタルバリデータまたはデジタルオーサライザであり、
    または、第２のメッセージを送信したすべてのユーザが通知されており、支払いの証明が受信されていないと決定されると、キャンセルメッセージを送信することによって前記送信をキャンセルする段階を備え、
    または、
    前記コンテンツデータパケットの識別子を含むキャンセルメッセージを受信する段階と、
    前記コンテンツデータパケットの前記状態をロック解除状態に修正する段階と
    をさらに備え、
    または、第３の時間間隔の満了時に、前記送信を自動的にキャンセルし、前記コンテンツデータパケットをロック解除する段階をさらに備え、
    または、第３の時間間隔の満了時に、前記送信を自動的にキャンセルする段階をさらに備え、
    または、前記コンテンツデータパケットが前記ロック解除状態にある間に前記第１のメッセージのキャンセルメッセージを受信したときに、前記送信をキャンセルする段階を備え、
    または、前記第１のメッセージを受信し、それを第２のネットワークにおけるすべての他の電子デバイスにブロードキャストする段階をさらに備え、
    または、初期フェーズにおいて、前記第１のプログラマブルピアツーピア分散型台帳ネットワークの前記複数のノード上に分散方式で、前記格納手段、前記デジタルアップデータ、および前記デジタルロッカーを展開する段階と、前記第２のネットワークの前記電子デバイス上にデジタルルーティング手段および承認のデジタル手段を展開する段階とをさらに備え、
    または、少なくとも１つの電子デバイスに導入するためのインタフェースモジュールをオンデマンドでダウンロードする段階であって、これによって、直接、または前記デジタルバリデータを介して、または前記デジタルオーサライザを介して、またはデジタルルータを介してのいずれかで、異なる前記複数のノードおよび前記第１のプログラマブルピアツーピア分散型台帳ネットワークとの通信が可能になる、段階をさらに備え、
    または、前記第１のプログラマブルピアツーピア分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、チームスポーツのマッシブマルチプレーヤオンラインマネジャゲームであり、前記コンテンツデータパケットが、チームのプレーヤまたはチームであり、
    または、前記第１のプログラマブルピアツーピア分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、気象バリデータであり、前記コンテンツデータパケットが、気象センサからのデータパケットであり、
    または、前記第１のプログラマブルピアツーピア分散型台帳ネットワーク上に展開された前記非集中型アプリケーションが、デジタル芸術作品のマーケットであり、前記コンテンツデータパケットが、デジタル芸術作品であり、
    または、前記コンテンツデータパケットが実オブジェクトを識別し、
    または、同じ第１のメッセージがブロードキャストされるが、異なる値を含む複数の第２のメッセージが受信される複数の第２のネットワークを備える、
    請求項４５に記載の方法。
  47. プロセッサ上で実行されると、請求項４１から４６のいずれか１項に記載の方法の段階を実行するための命令を備えるコンピュータプログラム。
  48. プロセッサ上で実行されると、請求項４１から４６のいずれか１項に記載の方法の段階を実行するための命令を備えるコンピュータ可読媒体。
JP2022542235A 2020-01-16 2020-01-16 分散型台帳ネットワークにおけるコンテンツのセキュアなピアツーピア送信のためのシステムおよび方法 Pending JP2023510320A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/ES2020/070023 WO2021144479A1 (es) 2020-01-16 2020-01-16 Sistema y procedimiento para la transmisión par a par segura de contenido en redes de registros distribuidos

Publications (1)

Publication Number Publication Date
JP2023510320A true JP2023510320A (ja) 2023-03-13

Family

ID=76863646

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022542235A Pending JP2023510320A (ja) 2020-01-16 2020-01-16 分散型台帳ネットワークにおけるコンテンツのセキュアなピアツーピア送信のためのシステムおよび方法

Country Status (11)

Country Link
US (1) US20230042916A1 (ja)
EP (1) EP3989151A4 (ja)
JP (1) JP2023510320A (ja)
KR (1) KR20220133221A (ja)
CN (1) CN115210736A (ja)
AU (1) AU2020422171A1 (ja)
BR (1) BR112022014066A2 (ja)
CA (1) CA3168111A1 (ja)
IL (1) IL294676A (ja)
MX (1) MX2022008829A (ja)
WO (1) WO2021144479A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2024507333A (ja) * 2021-02-11 2024-02-19 ナショナル カレンシー テクノロジーズ、インコーポレイテッド デジタル通貨の集中型追跡
EP4142211A1 (en) * 2021-08-26 2023-03-01 BitFlow GmbH Document integrity protection
US20230103796A1 (en) * 2021-10-04 2023-04-06 Paypal, Inc. Event-based triggers of cryptocurrency transactions
KR20230067126A (ko) * 2021-11-09 2023-05-16 삼성전자주식회사 Ipfs를 활용한 중앙화 대체불가능 토큰의 발행 장치 및 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190043043A1 (en) * 2017-08-01 2019-02-07 Digital Asset (Switzerland) GmbH Method and apparatus for automated committed settlement of digital assets
US20190220836A1 (en) * 2018-01-14 2019-07-18 Robot Cache, Inc. Methods and Systems for Media Distribution Employing Contracts Implemented in a Distributed Ledger

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016053760A1 (en) * 2014-09-30 2016-04-07 Raistone, Inc. Systems and methods for transferring digital assets using a de-centralized exchange
HUE051876T2 (hu) * 2016-08-10 2021-03-29 Innogy Se P2P kommunikációs rendszer és P2P feldolgozó berendezés
US11188977B2 (en) * 2017-03-08 2021-11-30 Stichting Ip-Oversight Method for creating commodity assets from unrefined commodity reserves utilizing blockchain and distributed ledger technology
US11909860B1 (en) * 2018-02-12 2024-02-20 Gemini Ip, Llc Systems, methods, and program products for loaning digital assets and for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain
US20210174432A1 (en) * 2018-08-07 2021-06-10 Perpetual Altruism Limited Computer implemented method and system for updating a database system for a blockchain version control system; computer implemented methods of auctioning an item for a seller, and computer implemented method of updating a smart contract
US11373174B1 (en) * 2019-02-05 2022-06-28 Mythical, Inc. Systems and methods for facilitating transfer of ownership of tokens between users on a decentralized database
EP3695362A4 (en) * 2019-09-11 2020-12-23 Alibaba Group Holding Limited DIGITAL ASSET TRANSFER SYSTEM AND PROCESS

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190043043A1 (en) * 2017-08-01 2019-02-07 Digital Asset (Switzerland) GmbH Method and apparatus for automated committed settlement of digital assets
US20190220836A1 (en) * 2018-01-14 2019-07-18 Robot Cache, Inc. Methods and Systems for Media Distribution Employing Contracts Implemented in a Distributed Ledger

Also Published As

Publication number Publication date
EP3989151A4 (en) 2023-01-18
CN115210736A (zh) 2022-10-18
WO2021144479A1 (es) 2021-07-22
MX2022008829A (es) 2022-08-02
AU2020422171A1 (en) 2022-07-28
IL294676A (en) 2022-09-01
KR20220133221A (ko) 2022-10-04
US20230042916A1 (en) 2023-02-09
BR112022014066A2 (pt) 2022-09-13
CA3168111A1 (en) 2021-07-22
EP3989151A1 (en) 2022-04-27

Similar Documents

Publication Publication Date Title
TWI723658B (zh) 基於區塊鏈中智慧合約保護交易活動敏感資料的方法和設備
JP7533983B2 (ja) 信頼度が低い、または信頼度が皆無の当事者間での価値転送を円滑化する装置、システム、または方法
Baird et al. Hedera: A public hashgraph network & governing council
Baird et al. Hedera: A governing council & public hashgraph network
US10592985B2 (en) Systems and methods for a commodity contracts market using a secure distributed transaction ledger
Liu et al. Distributed ledger technology
US20200145373A1 (en) System for blockchain based domain name and ip number register
JP7522807B2 (ja) コンピュータにより実現される方法およびシステム
CN116982033A (zh) 先进的不可替代令牌区块链架构
US20230004970A1 (en) Distributed Ledgers with Ledger Entries Containing Redactable Payloads
US20230042916A1 (en) System and method for secure peer-to-peer transmission of content in distributed ledger neworks
US20230298001A1 (en) Non-fungible token (nft) purchase and transfer system
TW201935299A (zh) 用於處理金融資產之策略模型腳本之區塊鏈系統、節點伺服器及其方法
KR20190122149A (ko) 난스를 이용한 합의 노드 선택 방법 및 그것을 이용한 블록체인 생성 방법 및 장치
CN117616410A (zh) 计算机分片环境中的多方计算
US20230043223A1 (en) Methods for Securely Adding Data to a Blockchain Using Dynamic Time Quanta and Version Authentication
CN117716379A (zh) 用于高效区块链交易的软件架构
Rodrigo et al. UniCon: Universal and scalable infrastructure for digital asset management
US20220393892A1 (en) Composite Cryptographic Systems with Variable Configuration Parameters and Memory Bound Functions
WO2023215792A2 (en) Non-fungible tokens for stadium seats and tickets
US20230039832A1 (en) Method and system for transaction of digital asset
Masseport et al. Proof of usage: User-centric consensus for data provision and exchange
US11816649B2 (en) Method and system for protecting intellectual property rights on digital content using smart propertization
Antal et al. Distributed Ledger Technology Review and Decentralized Applications Development Guidelines. Future Internet 2021, 13, 62
Appelbaum Consensus Mechanisms and Related Issues

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220906

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230801

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20231026

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20231212

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240402