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
We propose to allow datums themselves to be attached to outputs instead of datum hashes.
18
20
This will allow much simpler communication of datum values between users.
19
21
20
-
## Motivation
22
+
## Motivation: why is this CIP necessary?
21
23
22
24
Conceptually, datums are pieces of data that are attached to outputs.
23
25
However, in practice datums are implemented by attaching _hashes_ of datums to outputs, and requiring that the spending transaction provides the actual datum.
@@ -67,10 +69,10 @@ transaction_output =
67
69
```
68
70
TODO: should there be a dedicated production for datum-hash-or-datum? Does it need to be tagged?
69
71
70
-
## Rationale
72
+
## Rationale: how does this CIP achieve its goals?
71
73
72
74
The key idea of this proposal is simply to restore the conceptually straightforward situation where datums are attached to outputs.
73
-
Historically, this was the way that the EUTXO model was designed, and switching to datum hashes on outputs was done to avoid bloating UTXO entries, which at that time (pre-multiasset) were constant-size (see [1] page 7).
75
+
Historically, this was the way that the EUTXO model was designed, and switching to datum hashes on outputs was done to avoid bloating UTXO entries, which at that time (pre-multiasset) were constant-size (see [^1] page 7).
74
76
75
77
Now that we have variable-sized UTXO entries and the accounting to support them, we can restore inline datums.
76
78
@@ -163,6 +165,18 @@ The mitigating factor is that we expect this to be uncommon in practice, particu
163
165
164
166
Hence we choose both option 1s and do _not_ provide backwards compatibility for old language versions.
165
167
166
-
## References
168
+
## Path to Active
169
+
170
+
### Acceptance Criteria
171
+
172
+
-[x] Fully implemented in Cardano as of the Vasil protocol upgrade.
173
+
174
+
### Implementation Plan
175
+
176
+
-[x] Passes all requirements of both Plutus and Ledger teams as agreed to improve Plutus script efficiency and usability.
177
+
178
+
## Copyright
179
+
180
+
This CIP is licensed under [CC-BY-4.0](https://creativecommons.org/licenses/by/4.0/legalcode).
167
181
168
-
[1]: Chakravarty, Manuel MT, et al. "The extended UTXO model."
182
+
[^1]: Chakravarty, Manuel M. T. et al., "The extended UTXO model"
0 commit comments