HK1240719A1 - Registry and automated management method for blockchain-enforced smart contracts - Google Patents

Claims (18)

1. Computerimplementiertes Verfahren zum Steuern der Sichtbarkeit und/oder Durchführung eines Vertrags, das Verfahren die folgenden Schritte umfassend:

   (a) Speichern eines Vertrags auf oder in einem computerbasierten Repositorium;

   (b) Rundsenden einer Transaktion an eine Blockchain, die Transaktion umfassend:

   i) mindestens einen ungenutzten Ausgang (UTXO); und

   ii) Metadaten, umfassend eine Kennung, die den Ort angibt, an dem der Vertrag gespeichert ist;

   (c) Interpretieren des Vertrags als offen oder gültig, bis der ungenutzte Ausgang (UTXO) in der Blockchain genutzt wird; und

   (d) Erneuern oder Weiterführen des Vertrags durch:

   Erzeugen eines neuen Schlüssels unter Verwendung von Daten bezüglich eines mit dem Vertrag assoziierten vorherigen Schlüssels;

   Erzeugen eines Skripts, das den neuen Schlüssel, den Ort des Vertrags und einen Hash des Vertrags umfasst; und

   Zahlen eines Währungsbetrags an das Skript.
2. Verfahren nach Anspruch 1, wobei die Transaktion ferner eine deterministische Einlösung-Skriptadresse umfasst, wobei die Einlösung-Skriptadresse vorzugsweise eine Pay-to-Script-Hash- bzw. P2SH-Adresse ist.
3. Verfahren nach Anspruch 2 und ferner umfassend den Schritt des Kündigens des Vertrags durch Rundsenden einer weiteren Transaktion an die Blockchain, um den Ausgang (UTXO) zu nutzen.
4. Verfahren nach Anspruch 3, wobei die weitere Transaktion umfasst:

   einen Eingang, der der Ausgang (UTXO) ist; und

   ein Entsperrskript, umfassend eine Signatur; die Metadaten; und einen öffentlichen Schlüssel.
5. Verfahren nach einem der vorstehenden Ansprüche, wobei der Vertrag definiert:

   i) mindestens eine Bedingung; und

   ii) mindestens eine Aktion, deren Durchführung von der Beurteilung der Bedingung abhängig ist; und/oder

   wobei die Metadaten umfassen:

   i) eine Adresse oder Repräsentation einer Adresse, an der der Vertrag in dem computerbasierten Repositorium gespeichert ist; und/oder

   ii) ein Hash des Vertrags.
6. Verfahren nach einem der vorstehenden Ansprüche und den folgenden Schritt umfassend:

   Prüfen, ob der Vertrag gekündigt wurde, durch Bestimmen, ob die ungenutzte Transaktion UTXO in der Liste ungenutzter Transaktionsausgänge für die Blockchain ist.
7. Verfahren nach einem der vorstehenden Ansprüche, wobei

   i) der Vertrag in einer verteilten Hash-Tabelle (DHT) gespeichert wird; und/oder

   ii) das Verfahren den folgenden Schritt umfasst:

   Rundsenden einer Transaktion an die Blockchain, umfassend eine Anweisung zum Nutzen des Ausgangs an einem spezifizierten Datum und/oder zu einer spezifizierten Zeit, wobei die Anweisung vorzugsweise eine CheckLockTimeVerify-Anweisung ist.
8. Verfahren nach einem der vorstehenden Ansprüche, wobei:

   i) Zugriff auf einiges oder sämtliches des Inhalts des Vertrags auf mindestens eine benannte, autorisierte Partei beschränkt ist; und/oder

   ii) der Vertrag einen deterministischen endlichen Automaten (DFA) zum Implementieren des Vertrags umfasst;

   wobei der deterministische endliche Automat vorzugsweise unter Verwendung eines Kodifizierungsschemas definiert wird.
9. Verfahren nach Anspruch 8, wobei der deterministische endliche Automat implementiert wird unter Verwendung:

   i) mindestens einer Blockchain-Transaktion, vorzugsweise unter Verwendung einer Skriptsprache;

   ii) eines Berechnungsagenten, angeordnet zum Überwachen des Status der Blockchain; und/oder

   iii) einer Menge von Anweisungen für eine digitale Brieftasche.
10. Computerimplementiertes Verfahren zum Steuern der Sichtbarkeit und/oder Durchführung eines Vertrags, das Verfahren die folgenden Schritte umfassend:

    (a) Speichern eines Vertrags auf oder in einem computerbasierten Repositorium;

    (b) Rundsenden einer Transaktion an eine Blockchain, die Transaktion umfassend:

    i) mindestens einen ungenutzten Ausgang (UTXO); und

    ii) Metadaten, umfassend eine Kennung, die den Ort angibt, an dem der Vertrag gespeichert ist;

    (c) Interpretieren des Vertrags als offen oder gültig, bis der ungenutzte Ausgang (UTXO) in der Blockchain genutzt wird; und

    (d) Erzeugen eines von dem Vertrag abgeleiteten Untervertrags, wobei der Untervertrag mit einer deterministischen Adresse assoziiert ist und erzeugt wird durch:

    iii) Verwenden eines unter Verwendung einer Seed abgeleiteten neuen öffentlichen Schlüssels;

    iv) Speichern des Untervertrags in oder auf dem Repositorium mit einem Verweis auf den Vertrag und Rundsenden einer Transaktion an die Blockchain, die ein Skript umfasst, das den Verweis enthält; und/oder

    v) Hinzufügen eines Verweises auf den Untervertrag zu dem Metadaten des existierenden Vertrags.
11. Verfahren nach Anspruch 10, wobei die Transaktion ferner eine deterministische Einlösung-Skriptadresse umfasst, wobei die Einlösung-Skriptadresse vorzugsweise eine Pay-to-Script-Hash- bzw. P2SH-Adresse ist.
12. Verfahren nach Anspruch 11 und ferner umfassend den Schritt des Erfüllens des Vertrags durch Rundsenden einer weiteren Transaktion an die Blockchain, um den Ausgang (UTXO) zu nutzen; wobei die weitere Transaktion vorzugsweise umfasst:

    einen Eingang, der der Ausgang (UTXO) ist; und

    ein Entsperrskript, umfassend eine Signatur; die Metadaten; und einen öffentlichen Schlüssel.
13. Verfahren nach einem der Ansprüche 10 bis 12, wobei:

    i) der Vertrag definiert:

    a) mindestens eine Bedingung; und

    b) mindestens eine Aktion, deren Durchführung von der Beurteilung der Bedingung abhängig ist;

    und/oder

    ii) die Metadaten umfassen:

    a) eine Adresse oder Repräsentation einer Adresse, an der der Vertrag in dem computerbasierten Repositorium gespeichert ist; und/oder

    b) einen Hash des Vertrags.
14. Verfahren nach einem der Ansprüche 10 bis 13 und den folgenden Schritt umfassend:

    Prüfen, ob der Vertrag gekündigt wurde, durch Bestimmen, ob die ungenutzte Transaktion UTXO in der Liste ungenutzter Transaktionsausgänge für die Blockchain ist.
15. Verfahren nach einem der Ansprüche 10 bis 14, wobei der Vertrag in einer verteilten Hash-Tabelle (DHT) gespeichert wird.
16. Verfahren nach einem der Ansprüche 10 bis 15 und den folgenden Schritt umfassend:

    Rundsenden einer Transaktion an die Blockchain, umfassend eine Anweisung zum Nutzen des Ausgangs an einem spezifizierten Datum und/oder zu einer spezifizierten Zeit, wobei die Anweisung vorzugsweise eine CheckLockTimeVerify-Anweisung ist.
17. Verfahren nach einem der Ansprüche 10 bis 16, wobei:

    i) Zugriff auf einiges oder sämtliches des Inhalts des Vertrags auf mindestens eine benannte, autorisierte Partei beschränkt ist; und/oder

    ii) der Vertrag einen deterministischen endlichen Automaten (DFA) zum Implementieren des Vertrags umfasst;

    wobei vorzugsweise:

    der deterministische endliche Automat unter Verwendung eines Kodifizierungsschemas definiert wird; und/oder

    der deterministische endliche Automat implementiert wird unter Verwendung:

    i) mindestens einer Blockchain-Transaktion, vorzugsweise unter Verwendung einer Skriptsprache;

    ii) eines Berechnungsagenten, angeordnet zum Überwachen des Status der Blockchain; und/oder

    iii) einer Menge von Anweisungen für eine digitale Brieftasche.
18. System, angeordnet zum Durchführen des Verfahrens nach einem der vorstehenden Ansprüche.