Skip to content

Commit 9b7bd1f

Browse files
Update solver.mdx
1 parent b65429e commit 9b7bd1f

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

src/content/docs/protocol/v2/solver.mdx

+1-1
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ If you aren't interested in the order structure in Solidity, skip to [From Vm](#
1111

1212
Catalyst is ERC-7683-ish compatible. The implementation differs in 2 ways:
1313

14-
1. A Catalyst Order Key is returned on `initiate(...)`. For implementations that wants to very that an order was correctly collected, this adds an option for further data validation. This change is compatible with ERC-7683 since it does not change function signatures and ERC-7683 specifies that the function has no return.
14+
1. A Catalyst Order Key is returned on `initiate(...)`. For implementations that wants to verify that an order was correctly collected, this adds an option for further data validation. This change is compatible with ERC-7683 since it does not change function signatures and ERC-7683 specifies that the function has no return.
1515
2. In the struct `Output` both the element `token` and `recipient` are encoded as `bytes32` instead of `address`. Solidity ABI encodes structs such that they fill 32 bytes. As a result, all returned objects of `ResolvedCrossChainOrder` remains compatible with implementations that assumes these are `address` (except these values are truncated).
1616

1717
There are 3 order structures in play.

0 commit comments

Comments
 (0)