Farcaster Devs

Technowatermelon. Elder Millenial. Building Farcaster. 

nf.td/varun

One of my biggest annoyances today as a builder of payments on Farcaster:

Frames/Mini-App transactions spec doesn't support requesting (or switching) specific wallet to sign with!

User's funds are not concentrated on a single wallet, but multiple!

In some cases, you need to sign transaction with the wallet selected in a mini-app: 

- particular wallet has a balance
- claiming tokens
- cross-chain payments

Overall, this leads to a bad UX: in best case wallet shows tx will revert, in worst - you have to refund the payment.

cc: @dwr.eth @v

Is there some way you can integrate this with Payflow? Making something like this kind of wallet delegation easy for people would be a big deal:

Is there some way you can integrate this with Payflow? Making something like this kind of wallet delegation easy for people would be a big deal:

https://delegate.xyz/

GenX girl who learned the hard way 🔹 lifelong artist 🔹 software engineer 🔹 curator of conversations 🔹 made /blend-o-rama 🔹 thinks you're cool

It seems like it would do the whole "I need to sign with this wallet but I want to get the tokens dropped to this other wallet" issue.

Basically having your wallet associated with social media (like your FC wallet) be the main wallet you have to use to interact with things like Degen and Moxie and NFTs to be able to do claims and airdrops is problematic. If it's hacked, you are going to lose everything, but you have to keep all your assets in the wallet that is "exposed" to social media potential bad actors.

You can't actually keep all your Moxie in a safe wallet because you have to prove your "Moxie identity" through your FC wallet. Delegation would let you be able to do things like claim Moxie to another wallet, but still verify your FC wallet to Moxie.

the problem with this solution - in order for it to work it should be integrated into protocol / contract you interact with, e.g. if degen airdrop claim contract doesn't integrate delegate protocol, then it won't work, and Payflow doesn't have any control in this case.

But on the other hand, what specific pain problem you thought it would have solved for you? I want to understand if there's another solution Payflow can provide.