You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 6, 2024. It is now read-only.
Some smart contracts depend on third party data ("oracle"). Currently it can only be implemented as a signed program, which is not as secure as it could be: the publisher could selectively send conflicting data to different parties. One way to improve this is to permit "readonly access to UTXOs". Meaning, the UTXO commitment is proven to exist, its contents are opened and read, but UTXO is not consumed and there is no linear type (Value) to be consumed.
Use case
A future contract bound to the third party's price announcement packaged as an on-chain contract. When the price changes, third party updates their utxo. When contract owners need to update balances or close the contract, they use the "read" access communicate the updated price to their contract.
Proposal
A new instruction read that acts similar to an input: checks that UTXO exists, instantiates a contract object.
Anchor is not updated by the read instruction, because that would allow duplicate anchors, since several txs are allowed to read a UTXO.
read fails if the contract contains a Value type. Readable contracts must contain only Strings and Programs.
The text was updated successfully, but these errors were encountered:
Some smart contracts depend on third party data ("oracle"). Currently it can only be implemented as a signed program, which is not as secure as it could be: the publisher could selectively send conflicting data to different parties. One way to improve this is to permit "readonly access to UTXOs". Meaning, the UTXO commitment is proven to exist, its contents are opened and read, but UTXO is not consumed and there is no linear type (Value) to be consumed.
Use case
A future contract bound to the third party's price announcement packaged as an on-chain contract. When the price changes, third party updates their utxo. When contract owners need to update balances or close the contract, they use the "read" access communicate the updated price to their contract.
Proposal
read
that acts similar to aninput
: checks that UTXO exists, instantiates a contract object.read
instruction, because that would allow duplicate anchors, since several txs are allowed to read a UTXO.read
fails if the contract contains a Value type. Readable contracts must contain only Strings and Programs.The text was updated successfully, but these errors were encountered: