Content pfp
Content
@
0 reply
0 recast
0 reaction

Stephan pfp
Stephan
@stephancill
Something that concerns me about the fc signer architecture is how it increases the attack surface area for your account the more apps you allow to sign on your behalf This limits the propensity for users to try new apps especially if they have a large audience Solutions: portable signers? Permissions? Sessions?
15 replies
7 recasts
58 reactions

vrypan |--o--| pfp
vrypan |--o--|
@vrypan.eth
Rough idea, may not be feasible: Right now, a signer can either be approved or removed. There could be an intermediate state, something like "stoped". If a signer is stoped: - New messages signed with it are not valid (but old ones are not pruned) - It can only be removed (not approved again).
3 replies
0 recast
6 reactions

Stephan pfp
Stephan
@stephancill
I like this and it would solve the confusion related to messages being pruned after deleting a signer
1 reply
0 recast
1 reaction

vrypan |--o--| pfp
vrypan |--o--|
@vrypan.eth
There are many implications when messing with signers, and a lot of thought has to be put in it. But maybe it can be implemented without smart contract changes. A message to stop a signer must be signed by the signer itself.
0 reply
0 recast
2 reactions