metadata: {"signature": "0x65acb93f940d723dd435cde3e5c04418d9249b0926ccfc8efc4b8660c0c3e5fe32e8e6b30dd21c882aaa23ab2f31e06ee6fdc04d00784393605c4b0d89025c371c", "application": {"round": "0xf3dc658c73fc3e931d6d621f33c30c333e342132", "answers": [{"type": "multiple-choice", "hidden": true, "question": "We distribute funds in $TEC on Optimism Chain (OP Mainnet). Please confirm that you are aware of that.", "questionId": 0, "encryptedAnswer": {"ciphertext": "V/kccG+bl8YQZACfSrdvAePs/73IkDwvx5Q25TCDB/E=", "encryptedSymmetricKey": "2d36f0e5a9ee0c0c9a1c767f351181d5c9bc5786ee5f6b091ec669aa5ebcbcd32ae74b0dbc99d203b259f30fde9ec4089f67ec5135da5958080ef37a0c869a2d7817060903a895d83c1fa3b2dcf4bb8a3212820006da505f1b62ff0496d12ca6074d6c9b7c63be4d91dc5a1e469cdc602e227cb869f46a1f16f25855e65d4c8200000000000000201d04c2b1374cbcc49ab118b7c1894eb94454152392f497cd839dedc61e80aa59a5f43a368fe6412039f82cd19986a7a2"}}, {"type": "email", "hidden": true, "question": "Email address", "questionId": 1, "encryptedAnswer": {"ciphertext": "0+NtnzZRmALrElp4PgnXpX7KhyU1gP0UP+YLSeGUMWqsaIdwmqTM6zabtnSzMmqG", "encryptedSymmetricKey": "229e1ef2a9c6d0bb246dfce35aa663de12d510af49a8c54e4e21cfa021354bf7beebd56883ab3739fd16d924fa617610c9fba8d419ba7a6530f39473e58afe2e2117fb68affdccc36db27fe6599df50e1686ec20bd35e59bee81a7f60086f690e6b0f7807c32cc4a2f15f54627668743aa2faa4e56281f07d632208aa8825c21000000000000002035a8647e3f203c24f1eb6c0dbe0fe89ddb538d23539e50edcec76cf66213a935b61499e31a0e37154b0c5340309fcbb4"}}, {"type": "short-answer", "hidden": true, "question": "Telegram handle", "questionId": 2, "encryptedAnswer": {"ciphertext": "5BDb+IuV7h9eYwkqzWrB486EbHlZgkPd5Xt8H4VQmnE=", "encryptedSymmetricKey": "30f831d315b4de51e7236eb09a5bff9c13318c31330392ec6db7e861ec801807966dc420c3fd30ba121ac9dd1aad3e15229caba765bc531d821c95c132d92be22903b07c8c114cb9c85ce07d6f848aa30aa7f15de14ad998933db13fdd10ffa6dd2fcbeac69a87bc36674acb4c4e850e97683a269fc7b1af34d0ce61ca331505000000000000002024add9f34a3aa01596d1b37d3b86ccfd1c515c314c958d6253199f169be3a16f4dd730fe1f408e09ba31f800462515a3"}}, {"type": "address", "hidden": true, "question": "If you participated in past Gitcoin grant rounds using a different project payout wallet address, please share it here.", "questionId": 3, "encryptedAnswer": {"ciphertext": "BVWJ960Pp3WGoKsdu8hUZl69tmnInV/ZJuXYzC+UIEg=", "encryptedSymmetricKey": "5d516d8def8d5fa563b23ffbf5524e355e7ef2777f7630ac537220639b351a9f06aa40a12a23e7c93ab246c8316e2616278c52b117a8d8e425d9b61c6762a6850cb341c2ed0ae05e78ba27c5a1209479817c4aeadf952fb17a3480e3350b1fa5152a4638b72eca0bfca198fe12e2317b3b02a360dd60c67990842e87145f4c6d00000000000000208511dd65fd2416ec5516d927618b2fe5acc3fb61e24a9a35fe9c130512796cf96c4684b04585eb76fa0758da45a79a85"}}, {"type": "multiple-choice", "answer": "Yes", "hidden": false, "question": "Have you read and confirmed that your project abides by the Program General Eligibility Policy? https://tinyurl.com/tegrants-policy", "questionId": 4}, {"type": "paragraph", "answer": "Hi, my name is Mike Ghen, I'm a computer engineering and adjunct professor who has been building applications for the EVM since 2019. I'm really passionate about dollar cost averaging and I have been working on DCA applications since I won an award for my stream exchange decentralized application Rickoshea at ETH Global's Scaling ETH 2021 hackathon. I have been working on a novel method for doing DCA that I think is more incentive compatible. ", "hidden": false, "question": "Individual or team summary", "questionId": 5}, {"type": "multiple-choice", "answer": "Research", "hidden": false, "question": "Project category", "questionId": 6}, {"type": "paragraph", "answer": "The research has a cold start problem and this grant will allow me to get over that initial start. If the project works and this Super DCA model is sustainable then the project can support itself. To get to that point requires a lot of focus. I hope to receive this grant so I can focus on this because I know based on my research that it can work and it can be better than existing DCA options. It will be clear if it works if there is a stable Super DCA protocol token price, that stability will be evidence that this protocol works. ", "hidden": false, "question": "What specific problem(s) do you seek to solve with this grant, and how will you know whether you have accomplished your goal(s)?", "questionId": 7}, {"type": "paragraph", "answer": "Super DCA substantially advances the field of token engineering by innovating the operational frameworks of AMMs within DeFi. This project showcases a novel approach to token engineering and also serves as a pioneering model for future developments. Super DCA shows how tokens can be engineered to redistribute fees and retain generated value within the ecosystem by integrating various token mechanisms from multiple protocols into a cohesive system.\n\nThe Super DCA protocol demonstrates a unique application of tokens to dynamically distribute fees among stakeholders and ensure that these fees remain internal, enhancing the sustainability and self-sufficiency of the protocol. Whether Super DCA succeeds or encounters challenges, it offers valuable insights into the effective use of tokenomics to secure and advance a protocol\u2019s objectives. This contributes both to the robustness of token engineering as a discipline and to its evolution as a crucial component of DeFi innovation.", "hidden": false, "question": "Describe how your project contributes to token engineering and why it is a valuable public good.", "questionId": 8}, {"type": "multiple-choice", "answer": "Minimum viable product (MVP)", "hidden": false, "question": "What stage do you consider your project is currently in?", "questionId": 9}, {"type": "paragraph", "answer": "In the last month I've finished the white paper, revised the Super DCA protocol code, deployed the contracts to Mumbai, and have tested it onchain. Additionally, I have the application working and secured a domain name for the project.", "hidden": false, "question": "Please share any new updates or milestones from the prior months.", "questionId": 10}, {"type": "paragraph", "answer": "", "hidden": false, "question": "If your project has received prior funding from the Token Engineering Grants Program, please describe the impact that funding has had on the project.", "questionId": 11}, {"type": "short-answer", "answer": "None", "hidden": false, "question": "Previous project funding sources (VC, grants, token sales, etc.)", "questionId": 12}, {"type": "number", "answer": "0", "hidden": false, "question": "Total prior funding for the project in USD", "questionId": 13}, {"type": "short-answer", "hidden": true, "question": "How did you hear about the Token Engineering Grants Program?", "questionId": 14, "encryptedAnswer": {"ciphertext": "pdUyw77E4/mU6uToES5BYEenNd4NgIU6yAoTw5W8Vnk=", "encryptedSymmetricKey": "a5a979d3f62795d9aff641d6440ac9aa5e6677dbfa9b41a1e1305a5b78fc5d5e60c09eb8f071d764c3644b8fa5c028115b2db38a4439a46887214e52fd84a6d9da642e2e41d82e344322f29959318722080d1d010af988bc58bd436419498796b784008d2a267b2999bd79ab12bc7b0c0ba3ba4294f2410199d17f1554ee4646000000000000002057d32f64f4ce53ed817365b2007b38295a2a024c9b2e12afdf47809828e976e751d86036669bb7cd55da059cb4928790"}}, {"type": "multiple-choice", "hidden": true, "question": "Would you agree to participate in a follow-up survey approximately 8 weeks after the grant round to assess the impact of the funding on your project?", "questionId": 15, "encryptedAnswer": {"ciphertext": "WBw1eiq6Oe8W/FNdNuvPMqfROCFAC3n89HgjrMRsX/I=", "encryptedSymmetricKey": "4accacc22cf6c33dae7458b0439b37d8bdcf7c9d7a02284ed0d191b0aa2afe8bdb83a7ddd786746a3763c61180f37e08dbc309a329ede85ea99a19d196601b52f22e7314a699c31b2e6c28c4198d9a50a71872b0b99c7c3062da65a28a0356acaa35911f57ff451d9285927c39bdd551da527c5def6f4ce5a8a0d5da2bd4cc5200000000000000206fdf6d22b4db980b546dfba242efa929df13555075b0ff975ca9bc3361f3788798fa2d68f1cdf31c3df5b242e0f0abb9"}}, {"type": "paragraph", "answer": "No", "hidden": false, "question": "Anything else you'd like to share about your project, previous work, or other project affiliations? Anything you'd like to add that has not been covered?", "questionId": 16}], "project": {"id": "0xa37658ed45bb954b5bc89672cfaf820200500a7bfeb0f9e0333a1ec5dfa64292", "title": "Super DCA: Innovating Decentralized Finance with Time-Weighted Average Market Making", "logoImg": "bafkreievkhor5ldapfxvehtqmghs6aax7jocxrebixasuw2vyprgfxmmw4", "metaPtr": {"pointer": "bafkreicdl6k4zb6gu4ge5yrv7allyzyv3ziihd2bueqexeffrxlvwcx34e", "protocol": "undefined"}, "website": "https://github.com/Super-DCA-Tech/super-dca-whitepaper", "bannerImg": "bafkreia5hqd6houljevrpu6er23af6s2armx5ogzl4zbo7bjxqbuvaueh4", "createdAt": 1713299638805, "userGithub": "mikeghen", "credentials": {"github": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..Ap2CvKcnIltQahiBAE_qgXKvWiFWX8DspfXVs0Kv1MHdzaPJdMI8sBvvUR2LY33S7po8t1vWFwEwwIIp_dwxAQ", "type": "Ed25519Signature2018", "created": "2024-04-16T20:38:51.064Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2024-04-16T20:38:51.064Z", "expirationDate": "2024-07-15T20:38:51.064Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xC07E21c78d6Ad0917cfCBDe8931325C392958892", "hash": "v0.0.0:B9qaA7wObRN/YRLdEs0A73ozUHy6+CpGEvOiVXCTYYo=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextGithubOrg#Super-DCA-Tech#5077880"}}, "twitter": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..yZ3O6Y599akimHCyBmgF6_sQLUx80Bky9odH_WSxFndSRPiW5GyUJTTJCCtQQZy5iu7oWfE99fAW2sYVX6i6Dg", "type": "Ed25519Signature2018", "created": "2024-04-16T20:38:43.875Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2024-04-16T20:38:43.875Z", "expirationDate": "2024-07-15T20:38:43.875Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xC07E21c78d6Ad0917cfCBDe8931325C392958892", "hash": "v0.0.0:i2nZqAguQBn/Frcv8R8GvFJ0zTPtaManr4fOiGk94dY=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextTwitter#mikeghen"}}}, "description": "\n# Super DCA: Time Weighted Average Market Maker\n\n# Introduction\n\nSuper DCA is based on the Time Weighted Average Market Maker (TWAMM) design proposed by Dave White, Dan Robinson, Hayden Adams in 2022 [Paradigm]. It introduces novel architectural features that make it unique among other TWAMMs in the following ways:\n\n- **Fees Accrue to Stakeholders:** Automated market maker fees (i.e. Uniswap fee) and execution fees (i.e. keeper fee) are typically extracted from the protocol. They flow to participants that have no stake in the protocol. Super DCA uses a token to internalize the fees so that stakeholders earn the fees. This is done by routing swaps through the DCA token (e.g., USDC to DCA to ETH) on Uniswap and by allowing holders to stake their DCA tokens to a pool to earn the execution fee that would otherwise go to Gelato Network.\n- **Simple Solver:** Super DCA requires no complex solvers in order to run. Execution involves simply checking if the gas paid is less than or equal to the expected reward earned. Therefore, competition to be a keeper for a pool is strictly a matter of who can stake the most DCA token to the pool to earn the right to trigger swaps and collect the fee. The simplicity of the process means there\u2019s no edge to be had by technically sophisticated participants. Additionally, front running execution is not possible due to the staking mechanism.\n- **Fees Lower with More Volume:** There is an inescapable network execution fee that must be paid to execute a swap. Therefore, Super DCA uses a percentage of the swap\u2019s input amount to pay the gas. DCA pools that swap faster than a threshold duration (e.g., 4 hours) will dynamically lower the percentage of input amount used to pay this fee. Pools aim to target a specific frequency (e.g., every 4 hours) and when they are faster they start to reduce the fraction of the input amount used to pay for execution.\n\n# Time Weighted Average Market Makers\n\nThe Time-Weighted Average Market Maker (TWAMM) is completely described in [Paradigm] and briefly summarizes in this section. Unlike traditional AMMs, TWAMM specializes in executing large orders efficiently by breaking them down into infinitely small virtual sub-orders. This addresses adverse selection and price impact concerns. TWAMM spreads order execution smoothly over time, ensuring transactions occur at prices closely aligned with prevailing market rates. This time-weighted approach is inspired by algorithmic trading strategies. This TWAMM approach minimizes transaction costs by amortizing gas fees across the multitude of virtual trades. TWAMM's design incorporates mechanisms to counter potential attack vectors such as sandwich attacks and information leakage. TWAMMs are a significant leap forward in DeFi infrastructure, bridging the gap between traditional finance concepts and decentralized market mechanisms, and offering a promising solution for efficient and secure trading on Ethereum and beyond.\n\n# Architecture\n\nTWAMMs work by \"breaking long-term orders into infinitely many infinitely small pieces and executing them against an embedded constant-product AMM smoothly over time\" [Paradigm]. This section details the basic design of Super DCA TWAMM. An overview of the architecture is shown in the diagram below along with a short description of each component that makes up the Super DCA system.\n\n![DCA Pool Architecture](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCAPoolArchitecture.png?raw=true)\n_Figure 1: Super DCA protocol architecture overview_\n\n- **Users:** Super DCA users interact with Pools by starting and ending trades. Trades are initiated by opening a Superfluid Finance stream of tokens to the Pool contracts themselves. Users can also create pools at the Pool Factory and use their DCA tokens to stake and vote on the Gauge contract. Users add liquidity on Uniswap and deposit their nonfungible position (NFP) to the Uniswap Staking contract to earn liquidity incentives.\n- **Pool Factory:** This contract allows users to create new Pools by depositing a full-range Uniswap NFP into the factory. This deposit triggers the creation of the Pool and creates locked liquidity so that the pool will exist forever having some liquidity.\n- **Pools:** The contracts function as middleware between the User that opens a stream to the pool and the embedded AMM used to perform the swaps. Pools are created by the Pool Factory. Users can trigger swaps by calling the distribute method on the pool.\n- **Gauge:** The Gauge works in a similar manner to Curve's gauge contracts [Curve]. Users stake DCA tokens and vote on how the emissions of DCA tokens are directed to pools in the Liquidity network. The gauge creates incentives for users to become liquidity providers using Uniswap\u2019s Staking contract.\n\n### Pool Mechanics\n\nSuper DCA uses Superfluid, Uniswap, and Gelato in combination to create a TWAMM. The details of these are shown in the Figure below. Users stream tokens into the Super DCA Pool. The tokens accumulate in an internal swap buffer. Once enough tokens have accumulated in this buffer such that a fraction (e.g., 1%) can be used to pay for the execution of the swap, either Gelato or a Staked User will trigger the swap. The remaining input token amount is then swapped using Uniswap. The swap itself routes through the Super DCA protocol token which means that DCA token stakers immediately realize the liquidity pool fees collected as part of the Uniswap protocols functionality. After the swap occurs, the output token (e.g., OP) lands back in the Super DCA Pool where it is distributed using Superfluid proportional to each users input amount.\n\n![Super DCA Execution](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCAExecution.png?raw=true)\n\n_Figure 2: Users stream tokens into the Pool using Superfluid, Gelato or a staked user will trigger the swap once enough input tokens have accumulated such that a fraction will cover the gas cost plus a premium, input tokens are swapped through the protocol's token using two Uniswap pools, the output tokens are distributed back to users using Superfluid again._\n\n### Protocol Token\n\nSuper DCA introduces its own token, the DCA token. The token is used in the following ways:\n\n- **Liquidity Incentive:** The liquidity for the protocol\u2019s embedded AMM is bootstrapped using token incentives similar to Curve. DCA tokens are minted at a fixed rate (i.e., 10000 per month) in perpetuity. Half of the inflation is directed to liquidity providers. The distribution uses a gauge system and Uniswap V3 Staking Contract [UniswapStaker] to incentivize liquidity providers.\n- **Staking to Earn AMM Fees:** DCA token is used to provide liquidity to the protocol. DCA tokens are paired with other tokens like USDC and ETH in Uniswap V3 pools. The protocol then routes swaps through these pools using a path like [USDC, DCA, ETH]. In this way, USDC-DCA and ETH-DCA liquidity providers both earn the Uniswap AMM fee of 0.05% per pool (0.1% total).\n- **Staking to Earn Execution Fees:** A portion of the swap is used to pay for execution of the swap. Gelato acts as a fallback executor, executing the swap when enough input tokens have accumulated to pay the Gelato fee. Gelato takes a premium on the gas used to execute, on Optimism the premium if 50%. DCA token holders can stake DCA on a Super DCA pool to earn the right but not the obligation to trigger the execution at any point before Gelato. In this way they can earn the premium that would otherwise go to Gelato. On Optimism this means they could earn up to 50% premium on the gas used, by effectively undercutting Gelato.\n- **Gauge Voting for Token Distribution:** Distribution of the DCA token is handled similar to Curve and Balancer. A gauge contract is used to distribute DCA tokens to registered Uniswap pools. The Uniswap Staking contract is then used to create incentives for liquidity providers. Every two weeks the weights for the pools can be updated based on the amount of DCA tokens staked to each pool. During the two week period, staked tokens are locked. Tokens can be unlocked and unstaked in the last 24 hours of the two week period.\n\n### Embedded AMM using a Uniswap Liquidity Network\n\nSuper DCA creates its own network of liquidity on Uniswap. It does this by pairing tokens with its own protocol token, the DCA token. Swaps between two tokens, like USDC to ETH, are routed through two Uniswap pools, USDC-DCA and DCA-ETH. The route through the protocol\u2019s DCA token. The collection of DCA pools on Uniswap create a liquidity network for the protocol to use.\n\n![DCA Liquidity Network](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCALiquidityNetwork.png?raw=true)\n\n_Figure 3: Super DCA Liquidity Network, routes swaps through two pools, each pool is paired with the DCA token, pools take 0.05% fee so the net fee through the network is 0.1%_\n\nThe liquidity network is an open network that meets the description of the TWAMM describe by Paradigm. Mainly, it allows anyone to trade with the protocols liquidity network (i.e., embedded AMM) at any time, \u201cjust as if it were a normal AMM.\u201d This is a necessary feature since it means that other traders will be incentivized to keep the various DCA pools inline with the global exchange rates. Arbitrage opportunities created as the price of tokens moves means that searchers will keep the liquidity pools' exchange rates inline with global exchange rates.\n\nA common criticism of the Super DCA design is that these pools will have suboptimal prices since they will have less liquidity and will use their own token. In practice, this proved to not be a concern. A short pilot of the Super DCA design on a live network resulted in prices that were within an acceptable rate with only a small amount of concentrated liquidity on Uniswap V3. Below shows the results of this pilot.\n\nFigure 4 is a price history of a pilot USDC to ETH pool. It routes tokens through two pools that both take 0.05% fee. Gelato takes a dynamic fee which starts at 1%, with each swap executed under 4 hours it reduces the fee. The Last Swap\u2019s Oracle Delta of -1.04% can be attributed to Uniswaps pool fee plus slippage (-0.31%) and Gelato\u2019s execution fee which at the time was -0.73%. To achieve this result, the liquidity provided was broken down as follows, these values are the amounts of ETH/USDC paired with protocol tokens:\n- 700 USDC worth of ETH concentrated \n- 550 USDC worth of ETH full range \n- 325 USDC concentrated \n- 550 USDC full range\n\n![DCA Exchange Rate](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCAExchangeRate.png?raw=true)\n\n_Figure 4: Super DCA exchange rate comparison to Chainlink reported rate, Oracle Delta statistics are broken down to show the amount attributed to each source_\n\nThis design was able to achieve acceptable rates, comparable to Chainlink\u2019s price, with a minimal amount of liquidity provided as full range and concentrated.\n\nOn the right is a price history of the pilot of USDC to WBTC. This pool introduced more concentrated liquidity and so was able to achieve a Uniswap price impact equal to the sum of the pool fees (i.e., there was no significant slippage).\n\n### Long Term Orders with Superfluid\n\nSuper DCA accepts orders in the form of a rate of tokens per second. This is handled using the Superfluid Finance protocol, which uses wrap tokens as Supertokens to support streaming tokens to the Super DCA contract address at a specific rate. In this way users of Super DCA open long term orders to swap tokens. Superfluid allows streams to be left open indefinitely or specify an end date.\n\n### Order Pools with Dynamic Fees\n\nAll orders are pooled and swapped in a single swap. This is common in other TWAMM designs. However, other DCA protocols do not offer lower fees as a function of how large the pool is. It would make sense that a percentage of the pool\u2019s swap amount would be given to the entity that executes the transaction. This is justifiable since an inescapable transaction fee (gas) needs to be paid. However, while other TWAMM charge a fixed fee, Super DCA dynamically lowers its fee as more people join the pool.\n\n![ ](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCAExecFrequency.png?raw=true)\n\nFigure 5: Execution frequency relative to target frequency, Gelato fee reduced from 1% to 0.5% where indicated on the chart, execution frequency decreases (duration increases) after the reduction in fee._\n\n### Small and Fast Swaps\n\nGiven enough inflow order volume, Super DCA will be able to execute one swap per block. That is, it would incentivize executing one swap per block. The actual execution frequency may vary with network conditions. This is because it executes swaps after enough input tokens are available to cover the transaction fee (see Figure below for a view of how the fee is used to execute the swap). The transaction fee is a dynamic value dependent solely on the network gas price. The frequency of swaps is influenced by (1) the flow of funds into the pool for DCA and (2) the gas price.\n\n![DCA Swap Frequency](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCASwapFrequency.png?raw=true)\n\n_Figure 6: As order flow increases, the duration between swaps decreases, this chart is generated assuming that 1.0% of the input amount is used to pay the gas fee and the gas fee per swap is $1, above $10M/month swaps would execute around every 10 seconds (i.e once per Ethereum block)._\n\nWith more inflow order volume, the amount to swap will accumulate faster and so it will have enough input amount to cover the transaction fee sooner. As a result, the more order flow the Super DCA Pool receives, the more frequently it will execute swaps. Figure 6 shows the relationship between order flow and swap duration for a Super DCA Pool. As order flow increases (x-axis) the duration between swaps decreases (y-axis). At high volumes (above 100M USDC/month) the duration eventually falls below the network block times. At this point, there would be enough incentive to execute the swaps in every block.\n\n### Peripheral Features\n\nThe liquidity network creates a base liquidity layer to build upon and the core Super DCA Pool contract is extensible. This design closely follows Uniswap in that there are core contracts and there are periphery contracts. Super DCA follows the same pattern.\n\n#### Limit Orders\n\nThe commonly requested feature is limit orders. Using Superfluid allows for peripheral systems to be created that support functionality like limit orders without modifying the core protocol.\n\n#### Yield\n\nSuper DCA Pools can handle unwrapping yield bearing tokens before or after executing the swap. Additionally, Superfluid supports yield bearing streamable tokens like Alluo Finance's interest bearing (ib) tokens. In this way, users can have the benefit of earning yield on their assets while they are being used in Super DCA.\n\n# Token Economics\n\n![DCA Token Supply Overtime](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCATokenSupplyOvertime.png?raw=true)\n\n_Figure 7: Super DCA token emissions over time_\n\nSuper DCA token (DCA) distribution is modeled after Tellor Tributes (TRB) [Tellor]. The first 10000 tokens are minted to the development team and 5000 is distributed to the initial liquidity providers. Then it can be minted at a fixed rate of 10000 tokens per month. Minting can happen at any time and a proportional amount will be minted based on how long it has been since the last mint transaction was executed. The total supply and inflation rate change over the first three years of the protocol's life is shown in Figure 7.\n\n### Liquidity Provider Incentive\n\n![ ](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCAPoolGauge.png?raw=true)\n\n_Figure 8: Super DCA Gauge System used for distributing tokens to Liquidity Providers_\n\nSuper DCA token is used to incentivize liquidity for the protocol using a simple model to Curve. The architecture of this incentive system is shown in Figure 8. It uses a gauge contract to determine how to distribute DCA tokens to registered liquidity pools. Any liquidity pool can be registered with the gauge as long as it\u2019s a pool that includes DCA as one of its tokens. DCA tokens can be used to vote on the weights that determine how DCA tokens are distributed among registered pools. The weights can be adjusted every two weeks.\n\n### Execution Incentive\n\nSuper DCA uses Gelato as a fallback executor. Gelato itself charges a premium on the gas used to execute the transaction, which is currently 50% on networks like Optimism. DCA token holders can stake their tokens on a Super DCA pool (e.g., USDC-ETH) to earn the right but not the obligation to trigger the execution and undercut Gelato\u2019s fee, earning the premium for themselves. Only the highest staked wallet is allowed to execute the swap. The mechanism functions as a \u201cking of the hill\u201d style staking system. Stakers need to stake the most DCA token on the pool to earn the right to undercut Gelato and earn the premium for themselves. The process for how this is done is shown in Figure 2.\n\n### Listing Fee\n\n![DCA Listing Flow](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCAListingFlow.png?raw=true)\n_Figure 9: Listing a new token (TOK) involves making a full range Uniswap V3 position and transferring it to the Super DCA Pool Factory, from there it lands in the Super DCA Liquidity Network and a new Super DCA Pool is created._\n\nListing a new token on Super DCA requires a Uniswap NFP using the DCA token and the to be listed token be deposited into the Super DCA liquidity network (Figure 9). In this way, listing a token will require a \"listing fee\" be paid in the form of some DCA tokens and some of the pairing token. This NFP must be full range as it will become permanently locked in the Liquidity Network. Fees that accumulate on this full range position will be automatically compounded back into the position by Gelato using Revert Finance's SelfCompounder contract. The process of creating a pool and automatically compounding fees into the NFP are shown in Figure 10.\n\n![ ](https://github.com/Super-DCA-Tech/super-dca-whitepaper/blob/main/images/DCALiquidityNetworkAutocompound.png?raw=true)\n\n_Figure 10: Fees accumulating on the locked full range position are automatically compounded back into the position using Gelato and Revert Finance's SelfCompounder contract.\n\n# Conclusion\n\nSuper DCA presents a significant advancement in decentralized finance (DeFi), offering a novel approach to time-weighted average market making (TWAMM) through its integration of Uniswap, Superfluid, and Gelato. By introducing the DCA token and innovative fee mechanisms, Super DCA ensures that all protocol fees accrue directly to stakeholders, fostering a more equitable and sustainable ecosystem. Super DCA embodies the principles of transparency, efficiency, and inclusivity, marking in a new era of decentralized market making that empowers stakeholders and fosters innovation in the DeFi space.\n\nThe core features of Super DCA, such as fees accruing to stakeholders, a simple solver mechanism, and dynamic fee adjustments based on trading volume, address key challenges faced by traditional TWAMM designs. These features enhance the efficiency and fairness of the protocol, contributing to its resilience and adaptability in dynamic market conditions.\n\nFurthermore, the embedded AMM using a Uniswap liquidity network establishes a robust foundation for liquidity provision, facilitating seamless trading experiences and ensuring price stability across various token pairs. Despite initial concerns about liquidity and pricing optimization, empirical results from pilot tests demonstrate the effectiveness of the Super DCA design in achieving competitive exchange rates with minimal liquidity requirements.\n\n## References\n\n1. Dave White, Dan Robinson, Hayden Adams. 2021. [TWAMM](https://www.paradigm.xyz/2021/07/twamm)\n2. [Superfluid Finance](https://superfluid.finance/)\n3. [Gelato Network](https://www.gelato.network/)\n4. [Uniswap](https://uniswap.org/)\n5. Tellor. Tellor 360. [Tellor](https://github.com/tellor-io/tellor360/blob/d414fd6272d3169f786dad0f0e3b4eb1ebd28f05/contracts/Tellor360.sol#L82)\n6. Curve Resources. [Understanding Gauges](https://resources.curve.fi/reward-gauges/understanding-gauges)\n", "lastUpdated": 0, "projectGithub": "Super-DCA-Tech", "projectTwitter": "mikeghen"}, "recipient": "0xC07E21c78d6Ad0917cfCBDe8931325C392958892"}}