> For the complete documentation index, see [llms.txt](https://raretyperesearch.gitbook.io/stockmon/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://raretyperesearch.gitbook.io/stockmon/treasury-liquidity-initiative-tli.md).

# Treasury Liquidity Initiative (TLI)

A governance proposal for selective Stock Token liquidity, disciplined treasury deployment, and potential $MON buybacks.

<figure><img src="https://content.gitbook.com/content/0r3IgolbVPO14VcUCkOG/blobs/BRrk5BEK1JA4KQRkgyJD/tli-editorial-hero-v1.png" alt="Porcelain reservoir enclosing three connected glass chambers filled with deep emerald liquid, on a pale stone base."><figcaption></figcaption></figure>

**Governance proposal · 11 September 2026**

> This is a proposal for governance review. It is not an active treasury program or authorization to deploy funds.

***

## Purpose

The Treasury Liquidity Initiative proposes using a controlled portion of Stockmon treasury capital to support strategically important Stock Token markets. Positions would start small, grow only when demand and net economics justify it, and be reduced or redeployed as conditions change.

Stockmon's Genesis Feed already converts protocol activity into Stock Token purchases. Uneven market depth can create higher price impact, wider effective spreads, and less predictable execution as that activity grows.

The initiative would evaluate markets where demonstrated demand, Stockmon relevance, broader ecosystem importance, liquidity conditions, risk, and liquidity-provider (LP) economics justify treasury participation. Its purpose is to support selected markets, not to provide liquidity for every Stock Token.

Genesis is the first observable use case. Aetheryn's broader financial-asset universe is the longer-term opportunity. The 14 pairs in the historical execution baseline are a measured footprint, not a limit on the initiative's scope.

### Robinhood Chain alignment

Robinhood Chain provides financial rails, Stock Tokens provide programmable financial assets, and Stockmon creates consumer demand. Selective treasury liquidity could help Stockmon contribute market infrastructure around the assets its ecosystem uses, potentially improving those markets for other participants too.

The proposal's thesis is: **Create demand. Deepen liquidity. Compound infrastructure. Capture sustainable value.**

***

## Measured activity

### Historical execution baseline

The proposal reports the following historical Genesis Feed results, from the first successful purchase on 8 August 2026 through the 11 September 2026 snapshot.

| Metric                                 | Reported result |
| -------------------------------------- | --------------: |
| Cumulative Stock Token buy volume      |  16,639.52 USDG |
| Successful purchases                   |             214 |
| Stock Token pairs with executed volume |              14 |
| Purchase funding                       |     7.2311 WETH |

The snapshot was taken at **12:09:41 p.m. EDT / 16:09:41 UTC on 11 September 2026**, through block **60,386,769**. The underlying report cited by the proposal gives exact totals of **16,639.524407 USDG** and **7.231135093617639407 WETH**, with all 214 route executions reconciled to successful Vault purchase events.

This measures actual USDG paid into Stock Token pairs by successful Genesis Feed purchases. It is cumulative trading volume, not current holdings value or an estimate of all ecosystem trading. ETH-to-USDG funding legs, $MON trading, unspent allocations, NFT sales, and subsequent holder trades are excluded.

### Pair-level execution

| Stock Token pair | Buy volume (USDG) | Purchases |
| ---------------- | ----------------: | --------: |
| SPY/USDG         |          1,760.12 |        18 |
| META/USDG        |          1,601.07 |        18 |
| QQQ/USDG         |          1,579.59 |        18 |
| GOOGL/USDG       |          1,569.20 |        18 |
| NVDA/USDG        |          1,511.69 |        18 |
| AAPL/USDG        |          1,432.04 |        18 |
| AMZN/USDG        |          1,370.95 |        18 |
| TSLA/USDG        |          1,362.10 |        18 |
| MSFT/USDG        |          1,300.89 |        18 |
| PLTR/USDG        |          1,261.77 |        18 |
| SPCX/USDG        |          1,172.71 |        18 |
| IREN/USDG        |            268.02 |         3 |
| QBTS/USDG        |            248.81 |        10 |
| RGTI/USDG        |            200.58 |         3 |
| BA/USDG          |              0.00 |         0 |
| RIVN/USDG        |              0.00 |         0 |

Per-pair volumes are rounded independently, so their displayed sum may differ slightly from the rounded cumulative total.

QBTS, RGTI, BA, and RIVN illustrate why each market should be evaluated independently. Lower or absent execution does **not** establish that liquidity alone caused the differences. These examples are not a permanent list of approved markets.

***

## The treasury cycle

1. **Identify**

   Evaluate markets against objective demand, execution, liquidity, and risk criteria.
2. **Allocate**

   Seed a small, capped position under an approved implementation policy.
3. **Earn**

   Capture eligible LP fees from actual market activity.
4. **Compound**

   Reinvest fees while the position remains productive and strategically relevant.
5. **Mature**

   Assess whether target liquidity depth has been reached or additional treasury capital is no longer needed.
6. **Reallocate**

   Preserve or move eligible principal to another priority market; reduce underperforming positions.
7. **Capture excess**

   Subject to governance policy, allocate a portion of realized net profitable excess to potential $MON buybacks.

Capital would scale alongside demonstrated demand. A larger treasury balance alone would not justify greater LP exposure.

### Market selection

Markets would be assessed dynamically using:

* **Existing liquidity:** usable depth relative to expected application-generated flow.
* **Stockmon demand:** current or reasonably supported future routing activity.
* **Aetheryn and Genesis relevance:** importance to the broader asset universe and recurring use cases created by permanent Stock DNA.
* **Execution quality:** price impact, effective spreads, and routing constraints.
* **Pool economics:** a credible path to productive fees after risk, inventory effects, and costs.
* **Trading availability:** per-asset execution capabilities for the relevant session and venue.
* **Risk and ecosystem importance:** acceptable volatility, concentration, inventory, and contract exposure, plus potential utility beyond Stockmon.

Only verified canonical Robinhood Stock Token contracts and approved venues would be eligible. A matching ticker alone is insufficient to identify a canonical asset.

***

## Potential $MON value capture

Stock Token activity does not automatically increase $MON's price or value. The proposal would create a conditional economic path:

**Stockmon activity → Stock Token demand → Treasury LP activity → LP fees → Realized net profitable excess → Governance-defined $MON buybacks**

### Conditions for buybacks

Productive liquidity comes first. Positions would compound toward liquidity targets, with principal preserved or redeployed before any eligible excess is allocated toward $MON.

Buybacks would depend on realized net economic surplus and future governance approval. They would use **eligible excess, never required liquidity principal**. Gross LP fees are not net profit: inventory effects, impermanent loss, adverse selection, and costs must be included.

### Illustrative allocation

The proposal uses a **25% allocation solely as an illustration**. It does not adopt a buyback rate.

Governance should set any buyback percentage only after the initiative has a measurable history of net LP performance.

| Illustrative eligible net LP profit | Illustrative 25% $MON purchases |
| ----------------------------------- | ------------------------------: |
| $10,000                             |                          $2,500 |
| $25,000                             |                          $6,250 |
| $50,000                             |                         $12,500 |
| $100,000                            |                         $25,000 |

Governance would separately determine what happens to repurchased $MON, such as treasury retention, burning, ecosystem incentives, or another approved use. No treatment is assumed.

***

## Illustrative scenarios

### Future activity

These are **illustrative sensitivity scenarios, not forecasts or promises**. They scale the historical execution baseline to show how liquidity needs could change at higher activity levels.

| Activity scenario        | Approx. monthly Stock Token volume | Approx. annual Stock Token volume |
| ------------------------ | ---------------------------------: | --------------------------------: |
| Historical run rate · 1× |                               $15K |                             $180K |
| Moderate expansion · 3×  |                               $44K |                             $539K |
| Ecosystem scale · 5×     |                               $75K |                             $898K |
| Larger scale · 10×       |                              $150K |                            $1.80M |

The proposal reports 9,723.58 USDG of executed volume in August and 6,915.95 USDG in September through the snapshot. Its observed lifetime pace was approximately $492 per day; September's observed pace was approximately $648 per day. Neither pace is a commitment to future activity.

At approximately $900K in annual Stockmon-generated purchases, an asset receiving 10% of activity would see roughly $90K of annual buy-side flow from Stockmon alone. This is an infrastructure illustration, not projected demand for a selected pool.

### Treasury economics

The proposal's **hypothetical $100,000 liquidity allocation is not a proposed pilot amount or an expected return**.

| Assumption                 | 25% daily turnover | 50% daily turnover |
| -------------------------- | -----------------: | -----------------: |
| Treasury liquidity         |           $100,000 |           $100,000 |
| Average daily LP volume    |            $25,000 |            $50,000 |
| Annualized LP volume       |        About $9.1M |      About $18.25M |
| Annual gross fees at 0.10% |             $9,125 |            $18,250 |
| Annual gross fees at 0.30% |            $27,375 |            $54,750 |

These mechanical examples use the stated turnover and fee assumptions. Actual outcomes depend on trading demand, venue design, fee tier, liquidity ranges, volatility, inventory exposure, adverse selection, impermanent loss, rebalancing costs, and contract risk. The initiative would be judged on **net economic performance and infrastructure utility**, not gross fees alone.

***

## Governance and risk

The proposal seeks approval of the framework. Pilot capital, approved venues, per-pool limits, operating parameters, and any future buyback percentage remain subject to a separate implementation policy and governance review. This page describes a proposal, not an active treasury program or authorization to deploy funds.

### Staged deployment and risk controls

The proposed sequence is **bootstrap, validate, compound, expand, mature, and capture value**. Pilot positions would remain small and capped. Validation would not automatically trigger scaling; expansion would require evidence of utilization, acceptable risk, and justified net economics.

The implementation policy would define:

* Absolute treasury exposure caps and per-market, per-pool, and portfolio concentration limits.
* Approved assets, canonical contract verification, and approved venues.
* Position sizing based on observed depth and realistic unwind capacity.
* Trading-session checks and review of inventory effects, impermanent loss, and adverse selection.
* Multisig or governance controls, defined operators, rebalancing authority, and auditable transaction records.
* Reporting frequency, escalation procedures, and thresholds to reduce or exit underperforming positions.
* Buybacks funded only from realized, governance-eligible net excess.

No market would receive additional treasury capital merely because its price or liquidity had deteriorated. Capital preservation and evidence-based allocation remain central to the proposed framework.

### Reporting and governance

Recurring reports would separate infrastructure performance from economic performance.

**Infrastructure measures:** liquidity and usable depth, representative trade price impact, effective spreads, execution quality, treasury liquidity utilization, Stockmon-generated volume, strategically supported markets, and routing success or failure rates.

**Economic measures:** gross LP fees, net LP profit and loss after inventory effects and costs, capital efficiency, realized and unrealized performance, reinvested fees, preserved or redeployed principal, and eligible excess available for potential $MON buybacks.

Each report would state its measurement period, data sources, methodology, starting and ending capital, realized fees, inventory changes, profit and loss, material rebalances, and any buybacks.

Governance would retain authority to pause new allocations, reduce limits, remove assets or venues, change buyback policy, or terminate the initiative if risk-adjusted results no longer justified deployment.

### Proposed governance decision

The proposed resolution would permit controlled treasury liquidity positions under approved limits, canonical-asset verification, approved venues, objective selection criteria, and recurring transparent reporting. It would allow productive fees to compound and eligible principal to be redeployed as positions mature or underperform.

Any future allocation of realized net profitable excess to $MON buybacks, and the treatment of repurchased tokens, would remain governed separately.

The recommended sequence is to **approve the framework first**, then define pilot capital, venue-specific parameters, and any buyback percentage through a separate implementation policy after governance review.

***

## Sources and disclosures

[Read the original Treasury Liquidity Initiative proposal (PDF)](https://164480815-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F0r3IgolbVPO14VcUCkOG%2Fuploads%2F5YW7KUfdpdKHl4UZLXSt%2Ftreasury-liquidity-initiative-proposal.pdf?alt=media\&token=c6cd3eae-328b-4591-8a56-e6c0373e496b)

This page adapts the **Stockmon Treasury Liquidity Initiative governance proposal, dated 11 September 2026**. Historical figures are attributed to its cited **Stockmon Ecosystem Metrics / 11 Sep 2026, “Stock-pair volume since launch”** report and the snapshot described above.

The proposal's onchain reference is `0xB78eDCB4dE39355747C62e6D55209C01A2294AD8`. It also cites Robinhood Chain documentation on the network, Stock Tokens, Stock Token APIs, token contracts, brand guidelines, and terms of service, accessed 11 September 2026.

### Disclosures

The proposal describes Stock Tokens as tokenised debt securities issued by Robinhood Assets (Jersey) Limited, providing economic exposure without legal or beneficial rights in the underlying securities.

Liquidity provision involves material risk, including loss of principal. Nothing in the proposal guarantees treasury profit, $MON price appreciation, liquidity, or any level of future activity. Future-volume and LP-fee examples are Stockmon-authored illustrations, not Robinhood projections or co-marketing metrics.

This is an **independent Stockmon governance proposal**. References to Robinhood Chain do not imply Robinhood sponsorship, endorsement, partnership, or participation.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://raretyperesearch.gitbook.io/stockmon/treasury-liquidity-initiative-tli.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
