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
Inputs of an Instruction may be outputs of other Instructions. For such cases use of "await" is suggested.
As per the spec, usage of ZKProofs is not mandatory, leaving us with uncertainty in truthfulness of Reciepts.
The scenario of multiple Reciepts with different Results for the same Insruction may occur.
When there is an Instruction that depends on other Instructions, would it be of use to capture in it's Reciept the exact Receipts those dependency Instructions been resolved to?
It seems doing so would enhance provenance and allow for invalidation of dependent Reciepts when a Reciept they depend on downstream became known as untruthful.
On example of (2+2)*2, where (2+2) has been untruthfully computed as 5, making dependent (2+2)*2 = 5*2 = 10 calculation invalid. *2 dependency on a particular result (Reciept) of (2+2) is captured in "awaited" field of its Reciept.
(data model is based on v0.2, some fields are ommited)
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Inputs of an Instruction may be outputs of other Instructions. For such cases use of "await" is suggested.
As per the spec, usage of ZKProofs is not mandatory, leaving us with uncertainty in truthfulness of Reciepts.
The scenario of multiple Reciepts with different Results for the same Insruction may occur.
When there is an Instruction that depends on other Instructions, would it be of use to capture in it's Reciept the exact Receipts those dependency Instructions been resolved to?
It seems doing so would enhance provenance and allow for invalidation of dependent Reciepts when a Reciept they depend on downstream became known as untruthful.
On example of
(2+2)*2
, where(2+2)
has been untruthfully computed as5
, making dependent(2+2)*2 = 5*2 = 10
calculation invalid.*2
dependency on a particular result (Reciept) of(2+2)
is captured in "awaited" field of its Reciept.(data model is based on v0.2, some fields are ommited)
Then, having we learned that
(2+2) = 5
is untruthful, it's possible to track and invalidate the dependent(2+2)*2 = 5*2 = 10
result.Beta Was this translation helpful? Give feedback.
All reactions