> 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/mon/flap.md).

# Flap and fee ingress

Flap is the `$MON` launch and fee-ingress layer. It is not the Stockmon Vault, not a stock buyer, not an NFT custodian, and not the ledger that assigns value to individual Genesis IDs.

## The handoff

Each launched token has its own TaxProcessor. Stockmon uses one narrow path:

```
$MON TaxProcessor
  → authenticated native revenue queue
  → permissionless exact-amount flush
  → native-to-WETH ingress
  → canonical WETH
  → Stockmon Vault
```

### Why an adapter exists

The adapter separates Flap’s delivery behavior from Vault availability:

* It accepts native value only from the verified token-specific processor after binding.
* It records the exact authenticated amount without calling the Vault during receipt.
* It exposes a permissionless flush into one immutable ingress.
* A failed ingress or Vault call reverts the flush and leaves the authenticated queue intact.

There is no user-selected recipient, general call path, or owner withdrawal for authenticated revenue.

## Native ETH becomes canonical WETH

The Vault rejects native ETH as an accounting input. The ingress wraps exact authenticated revenue into canonical Robinhood Chain WETH before depositing it.

This boundary makes the quote asset explicit and keeps revenue accounting in integer WETH atoms.

## Gross tax versus received revenue

Flap can apply protocol fees before allocating the token’s remaining market or Vault share. That means:

* gross `$MON` volume is not Vault revenue;
* gross `$MON` tax is not automatically Vault revenue; and
* Stockmon’s 50% stock-purchase policy begins only after distributable revenue is actually received by the Vault.

{% hint style="info" %}
The clean sentence is: **50% of distributable `$MON` fee revenue received by the Stockmon Vault funds Stock Token purchases, and 50% is tracked separately for the project treasury.**
{% endhint %}

## What users need to watch

The Stockmon app shows each stage separately:

* queued adapter revenue;
* WETH successfully received by the Vault;
* a sealed Feed round;
* pending per-ticker quote amounts; and
* Stock Token units verified after settlement.

The app never labels one stage as complete until that exact stage finishes.

Next: [The Vault and 48-hour Feed](/stockmon/mon/vault-and-feed.md).


---

# 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/mon/flap.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.