DE102020210000A1 - Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes - Google Patents

Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes Download PDF

Info

Publication number
DE102020210000A1
DE102020210000A1 DE102020210000.4A DE102020210000A DE102020210000A1 DE 102020210000 A1 DE102020210000 A1 DE 102020210000A1 DE 102020210000 A DE102020210000 A DE 102020210000A DE 102020210000 A1 DE102020210000 A1 DE 102020210000A1
Authority
DE
Germany
Prior art keywords
transaction
principal
following features
legal
contract
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.)
Withdrawn
Application number
DE102020210000.4A
Other languages
English (en)
Inventor
Alexander PODDEY
Christian Carl Bormann
Michael Schaefer
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 DE102020210000.4A priority Critical patent/DE102020210000A1/de
Priority to US17/334,037 priority patent/US20220044209A1/en
Publication of DE102020210000A1 publication Critical patent/DE102020210000A1/de
Withdrawn 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/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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • 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/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Engineering & Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Verfahren (10) zum Bestätigen eines Rechtsgeschäftes, gekennzeichnet durch folgende Merkmale:- zwischen einem Vollmachtgeber und einem Vollmachtnehmer werden Anweisungen für das Rechtsgeschäft in einem intelligenten Vertrag festgehalten (11) und- das Rechtsgeschäft wird anhand des Vertrages durch den Vollmachtnehmer nach den Anweisungen des Vollmachtgebers bestätigt (12).

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zum Bestätigen eines Rechtsgeschäftes. Die vorliegende Erfindung betrifft darüber hinaus eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes maschinenlesbares 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. 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.
  • Wie W02019180589A1 anhand eines sogenannten Hash-Lock-Verfahrens exemplarisch belegt, können auf geeignete Weise implementierte Zahlungs- oder verallgemeinerte Zustandskanäle auch in Fällen eingesetzt werden, in denen die Vertrauenswürdigkeit von Infrastruktur und Zahlungspartner nicht erwiesen ist. Entsprechende Implementierungen werden im Folgenden als vertrauenslose (trustless) Kanäle bezeichnet.
  • Offenbarung der Erfindung
  • Die Erfindung stellt ein Verfahren zum Bestätigen eines Rechtsgeschäftes, eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes maschinenlesbares Speichermedium gemäß den unabhängigen Ansprüchen bereit.
  • Der erfindungsgemäße Ansatz fußt hierbei auf der Erkenntnis, dass die Teilnahme an digitalen Wirtschaftssystemen - beispielsweise auf Basis von DLT und deren Erweiterungsoptionen wie Zustandskanälen, Nebenketten usw. - in der Regel die Bestätigung einzelner wirtschaftlicher Transaktionen durch den Teilnehmer erfordert, zum Beispiel zum kryptographischen Signieren von Transaktionen in einem auf Kryptographie beruhenden Netzwerk.
  • Auch für nicht DLT-basierte Systeme verlangen gesetzliche Regelungen eine individuelle Bestätigung jedes Geschäftes durch den Teilnehmer, beispielsweise im Zuge eines Wertüberganges. Dies gilt etwa für den Geldtransfer mittels einer Bankanwendung, bei der der Benutzer jede einzelne Ausgangsbuchung individuell bestätigen muss. Ausnahmen sind, in streng geregelter Form, zum Beispiel durch Erteilung einer Einzugsermächtigung möglich.
  • In vielen konkreten Anwendungsfällen im Umfeld der Digitalwirtschaft bringt diese individuelle Bestätigung es mit sich, dass der Teilnehmer entweder online bleiben und die betreffenden Rechtsgeschäfte zur rechten Zeit vornehmen oder einem Stellvertreter erlauben muss, in seinem Namen oder mit seiner elektronischen Signatur zu unterzeichnen. Dies wiederum erfordert - abgesehen von dem Umstand, dass nun der Vertreter online sein muss - Vertrauen in den Berechtigten, der grundsätzlich jedweden Geschäftsvorfall signieren könnte, und bedingt angesichts dieses treuhänderischen Handelns einen hohen Regulierungsaufwand, insbesondere dann, wenn die Transaktionen im Zusammenhang mit der Übertragung von Vermögenswerten stehen.
  • Diese Nachteile sind besonders für Dienstleister im Bereich der Digitalwirtschaft von Bedeutung, die typischerweise weder online sein und jede einzelne Transaktion selbst unterschreiben - man denke beispielsweise an einen Parkplatzbetreiber, der jeden Parkvorgang abzeichnen muss - noch einen digitalen Agenten betreiben möchten, der dies für sie erledigt. Allerdings ist der Betrieb eines solchen Agenten im Namen des Dienstleisters durch den Anbieter eines Agentenbetriebsdienstes aufgrund der regulatorischen Auflagen umständlich.
  • Der vorgeschlagene Ansatz erlaubt es einem Vollmachtgeber, die Bestätigung von Rechtsgeschäften unter Vermeidung der genannten Nachteile unkompliziert und kosteneffizient einem Vollmachtnehmer zu übertragen.
  • 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. So kann vorgesehen sein, dass der Vollmachtnehmer ein durch einen Dienstleister betriebener Softwaredienst und der Vollmachtgeber ein Kunde des Dienstleisters ist. Der Bevollmächtigte, der als Dienst von einer dritten Partei im Namen des Kunden betrieben wird, genießt in diesem Fall im Gegensatz zu herkömmlichen Verfahren der Bevollmächtigung keine Handlungsfreiheit, da ordnungsgemäßes Verhalten durchgesetzt und Fehlverhalten fälschungssicher dokumentiert und sanktioniert werden kann. Daher fällt die administrative Mehrbelastung durch den Betrieb eines solchen Dienstes wesentlich geringer aus als bei gewöhnlichen Delegationsmodellen.
  • 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 einen Server gemäß einer zweiten Ausführungsform.
  • Ausführungsformen der Erfindung
  • 1 illustriert die grundlegenden Schritte des vorgeschlagenen Verfahrens (10), die im Folgenden exemplarisch anhand einer Kryptowährung auf der Grundlage einer Blockkette erläutert seien. Vereinfacht ausgedrückt können der delegierende Teilnehmer der Blockkette und dessen Bevollmächtigter - bei dem es sich um eine Softwarekomponente handeln kann, die von einer unabhängigen Stelle betrieben wird - die genauen Anweisungen, nach denen der im Namen des Teilnehmers tätige Dienst für den Teilnehmer unterschreiben soll, in Form eines fälschungssicheren, digital ausführbaren und auswertbaren intelligenten Vertrags festhalten (Prozess 11).
  • Das Verhalten des Bevollmächtigten selbst kann nun unmittelbar aus diesem intelligenten Vertrag abgeleitet werden, beispielsweise durch Ausführung der im Vertrag vorgesehenen Funktionen innerhalb der Blockkette (on chain), außerhalb der Blockkette (off chain) oder mittelbar auf der Grundlage des Vertrags. Ein sicherer Off-Chain-Ansatz kann mit Hilfe vertrauensloser Kanäle umgesetzt werden.
  • In Streitfällen - zum Beispiel wenn der Kunde behauptet, dass das Verhalten des Bevollmächtigten von den vertraglichen Vorgaben abweicht oder abgewichen ist -, kann der Sachverhalt (Abweichung oder Befolgung der Anweisungen) stets durch einen Schiedsrichter im Sinne eines vertrauenslosen Kanals oder gar im Rahmen der üblichen Verfahren des anwendbaren Rechtssystems geklärt werden.
  • Der Softwaredienst kann zusätzlich nach dem Festhalten (11) der Anweisungen eine Einlage in der Kryptowährung tätigen, mit der er dem Vollmachtgeber gegenüber für etwaiges Fehlverhalten haftet.
  • In einer bevorzugten Ausgestaltung steht dem Kunden eine Benutzerschnittstelle zur Verfügung, die es ihm erlaubt, die Verhaltensregeln für den zu bevollmächtigenden Agenten auf einfache Weise zu konfigurieren, die dann in einer formal überprüfbaren Skriptsprache festgehalten (11) werden. Beide Parteien unterzeichnen diesen Vertrag, zum Beispiel als dApp-Vertrag in einem virtuellen Kanalnetz. Anschließend kann der Agent als Dienst in der virtuellen Maschine der Kryptowährung beispielsweise Überweisungen im Namen des Kunden unterzeichnen (Prozess 12), ohne dass dieser selbst online ist oder ihn steuern müsste.
  • Dieses Verfahren (10) kann beispielsweise in Software oder Hardware oder in einer Mischform aus Software und Hardware beispielsweise in einem Server (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]
    • WO 2019180589 A1 [0006]

Claims (11)

  1. Verfahren (10) zum Bestätigen eines Rechtsgeschäftes, gekennzeichnet durch folgende Merkmale: - zwischen einem Vollmachtgeber und einem Vollmachtnehmer werden Anweisungen für das Rechtsgeschäft in einem intelligenten Vertrag festgehalten (11) und - das Rechtsgeschäft wird anhand des Vertrages durch den Vollmachtnehmer nach den Anweisungen des Vollmachtgebers bestätigt (12).
  2. Verfahren (10) nach Anspruch 1, gekennzeichnet durch folgende Merkmale: - der Vertrag wird in einer Skriptsprache abgefasst und - die Skriptsprache wird durch eine virtuelle Maschine eines dezentralen Transaktionssystems interpretiert.
  3. Verfahren (10) nach Anspruch 2, gekennzeichnet durch folgende Merkmale: - das Transaktionssystem umfasst eine Blockkette und - das bestätigte Rechtsgeschäft wird an die Blockkette angefügt.
  4. Verfahren (10) nach Anspruch 2, gekennzeichnet durch folgende Merkmale: - das Transaktionssystem umfasst einen Transaktionskanal und - das bestätigte Rechtsgeschäft wird den innerhalb des Transaktionskanales anerkannten Transaktionen hinzugefügt.
  5. Verfahren (10) nach Anspruch 3 oder 4, gekennzeichnet durch folgende Merkmale: - die Blockkette verkörpert ein Hauptbuch einer Kryptowährung und - das Rechtsgeschäft ist eine in der Kryptowährung abzuwickelnde Transaktion.
  6. Verfahren (10) nach Anspruch 5, gekennzeichnet durch folgende Merkmale: - der Vollmachtnehmer ist ein durch einen Dienstleister betriebener Softwaredienst und - der Vollmachtgeber ist ein Kunde des Dienstleisters.
  7. Verfahren (10) nach Anspruch 6, gekennzeichnet durch folgende Merkmale: - bei einer vom Kunden behaupteten Abweichung des Softwaredienstes von den Anweisungen wird ein vom Transaktionssystem bestimmter Schiedsrichter angerufen und - der angerufene Schiedsrichter prüft die Transaktion anhand des Vertrages und der behaupteten Abweichung auf ein etwaiges Fehlverhalten des Dienstleisters.
  8. Verfahren (10) nach Anspruch 7, gekennzeichnet durch folgende Merkmale: - der Softwaredienst tätigt nach dem Festhalten (11) der Anweisungen eine Einlage in der Kryptowährung und - der Dienstleister haftet gegenüber dem Vollmachtgeber mit der Einlage für das Fehlverhalten.
  9. Computerprogramm, welches eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 8 auszuführen.
  10. Maschinenlesbares Speichermedium, auf dem das Computerprogramm nach Anspruch 9 gespeichert ist.
  11. Vorrichtung (20), die eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 8 auszuführen.
DE102020210000.4A 2020-08-06 2020-08-06 Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes Withdrawn DE102020210000A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102020210000.4A DE102020210000A1 (de) 2020-08-06 2020-08-06 Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes
US17/334,037 US20220044209A1 (en) 2020-08-06 2021-05-28 Method and device for confirming a legal transaction

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102020210000.4A DE102020210000A1 (de) 2020-08-06 2020-08-06 Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes

Publications (1)

Publication Number Publication Date
DE102020210000A1 true DE102020210000A1 (de) 2022-02-10

Family

ID=79686526

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102020210000.4A Withdrawn DE102020210000A1 (de) 2020-08-06 2020-08-06 Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes

Country Status (2)

Country Link
US (1) US20220044209A1 (de)
DE (1) DE102020210000A1 (de)

Citations (3)

* 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
WO2019180589A1 (en) 2018-03-23 2019-09-26 nChain Holdings Limited Computer-implemented system and method for trustless zero-knowledge contingent payment
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 (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6038537A (en) * 1997-03-19 2000-03-14 Fujitsu Limited Intra-organization cooperation system, commodity deal management method, and storage medium
US11544782B2 (en) * 2018-05-06 2023-01-03 Strong Force TX Portfolio 2018, LLC System and method of a smart contract and distributed ledger platform with blockchain custody service
US20200104838A1 (en) * 2018-10-01 2020-04-02 Mohamad Majed Sidani Method and System For Setting Controls On Assets Transactions

Patent Citations (3)

* 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
WO2019180589A1 (en) 2018-03-23 2019-09-26 nChain Holdings Limited Computer-implemented system and method for trustless zero-knowledge contingent payment
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
US20220044209A1 (en) 2022-02-10

Similar Documents

Publication Publication Date Title
DE19781841C2 (de) Verfahren zum automatischen Entscheiden der Gültigkeit eines digitalen Dokuments von einer entfernten Stelle aus
DE69801668T2 (de) Verfahren und system zum bezahlen mit elektronischem scheck
EP1227449A1 (de) Abrechnungsverfahren für multimediale Netze
EP3743844B1 (de) Blockchain-basiertes identitätssystem
DE102020213017A1 (de) Verfahren zum Bereitstellen eines Zustandskanals
EP2136528A1 (de) Verfahren und System zum Erzeugen einer abgeleiteten elektronischen Identität aus einer elektronischen Hauptidentität
DE4442357A1 (de) Verfahren und Anordnung zur Sicherung von Daten
EP2932446A1 (de) Reputationssystem und verfahren
DE102020210000A1 (de) Verfahren und Vorrichtung zum Bestätigen eines Rechtsgeschäftes
DE102020207619A1 (de) Verfahren und Vorrichtung zur Bereitstellung einer Ressource
DE19821584A1 (de) Verfahren zur Übernahme von Anrufsgebühren in einzelnen Verbindungen sowie Telefonnetz und Endgerät
EP1311105A1 (de) Verfahren zur Unterstützung der Vergebührung von Diensten
DE102020213240A1 (de) Verfahren und Vorrichtung zum Abwickeln einer Transaktion zwischen mehreren Partitionen einer Blockkette
EP3764266B1 (de) Verfahren und vorrichtung zum handeln auf einer elektronischen handelsplattform
EP0597192A2 (de) Verfahren zur Ermöglichung der nachträglichen Überprüfung bereits übermittelter Daten
DE102009031143B3 (de) Vorrichtung und Verfahren zum Erstellen und Validieren eines digitalen Zertifikats
DE102020205528A1 (de) Verfahren und Vorrichtung zum Abwickeln einer Transaktion
DE102020205529A1 (de) Verfahren und Vorrichtung zum Aushandeln intelligenter Verträge
WO2003012701A2 (de) Verfahren zum bezug einer über ein datennetz angebotenen leistung
EP3107029B1 (de) Verfahren und vorrichtung zum personalisierten elektronischen signieren eines dokuments und computerprogrammprodukt
EP1625467B1 (de) Elektronisches übermitteln von dokumenten
DE102020211936A1 (de) Verfahren und Vorrichtung zum Betreiben einer verteilten Anwendung
DE102020213245A1 (de) Verfahren und Vorrichtung zum Erzeugen einer pseudozufälligen Zahlenfolge
DE102020213887A1 (de) Verfahren und Vorrichtung zur Kommunikation von Teilnehmern in einer Verkehrsinfrastruktur
DE102020207563A1 (de) Verfahren und Vorrichtung zum Erteilen einer Gutschrift über einen Zahlungskanal

Legal Events

Date Code Title Description
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee