Payment Client about go-perun HOT 6 CLOSED

Do you like it 😄 ?
Yes.

Sub-Channels Y/N?
At first, no.

Should the asset be fixed to ETH? (Allowing ERC20 would complicate the Bals struct)
It would be nice if we can support ERC20 as well. Maybe we can wrap the Bals struct and make it easier to use?

Do we need Payment requests?
What do you mean by that?

I think you can go ahead with implementing the proposal. One requirement from my side would be that this requires minimal or at best no changes to the other packages. We should also have in mind that maintaining this payment client should not impose a lot of overhead when making changes to the rest of the framework.

from go-perun.

I think we should consider making this payment client available in a package separate from the core. What do you think?

from go-perun.

Do we need Payment requests?
What do you mean by that?

If Alice wants to request balances from Bob, she would send Bob a transaction which increases her balance.
Bob could then decide whether he wants to accept this payment request by signing it or not.

from go-perun.

I think we should consider making this payment client available in a package separate from the core. What do you think?

Yes we could do that but it would make it harder to maintain.

from go-perun.

We can leave payment requests for later.

Placing it in a separate repo would make that repo harder to maintain, but the core easier to maintain. I leave it up to you.

from go-perun.

Since you started implementing in another repo, I close the issue here.

from go-perun.