CH715271B1 - Verfahren und System zum Tausch von Eigentumszertifikaten. - Google Patents

Verfahren und System zum Tausch von Eigentumszertifikaten. Download PDF

Info

Publication number
CH715271B1
CH715271B1 CH000877/2020A CH8772020A CH715271B1 CH 715271 B1 CH715271 B1 CH 715271B1 CH 000877/2020 A CH000877/2020 A CH 000877/2020A CH 8772020 A CH8772020 A CH 8772020A CH 715271 B1 CH715271 B1 CH 715271B1
Authority
CH
Switzerland
Prior art keywords
certificate
ownership
party
transaction
exchange
Prior art date
Application number
CH000877/2020A
Other languages
English (en)
Other versions
CH715271B8 (de
Inventor
Stroemer Guido
Benkert Oliver
Original Assignee
Hqlax S A R L
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 Hqlax S A R L filed Critical Hqlax S A R L
Publication of CH715271B1 publication Critical patent/CH715271B1/de
Publication of CH715271B8 publication Critical patent/CH715271B8/de

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic 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/3263Cryptographic 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 certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/602Providing cryptographic facilities or services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Business processing using cryptography
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56Financial cryptography, e.g. electronic payment or e-cash
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Technology Law (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und ein Computersystem zur Aufzeichnung einer Tausch-Transaktion zum Tausch von Vermögensgegenständen, die durch Eigentumszertifikate gekennzeichnet sind, in einem verteilten Konto als atomare Operation. Das Computersystem erzeugt eine Tausch-Transaktion, die ein erstes aktives Eigentumszertifikat eingibt, das anzeigt, dass eine erste Partei einen ersten Vermögensgegenstand besitzt, und ein zweites aktives Eigentumszertifikat, das anzeigt, dass eine zweite Partei einen zweiten Vermögensgegenstand besitzt. Die Tausch-Transaktion gibt einen aktiven Tausch, ein erstes belastetes Eigentumszertifikat, das anzeigt, dass die zweite Partei den ersten Vermögensgegenstand besitzt, und ein zweites belastetes Eigentumszertifikat, das anzeigt, dass die erste Partei den zweiten Vermögensgegenstand besitzt, aus. Das Computersystem zeichnet die Tausch-Transaktion auch im verteilten Konto auf.

Description

Hintergrund
[0001] Das Bitcoin-System wurde entwickelt, um es zu ermöglichen, elektronisches Bargeld direkt von einer Partei zur anderen zu transferieren, ohne über ein Finanzinstitut zu gehen, wie im White-Paper „Bitcoin: A Peer-to-Peer Electronic Cash System“ von Satoshi Nakamoto beschrieben. Ein Bitcoin (beispielsweise eine elektronische Münze) wird durch eine Kette von Transaktionen dargestellt, die das Eigentum von einer Partei auf eine andere überträgt. Um das Eigentum an einem Bitcoin zu übertragen, wird eine neue Transaktion generiert und einem Stapel von Transaktionen in einem Block hinzugefügt. Die neue Transaktion, die den öffentlichen Schlüssel des neuen Eigentümers umfasst, wird vom Eigentümer mit dem privaten Schlüssel des Eigentümers digital signiert, um das Eigentum auf den neuen Eigentümer zu übertragen, was durch den öffentlichen Schlüssel des neuen Eigentümers dargestellt wird. Sobald der Block voll ist, wird der Block mit einem Block-Header „abgeschlossen“, der ein Hash-Digest aller Transaktionskennungen innerhalb des Blocks ist. Der Block-Header wird als erste Transaktion im nächsten Block in der Kette aufgezeichnet, wodurch eine mathematische Hierarchie geschaffen wird, die als „Blockkette“ bezeichnet wird. Um den aktuellen Eigentümer zu verifizieren, kann die Blockkette von Transaktionen verfolgt werden, um jede Transaktion von der ersten bis zur letzten Transaktion zu verifizieren. Der neue Besitzer muss nur den privaten Schlüssel haben, der mit dem öffentlichen Schlüssel der Transaktion übereinstimmt, die den Bitcoin übertragen hat. Die Blockkette erzeugt einen mathematischen Nachweis des Eigentums an einer Einheit, die durch eine Sicherheitsidentität (beispielsweise einen öffentlichen Schlüssel) dargestellt wird, die im Fall des Bitcoin-Systems pseudo-anonym ist.
[0002] Um sicherzustellen, dass ein Vorbesitzer eines Bitcoins den Bitcoin nicht doppelt ausgegeben hat (d.h. das Eigentum an demselben Bitcoin an zwei Parteien übertragen hat), führt das Bitcoin-System ein verteiltes Konto für Transaktionen. Mit dem verteilten Konto wird ein Konto mit allen Transaktionen für eine Bitcoin redundant an mehreren Knoten (d.h. Computern) eines Blockketten-Netzwerks gespeichert. Das Konto an jedem Knoten wird als eine Blockkette gespeichert. In einer Blockkette werden die Transaktionen in der Reihenfolge gespeichert, in der die Transaktionen von den Knoten empfangen werden. Jeder Knoten im Blockketten-Netzwerk verfügt über eine vollständige Replik der gesamten Blockkette. Das Bitcoin-System implementiert auch Techniken, die sicherstellen, dass jeder Knoten die identische Blockkette speichert, auch wenn die Knoten Transaktionen in unterschiedlicher Reihenfolge empfangen. Um zu prüfen, ob die Transaktionen in einem Konto, das an einem Knoten gespeichert ist, korrekt sind, kann auf die Blöcke in der Blockkette vom Ältesten bis zum Neuesten zugegriffen werden, wobei ein neuer Hash des Blocks erzeugt und der neue Hash mit dem Hash verglichen wird, der bei der Erzeugung des Blocks erzeugt wurde. Wenn die Hashs gleich sind, werden die Transaktionen in dem Block überprüft. Das Bitcoin-System implementiert auch Techniken, mit denen sichergestellt wird, dass es nicht möglich ist, eine Transaktion zu ändern und die Blockkette neu zu generieren, indem eine rechenaufwändige Technik verwendet wird, um einen Nonce zu erzeugen, der dem Block bei seiner Erstellung hinzugefügt wird. Ein Bitcoin-Konto wird manchmal als „Unspent Transaction Output“ („UTXO“) -Satz bezeichnet, weil es die Ausgabe aller Transaktionen verfolgt, die noch nicht ausgegeben wurden.
[0003] Obwohl das Bitcoin-System sehr erfolgreich ist, beschränkt es sich auf Transaktionen mit Bitcoins oder anderen Kryptowährungen. Gegenwärtig gibt es Bemühungen, Blockketten zur Unterstützung von Transaktionen jeder Art zu verwenden, wie beispielsweise solche, die sich auf den Verkauf von Fahrzeugen, den Verkauf von Finanzderivaten, den Verkauf von Aktien, Zahlungen auf Verträge usw. beziehen. Bei solchen Transaktionen werden Identitätsmarken, die auch als digitale Inhaberschuldverschreibungen bezeichnet werden, verwendet, um etwas eindeutig zu identifizieren, das Eigentum sein kann oder andere Dinge besitzen kann. Ein Identitäts-Token für einen physischen oder digitalen Vermögensgegenstand wird mit Hilfe eines kryptografischen Einweg-Informations-Hashes erzeugt, der den Vermögensgegenstand eindeutig identifiziert. Token haben auch einen Besitzer, der ein zusätzliches öffentlich/privates Schlüsselpaar verwendet. Der öffentliche Schlüssel des Besitzers wird als Identität des Token-Eigentümers festgelegt, und wenn Aktionen gegen Token durchgeführt werden, wird der Eigentumsnachweis durch die Bereitstellung einer Signatur erbracht, die durch den privaten Schlüssel des Besitzers erzeugt und anhand des öffentlichen Schlüssels validiert wird, der als Eigentümer des Tokens aufgeführt ist. Eine Person kann beispielsweise durch eine Kombination aus Benutzername, Sozialversicherungsnummer und biometrischem Merkmal (beispielsweise Fingerabdruck) eindeutig identifiziert werden. Ein Produkt (beispielsweise Kühlschrank) kann eindeutig identifiziert werden, beispielsweise durch den Namen seines Herstellers und seine Seriennummer. Die Identitäts-Token wären jeweils ein kryptographischer Einweg-Hash aus solchen Kombinationen. Das Identitäts-Token für eine Entität (beispielsweise eine Person oder Firma) kann der öffentliche Schlüssel eines öffentlich-privaten Schlüsselpaares sein, wobei der private Schlüssel von der Entität gehalten wird. Identitäts-Token können zur Identifizierung von Personen, Institutionen, Waren, Verträgen, Computercode, Aktien, Derivaten, Anleihen, Versicherungen, Darlehen, Dokumenten usw. verwendet werden. Identitäts-Token können auch zur Identifizierung von Vermögensgegenständen verwendet werden. Ein Identitäts-Token für eine Sammlung kann ein kryptografischer Einweg-Hash der digitalen Token der Vermögensgegenstände in der Sammlung sein. Die Erstellung eines Identitäts-Tokens für einen Vermögensgegenstand in einer Blockkette stellt die Herkunft des Vermögensgegenstands fest, und das Identitäts-Token kann bei Transaktionen (beispielsweise Kauf, Verkauf, Versicherung) des in einer Blockkette gespeicherten Vermögensgegenstands verwendet werden, wodurch ein vollständiger Prüfpfad der Transaktionen erstellt wird.
[0004] Um eine einfache Transaktion in einer Blockkette aufzuzeichnen, benötigt jede an der Transaktion beteiligte Partei und jeder Vermögensgegenstand ein Konto, das mit einer digitalen Kennung versehen ist. Wenn beispielsweise eine Person ein Auto auf eine andere Person übertragen möchte, erstellen der aktuelle und der nächste Besitzer Konten, und der aktuelle Besitzer erstellt ebenfalls ein Konto, das durch die Kennung des Fahrzeugs eindeutig identifiziert wird. Das Konto für das Fahrzeug identifiziert den aktuellen Besitzer. Der aktuelle Besitzer erstellt eine Transaktion zu Lasten des Kontos für das Fahrzeug, die anzeigt, dass es sich um eine Eigentumsübertragung handelt, und die öffentlichen Schlüssel (d.h. Identitätskennzeichen) des aktuellen und des nächsten Besitzers sowie das Identitätskennzeichen des Fahrzeugs angibt. Die Transaktion wird mit dem privaten Schlüssel des aktuellen Eigentümers unterzeichnet, und die Transaktion ist ein Beweis dafür, dass der nächste Eigentümer nun der aktuelle Eigentümer ist.
[0005] Um komplexere Transaktionen zu ermöglichen, als Bitcoin unterstützen kann, verwenden einige Systeme „intelligente Verträge“. Ein intelligenter Vertrag ist ein Computercode, der die Transaktionen eines Vertrags implementiert. Der Computercode kann in einer sicheren Plattform (beispielsweise einer Ethereum-Plattform, die eine virtuelle Maschine bereitstellt) ausgeführt werden, die die Aufzeichnung von Transaktionen in Blockketten unterstützt. Darüber hinaus wird der intelligente Vertrag selbst als Transaktion in der Blockkette unter Verwendung eines Identitäts-Tokens aufgezeichnet, das ein Hash (d.h. ein Identitäts-Token) des Computercodes ist, so dass der ausgeführte Computercode authentifiziert werden kann. Beim Einsatz wird ein Konstruktor des intelligenten Vertrags ausgeführt, der den intelligenten Vertrag und seinen Zustand initialisiert. Der Zustand eines intelligenten Vertrags wird dauerhaft in der Blockkette gespeichert. Wenn eine Transaktion für einen intelligenten Vertrag aufgezeichnet wird, wird eine Nachricht an den intelligenten Vertrag gesendet, und der Computercode des intelligenten Vertrags wird ausgeführt, um die Transaktion zu implementieren (beispielsweise einen bestimmten Betrag vom Saldo eines Kontos abzubuchen). Der Computercode stellt sicher, dass alle Bedingungen des Vertrags erfüllt sind, bevor die Transaktion in der Blockkette aufgezeichnet wird. Ein intelligenter Vertrag kann zum Beispiel den Verkauf eines Vermögensgegenstandes unterstützen. Die Eingaben in einen intelligenten Vertrag zum Verkauf eines Autos können die Identitätskennzeichen des Verkäufers, des Käufers und des Autos sowie der Verkaufspreis in US-Dollar sein. Der Computercode stellt sicher, dass der Verkäufer der aktuelle Eigentümer des Autos ist und dass der Käufer über ein ausreichendes Guthaben auf seinem Konto verfügt. Der Computercode zeichnet dann eine Transaktion auf, durch die das Eigentum an dem Auto auf den Käufer übertragen wird, sowie eine Transaktion, durch die der Verkaufspreis vom Konto des Käufers auf das Konto des Verkäufers überwiesen wird. Wenn das Konto des Verkäufers in US-Dollar und das Konto des Käufers in kanadischen Dollar geführt wird, kann der Computercode einen Wechselkurs abrufen, bestimmen, wie viele kanadische Dollar vom Konto des Verkäufers abgebucht werden sollen, und den Wechselkurs aufzeichnen. Wenn eine der beiden Transaktionen nicht erfolgreich ist, wird keine der beiden Transaktionen aufgezeichnet.
[0006] Wenn eine Nachricht zur Aufzeichnung einer Transaktion an einen intelligenten Vertrag gesendet wird, wird die Nachricht an jeden Knoten gesendet, der eine Replik der Blockkette unterhält. Jeder Knoten führt den Computercode des intelligenten Vertrags aus, um die Transaktion zu implementieren. Wenn beispielsweise 100 Knoten jeweils eine Replik einer Blockkette unterhalten, wird der Computercode an jedem der 100 Knoten ausgeführt. Wenn ein Knoten die Ausführung des Computercodes abgeschlossen hat, wird das Ergebnis der Transaktion in der Blockkette aufgezeichnet. Die Knoten verwenden einen Konsensalgorithmus, um zu entscheiden, welche Transaktionen beibehalten und welche Transaktionen verworfen werden sollen. Obwohl die Ausführung des Computercodes an jedem Knoten dazu beiträgt, die Authentizität der Blockkette zu gewährleisten, erfordert sie grosse Mengen an Computerressourcen, um eine solche redundante Ausführung von Computercode zu unterstützen.
[0007] Obwohl Blockketten Transaktionen effektiv speichern können, kann die grosse Menge an Computerressourcen, wie Speicher- und Rechenleistung, die zur Aufrechterhaltung aller Replikate der Blockkette benötigt wird, problematisch sein. Um dieses Problem zu überwinden, verwenden einige Systeme zur Speicherung von Transaktionen keine Blockketten, sondern lassen jede Partei einer Transaktion ihre eigene Kopie der Transaktion pflegen. Ein solches System ist das von R3, Ltd. entwickelte Corda-System, das eine dezentralisierte verteilte Kontoplattform bietet, bei der jeder Teilnehmer der Plattform über einen Knoten (beispielsweise ein Computersystem) verfügt, der seinen Abschnitt des verteilten Kontos verwaltet. Wenn sich die Parteien über die Bedingungen einer Transaktion einigen, reicht eine Partei die Transaktion bei einem Notar, der ein vertrauenswürdiger Knoten ist, zur notariellen Beglaubigung ein. Der Notar unterhält eine UTXO-Datenbank mit nicht ausgegebenen Transaktionsausgaben. Wenn eine Transaktion eingeht, prüft der Notar die Eingaben zu der Transaktion gegen die UTXO-Datenbank, um sicherzustellen, dass die Ausgaben, auf die sich die Eingaben beziehen, nicht ausgegeben wurden. Wenn die Eingaben nicht ausgegeben wurden, aktualisiert der Notar die UTXO-Datenbank, um anzuzeigen, dass die referenzierten Ausgaben ausgegeben wurden, beglaubigt die Transaktion (beispielsweise durch Unterzeichnung der Transaktion oder einer Transaktionskennung mit einem öffentlichen Schlüssel des Notars) und sendet die Beglaubigung an die Partei, die die Transaktion zur Beglaubigung eingereicht hat. Wenn die Partei die notarielle Beglaubigung erhält, speichert die Partei die Beglaubigung und stellt die Beglaubigung den Gegenparteien zur Verfügung.
[0008] Es ist üblich, dass Unternehmen ihre Vermögensgegenstände als Sicherheit in einer vertraglichen Vereinbarung verwenden. Wenn ein Unternehmen beispielsweise seinen Bargeldbestand erhöhen möchte und derzeit Aktien eines Unternehmens besitzt, könnte das Unternehmen die Aktien verkaufen, um seinen Bargeldbestand zu erhöhen. In bestimmten Situationen könnte das Unternehmen jedoch nicht in der Lage sein, die Aktien zu verkaufen, oder selbst wenn es könnte, könnte der Verkauf einen negativen Nebeneffekt haben, den das Unternehmen vermeiden möchte. Beispielsweise kann es dem Unternehmen durch eine staatliche Verordnung untersagt sein, die Aktien zu verkaufen (beispielsweise innerhalb einer Sperrfrist nach einem Börsengang). Ein Beispiel für einen negativen Nebeneffekt könnte sein, dass die Gewinne aus dem Verkauf nicht als langfristige, sondern als kurzfristige Kapitalgewinne mit einem hohen Steuersatz betrachtet werden. In diesen Situationen kann das Unternehmen ein Darlehen von einer Bank aufnehmen und seine Aktien als Sicherheit verpfänden, anstatt die Aktien zu verkaufen.
[0009] Selbst wenn das Unternehmen bereit ist, die Aktien als Sicherheit zu verpfänden, ist die Bank möglicherweise nicht bereit, die Aktien als Sicherheit zu akzeptieren, wenn die Aktien eine geringe Liquidität aufweisen. Liquidität bezieht sich auf die Fähigkeit eines Vermögensgegenstandes, in Bargeld umgewandelt zu werden. Wenn die Aktien zum Beispiel nicht über eine etablierte Börse gehandelt werden können oder einer Sperrfrist unterliegen, haben die Aktien eine geringe Liquidität. Wenn die Aktien dagegen leicht über eine etablierte Börse gehandelt werden können, kann man davon ausgehen, dass die Aktien eine hohe Liquidität haben.
[0010] Um die Chancen zu erhöhen, einen Kredit zu erhalten, kann die Entität eine andere Entität mit Aktien mit einer höheren Liquidität benennen und der anderen Entität vorschlagen, Aktien mit niedriger Liquidität gegen die Aktien mit hoher Liquidität gegen eine Gebühr zu tauschen. Wenn die andere Entität zustimmt, kann die Entität dann die Aktien mit hoher Liquidität als Sicherheit für das Darlehen verpfänden.
[0011] Der Tausch von Vermögensgegenständen kann jedoch mit gewissen Risiken verbunden sein. Ein solches Risiko kann darin bestehen, dass eine der an einem Tausch beteiligten Parteien ein Eigentumsregister der Aktien aktualisiert, die die Partei zuvor im Besitz der Gegenpartei war, die Gegenpartei dies jedoch nicht tut. Infolgedessen würde die Gegenpartei als Eigentümerin sowohl der Aktien, die sich zuvor im Besitz der Partei befanden, als auch der Aktien, die sich noch im Besitz der Gegenpartei befinden, eingetragen werden. Ein weiteres Risiko kann darin bestehen, dass eine Gegenpartei ihre Aktien an eine dritte Partei verkauft, nachdem die Partei das Eigentum an ihren Aktien an die Gegenpartei übertragen hat. Infolgedessen würde die Partei als nicht im Besitz der Aktien eingetragen werden. In einem solchen Fall kann der einzige Ausweg für die Partei darin bestehen, rechtliche Schritte (beispielsweise eine Klage einzureichen oder ein Schiedsverfahren einzuleiten) gegen die Gegenpartei gemäss den Bedingungen der Börsenvereinbarung einzuleiten. Ein weiteres Risiko besteht darin, dass sich die Umstände zwischen dem Zeitpunkt, zu dem die Parteien den Tausch vereinbaren, und dem Zeitpunkt, zu dem die Parteien den Tausch durchführen, ändern können. Beispielsweise kann sich der Wert eines Vermögensgegenstandes erheblich erhöht oder verringert haben, so dass der Tausch für eine der Parteien nicht mehr wünschenswert ist.
Kurze Beschreibung der Zeichnungen
[0012] Figur 1 zeigt eine Beispiel-Anzeigeseite für Bank A, aus der hervorgeht, dass Bank A derzeit nicht mit Eigentumszertifikaten verknüpft ist.
[0013] Figur 2 zeigt ein Beispiel einer Anzeigeseite für Bank A zum Erstellen eines Eigentumszertifikats.
[0014] Figur 3 zeigt eine Beispielanzeigeseite für Bank A, die zeigt, dass Bank A derzeit mit einem leeren Eigentumszertifikat verknüpft ist.
[0015] Figur 4 zeigt eine Beispielanzeigeseite für Depotbank 1, die zeigt, dass Depotbank 1 derzeit mit einem leeren Eigentumszertifikat verknüpft ist.
[0016] Figur 5 zeigt eine Beispiel-Anzeigeseite für Depotbank 1 zum Ausfüllen des Vermögensgegenstandes für das Eigentumszertifikat.
[0017] Figur 6 zeigt eine Beispielanzeigeseite für Depotbank 1, die zeigt, dass Depotbank 1 derzeit mit einem ausgefüllten Eigentumszertifikat verknüpft ist.
[0018] Figur 7 zeigt eine Beispielanzeigeseite für Bank A, die zeigt, dass Bank A derzeit mit einem ausgefüllten Eigentumszertifikat verknüpft ist.
[0019] Figur 8 zeigt eine Beispiel-Anzeigeseite für Bank A, auf der Vermögensgegenstände eines ausgefüllten Eigentumszertifikats aufgeführt sind.
[0020] Figur 9 zeigt eine Beispiel-Anzeigeseite für Bank A, die zeigt, dass Bank A derzeit mit einem aktiven Eigentumszertifikat verbunden ist.
[0021] Figur 10 zeigt eine Beispiel-Anzeigeseite für Bank B, die zeigt, dass Bank B über ein ausgefülltes Eigentumszertifikat verfügt, das zur Aktivierung bereit ist.
[0022] Figur 11 zeigt ein Beispiel einer Anzeigeseite für die Bank A zur Definition eines Tauschs für ein aktives Eigentumszertifikat, das sie besitzt.
[0023] Figur 12 zeigt ein Beispiel einer Anzeigeseite für die Bank A zur Einleitung eines Tauschs.
[0024] Figur 13 zeigt eine Beispiel-Anzeigeseite für Bank B mit einem vorgeschlagenen Tausch.
[0025] Figur 14 zeigt ein Beispiel einer Anzeigeseite für Bank A, die den Tausch beschreibt.
[0026] Figur 15 zeigt ein Beispiel für eine Anzeigeseite für Bank B, auf der die mit Bank B verbundenen Eigentumszertifikate aufgeführt sind.
[0027] Figur 16 zeigt ein Beispiel einer Anzeigeseite für Bank A mit Einzelheiten zu einem belasteten Eigentumszertifikat.
[0028] Figur 17 zeigt eine Beispiel-Anzeigeseite für Bank A, die einen Tausch beschreibt, der sein Fälligkeitsdatum erreicht hat.
[0029] Figur 18 zeigt eine Beispielanzeigeseite für Bank B, die eine vorgeschlagene Laufzeit-Tausch-Transaktion beschreibt.
[0030] Figur 19 zeigt ein Beispiel für eine Anzeigeseite für Bank A, auf der die mit Bank A verbundenen Eigentumszertifikate aufgeführt sind.
[0031] Figur 20 umfasst Diagramme, die Inputs und Outputs von Transaktionen zur Erstellung und zum Tausch von Eigentumszertifikaten veranschaulichen.
[0032] Figur 21 ist ein Blockdiagramm, das die Komponenten des SOC-Systems in einigen Ausführungsformen zeigt.
[0033] Figur 22 ist ein Flussdiagramm, das die Verarbeitung der Komponente „Eigentumszertifikat erstellen“ zeigt, die von einem Initiator aufgerufen wird.
[0034] Figur 23 ist ein Flussdiagramm, das die Verarbeitung einer Create-Ownership-Certificate Komponente für einen Verwahrer in einigen Ausführungsformen zeigt.
[0035] Figur 24 ist ein Flussdiagramm, das die Verarbeitung einer Create-Tausch-Komponente eines Initiators in einigen Ausführungsformen zeigt.
[0036] Figur 25 ist ein Flussdiagramm, das die Bearbeitung einer Vorschlag-Tausch-Komponente eines Notars in einigen Ausführungsformen zeigt.
[0037] Figur 26 ist ein Flussdiagramm, das die Verarbeitung einer Tausch-Annehmen-Komponente einer Gegenpartei in einigen Ausführungsformen zeigt.
[0038] Figur 27 ist ein Flussdiagramm, das die Verarbeitung einer „Create-Tausch „-Komponente eines Notars in einigen Ausführungsformen zeigt.
[0039] Figur 28 ist ein Flussdiagramm, das die Verarbeitung einer Signalfälligkeitskomponente einer Partei in einigen Ausführungsformen zeigt.
Ausführliche Beschreibung
[0040] Es werden ein Verfahren und ein System zum Tausch von Eigentumszertifikaten („ownership certificates“, OC) über eine Tausch-Transaktion bereitgestellt, die als atomare Operation in einem verteilten Konto aufgezeichnet wird. In einigen Ausführungsformen koordiniert ein System für den Tausch von Eigentumszertifikaten („Swap Ownership Certificates“, „SOC“) die Erstellung von Eigentumszertifikaten, die Ausgaben von Erzeuge-Tausch-Transaktionen sind, sowie die Erstellung von Tauschen und von belasteten Eigentumszertifikaten, die Ausgaben von Erzeuge-Tausch-Transaktionen sind. Ein Eigentumszertifikat gibt den Eigentümer eines bestimmten Vermögensgegenstandes an, der in dem Eigentumszertifikat identifiziert wird. Bei einer Erzeuge-Tausch-Transaktion werden Eigentumszertifikate eingegeben und die belasteten Eigentumszertifikate mit den ausgetauschten Eigentümern ausgegeben. Wenn beispielsweise Partei A als Eigentümer in Eigentumszertifikat A und Partei B als Eigentümer in Eigentumszertifikat B aufgeführt ist, dann gibt die Erzeuge-Tausch-Transaktion ein belastetes Eigentumszertifikat A mit Partei B als Eigentümer und ein belastetes Eigentumszertifikat B mit Partei A als Eigentümer aus. Die Eigentumszertifikate können so lange ausgetauscht bleiben, bis ein Tausch-Kündigungskriterium erfüllt ist, wie beispielsweise das Erreichen eines bestimmten Fälligkeitsdatums. Wenn der Vermögensgegenstand eines der getauschten Eigentumszertifikate eine höhere Liquidität aufweist als der Vermögensgegenstand des anderen Eigentumszertifikats, dann kann der Eigentümer des getauschten Eigentumszertifikats mit dem liquiditätsstärkeren Vermögensgegenstand diesen Vermögensgegenstand unter Umständen leichter als Sicherheit für eine nachfolgende Transaktion verwenden. Das SOC-System tauscht Eigentumszertifikate aus, indem es einen Notar anweist, festzustellen, ob die Eigentumszertifikate, die in eine Erzeuge-Tausch-Transaktion eingegeben werden, nicht verbraucht worden sind und die Bedingungen des Tauschs erfüllen, und, falls dies der Fall ist, die Erzeuge-Tausch-Transaktion notariell zu beglaubigen, indem er sie mit dem privaten Schlüssel des Notars unterzeichnet. Die notarielle Beglaubigung wird als atomarer Vorgang durchgeführt. Die notariell beglaubigte Erzeuge-Tausch-Transaktion kann dann von den am Tausch beteiligten Parteien im verteilten Konto aufgezeichnet werden. Die Erzeuge-Tausch-Transaktion gibt zusätzlich zur Ausgabe der belasteten Eigentumszertifikate auch einen Tausch aus, der die Bedingungen und den aktuellen Stand des Tauschs beschreibt.
[0041] Das SOC-System verwendet auch Techniken zur Minimierung der für den Tausch von Eigentumszertifikaten erforderlichen Rechenressourcen und zur Minimierung der Chancen einer unrechtmässigen Verwendung eines Eigentumszertifikats. Beispielsweise können die zwischen den Knoten des verteilten Kontos gesendeten Nachrichten mit Hilfe von Verschlüsselungstechniken mit öffentlichem Schlüssel auf sichere Weise übertragen werden, die für die Validierung von Eigentumszertifikaten und die Erstellung von Erzeuge-Tausch-Transaktionen erforderliche Computerverarbeitung kann verringert werden, die Sicherheit wird erhöht, da es sehr unwahrscheinlich ist, dass die Eigentumszertifikate gestohlen oder anderweitig kompromittiert werden, und so weiter. Wenn es sich bei dem verteilten Konto nicht um eine Blockkette handelt, werden darüber hinaus die für den Abbau eines Blocks erforderlichen Rechenressourcen vermieden, und Nachrichten müssen nur Punkt-zu-Punkt und nicht an alle Knoten einer Blockkette gesendet werden.
[0042] Die Phrase „im verteilten Konto erfasst“ hat eine unterschiedliche Bedeutung, je nachdem, ob das verteilte Konto als Blockkette implementiert ist oder nicht. Wenn das verteilte Konto eine Blockkette ist, dann bedeutet das Aufzeichnen einer Transaktion, dass die Transaktion an die Knoten der Blockkette gesendet wird, um zu einem Block hinzugefügt zu werden, der schliesslich abgebaut wird. Wenn das verteilte Konto keine Blockkette ist, dann bedeutet das Aufzeichnen einer Transaktion normalerweise, dass ein Notar eine Transaktion notariell beglaubigen muss, aber es könnte auch bedeuten, dass, wenn die Transaktion keine Eingaben hat, die eine oder mehrere Parteien der Transaktion die Transaktion alle unterzeichnen würden, ohne dass die Transaktion notariell beglaubigt wird. Die mit einer Transaktion verbundenen Einheiten umfassen die Partei oder die Parteien, einen Notar, einen Verwahrer, ein Orakel usw., die alle die Transaktion mit ihrem privaten Schlüssel unterzeichnen, so dass die anderen Parteien die Unterschrift mit dem öffentlichen Schlüssel der unterzeichnenden Partei validieren können. Wie hier beschrieben, werden das Unterzeichnen von Transaktionen und die Validierung der Unterschriften im Allgemeinen nicht explizit beschrieben, sollten aber so verstanden werden, dass sie immer dann erfolgen, wenn eine Entität sicherstellen muss, dass eine andere Entität eine Transaktion genehmigt hat. Auch die Ein- und Ausgänge einer Transaktion werden als Eingangszustände und Ausgangszustände der Transaktion betrachtet.
[0043] Ein Beispielszenario wird helfen, die Funktionsweise des SOC-Systems in einigen Ausführungsformen zu veranschaulichen. In diesem Beispielszenario möchte Bank A Aktien einer Aktie A mit geringer Liquidität gegen Aktien einer Aktie B mit hoher Liquidität tauschen, die sich im Besitz von Bank B befinden. Nach dem Tausch der Aktien könnte Bank A dann die Aktien der Aktie B aufgrund ihrer hohen Liquidität als Sicherheit für (als Beispiel) ein kurzfristiges Darlehen verpfänden. Die Aktien von Aktie A können im Depot A eines Verwahrers (beispielsweise Euroclear) und die Aktien von Aktie B können im Depot B desselben oder eines anderen Verwahrers verwahrt werden. Um das Eigentum an den Aktien zu tauschen, generiert und protokolliert die Bank A eine Erzeuge-Tausch-Transaktion, die ein leeres Eigentumszertifikat A ausgibt, das die Bank A als Eigentümer des Depotkontos A ausweist. Nachdem sie über die Ausgabe des leeren Eigentumszertifikats A informiert wurde, kann die Depotbank eine Erzeuge-Tausch-Transaktion generieren und protokollieren, die die leere Eigentumstransaktion A eingibt und ein gefülltes Eigentumszertifikat A ausgibt, das die Aktien von Aktie A als Vermögensgegenstand im Depot A ausweist. Die Depotbank bestätigt damit, dass die Bank A Eigentümerin des Depotkontos A ist, in dem die Aktien von Aktie A verwahrt werden. Ein ausgefülltes Eigentumszertifikat B wird auf ähnliche Weise erstellt, in dem die Bank B als Eigentümerin aufgeführt ist und die Aktien von Aktie B, die im Depot B verwahrt werden, aufgelistet sind. In einigen Ausführungsformen kann ein ausgefülltes Eigentumszertifikat erst nach Aktivierung durch den Eigentümer ausgetauscht werden. Um ein ausgefülltes Eigentumszertifikat zu aktivieren, generiert der Eigentümer eine Transaktion zur Aktivierung des Eigentumszertifikats, die ein ausgefülltes Eigentumszertifikat eingibt und ein aktives Eigentumszertifikat ausgibt, und zeichnet diese auf. Der Prozess der Aktivierung eines ausgefüllten Eigentumszertifikats kann eine Anforderung sein, die durch Vorschriften einer Gerichtsbarkeit auferlegt wird, kann eine allgemein anerkannte Kontopraxis sein, kann eine Konformitätsregel einer Partei sein und so weiter. Obwohl das Vermögen eines Eigentumszertifikats in erster Linie als Aktien beschrieben wird, kann es sich bei den Vermögensgegenständen um jeden materiellen oder immateriellen Vermögensgegenstand handeln, der besessen werden kann. Bei den Vermögensgegenständen kann es sich zum Beispiel um Grundbesitz (Gebäude), persönliches Eigentum (beispielsweise Kunstgegenstände und Fahrzeuge), geistiges Eigentum, Akkreditive, Mietverträge, Devisen und so weiter handeln. Jedes Eigentumszertifikat kann mehrere Vermögensgegenstände und verschiedene Arten von Vermögensgegenständen auflisten. Zum Beispiel können die Vermögensgegenstände eines Eigentumszertifikats Aktien von verschiedenen Unternehmen, Aktien von Aktien- und Optionsverträgen (beispielsweise Calls und Puts), Aktien und Gold usw. umfassen.
[0044] Das SOC-System kann bei der Erstellung eines Eigentumszertifikats weniger oder mehr Transaktionen erfordern. Beispielsweise kann das SOC-System eine Transaktion zum Erstellen von Eigentumszertifikaten und eine Transaktion zum Ausfüllen von Eigentumszertifikaten in einer einzigen Transaktion zum Erstellen/Ausfüllen von Eigentumszertifikaten kombinieren. In einem solchen Fall würde Bank A eine Eigentumszertifikat-Transaktion zum Erstellen/Ausfüllen erzeugen und unterzeichnen und die unterzeichnete Transaktion an die Depotbank senden. Die Depotbank fügt der Eigentumsübertragung eine Liste von Vermögensgegenständen hinzu, unterzeichnet die Transaktion und sendet sie an Bank A zur Eintragung in das verteilte Konto. Eine solche Transaktion zur Erstellung/Füllung von Eigentumszertifikaten gibt ein aktives Eigentumszertifikat aus. Der Notar kann auch angerufen werden, um beispielsweise zu verfolgen, dass das Eigentumszertifikat erstellt wurde. In einem solchen Fall könnte entweder Bank A oder der Verwahrer die Eigentumszertifikat-Transaktion zum Anlegen/Ausfüllen notariell beglaubigen lassen.
[0045] Um mit dem Beispielszenario fortzufahren: Nachdem die aktiven Eigentumszertifikate als Ausgaben der Transaktionen mit den aktivierten Eigentumszertifikaten aufgezeichnet wurden, kann Bank A der Bank B eine Erzeuge-Tausch-Transaktion vorschlagen, um das Eigentum an dem aktiven Eigentumszertifikat A und dem aktiven Eigentumszertifikat B zu tauschen. Die Bedingungen des vorgeschlagenen Tauschs können zum Beispiel die Kennung des Aktivbesitzzertifikats A und des Aktivbesitzzertifikats B enthalten, eine Laufzeit, bei der das Eigentum an den getauschten Aktivbesitzzertifikaten an die früheren Eigentümer zurückfällt, und so weiter. Wenn Bank B den Vorschlag erhält und akzeptiert, kann Bank B eine Erzeuge-Tausch-Transaktion mit Eingaben des Aktivbesitzzertifikats A und des Aktivbesitzzertifikats B und Ausgaben eines aktiven Tauschs, einem belasteten Eigentumszertifikat A mit Bank B als Eigentümer und einem belasteten Eigentumszertifikat B mit Bank A als Eigentümer generieren. Sobald die Erzeuge-Tausch-Transaktion im verteilten Konto erfasst ist, kann Bank A die Aktien von Aktie B als Sicherheit verwenden und das belastete Eigentumszertifikat B als Nachweis dafür verwenden, dass Bank A die Aktien von Aktie B gemäss den Bedingungen des Tauschs besitzt.
[0046] In einigen Ausführungsformen kann das SOC-System Komponenten umfassen, die es den Parteien des SOC-Systems ermöglichen, ihre Eigentumszertifikate für andere Parteien sichtbar zu machen, so dass die anderen Parteien den Tausch von Eigentumszertifikaten vorschlagen können. Die Komponente kann es einer Partei erlauben, Berechtigungen festzulegen, die andere Parteien haben, um eines oder mehrere ihrer Eigentumszertifikate zu sehen. Die Berechtigungen können mit Hilfe einer Zugriffskontrollliste festgelegt werden, die die anderen Parteien einzeln oder als Gruppen (beispielsweise Zentralbanken) identifiziert, die Zugriff auf Einzelpersonen oder Gruppen (beispielsweise mit einem bestimmten Liquiditätsniveau) anderer Parteien haben. Die Komponente einer Partei kann eine Anwendungsprogrammierschnittstelle („API“) bereitstellen, über die andere Parteien Zugang zu Eigentumszertifikaten beantragen können. Wenn ein Antrag eingeht, werden die Berechtigungen geprüft, und die Identifikationen und Beschreibungen der Eigentumszertifikate, auf die die antragstellende Partei Zugriffsberechtigung hat, werden der antragstellenden Partei zur Verfügung gestellt.
[0047] Zum im Tausch aufgeführten Fälligkeitszeitpunkt werden die Eigentümer des belasteten Eigentumszertifikats A und des belasteten Eigentumszertifikats B erneut getauscht, so dass Bank A wieder Eigentümer der Aktien von Aktie A ist, die in einem neuen aktiven Eigentumszertifikat A notiert sind, und Bank B wieder Eigentümer der Aktien von Aktie B ist, die in einem neuen aktiven Eigentumszertifikat B notiert sind. Um zum früheren Eigentum an den belasteten Eigentumszertifikaten zurückzukehren, kann das SOC-System bei Erreichen der Fälligkeit automatisch eine Fälligkeitstransaktion aufzeichnen, die belastete Eigentumszertifikate A und belastete Eigentumszertifikate B eingibt und ein neues aktives Eigentumszertifikat A mit Bank A als Eigentümer und ein neues aktives Eigentumszertifikat B mit Bank B als Eigentümer ausgibt. Alternativ können entweder Bank A oder Bank B oder beide eine Fälligkeitstransaktion erzeugen und versuchen, diese aufzuzeichnen, die belastete Eigentumszertifikate A und belastete Eigentumszertifikate B eingibt und ein neues aktives Eigentumszertifikat A mit Bank A als Eigentümer und ein neues aktives Eigentumszertifikat B mit Bank B als Eigentümer ausgibt. Wenn Bank A bei der Aufzeichnung der Fälligkeitstransaktion erfolgreich ist, ist Bank B nicht erfolgreich und umgekehrt. Das neue aktive Eigentumszertifikat A und das neue aktive Eigentumszertifikat B stehen als Input für andere Erzeuge-Tausch-Transaktionen zwischen Bank A und Bank B oder zwischen Bank A und einer anderen Einheit und zwischen Bank B und einer anderen Einheit zur Verfügung.
[0048] Vor der Verbuchung der Fälligkeitstransaktion muss die Depotbank möglicherweise bestätigen, dass sich die Aktien der Aktie A, die im belasteten Eigentumszertifikat A aufgeführt sind, im Depot A befinden und dass sich die Aktien der Aktie B, die im belasteten Eigentumszertifikat B aufgeführt sind, im Depot B befinden. Wenn sich die Aktien im Depot befinden, kann die Depotbank die Fälligkeitstransaktion unterzeichnen, damit das frühere Eigentum wiederhergestellt werden kann. Wenn sich die Aktien jedoch nicht auf einem Depotkonto befinden, kann die Depotbank eine Standardtransaktion erzeugen und aufzeichnen, die den aktiven Tausch, das belastete Eigentumszertifikat A und das belastete Eigentumszertifikat B eingibt und einen Standard-Tausch, ein Standard-Eigentumszertifikat A und ein Standard-Eigentumszertifikat B ausgibt. Bank A und Bank B müssen dann möglicherweise einige ausserbuchhalterische Massnahmen ergreifen (beispielsweise eine Klage einreichen), um den Ausfall zu beheben. Nachdem der Zahlungsausfall behoben wurde, könnte der Verwahrer die Aktienanteile der Aktien, die sich derzeit in den Depotkonten befinden, verwenden, um andere leere Eigentumszertifikate aufzufüllen, oder er könnte einfach ein Depotkonto schliessen.
[0049] In einigen Ausführungsformen unterstützt das SOC-System möglicherweise Erzeuge-Tausch-Transaktionen mit mehreren Parteien. Beispielsweise kann eine Erzeuge-Tausch-Transaktion in drei Richtungen die aktiven Eigentumszertifikate A, B und C mit den Eigentümern von Bank A, Bank B bzw. Bank C eingeben und einen aktiven Tausch und belastete Eigentumszertifikate A, B und C mit den Eigentümern von Bank B, Bank C bzw. Bank A ausgeben. Ein Drei-Wege-Tausch kann dann sinnvoll sein, wenn Bank A die hochliquiden Vermögensgegenstände von Bank C als Sicherheit ausleihen will, Bank C aber nicht die sehr niedrig liquiden Vermögensgegenstände von Bank A im Tausch dafür ausgeliehen werden sollen. In einem solchen Fall führt der Drei-Wege-Tausch dazu, dass Bank A den hochliquiden Vermögensgegenstand von Bank C besitzt, Bank B den sehr niedrig liquiden Vermögensgegenstand von Bank A und Bank C den niedrig (aber nicht sehr niedrigen) liquiden Vermögensgegenstand von Bank B. Die Parteien eines Mehrparteien-Tauschs können andere Gründe dafür haben, dass sie keinen Vermögensgegenstand besitzen wollen, beispielsweise kann es sich bei dem Vermögensgegenstand um Aktien einer Gesellschaft handeln, mit der eine Partei möglicherweise nicht handeln will, einer Partei kann der Handel mit diesen Vermögensgegenständen gesetzlich verboten sein usw.
[0050] Obwohl das SOC-System in erster Linie im Zusammenhang mit dem Tausch von Eigentumszertifikaten beschrieben wurde, kann das SOC-System zur Unterstützung der Verpfändung und nicht des Tauschs von Eigentumszertifikaten verwendet werden. Zum Beispiel kann die Bank B ein Kreditengagement gegenüber der Bank A als Folge einer Preisbewegung im Zusammenhang mit einem ausserbörslichen („OTC“) Derivatekontrakt haben, was eine Variation Margin („VM“) im Rahmen einer Credit-Swap-Annex („CSA“) Vereinbarung der International-Swapand-Derivatives-Association („ISDA“) zwischen den Parteien sein kann. Im Rahmen einer CSA-Vereinbarung kann Bank B Sicherheiten verpfänden, um den Betrag zu decken, den Bank B der Bank A schulden würde, wenn alle Transaktionen im Rahmen eines ISDA-Rahmenvertrags beendet würden. Um eine solche Verpfändung von Eigentumszertifikaten zu unterstützen, kann das SOC-System eine „Proposal-Pledge“ -Transaktion, eine „Create-Pledge“-Transaktion und eine „Mature-Pledge“-Transaktion unterstützen. Eine vorgeschlagene Verpfändungstransaktion wird aufgezeichnet, die ein aktives Eigentumszertifikat (beispielsweise von Bank B) eingibt und ein vorgeschlagenes verpfändetes Eigentumszertifikat und eine vorgeschlagene Verpfändung ausgibt. Nachdem sich die Parteien auf die Verpfändung geeinigt haben (beispielsweise Bank A stimmt zu, dass die Verpfändung das Kreditengagement abdeckt), wird eine entsprechende Pfandgründungstransaktion aufgezeichnet, die das vorgeschlagene Verpfändungseigentumszertifikat und die vorgeschlagene Verpfändung eingibt und ein verpfändetes Eigentumszertifikat und ein aktives Eigentumszertifikat ausgibt. Wenn die Verpfändung fällig wird (beispielsweise zu einem Fälligkeitszeitpunkt), kann automatisch eine fällige Verpfändungstransaktion aufgezeichnet werden, die das verpfändete Eigentumszertifikat und die aktive Verpfändung eingibt und das entsprechende aktive Eigentumszertifikat ausgibt.
[0051] Die Figuren 1 - 19 veranschaulichen die vom SOC-System generierten Anzeigeseiten in einigen Ausführungsformen. Figur 1 zeigt eine Beispiel-Anzeigeseite für Bank A, aus der hervorgeht, dass Bank A derzeit keinen Eigentumszertifikaten zugeordnet ist. Die Anzeigeseite 100 umfasst einen Titelbereich 101, einen Entitätsidentifikationsbereich 102, einen Header-Bereich 103 und einen Listenbereich 104. Der Titelbereich zeigt den Titel der Anzeigeseite an. Der Entitätsidentifikationsbereich zeigt die Identität der Entität an, die auf die Anzeigeseite zugreift. Der Header-Bereich zeigt die Namen der Felder eines Eigentumszertifikats an. Der Listenbereich listet die Eigentumszertifikate auf, die mit der Entität verknüpft sind. Eine Entität kann einem Eigentumszertifikat zugeordnet werden, wenn die Entität ein Ersteller oder Eigentümer des Eigentumszertifikats, der Verwahrer des Vermögensgegenstands des Eigentumszertifikats, der Notar, der das Eigentumszertifikat beglaubigt hat, usw. ist. In diesem Beispiel ist die Entität derzeit mit keinem Eigentumszertifikat verbunden.
[0052] Figur 2 zeigt ein Beispiel einer Anzeigeseite für Bank A zum Erstellen eines Eigentumszertifikats. Eine Anzeigeseite 200 umfasst einen Titelbereich 201, einen Entitätsidentifikationsbereich 202, einen Bereich für Eigentumszertifikate 210, einen Übertragungs-Knopf 221 und einen Abbrechen-Knopf 222. Der Bereich für Eigentumszertifikate umfasst ein Depotbank-Feld 211, ein Feld für den Namen des Eigentumszertifikats 212, ein Depotkonto-Feld 213, ein Feld für die Liquidität 214, ein Währungs-Feld 215, ein Feld für den konstanten Barwert 216 und ein Beschreibungs-Feld 217. In jedem der Felder 211 und 214-216 können Werte zum Füllen des Feldes ausgewählt werden. Das Verwahrstellen-Feld ermöglicht es dem Benutzer, die Verwahrstelle auszuwählen, die den Vermögensgegenstand des Eigentumszertifikats verwahrt. Das Feld Name des Eigentumszertifikats ermöglicht es dem Benutzer, einen Namen für das Eigentumszertifikat zur einfachen Identifizierung einzugeben. Das Feld Depotkonto ermöglicht es dem Benutzer, die Kennung des Depotkontos der Depotbank einzugeben, die den Vermögensgegenstand verwahrt. Das Feld Liquidität ermöglicht es dem Benutzer, die Liquidität des Vermögensgegenstandes anzugeben. Die Liquidität kann zum Beispiel als Zahl von 1 bis 10 angegeben werden, wobei 1 die höchste Liquidität ist. Das Währungs-Feld und das Feld Konstanter Barwert ermöglichen es dem Benutzer, den Barwert des Vermögensgegenstands des Eigentumszertifikats einzugeben. Das Beschreibungs-Feld ermöglicht es dem Benutzer, eine Beschreibung des Eigentumszertifikats einzugeben. Wenn der Benutzer das Ausfüllen der Felder abgeschlossen hat, kann er die Schaltfläche „Senden“ wählen, um eine Transaktion „Eigentumszertifikat erstellen“ zu generieren und aufzuzeichnen, die ein leeres Eigentumszertifikat ausgibt, das mit den Daten der Felder ausgefüllt ist und anzeigt, dass Bank A der Eigentümer des Eigentumszertifikats ist. Anstatt die Transaktion zum Erstellen des Eigentumszertifikats aufzuzeichnen, kann Bank A die Transaktion zum Erstellen des Eigentumszertifikats an den Verwahrer zum Ausfüllen und Aufzeichnen senden.
[0053] Figur 3 zeigt eine Beispielanzeigeseite für Bank A, die zeigt, dass Bank A derzeit mit einem leeren Eigentumszertifikat verknüpft ist. Eine Anzeigeseite 300 umfasst einen Titelbereich 301, einen Entitätsidentifikationsbereich 302, einen Header-Bereich 303 und einen Listenbereich 304. Der Listenbereich listet das leere Eigentumszertifikat auf, das von der Transaktion Eigentum anlegen auf Anzeigeseite 200 ausgegeben wird.
[0054] Figur 4 zeigt eine Beispielanzeigeseite für Depotbank 1, die zeigt, dass Depotbank 1 derzeit mit einem leeren Eigentumszertifikat verknüpft ist. Eine Anzeigeseite 400 umfasst einen Titelbereich 401, einen Entitätsidentifikationsbereich 402, einen Header-Bereich 403 und einen Listenbereich 404. Der Listenbereich listet das leere Eigentumszertifikat auf, das von der Transaktion „Eigentumszertifikat erstellen“ auf Anzeigeseite 200 ausgegeben wird.
[0055] Figur 5 zeigt ein Beispiel für eine Anzeigeseite für Depotbank 1 zum Ausfüllen des Vermögensgegenstandes für das auf Anzeigeseite 400 angezeigte Eigentumszertifikat. Eine Anzeigeseite 500 umfasst einen Übersichtsbereich 501, einen Entitätsidentifikationsbereich 502, einen Statusbereich 503 und einen Eigentumszertifikatsbereich 510. Der Übersichtsbereich zeigt den konstanten Barwert des Eigentumszertifikats, den Liquiditätsgrad des Eigentumszertifikats und den Namen des Eigentumszertifikats an. Der Statusbereich zeigt den aktuellen Status des Eigentumszertifikats an, der in diesem Beispiel leer ist. Der Eigentumszertifikatsbereich umfasst ein Depotbank-Feld 511, ein Depotkonto-Feld 512, ein Ersteller-Feld 513, ein Eigentümer-Feld 514 und ein Beschreibungs-Feld 515. Der Bereich für Eigentumszertifikate umfasst auch ein Bestandsverzeichnis-Feld 516, das ein ISIN-Feld 517 und ein Betrag-Feld 518 umfasst. Das Depotbank-Feld und das Depotkonto-Feld identifizieren die Kennung der Depotbank und des Depotkontos, in denen der Vermögensgegenstand verwahrt wird. Das Ersteller-Feld identifiziert den Ersteller des Eigentumszertifikats, in diesem Beispiel Bank A. Das Eigentümer-Feld listet den aktuellen Eigentümer des Eigentumszertifikats auf, in diesem Beispiel Bank A. Das Bestandsverzeichnis-Feld listet die Bestände auf, die sich laut Angaben der Depotbank im Depotkonto befinden. Das Inventar gibt die internationale Wertpapierkennnummer („ISIN“) der Aktie und eine Menge an. Die Papierkorb-Symbole werden von der Depotbank verwendet, um Vermögensgegenstände zu entfernen, die das Eigentumszertifikat füllen sollen. Die Vermögensgegenstände können automatisch von einem System der Verwahrstelle aufgefüllt werden, von der Verwahrstelle manuell eingegeben werden usw. Im Beschreibungs-Feld wird die Beschreibung des Eigentumszertifikats angezeigt. Die Anzeigeseite umfasst auch ein Identifikations-Feld 519 für das Eigentumszertifikat und ein Feld 520 für die letzte Aktualisierung, die automatisch vom SOC-System generiert werden. Das SOC-System kann für jede Transaktion eine eindeutige Kennung erzeugen, und die Ausgaben werden durch eine Kombination aus der Transaktionskennung einer Transaktion, die die Ausgabe erzeugt hat, und der Nummer der Ausgabe identifiziert. Das ausgefüllte Eigentumszertifikat kann zum Beispiel als XXXXA:0 identifiziert werden. Die Anzeigeseite umfasst auch einen Übertragungs-Knopf 521 und einen Abbrechen-Knopf 522. Wenn die Depotbank das Ausfüllen der im Depot verwahrten Vermögensgegenstände abgeschlossen hat, wählt die Depotbank die Schaltfläche „Senden“, um eine Transaktion mit ausgefülltem Eigentumszertifikat zu generieren und aufzuzeichnen, die das leere Eigentumszertifikat und den Bestand eingibt und ein ausgefülltes Eigentumszertifikat ausgibt. Die Bank A kann bei der Depotbank ein allgemeines Konto für die Verwahrung aller Aktien, die die Bank A besitzt, führen. In einem solchen Fall kann die Bank A ein weiteres Konto einrichten, um nur die Aktien zu halten, die durch ein Eigentumszertifikat gedeckt werden sollen.
[0056] Figur 6 zeigt eine Beispielanzeigeseite für Depotbank 1, die zeigt, dass Depotbank 1 derzeit mit einem ausgefüllten Eigentumszertifikat verknüpft ist. Eine Anzeigeseite 600 umfasst einen Titelbereich 601, einen Entitätsidentifikationsbereich 602, einen Header-Bereich 603 und einen Listenbereich 604. Die Anzeigeseite ähnelt der Anzeigeseite 400, mit der Ausnahme, dass das Eigentumszertifikat jetzt mit dem Status gefüllt angezeigt wird.
[0057] Figur 7 zeigt eine Beispielanzeigeseite für Bank A, die zeigt, dass Bank A derzeit mit einem ausgefüllten Eigentumszertifikat verknüpft ist. Eine Anzeigeseite 700 umfasst einen Titelbereich 701, einen Entitätsidentifikationsbereich 702, einen Header-Bereich 703 und einen Listenbereich 704. Die Anzeigeseite ist ähnlich wie die Anzeigeseite 600, ausser dass Bank A als die Entität identifiziert wird.
[0058] Figur 8 zeigt eine Beispiel-Anzeigeseite für Bank A, auf der Vermögensgegenstände eines ausgefüllten Eigentumszertifikats aufgeführt sind. Eine Anzeigeseite 800 umfasst einen Übersichtsbereich 801, einen Entitätsidentifikationsbereich 802, einen Statusbereich 803 und einen Eigentumszertifikatsbereich 810. Der Eigentumszertifikatsbereich umfasst ein Depotbank-Feld 811, ein Depotkonto-Feld 812, ein Ersteller-Feld 813, ein Eigentümer-Feld 814 und ein Beschreibungs-Feld 815. Der Eigentumszertifikatsbereich umfasst auch ein Bestandsverzeichnis-Feld 816, das ein ISIN-Feld 817 und ein Betrag-Feld 818 umfasst. Das Bestandsverzeichnis-Feld zeigt die im Depotkonto gehaltenen Bestände an. Die Anzeigeseite umfasst auch ein Eigentumskennzeichnungs-Feld 819 und ein Feld für die letzte Aktualisierung 820 sowie eine Aktivierungsschaltfläche 821 und eine Ablehnungsschaltfläche 822. Wenn Bank A die Schaltfläche „Aktivieren“ auswählt, wird eine Transaktion zur Aktivierung des Eigentumszertifikats generiert und aufgezeichnet, die das ausgefüllte Eigentumszertifikat eingibt und ein aktives Eigentumszertifikat ausgibt. Die Aktien, die auf den Anzeigeseiten aufgelistet sind, sind lediglich Beispiele, und die aufgelistete Liquidität kann eine genaue Darstellung der Liquidität der Aktien der Aktie sein oder auch nicht. Beispielsweise handelt es sich bei den Aktien, die im Bestandsverzeichnis-Feld der Anzeigeseite 800 aufgeführt sind, um Apple Computer, die höchstwahrscheinlich sehr liquide sind.
[0059] Figur 9 zeigt eine Beispiel-Anzeigeseite für Bank A, die zeigt, dass Bank A derzeit mit einem aktiven Eigentumszertifikat verbunden ist. Eine Anzeigeseite 900 umfasst einen Titelbereich 901, einen Entitätsidentifikationsbereich 902, einen Header-Bereich 903 und einen Listenbereich 904. Die Anzeigeseite ist identisch mit der Anzeigeseite 700, ausser dass der Status aktiv ist.
[0060] Figur 10 zeigt eine Beispiel-Anzeigeseite für Bank B, die zeigt, dass Bank B über ein ausgefülltes Eigentumszertifikat verfügt, das zur Aktivierung bereit ist. Eine Anzeigeseite 1000 umfasst einen Titelbereich 1001, einen Entitätsidentifikationsbereich 1002, einen Statusbereich 1003 und einen Eigentumszertifikatsbereich 1010. Der Titelbereich zeigt an, dass das Eigentumszertifikat einen konstanten Barwert von 500 Millionen US-Dollar, einen Liquiditätsgrad von 2 und den Namen „Hohe Qualität“ hat. Der Entitätsidentifikationsbereich zeigt an, dass die Anzeigeseite von Bank B angezeigt wird. Der Eigentumszertifikatsbereich zeigt die Details eines ausgefüllten Eigentumszertifikats an, die Bank B erstellt hat und derzeit besitzt. Ein Benutzer wählt eine Aktivierungsschaltfläche 1021, um eine Transaktion für ein aktiviertes Eigentumszertifikat zu erzeugen und aufzuzeichnen, die das ausgefüllte Eigentumszertifikat eingibt und ein aktives Eigentumszertifikat ausgibt.
[0061] Figur 11 zeigt ein Beispiel einer Anzeigeseite für die Bank A zur Definition eines Tauschs für ein aktives Eigentumszertifikat, das sie besitzt. Die Anzeigeseite 1100 ist ähnlich der Anzeigeseite 800, ausser dass der Status aktiv ist und die Schaltfläche 1121 für ein ausgewähltes Gegenpartei-Eigentumszertifikat angezeigt wird. Wenn ein Benutzer die Drucktaste Gegenpartei-Eigentumszertifikat auswählen wählt, wird eine Anzeigeseite angezeigt (nicht abgebildet), auf der der Benutzer das aktive Eigentumszertifikat des Kontrahenten für das Tauschgeschäft auswählen kann.
[0062] Figur 12 zeigt ein Beispiel einer Anzeigeseite für die Bank A zur Einleitung eines Tauschs. Die Anzeigeseite 1200 umfasst einen Titelbereich 1201, einen Entitätsidentifikationsbereich 1202 und einen Tausch-Spezifikationsbereich 1210. Der Tausch-Spezifikationsbereich zeigt die Angabe 1211 des Eigentumszertifikats von Bank A und die Angaben 1212-1213 des Eigentumszertifikats von Bank B, das ausgetauscht werden soll, sowie das Fälligkeitsdatum 1214. Der Tausch-Spezifikationsbereich zeigt auch einen Zusammenfassungsbereich 1215 an, der den Tausch zusammenfasst. Wenn ein Benutzer die Schaltfläche Tausch einleiten 1221 auswählt, wird eine Nachricht an Bank B gesendet, in der vorgeschlagen wird, dass Bank B eine Erzeuge-Tausch-Transaktion anlegt.
[0063] Figur 13 zeigt eine Beispiel-Anzeigeseite für Bank B mit einem vorgeschlagenen Tausch. Die Anzeigeseite 1300 umfasst einen Titelbereich 1301, einen Entitätsidentifikationsbereich 1302, einen Statusbereich 1303, einen Fälligkeitsbereich 1310, einen Verliehen-Bereich 1320 und einen Ausgeliehen-Bereich 1330. Der Statusbereich zeigt an, dass sich der Tausch derzeit in einem vorgeschlagenen Zustand befindet. Der Laufzeitbereich zeigt das Fälligkeitsdatum des Tauschs an. Der Ausgeliehen-Bereich beschreibt das Eigentumszertifikat von Bank B, das Bank B an Bank A ausleihen soll. Der Ausgeliehen-Bereich beschreibt das Eigentumszertifikat von Bank A, das Bank B von Bank A ausleihen soll. Wenn der Benutzer die Vorzeichentaste 1340 auswählt, wird eine Erzeuge-Tausch-Transaktion generiert und aufgezeichnet mit Eingaben des aktiven Eigentumszertifikats von Bank A und des aktiven Eigentumszertifikats von Bank B und mit Ausgaben eines aktiven Tauschs, eines belasteten Eigentumszertifikats von Bank A mit Bank B als Eigentümer und eines belasteten Eigentumszertifikats von Bank B mit Bank A als Eigentümer. Bank B kann die Erzeuge-Tausch-Transaktion an Bank A senden, so dass Bank A die Erzeuge-Tausch-Transaktion unterzeichnen und die notarielle Beglaubigung der Erzeuge-Tausch-Transaktion koordinieren kann. In einigen Ausführungsformen kann eine vorgeschlagene Tausch-Transaktion von Bank A im verteilten Konto von Bank A als Satz des Vorschlags aufgezeichnet werden. Die vorgeschlagene Tausch-Transaktion kann die belasteten Eigentumszertifikate eingeben und die vorgeschlagenen Eigentumszertifikate ausgeben, die dann in die Erzeuge-Tausch-Transaktion eingegeben werden.
[0064] Figur 14 zeigt ein Beispiel einer Anzeigeseite für Bank A, die den Tausch beschreibt. Die Anzeigeseite 1400 umfasst einen Titelbereich 1401, einen Entitätsidentifikationsbereich 1402 und einen Tausch-Bereich 1410. Der Tausch-Bereich umfasst eine Tausch-Kennung 1411, eine erste Kennung von Eigentumszertifikaten 1412, eine zweite Kennung von Eigentumszertifikaten 1413 und einen Statusbereich 1414. Auf der Anzeigeseite kann auch das Fälligkeitsdatum des Tauschs angegeben werden.
[0065] Figur 15 zeigt ein Beispiel für eine Anzeigeseite für Bank B, auf der die mit Bank B verbundenen Eigentumszertifikate aufgelistet sind. Die Anzeigeseite 1500 umfasst einen Titelbereich 1501, einen Entitätsidentifikationsbereich 1502 und einen Eigentumszertifikatsbereich 1510. Der Eigentumszertifikatsbereich listet die von Bank A erstellten Eigentumszertifikate und die von Bank B erstellten Eigentumszertifikate auf und zeigt an, dass beide belastet sind.
[0066] Figur 16 zeigt ein Beispiel einer Anzeigeseite für Bank A mit Einzelheiten zu einem belasteten Eigentumszertifikat. Die Anzeigeseite 1600 ist der Anzeigeseite 800 ähnlich, ausser dass der Status belastet ist, der Eigentümer Bank B aufgeführt ist und die Schaltflächen weggelassen wurden.
[0067] Figur 17 zeigt eine Beispiel-Anzeigeseite für Bank A, die einen Tausch beschreibt, der sein Fälligkeitsdatum erreicht hat. Die Anzeigeseite 1700 ist der Anzeigeseite 1400 ähnlich, ausser dass sie die Fälligkeitstaste 1720 umfasst. Wenn die Fälligkeitsschaltfläche ausgewählt wird, wird eine Fälligkeits-Tausch-Transaktion mit Eingaben des aktiven Tauschs und der belasteten Eigentumszertifikate und Ausgaben der aktiven Eigentumszertifikate generiert. Bank A kann die Laufzeit-Tausch-Transaktion notariell beglaubigen lassen oder die Laufzeit-Tausch-Transaktion zur Unterzeichnung und notariellen Beglaubigung an Bank B senden.
[0068] Figur 18 zeigt eine Beispiel-Anzeigeseite für Bank B, die eine vorgeschlagene Laufzeit-Tausch-Transaktion beschreibt. Die Anzeigeseite 1800 ist ähnlich wie die Anzeigeseite 1300, ausser dass der Status „fällig“ ist. Wenn der Benutzer die Vorzeichentaste 1820 auswählt, wird die Laufzeit-Tausch-Transaktion mit dem privaten Schlüssel der Bank B unterzeichnet und die unterzeichnete Laufzeit-Tausch-Transaktion wird zur notariellen Beglaubigung an einen Notar geschickt.
[0069] Figur 19 zeigt ein Beispiel für eine Anzeigeseite für Bank A, auf der die mit Bank A verbundenen Eigentumszertifikate aufgeführt sind. Die Anzeigeseite 1900 ähnelt der Anzeigeseite 1500 und zeigt, dass die Eigentumszertifikate durch den Tausch von Eigentumszertifikaten mit Fälligkeit nicht mehr belastet sind.
[0070] Figur 20 umfasst Diagramme, die Inputs und Outputs von Transaktionen zur Erstellung und zum Tausch von Eigentumszertifikaten veranschaulichen. Das Diagramm 2010 zeigt die Erstellung eines Eigentumszertifikats. Eine Partei erzeugt und protokolliert eine Transaktion zum Erstellen von Eigentumszertifikaten 2011, die ein leeres Eigentumszertifikat 2012 gemäss der Definition des Erstellers ausgibt. Nachdem der Verwahrer benachrichtigt wurde, generiert und protokolliert der Verwahrer eine Transaktion 2013 zur Erstellung eines gefüllten Eigentumszertifikats, die das leere Eigentumszertifikat 2012 eingibt und ein gefülltes Eigentumszertifikat 2014 ausgibt. Die Partei aktiviert dann das Eigentumszertifikat, indem sie eine Transaktion 2015 für ein aktiviertes Eigentumszertifikat generiert und aufzeichnet, die das ausgefüllte Eigentumszertifikat 2014 eingibt und ein aktives Eigentumszertifikat 2016 ausgibt. Das Diagramm 2020 zeigt den Lebenszyklus eines Tauschs. Eine Partei generiert und zeichnet eine Tausch-Vorschlagstransaktion 2021 auf, die das aktive Eigentumszertifikat 2021A und das aktive Eigentumszertifikat 2021B eingibt und einen Tausch-Vorschlag 2022, ein vorgeschlagenes Eigentumszertifikat 2023 und ein vorgeschlagenes Eigentumszertifikat 2024 ausgibt. Die Partei erzeugt dann eine Erzeuge-Tausch-Transaktion 2025, die den vorgeschlagenen Tausch 2022, das vorgeschlagene Eigentumszertifikat 2023 und das vorgeschlagene Eigentumszertifikat 2024 eingibt, und zeichnet diese auf. Die Erzeuge-Tausch-Transaktion gibt auch einen aktiven Tausch 2026, ein belastetes Eigentumszertifikat 2027 und ein belastetes Eigentumszertifikat 2028 aus. Bei den belasteten Eigentumszertifikaten werden die Eigentümer der aktiven Eigentumszertifikate ausgetauscht. Die Erzeuge-Tausch-Transaktion kann notariell beglaubigt werden, so dass der Notar die vorgeschlagenen Eigentumszertifikate als verbraucht kennzeichnen kann. Zum Fälligkeitszeitpunkt generiert und protokolliert eine Partei eine fällige Tausch-Transaktion 2029, die den aktiven Tausch 2026, das belastete Eigentumszertifikat 2027 und das belastete Eigentumszertifikat 2028 eingibt. Die fällige Tausch-Transaktion gibt auch ein aktives Eigentumszertifikat 2030 und ein aktives Eigentumszertifikat 2031 aus. Das fällige Tausch-Geschäft kann notariell beglaubigt werden, so dass der Notar den aktiven Tausch 2026, das belastete Eigentumszertifikat 2027 und das belastete Eigentumszertifikat 2028 als verbraucht kennzeichnen kann.
[0071] Figur 21 ist ein Blockdiagramm, das die Komponenten des SOC-Systems in einigen Ausführungsformen zeigt. Das OC-System kann auf einem Bank A-System 2110, einem Bank B-System 2120, einem Verwahrsystem 2130 und einem Notarsystem 2140 implementiert werden. Die Banksysteme umfassen eine Komponente zur Erstellung von Eigentumszertifikaten 2111, eine Komponente zum Tausch von Eigentumszertifikaten 2112, eine Komponente zur Annahme von Tauschs 2113, eine Komponente zur Signalfälligkeit 2114 und ein Tresor 2115. Die Eigentumstauschkomponente „Eigentumszertifikat erstellen“ initiiert die Erstellung eines Eigentumszertifikats. Die Komponente Tausch erstellen initiiert die Erstellung eines Tauschs. Die Komponente Akzeptiere-Tausch koordiniert das Akzeptieren eines Tauschs, der von einem Kontrahenten vorgeschlagen wurde. Die Komponente Signallaufzeit koordiniert die Einstufung des Tauschs als fällig und die Rückführung der Eigentumszertifikate in einen aktiven Zustand mit Wiederherstellung ihrer früheren Eigentumsverhältnisse. Im Tresorraum werden die Transaktionen der Bank A aufgezeichnet. Das Depotsystem umfasst eine Komponente 2031 zur Erstellung von Eigentumszertifikaten und eine Depotstelle 2132. Die Komponente „Eigentumszertifikat erstellen“ wird aufgerufen, wenn eine Partei versucht, ein Eigentumszertifikat zu erstellen, das einen von der Depotbank gehaltenen Vermögensgegenstand identifiziert. Der Depotkontenspeicher enthält eine Aufzeichnung der Vermögensgegenstände in jedem Depotkonto. Das Notarsystem umfasst eine Vorschlags-Tausch-Komponente 2141, eine Erstellungs-Tausch-Komponente 2142 und einen Verbrauchszustandsspeicher 2143. Die Komponente Tausch-Vorschlag wird aufgerufen, wenn eine Partei einen Tausch vorschlägt. Die Komponente Erzeuge-Tausch-Transaktion wird aufgerufen, wenn eine Partei eine Erzeuge-Tausch-Transaktion angelegt hat, die notariell beglaubigt werden muss. Der Speicher für konsumierte Staaten enthält Informationen zur Identifizierung der Ausgaben von Transaktionen, die konsumiert wurden.
[0072] Die Rechnersysteme (beispielsweise Netzknoten oder Sammlungen von Netzknoten), auf denen das SOC-System implementiert werden kann, können eine zentrale Verarbeitungseinheit, Eingabevorrichtungen, Ausgabevorrichtungen (beispielsweise Anzeigevorrichtungen und Lautsprecher), Speichervorrichtungen (beispielsweise Speicher- und Plattenlaufwerke), Netzschnittstellen, Grafikverarbeitungseinheiten, Schnittstellen für zellulare Funkverbindungen, Geräte für globale Positionierungssysteme usw. umfassen. Die Eingabevorrichtungen können Tastaturen, Zeigevorrichtungen, Berührungsbildschirme, Geräte zur Gestenerkennung (beispielsweise für Luftgesten), Kopf- und Augenverfolgungsvorrichtungen, Mikrofone zur Spracherkennung usw. umfassen. Die Computersysteme können Desktop-Computer, Laptops, Tablets, E-Reader, persönliche digitale Assistenten, Smartphones, Spielvorrichtungen, Server und so weiter umfassen. Die Computersysteme können auf computerlesbare Medien zugreifen, die computerlesbare Speichermedien und Datenübertragungsmedien umfassen. Die computerlesbaren Speichermedien sind greifbare Speichermittel, die kein vorübergehendes, sich ausbreitendes Signal umfassen. Beispiele für computerlesbare Speichermedien umfassen Speicher wie Primärspeicher, Cache-Speicher, Sekundärspeicher (beispielsweise DVD) und andere Speicher. Die computerlesbaren Speichermedien können mit Aufzeichnungen versehen oder mit computerausführbaren Anweisungen oder einer Logik kodiert sein, die das SOC-System implementiert. Die Datenübertragungsmedien werden zur Übertragung von Daten über vorübergehende, sich ausbreitende Signale oder Trägerwellen (beispielsweise Elektromagnetismus) über eine drahtgebundene oder drahtlose Verbindung verwendet. Die Rechnersysteme können einen sicheren Kryptoprozessor als Teil einer zentralen Verarbeitungseinheit zur Erzeugung und sicheren Speicherung von Schlüsseln und zur Ver- und Entschlüsselung von Daten unter Verwendung der Schlüssel umfassen.
[0073] Das SOC-System kann im allgemeinen Kontext von computerausführbaren Anweisungen beschrieben werden, wie beispielsweise Programmmodule und Komponenten, die von einem oder mehreren Computern, Prozessoren oder anderen Geräten ausgeführt werden. Im Allgemeinen umfassen Programmmodule oder -komponenten Routinen, Programme, Objekte, Datenstrukturen usw., die Aufgaben ausführen oder Datentypen des SOC-Systems implementieren. In der Regel kann die Funktionalität der Programmmodule in verschiedenen Beispielen beliebig kombiniert oder verteilt werden. Aspekte des SOC-Systems können in Hardware implementiert werden, beispielsweise durch eine anwendungsspezifische integrierte Schaltung („ASIC“) oder ein Field-Programmable-Gate-Array („FPGA“).
[0074] Figur 22 ist ein Flussdiagramm, das die Verarbeitung der Komponente „Eigentumszertifikat erstellen“ zeigt, die von einem Initiator aufgerufen wird. Die Komponente 2200 des Eigentumszertifikats erstellen wird aufgerufen, damit eine Partei ein Eigentumszertifikat erstellen kann. In Block 2201 gibt die Komponente die Angaben zum Eigentumszertifikat ein, beispielsweise die Depotbank, das Depotkonto, den konstanten Geldwert, die Währung usw. In Block 2202 validiert die Komponente die Angaben zur Erstellung einer leeren Eigentumszertifikat-Transaktion. Die Validierung kann die Sicherstellung umfassen, dass der benannte Verwahrer befugt ist, Eigentumszertifikate auszustellen. Wenn die Angaben im Entscheidungsblock 2203 gültig sind, fährt die Komponente in Block 2204 fort, wenn die Angaben im Eigentumszertifikat gültig sind, andernfalls zeigt die Komponente einen Fehler an. Jede Transaktion kann einen intelligenten Vertrag haben, der zur Validierung der Transaktion aufgerufen wird, indem sichergestellt wird, dass die Einzelheiten einer Transaktion, die Eingaben usw. mit den Bedingungen der Transaktion übereinstimmen, die von den mit der Transaktion verbundenen Einheiten vereinbart wurden. In Block 2204 unterzeichnet die Komponente eine „Create-Ownership-Certificate“-Transaktion mit dem privaten Schlüssel der Partei. In Block 2205 zeichnet die Komponente die signierte Transaktion zur Erstellung von Eigentumszertifikaten im Tresorspeicher der Partei auf. In Block 2206 sendet die Komponente die signierte Transaktion zur Erstellung von Eigentumszertifikaten zusammen mit dem öffentlichen Schlüssel (beispielsweise über ein Zertifikat mit öffentlichem Schlüssel) der Partei an den Verwahrer. Der Verwahrer kann den öffentlichen Schlüssel verwenden, um sicherzustellen, dass die Transaktion von der Partei unterzeichnet wurde. In Block 2207 erhält die Komponente vom Verwahrer einen Hinweis auf eine signierte ausgefüllte Eigentumszertifikat-Transaktion. In Block 2208 zeichnet die Komponente die signierte ausgefüllte Eigentumszertifikat-Transaktion im Tresorspeicher auf. In Block 2209 gibt die Komponente eine Anforderung von der Partei zur Aktivierung des ausgefüllten Eigentumszertifikats ein. In Block 2210 sendet die Komponente eine Transaktion zur Aktivierung des Eigentumszertifikats an den Notar, so dass der Notar feststellen kann, ob das ausgefüllte Eigentumszertifikat verbraucht wurde, und wenn nicht, es als verbraucht kennzeichnen kann, und der Notar gibt dann die notariell beglaubigte Transaktion zur Aktivierung des Eigentumszertifikats zurück. In Block 2211 erhält die Komponente vom Notar die notariell beglaubigte Transaktion zur Aktivierung des Eigentumszertifikats. In Block 2212 zeichnet die Komponente die notariell beglaubigte Transaktion des aktivierten Eigentumszertifikats im Tresorspeicher auf. In Block 2213 sendet die Komponente die notariell beglaubigte Transaktion zur Aktivierung des Eigentumszertifikats an den Verwahrer, damit dieser weiss, dass ein Eigentumszertifikat erfolgreich erstellt wurde. Die Komponente wird dann abgeschlossen.
[0075] Figur 23 ist ein Flussdiagramm, das die Verarbeitung einer Eigentumsbildungskomponente für einen Verwahrer in einigen Ausführungsformen zeigt. Eine Eigentumsbildungskomponente 2300 wird aufgerufen, wenn eine Depotbank eine Eigentumsbildungszertifikattransaktion erhält. In Block 2301 empfängt die Komponente vom Initiator die Transaktion Eigentumszertifikat erstellen und den öffentlichen Schlüssel des Initiators. In Block 2302 validiert die Komponente die Transaktion Eigentumszertifikat erstellen, indem sie beispielsweise den öffentlichen Schlüssel des Initiators verwendet, um sicherzustellen, dass sie unterzeichnet ist, und ein Validierungsverfahren des intelligenten Vertrags aufruft. In Entscheidungsblock 2303, wenn die Transaktion „Eigentumszertifikat erstellen“ gültig ist, fährt die Komponente bei Block 2304 fort, andernfalls zeigt die Komponente einen Fehler an. In Block 2304 gibt die Komponente den Bestand ein, der mit dem in der Transaktion „Eigentumszertifikat erstellen“ identifizierten Depotkonto verknüpft ist. In Block 2305 erstellt die Komponente eine Transaktion zum Ausfüllen von Eigentumszertifikaten mit den Eigentumsangaben der Transaktion zum Erstellen von Eigentumszertifikaten und dem Inventar. In Block 2306 unterschreibt die Komponente die Transaktion zum Ausfüllen von Eigentumszertifikaten mit dem privaten Schlüssel des Verwahrers. In Block 2307 zeichnet die Komponente die signierte Eigentumstransaktion in einem Tresorlager der Verwahrstelle auf. In Block 2308 sendet die Komponente an den Initiator die signierte Eigentumszertifikat-Transaktion. In Block 2309 erhält die Komponente vom Initiator eine notariell beglaubigte, aktivierte Eigentumszertifikat-Transaktion. In Block 2310 zeichnet die Komponente die notariell beglaubigte Transaktion des aktivierten Eigentumszertifikats im Tresorspeicher der Depotbank auf und schliesst sie dann ab.
[0076] Figur 24 ist ein Flussdiagramm, das die Verarbeitung einer Erzeuge-Tausch-Komponente eines Initiators in einigen Ausführungsformen zeigt. Eine Erzeuge-Tausch-Komponente 2400 eines Initiators wird von einer am Tausch beteiligten Partei aufgerufen, um einen Tausch zu initiieren. In Block 2401 gibt die Komponente die Tausch-Angaben ein, wie beispielsweise die Identifizierung der aktiven Eigentumszertifikate und das Fälligkeitsdatum. In Block 2402 validiert die Komponente die Tausch-Angaben für den vorgeschlagenen Tausch und generiert eine vorgeschlagene Tausch-Transaktion, die die aktiven Eigentumszertifikate eingibt und die vorgeschlagenen Eigentumszertifikate ausgibt. In Block 2403 unterzeichnet die Komponente die vorgeschlagene Tausch-Transaktion mit dem privaten Schlüssel des Initiators. In Block 2404 sendet die Komponente das unterzeichnete Tausch-Vorschlagsgeschäft an den Notar. In Block 2405 erhält die Komponente vom Notar den notariell beglaubigten Vorschlag für das Tausch-Geschäft. Der Notar stellt sicher, dass die eingegebenen aktiven Eigentumszertifikate nicht verbraucht worden sind. In Block 2406 zeichnet die Komponente die notariell beglaubigte Vorschlags-Tausch-Transaktion im Tresorspeicher des Initiators auf. In Block 2407 sendet die Komponente die notariell beglaubigte vorgeschlagene Tausch-Transaktion an die Gegenpartei. In Block 2408 erhält die Komponente von der Gegenpartei eine notariell beglaubigte Erzeuge-Tausch-Transaktion mit den vorgeschlagenen Eigentumszertifikaten und dem vorgeschlagenen Tausch als Eingaben und mit den belasteten Eigentumszertifikaten und dem aktiven Tausch als Ausgaben. In Block 2409 zeichnet die Komponente die notariell beglaubigte Erzeuge-Tausch-Transaktion im Tresorspeicher des Initiators auf und schliesst sie dann ab.
[0077] Figur 25 ist ein Flussdiagramm, das die Bearbeitung einer Vorschlag-Tausch-Komponente eines Notars in einigen Ausführungsformen zeigt. Eine Vorschlag-Tausch-Komponente 2500 wird aufgerufen, wenn ein Notar einen Tausch-Vorschlag erhält, der notariell beglaubigt werden soll. In Block 2501 erhält die Komponente vom Initiator das Tausch-Vorschlagsgeschäft. In Block 2502 überprüft die Komponente die Unterschrift und andere Einzelheiten des Tausch-Vorschlags. In Entscheidungsblock 2503, wenn die Unterschriften überprüft werden, fährt die Komponente bei Block 2504 fort, andernfalls zeigt die Komponente einen Fehler an. Wenn im Entscheidungsblock 2504 die eingegebenen aktiven Eigentumszertifikate des vorgeschlagenen Tauschgeschäfts nicht verbraucht werden, fährt die Komponente in Block 2505 fort, andernfalls zeigt die Komponente einen Fehler an. In Block 2505 beglaubigt die Komponente das vorgeschlagene Tausch-Geschäft mit dem privaten Schlüssel des Notars. In Block 2506 sendet die Komponente das notariell beglaubigte Tausch-Vorschlagsgeschäft an den Initiator.
[0078] Figur 26 ist ein Flussdiagramm, das die Verarbeitung einer Tausch-Annehmen-Komponente einer Gegenpartei in einigen Ausführungsformen zeigt. Eine Tausch-Annehmen-Komponente 2600 einer Gegenpartei wird aufgerufen, wenn ein Initiator einen Tausch vorgeschlagen hat. In Block 2601 erhält die Komponente das notariell beglaubigte Vorschlags-Tausch-Geschäft. In Block 2602 validiert die Komponente das vorgeschlagene Tausch-Geschäft, indem sie beispielsweise die Unterschrift des Notars und die Tausch-Angaben überprüft. Wenn das vorgeschlagene Tausch-Geschäft gültig ist, fährt die Komponente in Block 2603 mit Block 2604 fort, andernfalls zeigt die Komponente einen Fehler an. In Block 2604 gibt die Komponente die Genehmigung der Gegenpartei ein. In Block 2605 legt die Komponente eine Erzeuge-Tausch-Transaktion an, die der vorgeschlagenen Tausch-Transaktion entspricht, und unterzeichnet sie mit dem privaten Schlüssel der Gegenpartei. In Block 2606 sendet die Komponente die Erzeuge-Tausch-Transaktion an den Initiator. In Block 2607 erhält die Komponente vom Initiator die Erzeuge-Tausch-Transaktion, die vom Initiator unterzeichnet wurde. In Block 2608 sendet die Komponente die Erzeuge-Tausch-Transaktion an den Notar. In Block 2609 empfängt die Komponente vom Notar die notariell beglaubigte Erzeuge-Tausch-Transaktion. In Block 2610 sendet die Komponente die notariell beglaubigte Erzeuge-Tausch-Transaktion an den Initiator. In Block 2611 zeichnet die Komponente die Erzeuge-Tausch-Transaktion auf.
[0079] Figur 27 ist ein Flussdiagramm, das die Verarbeitung einer Create-Tausch-Komponente eines Notars in einigen Ausführungsformen zeigt. Eine Erzeuge-Tausch-Komponente 2700 eines Notars wird aufgerufen, wenn ein Notar eine Anfrage zur notariellen Beglaubigung einer Erzeuge-Tausch-Transaktion erhält. In Block 2701 erhält die Komponente von einer Gegenpartei eine Erzeuge-Tausch-Transaktion. In Block 2702 überprüft die Komponente die Unterschriften der Erzeuge-Tausch-Transaktion. Im Entscheidungsblock 2703, wenn die Unterschriften überprüft werden, fährt die Komponente in Block 2704 fort, andernfalls zeigt die Komponente einen Fehler an. Wenn im Entscheidungsblock 2704 die vorgeschlagenen Eigentumszertifikate nicht verbraucht worden sind, fährt die Komponente in Block 2705 fort, andernfalls zeigt die Komponente einen Fehler an. In Block 2705 weist die Komponente die vorgeschlagenen Eigentumszertifikate als verbraucht aus. In Block 2706 zeichnet die Komponente die Erzeuge-Tausch-Transaktion auf. In Block 2707 beurkundet die Komponente die Erzeuge-Tausch-Transaktion durch Unterschrift mit dem privaten Schlüssel des Notars. In Block 2708 sendet die Komponente die notariell beglaubigte Erzeuge-Tausch-Transaktion an die Gegenpartei und schliesst sie ab.
[0080] Figur 28 ist ein Flussdiagramm, das die Verarbeitung einer Signalfälligkeitskomponente einer Partei in einigen Ausführungsformen zeigt. Eine Signalfälligkeitskomponente 2800 einer Partei wird aufgerufen, wenn ein aktiver Tausch von Eigentumszertifikaten fällig geworden ist und eine Partei zum früheren Eigentum an den belasteten Eigentumszertifikaten zurückkehren möchte. In Block 2801 erzeugt die Komponente eine Erzeuge-Tausch-Transaktion mit Fälligkeit, die den aktiven Tausch und die belasteten Eigentumszertifikate eingibt. In Block 2802 sendet die Komponente die fällige Tausch-Transaktion an den Notar. Der Notar kann sicherstellen, dass das Fälligkeitsdatum (das eine bestimmte Tageszeit umfassen kann) erreicht wurde und dass der aktive Tausch und die belasteten Eigentumszertifikate nicht verbraucht wurden (beispielsweise weil eine andere Partei bereits eine fällige Tausch-Transaktion für den aktiven Tausch erfasst hat). In Block 2803 erhält die Komponente vom Notar eine Antwort, die die notariell beurkundete fällige Tausch-Transaktion umfassen oder darauf hinweisen kann, dass sie nicht notariell beurkundet werden konnte, beispielsweise weil die Gegenpartei bereits eine ähnliche Transaktion beurkundet hat. Wenn die Antwort im Entscheidungsblock 2804 ein notariell beglaubigtes fälliges Tausch-Geschäft umfasst, wird die Komponente in Block 2805 fortgesetzt, andernfalls zeigt die Komponente einen Fehler an. In Block 2805 sendet die Komponente die notariell beglaubigte fällige Tausch-Transaktion an den Kontrahenten. In Block 2806 zeichnet die Komponente die notariell beglaubigte fällige Tausch-Transaktion im Tresorspeicher auf und schliesst sie dann ab.
[0081] Obwohl der Gegenstand in einer Sprache beschrieben wurde, die sich auf strukturelle Merkmale und/oder Handlungen bezieht, ist zu verstehen, dass der in den beigefügten Ansprüchen definierte Gegenstand nicht notwendigerweise auf die oben beschriebenen spezifischen Merkmale oder Handlungen beschränkt ist. Vielmehr werden die oben beschriebenen spezifischen Merkmale und Handlungen als Beispielformen für die Umsetzung der Ansprüche offengelegt. Dementsprechend ist die Erfindung nicht beschränkt, ausser wie durch die beigefügten Ansprüche.

Claims (2)

1. Verfahren zum Tausch von Eigentumszertifikaten, zwischen einer ersten Partei und einer zweiten Partei, wobei jede Partei einen Knoten eines dezentralisierten verteilten Kontos aufweist, wobei jeder Knoten einer Partei Transaktionen speichert, die mit dieser Partei assoziiert sind, wobei das Verfahren von einem Computersystem durchgeführt wird, das einen sicheren Verschlüsselungsprozessor als Teil einer zentralen Verarbeitungseinheit zur Erzeugung und sicheren Speicherung von Schlüsseln und zur Verschlüsselung und Entschlüsselung von Daten unter Verwendung der Schlüssel umfasst, und wobei das Verfahren umfasst: Empfangen, durch das Computersystem über einen Kommunikationskanal, einer ersten Kennung eines ersten aktiven Eigentumszertifikats, das anzeigt, dass die erste Partei einen ersten Vermögensgegenstand besitzt, wobei das erste aktive Eigentumszertifikat eine Ausgabe einer ersten Transaktion zur Erstellung von Eigentumszertifikaten ist, die in dem dezentralisierten verteilten Konto aufgezeichnet wird und mit einem ersten privaten Schlüssel eines ersten öffentlich-privaten Schlüsselpaars der ersten Partei signiert ist; Empfangen, durch das Computersystem über einen Kommunikationskanal, einer zweiten Kennung eines zweiten aktiven Eigentumszertifikats, das anzeigt, dass die zweite Partei einen zweiten Vermögensgegenstand besitzt, wobei das zweite aktive Eigentumszertifikat eine Ausgabe einer zweiten Transaktion zur Erstellung von Eigentumszertifikaten ist, die in dem dezentralisierten verteilten Konto aufgezeichnet ist und mit einem zweiten privaten Schlüssel eines zweiten öffentlich-privaten Schlüsselpaars der zweiten Partei signiert ist; Erzeugen, durch das Computersystem, einer Erzeuge-Tausch-Transaktion, die das erste aktive Eigentumszertifikat und das zweite aktive Eigentumszertifikat eingibt und die einen aktiven Tausch, ein erstes belastetes Eigentumszertifikat, das anzeigt, dass die zweite Partei den ersten Vermögensgegenstand besitzt, und ein zweites belastetes Eigentumszertifikat, das anzeigt, dass die erste Partei den zweiten Vermögensgegenstand besitzt, ausgibt, wobei die Erzeuge-Tausch-Trans-aktion mit dem ersten privaten Schlüssel signiert und mit dem zweiten privaten Schlüssel signiert wird; Leiten, durch das Computersystem, der notariellen Beglaubigung der Erzeuge-Tausch-Transaktion zumindest teilweise durch Senden der Erzeuge-Tausch-Transaktion über einen Kommunikationskanal an ein Computersystem eines Notars zur notariellen Beglaubigung; und Aufzeichnen der notariell beglaubigten Erzeuge-Tausch-Transaktion in dem dezentralisierten verteilten Konto.
2. Computersystem zum Tausch von Eigentumszertifikaten, als atomare Operation zwischen einer ersten Partei und einer zweiten Partei, wobei jede Partei einen zugeordneten Knoten eines dezentralisierten verteilten Kontos mit einer Vielzahl von Knoten aufweist, wobei der mit der ersten Partei verbundene Knoten des dezentralisierten verteilten Kontos einen Teil des dezentralisierten verteilten Kontos verwaltet, der mit der ersten Partei verbundene Transaktionen speichert, wobei kein Knoten des dezentralisierten verteilten Kontos alle Transaktionen des dezentralisierten verteilten Kontos speichert, wobei das Computersystem Folgendes umfassen: ein oder mehrere computerlesbare Speichermedien, auf denen computerausführbare Anweisungen zur Steuerung des Computersystems gespeichert sind zum: Empfangen, über einen Kommunikationskanal, einer ersten Kennung eines ersten aktiven Eigentumszertifikats, das anzeigt, dass die erste Partei einen ersten Vermögensgegenstand besitzt, wobei das erste aktive Eigentumszertifikat eine Ausgabe einer ersten Transaktion zur Erstellung von Eigentumszertifikaten ist, die in dem dezentralisierten verteilten Konto aufgezeichnet wird und mit einem ersten privaten Schlüssel eines ersten öffentlich-privaten Schlüsselpaars der ersten Partei signiert ist; Empfangen, über einen Kommunikationskanal, einer zweiten Kennung eines zweiten aktiven Eigentumszertifikats, das anzeigt, dass die zweite Partei einen zweiten Vermögensgegenstand besitzt, wobei das zweite aktive Eigentumszertifikat eine Ausgabe einer zweiten Transaktion zur Erstellung von Eigentumszertifikaten ist, die in dem dezentralisierten verteilten Konto aufgezeichnet ist und mit einem zweiten privaten Schlüssel eines zweiten öffentlich-privaten Schlüsselpaars der zweiten Partei signiert ist; Erzeugen einer Tausch-Transaktion, die das erste aktive Eigentumszertifikat und das zweite aktive Eigentumszertifikat eingibt und einen aktiven Tausch, ein erstes belastetes Eigentumszertifikat und ein zweites belastetes Eigentumszertifikat ausgibt, wobei das erste belastete Eigentumszertifikat anzeigt, dass die zweite Partei den ersten Vermögensgegenstand besitzt, und das zweite belastete Eigentumszertifikat anzeigt, dass die erste Partei den zweiten Vermögensgegenstand besitzt, wobei der Knoten des dezentralisierten verteilten Kontos, der mit der zweiten Partei verbunden ist, einen Teil des dezentralisierten verteilten Kontos unterhält, der mit der zweiten Partei verbundene Transaktionen speichert; und Leiten des Aufzeichnens der Tausch-Transaktion im dezentralisierten verteilten Konto, nachdem die Tausch-Transaktion von der ersten Partei mit dem ersten privaten Schlüssel und von der zweiten Partei mit dem zweiten privaten Schlüssel unterzeichnet worden ist und nachdem ein Notar die Tausch-Transaktion mit einem privaten Schlüssel des Notars signiert hat; und einem oder mehreren Prozessoren zur Ausführung der computerausführbaren Befehle, die in dem einen oder den mehreren computerlesbaren Speichermedien gespeichert sind.
CH000877/2020A 2017-12-07 2018-12-07 Verfahren und System zum Tausch von Eigentumszertifikaten. CH715271B8 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762595922P 2017-12-07 2017-12-07
PCT/IB2018/001504 WO2019123001A1 (en) 2017-12-07 2018-12-07 Atomically swapping ownership certificates

Publications (2)

Publication Number Publication Date
CH715271B1 true CH715271B1 (de) 2023-11-15
CH715271B8 CH715271B8 (de) 2024-01-31

Family

ID=65576383

Family Applications (1)

Application Number Title Priority Date Filing Date
CH000877/2020A CH715271B8 (de) 2017-12-07 2018-12-07 Verfahren und System zum Tausch von Eigentumszertifikaten.

Country Status (3)

Country Link
US (2) US20190180371A1 (de)
CH (1) CH715271B8 (de)
WO (1) WO2019123001A1 (de)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11178151B2 (en) * 2018-12-19 2021-11-16 International Business Machines Corporation Decentralized database identity management system
EP3598879B1 (de) * 2019-03-04 2021-01-20 Advanced New Technologies Co., Ltd. Verfahren und vorrichtungen zur verarbeitung von zertifikaten in einem blockchain-system
US10878412B2 (en) 2019-05-13 2020-12-29 Truist Bank In-line verification of transactions
US11838429B2 (en) * 2019-07-18 2023-12-05 Itron, Inc. Certificate chain compression to extend node operational lifetime
US11526875B1 (en) 2020-02-19 2022-12-13 Wells Fargo Bank N.A. Bank-driven model for preventing double spending of digital currency coexisting on multiple DLT networks
US11416848B1 (en) 2020-02-19 2022-08-16 Wells Fargo Bank, N.A. Bank-driven model for preventing double spending of digital currency transferred between multiple DLT networks using a trusted intermediary
EP4002756B1 (de) * 2020-11-24 2022-11-02 Axis AB Systeme und verfahren zur verwaltung eines zertifikats, das mit einer an einem entfernten standort befindlichen komponente assoziiert ist
US11403629B2 (en) * 2020-12-07 2022-08-02 II Thomas T. Meredith Systems and methods thereof for exchanging different digital currencies on different blockchains
US11764974B2 (en) * 2021-01-22 2023-09-19 Verisart, Inc. Method and system for certification and authentication of objects
US20220300916A1 (en) * 2021-03-19 2022-09-22 R3 Ltd. Internetwork swapping of assets

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010056397A1 (en) * 1999-12-03 2001-12-27 Keith Kelly System and method for tracking and modifying a mortgage rate
US7136834B1 (en) * 2000-10-19 2006-11-14 Liquidnet, Inc. Electronic securities marketplace having integration with order management systems
US20050038723A1 (en) * 2001-10-26 2005-02-17 Ip Strategy Incorporated Storage medium storing a lease transaction program, lease transaction system and lease transaction method for financial and related instruments
US20040148247A1 (en) * 2003-01-24 2004-07-29 Lawrence Miller Network-based systems, methods, and software for initiating or executing financial transactions
US7809624B1 (en) * 2003-02-25 2010-10-05 Checkfree Corporation Drift determination in multi-style managed client investment account
US20080046353A1 (en) * 2006-04-26 2008-02-21 Alexander I Poltorak Systems and methods for trading real estate securities
US8306895B1 (en) * 2009-11-23 2012-11-06 Morgan Stanley Fund Services, Inc. Portfolio confirmation and certification platform
US20120005062A1 (en) * 2010-02-21 2012-01-05 Lutnick Howard W Multicomputer distributed processing of order and/or pricing information
WO2013166518A1 (en) * 2012-05-04 2013-11-07 Institutional Cash Distributors Technology, Llc Secure transaction object creation, propagation and invocation
US11232415B2 (en) * 2015-05-28 2022-01-25 OX Labs Inc. Method for cryptographically managing title transactions
US20170076367A1 (en) * 2015-09-15 2017-03-16 Dealertrack Inc. Systems, Methods, and Software For Lien Payoff and Transfer of Title
US10521775B2 (en) * 2016-04-18 2019-12-31 R3 Ltd. Secure processing of electronic transactions by a decentralized, distributed ledger system
US10529042B2 (en) * 2016-04-18 2020-01-07 Rs Ltd. System and method for managing transactions in dynamic digital documents
US20170330159A1 (en) * 2016-05-13 2017-11-16 Bank Of America Corporation Resource allocation and transfer in a distributed network
US10984016B2 (en) * 2016-12-02 2021-04-20 Persephone GmbH Apparatuses, systems and methods for processing, acknowledging, transferring and custody of assets or rights on a distributed ledger
US20180240191A1 (en) * 2017-02-03 2018-08-23 Terry Aronson System and Method for asset backed crypto-currency
US20190130484A1 (en) * 2017-05-10 2019-05-02 Responsible Gold Operations Ltd. Asset cards for tracking divisible assets in a distributed ledger
US10671945B2 (en) * 2017-10-17 2020-06-02 Amazon Technologies, Inc. Exchanging encumbrances across multiple ticket holders
US11449864B2 (en) * 2017-10-31 2022-09-20 R3 Ltd. Reissuing obligations to preserve privacy
US20190147536A1 (en) * 2017-11-10 2019-05-16 FS Innovation LLC Assured initial margin return amount (aimra) system
EP3496027A1 (de) * 2017-12-06 2019-06-12 BlockSettle AB Verfahren zur abrechnung einer blockkettenanlage

Also Published As

Publication number Publication date
WO2019123001A1 (en) 2019-06-27
US20190180371A1 (en) 2019-06-13
US20210374853A1 (en) 2021-12-02
CH715271B8 (de) 2024-01-31

Similar Documents

Publication Publication Date Title
CH715271B8 (de) Verfahren und System zum Tausch von Eigentumszertifikaten.
US11416931B2 (en) Investment fund token ownership
US20230118355A1 (en) Method for secure peer-to-peer communication on a blockchain
Girasa Regulation of cryptocurrencies and blockchain technologies
Chiu A new era in fintech payment innovations? A perspective from the institutions and regulation of payment systems
US20190095916A1 (en) Systems and methods for a private sector monetary authority
US20180293553A1 (en) Account platform for a distributed network of nodes
US20140172679A1 (en) Systems And Methods Of An Online Secured Loan Manager
CN111598679A (zh) 一种基于区块链的多法人联合贷方法、系统和介质
DE112021006578T5 (de) Provenance- und Tokenisierungsplattform für Urgetreide
Mohammed Effect of Ponzi schemes on a country: the case of Ghana
Borisov Defi–potential, advantages and challenges
Yan et al. Is blockchain a cure for peer-to-peer lending?
Radivojac et al. Future of cryptocurrencies and blockchain technology in financial markets
AU2014228217A1 (en) Systems and methods for a private sector monetary authority
İbrahim Does blockchain mean higher transparency in the financial sector
Karaivanov Blockchains, collateral and financial contracts
Niinimäki Credit markets under asymmetric information regarding the law
Sachan Aadhaar & Blockchain: opportunities and challenges for India
Ashfaq et al. Central Bank Digital Currencies and the Global Financial System: Theory and Practice
Hook Towards an institutional “landscape” view of modern money creation mechanisms and some reflections on their ecological significance
Kaal et al. Blockchain innovation in private investment funds-A comparative analysis of the United States and Europe
Kasujja Technology and Financial Disintermediation with a Special Reference to Blockchain and Islamic Finance
Shalini et al. P2p-the key behind regulatory framework of DeFi services
Argus et al. NAB (A): Banking and Financial Services, 1960–2020

Legal Events

Date Code Title Description
PK Correction

Free format text: REGISTERAENDERUNG SACHPRUEFUNG

PL Patent ceased
PK Correction

Free format text: BERICHTIGUNG B8