Develop a PoC "SingleRequestProxy" payment smart contract that emits the paymentReference event in the receive() function

[MantisClone]

Proposed Solution

Reference: https://miro.com/app/board/uXjVM2Pf758=/?share_link_id=761216115297

Factory Contract can spawn new instances of SingleRequestProxy.

Definition of Done

• Develop smart contracts: NativeSingleRequestProxy, ERC20SingleRequestProxy, SingleRequestProxyFactory #1394
• Deploy SingleRequestProxy on Public Testnet (Sepolia) #1395
• Support SingleRequestProxy in the Request Network SDK #1396
• Support SingleRequestProxy in payments-subgraph payments-subgraph#94
• Add SingleRequestProxy to the docs docs.request.network#50

[benjlevesque]

another interesting use case for this : exchanges! They don't support smart contract calls, so cannot interract with the existing proxies.

It seems important that, once used, the "one time proxy" rejects any incoming transfer

[MantisClone]

It seems important that, once used, the "one time proxy" rejects any incoming transfer

@benjlevesque I'm not so sure. I think we'd still want to support partial payments. And since the expected amount can change (via increase/decreaseExpectedAmount) I don't think we can store the expected amount on the contract.

[MantisClone]

Despite the familiarity of the name "One Time Proxy", I don't think we should call it that, because we support partial payments meaning that a given proxy contract can be paid more than once. I prefer the name "SingleRequestProxy". I think it makes it clear that the Proxy is tied to a single request.