DE102020213240A1 - Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette - Google Patents

Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette Download PDF

Info

Publication number
DE102020213240A1
DE102020213240A1 DE102020213240.2A DE102020213240A DE102020213240A1 DE 102020213240 A1 DE102020213240 A1 DE 102020213240A1 DE 102020213240 A DE102020213240 A DE 102020213240A DE 102020213240 A1 DE102020213240 A1 DE 102020213240A1
Authority
DE
Germany
Prior art keywords
partitions
transaction
block chain
shards
shard
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
DE102020213240.2A
Other languages
English (en)
Inventor
Alexander PODDEY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE102020213240.2A priority Critical patent/DE102020213240A1/de
Priority to US17/448,779 priority patent/US11875345B2/en
Priority to CN202111215635.XA priority patent/CN114387098A/zh
Publication of DE102020213240A1 publication Critical patent/DE102020213240A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/381—Currency conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Technology Law (AREA)
  • Bioethics (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Verfahren (10) zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette, gekennzeichnet durch folgende Merkmale:- auf den Partitionen werden intelligente Verträge bereitgestellt (1),- durch die Verträge werden Zustandskanäle in den Partitionen verankert (2) und- die Transaktion zwischen den Partitionen wird auf den Zustandskanälen ausgeführt (3).

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette. Die vorliegende Erfindung betrifft darüber hinaus eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes Speichermedium.
  • Stand der Technik
  • Als dezentrales Transaktionssystem, Transaktionsdatenbank oder verteiltes Hauptbuch (distributed ledger) wird jegliches Protokoll in Rechnernetzen bezeichnet, das eine Übereinkunft (consensus) hinsichtlich der Abfolge bestimmter Transaktionen herbeiführt. Eine häufige Ausprägung eines solchen Systems beruht auf einer Blockkette (blockchain) und bildet die Grundlage zahlreicher sogenannter Kryptowährungen.
  • Das nach dem Stand der Technik am häufigsten benutzte Konsensverfahren sieht einen Arbeitsnachweis (proof of work, PoW) für die Erzeugung neuer gültiger Blöcke vor. Um einem übermäßigen Energieverbrauch durch die Erbringung derartiger Nachweise sowie einem unnötigen Anwachsen der Blockkette entgegenzuwirken, wurden sogenannte Transaktions- oder Zustandskanäle (state channels) vorgeschlagen und verallgemeinert, die einzelne Teilnehmer abseits der Blockkette (off chain) verbinden, gleichwohl in letzterer verankert sind. Einen Überblick dieser Technologie bietet COLEMAN, Jeff; HORNE, Liam; XUANJI, Li. Counterfactual: Generalized state channels. 2018.
  • DE102018210224A1 offenbart in der Ausführungsform gemäß Anspruch 6 folgendes Verfahren zum Vereinbaren einer Zusammenarbeit zwischen zwei Systemen: Das erste System sendet seine Annahmen bezüglich des zweiten Systems und seine diesem gewährten Garantien; umgekehrt sendet das zweite System dessen Annahmen bezüglich des ersten Systems und jenem gewährten Garantien. Eine Transaktionsdatenbank empfängt diese wechselseitigen Annahmen und Garantien, prüft, ob sie einander entsprechen, setzt gegebenenfalls einen zwischen den Systemen zu schließenden digitalen Sicherheitsvertrag auf und dokumentiert diesen schließlich, indem es einer Blockkette einen entsprechenden Block hinzufügt. Es sendet den Block mit dem Sicherheitsvertrag daraufhin an beide Systeme, welche die Zusammenarbeit aufnehmen, sobald sie den Block empfangen. Diese etablieren hierzu einen wechselseitigen Transaktionskanal, auf welchem sie nach Empfang des Blockes Informationen und unterschriebene Mitteilungen austauschen. Wenn eines der Systeme eine den Sicherheitsvertrag verletzende Information empfängt, ersucht es die Transaktionsdatenbank um Schlichtung. Die Transaktionsdatenbank setzt das andere System hiervon in Kenntnis, fordert von diesem die - vermeintlich den Sicherheitsvertrag verletzende - Information an und prüft letztere anhand des Vertrages.
  • Derlei intelligente Verträge (smart contracts) verkörpern die rechtsgeschäftliche Logik jedweder verteilten Anwendung (distributed application, dApp) einer Transaktionsdatenbank. DE102017214902A1 beispielsweise beschreibt einen intelligenten Vertrag zum Vorbereiten und/oder Ausführen von Transaktionen zwischen einem Halter eines Endgeräts und einem Dienstleistungsanbieter, wobei der intelligente Vertrag Bedingungen des Dienstleistungsanbieters für Dienstleistungen eines Informationsdienstleistungsanbieters, insbesondere Bedingungen über Benutzungsgebühren, vorzugsweise eine Straßenbenutzungsgebühr, und/oder für Dienstleistungen eines Servicedienstleistungsanbieters, insbesondere Bedingungen über Überlassungsgebühren, vorzugsweise über Parkgebühren, Tankgebühren, Gebühren einer Ladestation für das Endgerät und/oder Bedingungen einer Versicherung und/oder Bedingungen über Nutzungsgebühren, vorzugsweise über Gebühren einer gemeinschaftlichen Nutzung des Endgeräts zum Bereitstellen und/oder Abbrechen für eine Dienstleistung und/oder von dem Halter für dieses Endgerät definierte Bedingungen für eine Annahme und/oder eine Beendigung der Dienstleistung enthält, wobei der intelligente Vertrag in einem Berechtigungsknoten eines auf einer Blockchain basierten Computernetzwerks ausgeführt wird.
  • Die herkömmlicherweise zur Denormalisierung in Datenbankanwendungen genutzte horizontale Fragmentierung (sharding) kann dazu dienen, schnell anwachsende Blockketten in unabhängige Partitionen (shards) aufzuteilen. Diesen Ansatz erläutert LUU, Loi, et al. A secure sharding protocol for open blockchains. In: Proceedings ofthe 2016 ACM SIGSAC Conference on Computer and Communications Security. 2016. S. 17-30.
  • Offenbarung der Erfindung
  • Die Erfindung stellt ein Verfahren zum Abwickeln einer Transaktion zwischen mehreren solchen Partitionen einer Blockkette, eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes maschinenlesbares Speichermedium gemäß den unabhängigen Ansprüchen bereit.
  • Der erfindungsgemäße Ansatz beruht auf einer Betrachtung von Shards als parallel verlaufenden Ketten mit der Möglichkeit, Wechselwirkungen zwischen den Ketten, also zwischen Shards (cross-shard), in einer ganzheitlich abgesicherten Weise auszuüben.
  • Transaktionen auf unabhängigen Shards können problemlos parallelisiert und die Anzahl der Shards zur Laufzeit angepasst werden.
  • Allerdings erfordern Shard-übergreifende Transaktionen, z. B. die Übertragung eines Zustandswertes von einem auf einen anderen Shard, eine koordinierte Abwicklung auf allen betroffenen Shards; beispielsweise würde die Übertragung eines auf einem Shard gespeicherten Wertes, aufgeteilt in zwei Beträge, an zwei Zieladressen auf zwei verschiedenen Shards eine Transaktion mit drei Shards erfordern.
  • Diese Transaktionen mit mehreren Shards verringern Effizienz und Durchsatz des Systems und erhöhen dessen Kosten aufgrund des auf verschiedenen Shards erforderlichen Schürfens (mining).
  • Daher sind auch die für den Nutzer anfallenden Kosten in der Regel so bemessen, dass sich diese nachteiligen Auswirkungen von Transaktionen mit mehreren Shards im Preis niederschlagen, letzterer also mit der Anzahl betroffener Shards steigt.
  • Das vorgeschlagene Verfahren begegnet diesen mit Transaktionen zwischen Shards verbundenen Mehrkosten durch eine Anwendung vertrauensfreier Kanalstrukturen auf Shards. Durch eine erfindungsgemäße Verankerung intelligenter Verträge in den betreffenden Shards lassen sich derartige Transaktionen auf effiziente, aber dennoch sichere Weise abseits der Blockkette ohne die Voraussetzung einer Vertrauensbasis zwischen den Beteiligten abwickeln.
  • Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen des im unabhängigen Anspruch angegebenen Grundgedankens möglich.
  • Figurenliste
  • Ausführungsbeispiele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigt:
    • 1 das Flussdiagramm eines Verfahrens gemäß einer ersten Ausführungsform.
    • 2 schematisch ein Steuergerät gemäß einer zweiten Ausführungsform.
  • Ausführungsformen der Erfindung
  • 1 illustriert den grundlegenden Ablauf eines erfindungsgemäßen Verfahrens (10) zum Abwickeln einer Transaktion zwischen mehreren Partitionen oder Shards einer Blockkette. Dieses Prinzip soll anhand eines einfachen Beispiels veranschaulicht werden, welches sich ohne Weiteres verallgemeinern lässt.
  • Angenommen sei hierzu ein dezentrales Transaktionssystem mit Nutzern U1 bis UN, die auf N verschiedenen Shards aktiv sind, also Adressen und diesen zugeordnete Guthaben auf jeweils einem dieser Shards besitzen. Angenommen sei ferner, Ui wünsche einen Zustandswert an einen anderen Nutzer Uj zu übertragen, womit eine Shard-übergreifende Transaktion einherginge.
  • Wir nutzen nun die Einsicht, dass, wie bei vertrauensfreien Kanälen, Kanalnetzen, Netzknoten usw. üblich, Transaktionskosten in der Kette (on chain) durch den Einsatz mehrerer Hilfsverträge vermieden werden können, die eine sichere Verankerung der außerhalb der Kette getätigten Transaktionen ermöglichen, beispielsweise unter Zugänglichmachung von Inhaber- und Entscheidungsfunktionen der Kette.
  • In einem ersten Ansatz werden diese Verträge für jeden Shard bereitgestellt (Prozess 11).
  • Vorausgesetzt sei eine auf zwei oder mehr, insbesondere sämtlichen, Shards aktive Vermittlerin Ingrid. Diese Vermittlerin kann nun einen Zustandskanal zu Ui in Shard i und Uj in Shard j verankern (Prozess 12). In Anwendung der üblichen Zustandskanal-Ansätze kann nun ein Transfer von Ui zu Uj über Ingrid durch ein Zusammenwirken der drei Beteiligten außerhalb der Kette ausgeführt werden (Prozess 13), sofern keine Streitbeilegung erforderlich ist.
  • Zusammengefasst überträgt Ui den Wert an Ingrid auf Shard i unter der Bedingung, dass Ingrid den gleichen Betrag an Uj auf Shard j überträgt. Dies kann auf verschiedenen aus dem Stand der Technik bekannten Wegen erreicht werden.
  • Somit sind keine On-Chain-Interaktion und insbesondere keine Cross-Shard-Transaktion erforderlich, sofern alle Beteiligten übereinstimmen und ein Schiedsverfahren entbehrlich ist.
  • Im Rahmen der bekannten Möglichkeiten mehrfach verschachtelter, gestapelter (virtueller) Kanäle können flexible und leistungsfähige Netze für einen effizienten Transfer über die Shards hinweg aufgebaut werden, wie es in einem Shardbasierten System üblich ist. Beispielsweise können Knotenpunkte auf vielen oder gar sämtlichen Shards, indirekte Verbindungen (multi-hop) über mehrere mittelgroße Knotenpunkte bis hin zu einfachen Multi-Hop-Verbindungen zwischen gleichrangigen Knoten (peer to peer) vorgesehen sein.
  • Der anfängliche Aufwand für die Bereitstellung (11) der zur Verankerung (12) erforderlichen Hilfsverträge und das Anlegen der On-Chain-Kanäle auf den Shards wird durch die drastisch reduzierten Kosten für die Ausführung (13) von Cross-Shard-Transaktionen schnell amortisiert.
  • Um den Unterschied zu herkömmlichen Lösungen zu verdeutlichen, sei darauf hingewiesen, dass nach dem Stand der Technik alle Nutzer und Vermittler bzw. Hubs auf dem gleichen Shard aktiv sein müssten. Dies würde allenfalls eine Senkung der On-Chain-Kosten für Transaktionen innerhalb dieses Shards ermöglichen.
  • Im Gegensatz dazu erlaubt der vorliegende Ansatz die effiziente Überbrückung von Shards auf der Grundlage sicherer Konstrukte, wie sie bei vertrauensfreien Kanälen zur Anwendung kommen.
  • In einem zweiten Ansatz könnte das verteilte System, das die Shards betreibt und gegebenenfalls zur Laufzeit automatisch weitere Shards hinzufügt, die Hilfsverträge für die Verankerung des Zustandskanals im Rahmen der Einrichtung eines neuen Shards bereitstellen (11), sodass die On-Chain-Kanäle eröffnet und zur Ausführung (13) der Off-Chain-Transaktionen auch für neue Shards genutzt werden können, ohne dass die Hilfsverträge aktiv bereitgestellt werden müssen.
  • Nach einem dritten Ansatz werden die Hilfsverträge zur Verankerung (12) der Zustandskanäle nicht für jeden Shard einzeln, sondern gemeinsam für alle Shards in Form einer allgemein nutzbaren Funktionalität bereitgestellt (11).
  • Dies wiederum erlaubt es, On-Chain-Kanäle zur Verankerung (12) anzulegen und die Off-Chain-Transaktionen auch für neue Shards darauf auszuführen (13), ohne dass die Hilfsverträge aktiv bereitgestellt werden müssten.
  • Die Vermittler- bzw. Knotenpunkt-Funktion könnte wie oben beschrieben von jedem Nutzer übernommen werden, der auf mehr als einem Shard aktiv ist. Darüber hinaus könnte das verteilte System selbst entsprechende Möglichkeiten bieten.
  • Dieses Verfahren (10) kann beispielsweise in Software oder Hardware oder in einer Mischform aus Software und Hardware beispielsweise in einem Steuergerät (20) implementiert sein, wie die schematische Darstellung der 2 verdeutlicht.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • DE 102018210224 A1 [0004]
    • DE 102017214902 A1 [0005]

Claims (10)

  1. Verfahren (10) zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette, gekennzeichnet durch folgende Merkmale: - auf den Partitionen werden intelligente Verträge bereitgestellt (11), - durch die Verträge werden Zustandskanäle in den Partitionen verankert (12) und - die Transaktion zwischen den Partitionen wird auf den Zustandskanälen ausgeführt (13).
  2. Verfahren (10) nach Anspruch 1, gekennzeichnet durch folgendes Merkmal: - das Bereitstellen (11) erfolgt durch einen auf mehreren der Partitionen aktiven Vermittler.
  3. Verfahren (10) nach Anspruch 2, gekennzeichnet durch folgendes Merkmal: - der Vermittler ist ein mit weiteren Vermittlern in der Blockkette vernetzter Knotenpunkt.
  4. Verfahren (10) nach Anspruch 2, gekennzeichnet durch folgendes Merkmal: - die Vermittler sind indirekt über mehrere Partitionen verbunden.
  5. Verfahren (10) nach Anspruch 1, gekennzeichnet durch folgende Merkmale: - die Partitionen werden von einem in der Blockkette verteilten System betrieben und - das Bereitstellen (11) erfolgt durch das System.
  6. Verfahren (10) nach Anspruch 5, gekennzeichnet durch folgendes Merkmal: - das Bereitstellen (11) erfolgt, wenn das System weitere Partitionen der Blockkette einrichtet.
  7. Verfahren (10) nach Anspruch 1, gekennzeichnet durch folgendes Merkmal: - das Bereitstellen (11) erfolgt in Form einer durch sämtliche Partitionen gemeinsam nutzbaren Funktionalität.
  8. Computerprogramm, welches eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
  9. Maschinenlesbares Speichermedium, auf dem das Computerprogramm nach Anspruch 8 gespeichert ist.
  10. Vorrichtung (20), die eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
DE102020213240.2A 2020-10-20 2020-10-20 Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette Pending DE102020213240A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE102020213240.2A DE102020213240A1 (de) 2020-10-20 2020-10-20 Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette
US17/448,779 US11875345B2 (en) 2020-10-20 2021-09-24 Method and device for conducting a transaction between a plurality of partitions of a blockchain
CN202111215635.XA CN114387098A (zh) 2020-10-20 2021-10-19 用于处理区块链的多个分区之间的交易的方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102020213240.2A DE102020213240A1 (de) 2020-10-20 2020-10-20 Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette

Publications (1)

Publication Number Publication Date
DE102020213240A1 true DE102020213240A1 (de) 2022-04-21

Family

ID=80929327

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102020213240.2A Pending DE102020213240A1 (de) 2020-10-20 2020-10-20 Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette

Country Status (3)

Country Link
US (1) US11875345B2 (de)
CN (1) CN114387098A (de)
DE (1) DE102020213240A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114979165B (zh) * 2022-05-18 2024-05-07 杭州顶天网络有限公司 一种基于区块链的合约交互方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017214902A1 (de) 2017-08-25 2019-02-28 Zf Friedrichshafen Ag Indirekte Transaktionsvorgänge auf Basis einer Blockchainarchitektur
DE102018210224A1 (de) 2018-06-22 2019-12-24 Robert Bosch Gmbh Verfahren und Vorrichtung zum Vereinbaren einer Zusammenarbeit zwischen einem ersten System und einem zweiten System

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3482543B1 (de) * 2016-07-05 2022-01-19 Innogy Innovation GmbH Beobachtungssystem
US10097344B2 (en) * 2016-07-15 2018-10-09 Mastercard International Incorporated Method and system for partitioned blockchains and enhanced privacy for permissioned blockchains
US11704663B2 (en) * 2017-03-31 2023-07-18 Vijay Madisetti Method and system for blockchain-based vehicle identifiers and wallets for decentralized payments
US11184437B2 (en) * 2018-05-24 2021-11-23 Dapper Labs Inc. Decentralized computation system architecture based on node specialization
JP2022550924A (ja) * 2018-11-02 2022-12-06 ヴェローナ ホールディングス エスイーズィーシー トークン化プラットフォーム
US20200313887A1 (en) * 2019-03-26 2020-10-01 Si Yin Micoservices Based Mainchain/Sidechain (MMS) Architecture For Blockchain
US11095457B2 (en) * 2019-08-30 2021-08-17 Beatdapp Software Inc. System and method for scalably tracking media playback using blockchain
US11968256B2 (en) * 2019-09-19 2024-04-23 Atrium Separate Ip Holdings Number 4, Llc Blockchain architecture, system, method and device for automated cybersecurity and data privacy law compliance with a partitioned replication protocol

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017214902A1 (de) 2017-08-25 2019-02-28 Zf Friedrichshafen Ag Indirekte Transaktionsvorgänge auf Basis einer Blockchainarchitektur
DE102018210224A1 (de) 2018-06-22 2019-12-24 Robert Bosch Gmbh Verfahren und Vorrichtung zum Vereinbaren einer Zusammenarbeit zwischen einem ersten System und einem zweiten System

Also Published As

Publication number Publication date
US11875345B2 (en) 2024-01-16
US20220122067A1 (en) 2022-04-21
CN114387098A (zh) 2022-04-22

Similar Documents

Publication Publication Date Title
DE102017209014A1 (de) Verfahren und Vorrichtung zum Anfügen von Transaktionen an eine Blockkette
DE102015220228A1 (de) Verfahren und System zur Absicherung einer erstmaligen Kontaktaufnahme eines Mobilgeräts mit einem Gerät
DE102020213240A1 (de) Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette
DE60036381T2 (de) Verfahren zur ausführung einer elektronischen transaktion unter verwendung mehrerer unterschriften
DE102020213017A1 (de) Verfahren zum Bereitstellen eines Zustandskanals
DE102020207619A1 (de) Verfahren und Vorrichtung zur Bereitstellung einer Ressource
EP1749368A1 (de) Anordnung zum erstellen von dienstorientierten gebührendaten in einem kommunikationsnetz
WO2005074234A1 (de) System und verfahren zur kommunikation zwischen entfernten objekten und lokalen stellvertretern
EP0523276A1 (de) Verfahren und Schaltungsanordnung zum Einrichten von virtuellen Verbindungen über ein ATM-Verbindungsleitungsbündel
EP4193567B1 (de) Verfahren zur sicheren ausstattung eines fahrzeugs mit einem individuellen zertifikat
DE102020205528A1 (de) Verfahren und Vorrichtung zum Abwickeln einer Transaktion
DE102020205529A1 (de) Verfahren und Vorrichtung zum Aushandeln intelligenter Verträge
DE102021210024A1 (de) Verfahren und System zur Steuerung einer Übertragung von Daten in Abhängigkeit wenigstens eines Attributs einer Datei
DE102020211936A1 (de) Verfahren und Vorrichtung zum Betreiben einer verteilten Anwendung
EP3619885B1 (de) Verfahren zum blockchain basierten, asymmetrischen schlüsselmanagement und sicherheitsrelevante anlage
DE102020213245A1 (de) Verfahren und Vorrichtung zum Erzeugen einer pseudozufälligen Zahlenfolge
DE102020210000A1 (de) Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes
EP2235837A2 (de) Verfahren zur übertragung von datensätzen
DE102020212330A1 (de) Verfahren und Vorrichtung zum Betreiben einer dezentralen Anwendung durch Teilnehmer einer Blockkette
DE102018221954A1 (de) Recheneinrichtung und Verfahren zum Betreiben einer Recheneinrichtung
CH681410A5 (de)
EP0460403B1 (de) Verfahren für Datenübertragungen in Kommunikations-Vermittlungsanlagen
DE102020213887A1 (de) Verfahren und Vorrichtung zur Kommunikation von Teilnehmern in einer Verkehrsinfrastruktur
DE60008265T2 (de) Methode zur Bandbreitenzuteilung für Netzwerkendgeräte in einem Kommunikationsnetzwerk mit einen Medienzugriffssteuerungsgerät zur Ausführung dieser Methode
DE102010061153A1 (de) Dienstanbietungsvorrichtung, Dienstnutzungsvorrichtung und Dienstübertragungsverfahren dafür