Vision: Delegate Fees and Deposits to Another User #304
Labels
D2-substantial
Can be fixed by an experienced coder with a working knowledge of the codebase.
I5-enhancement
An additional feature request.
T1-FRAME
This PR/Issue is related to core FRAME, the framework.
Comments
kianenigma
changed the title
the-right-joyce
added
I5-enhancement
helin6
pushed a commit
to boolnetwork/polkadot-sdk
that referenced
this issue
Feb 5, 2024
…ch#304) * Sha3 and ECDSA precompiles * Tests for sha3fips * Updates to spec and adds tests * Spacing and formatting * Fmt * Comment out test * Updates * Updates * Update ECRecoverTests.sol * Remove merge conflict * Remove unnecessary yarn file * Uncomment tests * Fix tests * Reset simple-specs.json change * Remove unused frontier-spec.json file Co-authored-by: Wei Tang <accounts@that.world> Co-authored-by: Wei Tang <wei@that.world>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Not sure if the title here is the best, but the general idea is that we should figure out a way to support delegating certain fees to different user accounts.
Specifically, when I am initiating a multisig or proxy transaction, sometimes I will need to fund that account in order to make it usable. For example, any transaction that would take a deposit from the calling account requires me to put some funds into the proxy account in order for that call to succeed.
In reality, what I would prefer is to actually just spend funds out of the original dispatcher, and have the proxy simply be a variant of the identity.
This may require a pretty significant overhaul of some of our pallets and storage in terms of tracking the source of deposits to be a different account than the one that started the call. Or by creating some abstraction where any funds of the calling user seem to exist in the proxy accounts and so forth.
In the short term, an idea might be
proxy_with_fundingandmultisig_with_fundingwhere a user can initiate a call with some funding, the call would first transfer any funds, then execute the operation, and at the end, transfer any funds back.The text was updated successfully, but these errors were encountered: