We need more context in the logs because we won't have a backend managing past history in the v1.0.0.
This means when your wallet is connected to the dApp, we will check for indexed events in your address.
We can fetch the swapId from such events, even the arguments used to call the function - for instance the createSwap bidding and asked assets. This is thanks to function handlers from SubGraph. However we need to know which user is part of which swap.
Describe Preferred Solution
Every Swap event needs to be followed by the swap.owner or swap.allowed, or both. The wanted solution is described below in the code scope.
Refactor Request
Describe the Refactor Request
We need more context in the logs because we won't have a backend managing past history in the v1.0.0. This means when your wallet is connected to the dApp, we will check for indexed events in your address. We can fetch the
swapId
from such events, even the arguments used to call the function - for instance thecreateSwap
bidding and asked assets. This is thanks to function handlers from SubGraph. However we need to know which user is part of which swap.Describe Preferred Solution
swap.owner
orswap.allowed
, or both. The wanted solution is described below in the code scope.acceptee
toallowed
.Related Code
Current events are the following...
Additional Context
This is a hot task, the first PR resolving the issue will receive its bonuses.