Closed ArjunBhuptani closed 4 years ago
Flow proposed by @LayneHaber:
preImage
and paymentId
, encrypts it such that the hub cannot decrypt these values, and sends it to User B’s queuetakeAction
This is now a meta-issue of the following:
For the first pass, we can probably do this:
Got send portion of async transfer working, figured out encrypt/decrypt stuff, still need to wrap up redeem.
Is your feature request related to a problem? Please describe. Right now, there's no way to transfer to an offline counterparty. Supporting this will be pretty critical to even basic usage of v2.
Describe the solution you'd like I believe we can do this using a modified simplified version of the contract that already exists with Link transfers.
The main challenge here will be figuring out a way to get the secret to the recipient without leaking it to the hub. This would mean encrypting the secret and also setting up Nats queuing to make sure it gets to the counterparty.