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
* Add inner proof size limit.
* Fixup
* Update serialization tests.
* Reviews cleanup.
* Fix issue with growing curve tree height.
* Fix issue with affirmation proofs.
* dart-testing-cli - use larger curve tree height.
* Update test proofs after fixing affirmation proofs.
* Improve affirmation proof type names.
* Proof name cleanup.
* Add missing batched proof.
* Check the revealed asset id in the leg.
* Remove useless Result.
* fix bug with batch verification and add test
* Use BTreeSet in KeyDistributionProof.
* Resolve review comments.
* use vec and not slice
---------
Co-authored-by: lovesh <lovesh.bond@gmail.com>
Copy file name to clipboardExpand all lines: DART_TXN_FLOWS.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -269,8 +269,8 @@ This is an important “rollback” scenario and is exercised in tests.
269
269
3. Mediator affirmation (reject)
270
270
- The settlement becomes `Rejected`.
271
271
272
-
4. Sender reversal (cleanup)
273
-
- Sender submits a reversal proof for the rejected leg.
272
+
4. Sender revert affirmation (cleanup)
273
+
- Sender submits a revert affirmation proof for the rejected leg.
274
274
- This undoes the sender’s earlier state transition for that rejected leg.
275
275
276
276
5. Settlement becomes `Finalized`
@@ -313,7 +313,7 @@ At the flow level:
313
313
- Receiver affirmation: consumes the receiver’s current account state and produces a new state consistent with “I have committed to receive this leg”.
314
314
- Receiver claim: in the executed phase, updates receiver state to actually claim the received amount for the leg.
315
315
- Sender counter update: in the executed phase, updates sender state to finalize the sender-side accounting for the leg.
316
-
- Sender reversal (after rejection): in the rejected phase, updates sender state to undo the earlier sender affirmation for the rejected leg.
316
+
- Sender revert affirmation (after rejection): in the rejected phase, updates sender state to undo the earlier sender affirmation for the rejected leg.
317
317
318
318
The *chain* only sees:
319
319
@@ -506,9 +506,9 @@ This section links the settlement lifecycle actions in this doc to the concrete
- Instant settlement (creation proof + all affirmations packaged together)
@@ -521,7 +521,7 @@ Binding note (important for reviewers): most follow-on proofs are keyed by a `Le
521
521
522
522
This doc intentionally reflects what is exercised in the integration tests:
523
523
524
-
- Sender reversal is exercised for rejected settlements.
524
+
- Sender revert affirmation is exercised for rejected settlements.
525
525
- Receiver-side “reversal” and some alternative counter/balance transition variants are described in the math spec, but may not be wired through all higher-level APIs/tests in this repo yet.
526
526
527
527
If you want this doc to be treated as the authoritative spec for *all* txn variants (including every reversal/irreversible mode), we should decide whether to:
0 commit comments