IP Library Granted Patent US 12,580,760
Granted Patent B2
US 12,580,760 · App. 16/649,514 · Granted Mar 17, 2026

Smart contract execution using distributed coordination

Inventor: Thomas Trevethan (London, GB)
Assignee: NCHAIN LICENSING AG
H04L9/14G06Q10/10G06Q20/085G06Q20/108G06Q20/1235G06Q20/38215G06Q20/3829G06Q20/401G06Q30/0185G06Q40/02H04L9/085H04L9/0861H04L9/30H04L9/3242G06Q2220/00H04L9/50H04L2209/16H04L2209/56
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,580,760
App. No.
16/649,514
Granted
Mar 17, 2026
Kind
B2
Abstract

Computer-implemented methods for smart contract outcome determination are described. Assent to determine an outcome of a set of conditions is communicated to a set of counterparties, with the set of conditions having a first possible outcome and a second possible outcome. A first private key share corresponding to the first possible outcome and a second private key share corresponding to the second possible outcome are generated using a secret sharing protocol. An amount of a digital asset is transferred to an address associated with a first blockchain transaction. As a result of determining the outcome to be the first possible outcome, the first private key share is revealed within a particular time frame, with the first private key share usable, at least in part, by the set of counterparties to determine the outcome. The blockchain transaction is caused to be validated at a node in a blockchain network.

Claims (78)

1 . A computer-implemented method comprising:

communicating, by at least one of a plurality of members, to a set of counterparties, assent to determine an outcome of a set of conditions, the set of conditions having a first possible outcome and a second possible outcome;

generating, by at least one of the plurality of members, using a secret sharing protocol, a first private key share corresponding to the first possible outcome and a second private key share corresponding to the second possible outcome;

transferring, by at least one of the plurality of members, an amount of a digital asset to an address associated with a first blockchain transaction;

cooperating in determining the outcome to be the first possible outcome, wherein a threshold number of said first private key shares is usable, at least in part, to determine the outcome;

revealing the first private key share within a particular time frame;

generating, based at least in part on the threshold number of first private key shares, a signature usable at least in part to validate a second blockchain transaction for unlocking the amount of the digital asset associated with the first blockchain transaction, wherein at least part of the amount of the digital asset associated with the first blockchain transaction is distributed to at least one of the plurality of members on the basis of said revealed first private key share; and

causing the second blockchain transaction to be validated at a node in a blockchain network.

2 . The computer-implemented method according to claim 1 , wherein: the computer-implemented method further comprises:

generating a first public key associated with the first possible outcome and a second public key associated with the second possible outcome;

providing the first public key and the second public key to the set of counterparties;

the first private key share is usable to determine the outcome by: generating, at least in part using the first private key share, a first private key; and

determining that the first private key is associated with the first public key.

3 . The computer-implemented method according to claim 1 , wherein the secret sharing protocol is a dealer-free secret sharing protocol.

4 . The computer-implemented method according to claim 1 , wherein:

the first blockchain transaction further includes a second amount of a second digital asset transferred from a subset of the set of counterparties; and

the method further comprises transferring control of the second amount of the second digital asset further as a result of causing the second blockchain transaction to be validated.

5 . The computer-implemented method according to claim 4 , wherein:

the first blockchain transaction further includes a timeout condition; and

as a result of fulfilment of the timeout condition, causing the second blockchain transaction to be validated transfers control of the second amount of the second digital asset to the subset of the set of counterparties.

6 . The computer-implemented method according to claim 4 , wherein:

validation of the second blockchain transaction includes validating a digital signature generated using a group cryptographic key, the group cryptographic key associated with a group of participants that have assented to determine the outcome;

the group of participants include:

a first subset of participants that reveal key shares corresponding to the first possible outcome; and

a second subset of participants that reveal key shares corresponding to the second possible outcome; and

transferring control of the second amount includes transferring control of the second amount to the first subset of participants, excluding the second subset of participants.

7 . The computer-implemented method according to claim 1 , wherein validation of the second blockchain transaction includes validating a digital signature generated using a group cryptographic key, the group cryptographic key associated with a group of participants that have assented to determine the outcome.

8 . The computer-implemented method according to claim 7 , wherein: the computer-implemented method further comprises:

generating a group public key associated with the group of participants;

providing the group public key to the set of counterparties;

the first blockchain transaction is created, at least in part, using the group public key; and

the validation of the second blockchain transaction includes determining that the group cryptographic key is associated with the group public key of the first blockchain transaction.

9 . The computer-implemented method according to claim 7 , further comprising:

generating, using the secret sharing protocol, a group private key share; and

further as a result of determining the outcome, generating the group cryptographic key based at least in part on the group private key share.

10 . The computer-implemented method according to claim 7 , wherein:

the first private key share belongs to a plurality of first private key shares distributed among the group of participants, the first private key shares corresponding to the first possible outcome; and

determining the outcome to be the first possible outcome includes determining that a threshold number of the plurality of first private key shares have been revealed by the group of participants.

11 . The computer-implemented method according to claim 1 , wherein revealing the first private key share includes revealing the first private key share in a third blockchain transaction.

12 . The computer-implemented method according to claim 11 , wherein the third blockchain transaction is a transaction in a proof-of-stake blockchain.

13 . The computer-implemented method according to claim 12 , wherein:

the particular time frame is a second time frame; and

revealing the first private key share further includes:

committing a cryptographic hash of the first private key share in a commit transaction within a first time frame, previous to the second time frame; and

validating the third blockchain transaction includes determining that the first private key share in the third blockchain transaction corresponds to the cryptographic hash in the commit transaction.

14 . A system, comprising:

a processor; and

memory including executable instructions that, as a result of execution by the processor, causes the system to execute operations, the operations comprising:

communicating, by at least one of a plurality of members, to a set of counterparties, assent to determine an outcome of a set of conditions, the set of conditions having a first possible outcome and a second possible outcome;

generating, by at least one of the plurality of members, using a secret sharing protocol, a first private key share corresponding to the first possible outcome and a second private key share corresponding to the second possible outcome;

transferring, by at least one of the plurality of members, an amount of a digital asset to an address associated with a first blockchain transaction;

cooperating in determining the outcome to be the first possible outcome, wherein a threshold number of said first private key shares is usable, at least in part, to determine the outcome;

revealing the first private key share within a particular time frame;

generating, based at least in part on the threshold number of first private key shares, a signature usable at least in part to validate a second blockchain transaction for unlocking the amount of the digital asset associated with the first blockchain transaction, wherein at least part of the amount of the digital asset associated with the first blockchain transaction is distributed to at least one of the plurality of members on the basis of said revealed first private key share; and

causing the second blockchain transaction to be validated at a node in a blockchain network.

15 . The system of claim 14 , wherein the operations further comprise:

generating a first public key associated with the first possible outcome and a second public key associated with the second possible outcome;

providing the first public key and the second public key to the set of counterparties;

the first private key share is usable to determine the outcome by: generating, at least in part using the first private key share, a first private key; and

determining that the first private key is associated with the first public key.

16 . The system of claim 14 , wherein the secret sharing protocol is a dealer-free secret sharing protocol.

17 . The system of claim 14 , wherein:

the first blockchain transaction further includes a second amount of a second digital asset transferred from a subset of the set of counterparties; and

the operations further comprise transferring control of the second amount of the second digital asset further as a result of causing the second blockchain transaction to be validated.

18 . A non-transitory computer-readable storage medium having stored thereon executable instructions that, as a result of being executed by a processor of a computer system, cause the computer system to execute operations, the operations comprising:

communicating, by at least one of a plurality of members, to a set of counterparties, assent to determine an outcome of a set of conditions, the set of conditions having a first possible outcome and a second possible outcome;

generating, by at least one of the plurality of members, using a secret sharing protocol, a first private key share corresponding to the first possible outcome and a second private key share corresponding to the second possible outcome;

transferring, by at least one of the plurality of members, an amount of a digital asset to an address associated with a first blockchain transaction;

cooperating in determining the outcome to be the first possible outcome, wherein a threshold number of said first private key shares is usable, at least in part, to determine the outcome;

revealing the first private key share within a particular time frame;

generating, based at least in part on the threshold number of first private key shares, a signature usable at least in part to validate a second blockchain transaction for unlocking the amount of the digital asset associated with the first blockchain transaction, wherein at least part of the amount of the digital asset associated with the first blockchain transaction is distributed to at least one of the plurality of members on the basis of said revealed first private key share; and

causing the second blockchain transaction to be validated at a node in a blockchain network.

19 . The non-transitory computer-readable storage medium of claim 18 , wherein the operations further comprise:

generating a first public key associated with the first possible outcome and a second public key associated with the second possible outcome;

providing the first public key and the second public key to the set of counterparties;

the first private key share is usable to determine the outcome by: generating, at least in part using the first private key share, a first private key; and

determining that the first private key is associated with the first public key.

20 . The non-transitory computer-readable storage medium of claim 18 , wherein the secret sharing protocol is a dealer-free secret sharing protocol.

Assignments (5)
CHANGE OF NAME Recorded Feb 3, 2025
From: NCHAIN HOLDINGS AG
To: NCHAIN LICENSING AG
Reel/Frame 070096/0502 →
CHANGE OF NAME Recorded Dec 12, 2022
From: NCHAIN HOLDINGS LTD
To: NCHAIN LICENSING AG
Reel/Frame 062114/0372 →
CHANGE OF NAME Recorded Nov 17, 2022
From: NCHAIN HOLDINGS LTD
To: NCHAIN LICENSING AG
Reel/Frame 061964/0079 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 20, 2020
From: FLETCHER, JOHN; TREVETHAN, THOMAS
To: NCHAIN HOLDINGS LTD
Reel/Frame 052181/0861 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 20, 2020
From: TREVETHAN, THOMAS
To: NCHAIN HOLDINGS LTD
Reel/Frame 052182/0018 →
Priority Claims (2)
GB 1715423 · Sep 22, 2017 · national
GB 1715701 · Sep 28, 2017 · national
Continuity (1)
Related Publication 20200313884A1 · Oct 1, 2020
References Cited (118)
US 10535111B2 · O'Brien · 2020 [cited by applicant]
US 10778439B2 · Cheng · 2020 [cited by examiner]
US 11057198B2 · Linder · 2021 [cited by examiner]
US 11239994B2 · Bowman · 2022 [cited by examiner]
US 11282139B1 · Winklevoss · 2022 [cited by examiner]
US 11315193B1 · Kim · 2022 [cited by applicant]
US 11392955B2 · Thomas et al. · 2022 [cited by applicant]
US 11514448B1 · Liberman · 2022 [cited by examiner]
US 20010049616A1 · Khuzadi et al. · 2001 [cited by applicant]
US 20070118449A1 · De La Motte · 2007 [cited by applicant]
US 20130046983A1 · Zhu · 2013 [cited by examiner]
US 20130304599A1 · Vincent · 2013 [cited by applicant]
US 20140058968A1 · Booth · 2014 [cited by applicant]
US 20140304262A1 · Makki et al. · 2014 [cited by applicant]
US 20150244690A1 · Mossbarger · 2015 [cited by applicant]
US 20150379510A1 · Smith · 2015 [cited by applicant]
US 20160162897A1 · Feeney · 2016 [cited by applicant]
US 20160217532A1 · Slavin · 2016 [cited by applicant]
US 20160342988A1 · Thomas et al. · 2016 [cited by applicant]
US 20170046664A1 · Haldenby et al. · 2017 [cited by applicant]
US 20170048235A1 · Lohe et al. · 2017 [cited by applicant]
US 20170085545A1 · Lohe et al. · 2017 [cited by applicant]
US 20170103472A1 · Shah · 2017 [cited by applicant]
US 20170155515A1 · Androulaki et al. · 2017 [cited by applicant]
US 20170180134A1 · King · 2017 [cited by examiner]
US 20170213210A1 · Kravitz · 2017 [cited by applicant]
US 20170230189A1 · Toll · 2017 [cited by examiner]
US 20170237554A1 · Jacobs · 2017 [cited by examiner]
US 20170243193A1 · Manian · 2017 [cited by examiner]
US 20170249637A1 · Tribak Lyedri et al. · 2017 [cited by applicant]
US 20170287068A1 · Nugent · 2017 [cited by applicant]
US 20170287090A1 · Hunn et al. · 2017 [cited by applicant]
US 20170301031A1 · Naqvi · 2017 [cited by applicant]
US 20180005186A1 · Hunn · 2018 [cited by applicant]
US 20180019984A1 · Isaacson et al. · 2018 [cited by applicant]
US 20180025442A1 · Isaacson · 2018 [cited by examiner]
US 20180240107A1 · Andrade · 2018 [cited by examiner]
US 20180260921A1 · Wagstaff · 2018 [cited by examiner]
US 20180278594A1 · Schiffman · 2018 [cited by examiner]
US 20180365686A1 · Kondo · 2018 [cited by applicant]
US 20190043043A1 · Saraniecki · 2019 [cited by examiner]
US 20190080299A1 · Thom · 2019 [cited by examiner]
US 20190081796A1 · Chow · 2019 [cited by examiner]
US 20190164137A1 · Vincent · 2019 [cited by examiner]
US 20190213564A1 · Chan · 2019 [cited by examiner]
US 20190244227A1 · Inoue · 2019 [cited by examiner]
US 20200213125A1 · Destefanis · 2020 [cited by examiner]
US 20200234386A1 · Blackman · 2020 [cited by examiner]
US 20200311678A1 · Fletcher et al. · 2020 [cited by applicant]
US 20200313884A1 · Trevethan · 2020 [cited by applicant]
US 20200327498A1 · Weber · 2020 [cited by examiner]
US 20200351083A1 · Bartolucci · 2020 [cited by examiner]
US 20210082044A1 · Sliwka et al. · 2021 [cited by applicant]
US 20210097187A1 · Guyomarc'h et al. · 2021 [cited by applicant]
US 20210336956A1 · Bitauld · 2021 [cited by examiner]
US 20250182024A1 · Sheikh · 2025 [cited by examiner]
CN 106204287A · 2016 [cited by applicant]
FR 3049137A1 · 2017 [cited by applicant]
WO 0205115A2 · 2002 [cited by applicant]
WO 2017145007A1 · 2017 [cited by applicant]
WO 2017151861A1 · 2017 [cited by applicant]
WO 2017190795A1 · 2017 [cited by applicant]
WO WO2018127511A1 · 2018 [cited by examiner]
Y. Sun, G. Li, Z. Lin, F. Xiao and X. Yang, “A completely fair secret sharing scheme without dealer,” 2016 IEEE International Conference on Consumer Electronics-Taiwan (ICCE-TW), 2016, pp. 35-36, doi: 10.1109/ICCE-TW.20… [cited by examiner]
Edgar, Edmund. [ANN] Reality Keys: An oracle letting you use external state in transactions. https://bitcointalk.org/index.php?topic= 423638.0;all. 2014 (Year: 2014). [cited by examiner]
Goldfeder, Steven and Arvind Narayanan. “Securing Bitcoin wallets via a new DSA / ECDSA threshold signature scheme.” pp. 1-26 (Year: 2015). [cited by examiner]
Goldfeder, Steven et al. “Escrow Protocols for Cryptocurrencies: How to Buy Physical Goods Using Bitcoin.” Financial Cryptography. pp. 1-27 (Year: 2017). [cited by examiner]
Wacław Banasik, Stefan Dziembowski, and Daniel Malinowski; Efficient Zero-Knowledge Contingent Payments in Cryptocurrencies Without Scripts; pp. 1-25 (Year: 2016). [cited by examiner]
Marcin Andrychowicz, Stefan Dziembowski, Daniel Malinowski, and Łukasz Mazurek; Fair Two-Party Computations via Bitcoin Deposits; pp. 1-15 (Year: 2013). [cited by examiner]
Andresen, “Bit-thereum,” GavinTech, Jun. 9, 2014 [retrieved Feb. 20, 2018], http://gavintech.blogspot.co.uk/2014/06/bit-thereum.html#!/2014/06/bit-thereum.html, 11 pages. [cited by applicant]
Antonopoulos, “Mastering Bitcoin—Unlocking Digital Cryptocurrencies,” O'Reilly Media, Inc., Dec. 20, 2014, 282 pages. [cited by applicant]
Arhag, “Re: Can Bitshares incorporate an ACTUAL decentralized exchange?,” Bitsharetalk, Jan. 10, 2015 [retrieved Feb. 20, 2018], https://bitsharestalk.org/index.php?topic=13101.msg171855#msg171855, eight pages. [cited by applicant]
Belcher, “Payment Channel Payouts: An Idea for Improving P2Pool Scalability,” retrieved from https://bitcointalk.org/index.php?topic=2135429.0, Aug. 2017, 14 pages. [cited by applicant]
Bitcoin Wiki, “Contract,” retrieved from https://en.bitcoin.it/wiki/Contract, Jan. 5, 2017, 12 pages. [cited by applicant]
Bitshares, “Delegated Proof-of-Stake Consensus,” May 7, 2017, https://web.archive.org/web/20161102133058/https://bitshares.org/technology/delegated-proof-of-stake-consensus, 5 pages. [cited by applicant]
Buterin, “Ethereum and Oracles,” Ethereum Blog, Jul. 22, 2014 [retrieved Feb. 5, 2018], https://blog.ethereum.org/2014/07/22/ethereum-and-oracles/, 16 pages. [cited by applicant]
Buterin, “SchellingCoin: A Minimal-Trust Universal Data Feed,” Ethereum Blog, Mar. 28, 2014, 7 pages. [cited by applicant]
Edgar, “bymycoins.github.io / js / bitcore_monkey_patches.js,” Aug. 8, 2014 [retrieved Feb. 20, 2018], https://github.com/bymycoins/bymycoins.github.io/blob/5031b3fbfce9c35d8eeae3825c8c2d784781466f/js/bitcore_monkey_pat… [cited by applicant]
Edgar, “Reality Keys: Reality Keys and Peer-to-peer Contracts,” KK Social Minds, Aug. 8, 2014 [retrieved Feb. 12, 2018], www.socialminds.jp/realitykeys/slides, 21 pages. [cited by applicant]
Edgar, “RealityKeys-Examples,” retrieved from https://github.com/edmundedgar/realitykeys-examples/blob/master/realitykeysdemo.py, Jun. 13, 2015, 9 pages. [cited by applicant]
Edmundedgar, “[ANN] Reality Keys: An Oracle Letting You use External State in Transactions,” retrieved from https://bitcointalk.org/index.php?topic=423638.0, Jan. 20, 2014, 7 pages. [cited by applicant]
Ellis et al., “ ChainLink: A Decentralized Oracle Network,” Sep. 4, 2017 [retrieved Feb. 5, 2018], https://link.smartcontract.com/whitepaper, 38 pages. [cited by applicant]
Goldfeder et al., “Escrow Protocols for Cryptocurrencies: How to Buy Physical Goods Using Bitcoin,” retrieved from http:/stevengoldfeder.com/papers/escrow.pdf, Jul. 26, 2018, 27 pages. [cited by applicant]
Goldfeder et al., “Securing Bitcoin Wallets via a New DSA/ECDSA Threshold Signature Scheme,” retrieved from https://www.cs.princeton.edu/˜stevenag/threshold_sigs.pdf, 26 pages. [cited by applicant]
Goldfeder et al., “Securing Bitcoin wallets via threshold signatures” Princeton's Center for Information Technology Policy, Mar. 28, 2014, 11 pages. [cited by applicant]
Ibrahim, “Efficient Dealer-Less Threshold Sharing of Standard RSA,” International Journal of Network Security,8(2): Mar. 2009, 12 pages. [cited by applicant]
International Search Report and Written Opinion mailed Dec. 13, 2018, Patent Application No. PCT/IB2018/057056, 10 pages. [cited by applicant]
International Search Report and Written Opinion mailed Dec. 13, 2018, Patent Application No. PCT/IB2018/057058, 10 pages. [cited by applicant]
Kudos, “The Blockchain Protocol for Trusted Ratings and Performance Driven Rewards,” 2018, 27 pages. [cited by applicant]
Kudos, “The Kudos Project,” retrieved from https://www.kudosproject.com/, 2017, 8 pages. [cited by applicant]
Lina, “Blockchain Based Review Platform,” Lina Network, Jan. 1, 2018, 23 pages. [cited by applicant]
Nakamoto, “Bitcoin: A Peer-to-Peer Electronic Cash System,” Bitcoin, Oct. 31, 2008, https://bitcoin.org/bitcoin.pdf, 9 pages. [cited by applicant]
Orisi, “Orisi White Paper,” retrieved from https://github.com/orisi/wiki/wiki/Orisi-White-Paper, Nov. 29, 2014, 5 pages. [cited by applicant]
Poon, “Sighash_Noinput in Segregated Witness,” retrieved from https://bitcoin-development.narkive.com/ByYWXcxA/sighash-noinput, 2016, 7 pages. [cited by applicant]
Pratyush et al., “Efficient Weighted Threshold ECDSA for Securing Bitcoin Wallet,” Isea Asia Security and Privacy, 2017, 9 pages. [cited by applicant]
Reality Keys, “Crowd-Sourced Verification for Smart Contracts,” retrieved from https://www.realitykeys.com/, 2012, 5 pages. [cited by applicant]
Revain, “New Generation Feedback Platform Based on the Blockchain Technology,” Revain Technologies Inc, 2017, 24 pages. [cited by applicant]
Rikken, “BPM and Blockchain, miles apart or closer than you think?” retrieved from https://www.bpmleader.com/2015/11/17/bpm-blockchain-miles-apart-closer-think/, 2015, 3 pages. [cited by applicant]
Satoshi et al., “Connection Limits,” Bitcoin Forum, Aug. 9, 2010, https://bitcointalk.org/index.php?topic=741.0;prev_next=prev, 2 pages. [cited by applicant]
Schwartz et al., “Smart Oracles: A Simple, Powerful Approach to Smart Contracts,” Codius, Jul. 17, 2014 [retrieved Feb. 5, 2018], https://github.com/codius/codius/wiki/Smart-Oracles:-A-Simple,-Powerful-Approach-to-Smart… [cited by applicant]
Sia, “Schellling Points, Prediction Markets, and Consensus,” retrieved from https://web.archive.org/web/20160305135439/http://blog.sia.tech/2015/11/30/the-limitationsof- schelling-points/, Nov. 30, 2015, 6 pages. [cited by applicant]
Singh et al., “Efficient Weighted Threshold ECDSA for Securing Bitcoin Wallet,” 2017 ISEA Asia Security and Privacy (ISEASP), http://ieeexplore.ieee.org/document/7976994/, Jan. 29, 2017, 10 pages. [cited by applicant]
Stathakopoulou et al., “Threshold Signatures for Blockchain Systems,” IBM Research Report, Apr. 4, 2017, 42 pages. [cited by applicant]
Todd, “[bitcoin-dev] Building Blocks of the State Machine Approach to Consensus,” petertodd.org, Jun. 20, 2016, https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-June/012773.html, six pages. [cited by applicant]
Todd, “CoinCovenants using SCIP Signatures, an Amusingly Bad Idea,” retrieved from https://bitcointalk.org/index.php?topic=260898.60, Aug. 2013, 19 pages. [cited by applicant]
Todd, “Implementing External State Contracts—Feedback Requested,” retrieved from https://bitcointalk.org/index.php?topic=260898.60, Aug. 2013, 9 pages. [cited by applicant]
Torpey, “What is a Bitasset?,” CoinJournal, Feb. 26, 2015 [retrieved Feb. 20, 2018], https://coinjournal.net/what-is-a-bitasset/, three pages. [cited by applicant]
UK Commercial Search Report mailed Feb. 8, 2017, Patent Application No. GB1715701.7, 10 pages. [cited by applicant]
UK Commercial Search Report mailed Jan. 26, 2018, Patent Application No. GB1715423.8, 11 pages. [cited by applicant]
UK IPO Search Report mailed Mar. 20, 2018, Patent Application No. GB1715701.7, 8 pages. [cited by applicant]
UK IPO Search Report mailed Mar. 22, 2018, Patent Application No. GB1715423.8, 10 pages. [cited by applicant]
Vorick, “Schelling Points, Prediction Markets, and Consensus,” Medium, Nov. 30, 2015 [retrieved Feb. 20, 2018], six pages. [cited by applicant]
Xeroc, “Simple Side-chaining for Graphene-based Blockchains (BitShares/PeerPlays/Steem),” retrieved from https://steemit.com/bitshares/@xeroc/simple-sidechaining-for-graphene-based-blockchains-bitsharespeerplayssteem, 2… [cited by applicant]
Zapit, “The Only Blockchain-Verified Product Reviews Platform,” 2018, 13 pages. [cited by applicant]
Zoltu, “When System Redistributes REP from the Bad Reporters?” retrieved from https://augur.stackexchange.com/questions/210/when-systemredistributes-rep-from-the-bad-reporters, Dec. 8, 2017, 1 page. [cited by applicant]
Edmunedgar, “[ANN] Reality Keys: An oracle letting you use external state in transactions,” Bitcoin Forum, Jan. 20, 2014 [retrieved Feb. 5, 2018], https://bitcointalk.org/index.php?topic=423638.0, 12 pages. [cited by applicant]
Ziegeldorf, J. H. et al.: “CoinParty: Secure Multi-Party Mixing of Bitcoins,” Mar. 2, 2015, pp. 75-86 , <DOI:http://dx.doi.org/10.1145/2699026.2699100>. [cited by applicant]
Goldfeder, Steven et al.: “Escrow Protocols for Cryptocurrencies: How to Buy Physical Goods Using Bitcoin”, [online], Jun. 6, 2017, pp. 1-27, [Date of Search: Aug. 23, 2022], on the Internet <URL https://web.archive.org… [cited by applicant]