TMC - Stablecoin Withdrawal Process

DAO Programs & Initiatives Treasury Mgmt v1.2 - TM Track (ARB and Stables)
1

Defining the Process for Requesting Stablecoin Withdrawals from the TM Track

Abstract

As per the original “Treasury Management V1.2” proposal that passed on Tally, the TMC was tasked to: “Design and host an RFP process seeking treasury managers with predefined overarching strategies. E.g., the process for converting ARB to stables, how the stables can be deployed when sitting idle, the process for a DAO contributor to request stablecoins from this program within their proposal, whitelisted stablecoin/ARB strategies or protocols, etc”.

This proposal specifically relates to defining the process for service providers and proposal authors to guarantee dollar-denominated payments in the event of downward ARB price movements that leave a proposal underfunded.

Suggested Process

Due to the fact that the Arbitrum Foundation will be in custody of these funds, and that the TMC’s Snapshot recommendation split a relatively small amount of dollar-denominated funds amongst 3 different strategies/service providers, the TMC believes the Arbitrum Foundation should wield the power to make decisions on when to cover and not to cover service provider shortfalls with accrued yield only.

The rationale behind this choice is to ensure the Arbitrum DAO has a base of stablecoins earning yield and that the stablecoin balance isn’t rapidly depleted in order to cover shortfalls. The Arbitrum Foundation will cover shortfalls for service providers from the yield earned on this portion of the TMC’s funds at its discretion for previously funded DAO proposals currently facing shortfalls, but any proposal moving forward needs to define the existence of shortfall coverage from the checking account in its initial Tally proposal in order to be eligible. The Foundation should retain the right to deny requests as it sees fit, and also have authority over which strategy deployments to withdraw from e.g., the yield accrued from Treasury managers A, B, or C, or potentially a small portion from all 3. Operationally speaking, this should make it easier for the Arbitrum Foundation to move nimbly.

For the sake of simplicity, any service provider who passes a proposal through Tally with language included that stipulates the TM Track’s yield will cover shortfalls beyond an ARB price buffer just needs to make a comment under the initial Forum post requesting the funds and tagging the Arbitrum Foundation in order to submit a request. Again, this verbiage must be included in the original Tally proposal moving forward. All previously funded initiatives that face shortfalls can make requests by following the same process, but the verbiage in the original Tally proposal is not required, given that the process is just now being defined. The backfunding for previously funded proposals that did not include verbiage related to the TM Track’s yield covering potential shortfalls beyond the ARB buffer will be left to the discretion of the Arbitrum Foundation.

In short, the process is as follows:

Previously funded proposals facing shortfalls: Tag the Arbitrum Foundation in a forum comment under the original forum post, stipulating the amount of stablecoins being requested and where the funds should be sent. The Foundation will have complete discretion over which requests get approved or denied.

Future proposals facing shortfalls: The same as above, but the original Tally proposal that passed must have included language specifying the use of the checking account in the case of shortfalls beyond the ARB buffer.

Only the yield earned over time is eligible to be requested.

2

Hey, could you clarify why this?

This seems to favour the TMC service providers keeping their fees full over the DAO accomplishing the objective of offering manageable terms to its service providers. This clause means that service providers still face VERY significant risk contracting with Arbitrum (as the budget available to cover token price risks goes form $10mn down to the yield on $10mn which is at… 2.5% p.a. curretly or so? so right now about 0 budget available and in a year from now max 250k so almost no budget). As a result, service providers will need to either refrain from doing business or increase prices, thus failing to serve the purpose of the TMC proposal and current providers are likely forced to cancel contracts

or what am I missing?

So here the proposed mechanism is effectively going against this part of the original proposal:
"In many cases it is unprofessional for the DAO to put the burden of ARB volatility on its service providers. If we aren’t careful, we will negatively impact the pool of SPs that desire working with Arbitrum DAO. Given the aforementioned historical spend and the absence of a formal budget, we are suggesting the TM track be given 25M ARB with the intent to swap 15M ARB for stablecoins over the course of 3 months.

This stablecoin reserve may be deployed in low-risk, yield-bearing strategies or other cash-like assets and will be used to cover DAO dollar-denominated expenses and service provider contract shortfalls. "

2 Likes
3

There should probably be a way to harmonize this process with the funds held under STEP. Ideally any withdrawal should come from the bucket with the lowest opportunity cost/slippage at the time.

We also agree this needs some further consideration:

Whether or not there is accrued yield should probably be secondary to the funding needs of approved expenditures. Selling ARB is functionally the same as printing ARB, so it makes sense to spend cash on hand unless the market is offering very good terms for ARB (not the case recently).

1 Like
4

Obviously Needs to be paired with a solid yield strategy.

But in general this makes a lot of sense to us. We try to operate like this ourselves as well. For Farming your principal is your source of yield and you dont want to deplete it without extremely good reason.

SO this is a good way to address budget shortfalls in a risk adjusted way.

5

Bumping this thread in an attempt to get some responses from TMC about whether they still want to put this policy to a vote, or have decided to let the recommendation rest without further action.

Note that the TMC proposal does not currently grant power to limit withdrawals to accrued interest only, nor does it provide a structured process for withdrawals, implying a DAO vote will be necessary for any programs that do not have a TMC mechanism built into them. The TMC proposal also does not grant AF discretion to approve or deny requests at its sole discretion.

So if TMC really wants one or more of these items, it needs to move the proposal forward to make them a reality:

TMC should be considered incomplete until a streamlined structure is in place to recall assets now that they are deployed.

We will also take this time to again suggest that TMC and STEP collaborate for a single work stream to process requests, since market volatility may make it more desirable to make withdrawals from one bucket of funding vs the other.

Our further suggestion is that to the extent discretion is delegated to AF or another party, it should be up to a specific limit (both individual request and lifetime requests by a given recipient or from a given program), at which case it again needs to follow the general proposal process or a vote to reset those limits.

We do not think the unaltered proposal is ready to move to Snapshot, and would be a wasted opportunity to build a high quality process.

1 Like