# 2.2 Stateless Value Propagation

Traditional blockchain transactions are state-dependent. To send 1 ETH, the chain must check your balance, subtract 1, and add 1 to the recipient. This requires state bloat.

Accessth utilizes Stateless Value Propagation via Just-in-Time (JIT) Liquidity.

SEQUENCE OF EXECUTION:

1. INTENT: User signs an off-chain intent (e.g., "Pay Merchant 5 ETH").
2. PROOF GENERATION: The user's device generates a Zero-Knowledge Proof confirming they hold the requisite rights to command 5 ETH.
3. PROPAGATION: This proof is broadcast to the Accessth Node Network.
4. INSTANTIATION: The protocol verifies the proof and "instantiates" 5 ETH from the Liquidity Fog directly to the Merchant's address.
5. SETTLEMENT: The user's Permission Set is cryptographically updated to reflect the new remaining rights.

Note that at no point did the funds move from a "User Wallet" to the "Merchant." The funds moved from the "Protocol Layer" to the "Merchant," directed by the user's signature.


---

# Agent Instructions: 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:

```
GET https://docs.accessth.xyz/part-2/2.2-stateless-value-propagation.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.