# SUMMARY

* [Billz Docs](/readme)

## Billz Pro

* [Overview](/billz-pro/overview)
* [Why Billz Pro](/billz-pro/why-billz-pro)
* [Why vs Traditional Off-Ramps](/billz-pro/why-vs-offramps)
* [Why Non-Custodial Matters](/billz-pro/why-non-custodial-matters)
* [Product Overview](/billz-pro/product-overview)
* [How It Works](/billz-pro/how-it-works)
* [Payment Rails (SEPA & ACH)](/payment-rails)
* [Fees & Pricing Principles (Billz Pro)](/billz-pro/fees-old-version)
* [Hybrid Infrastructure Model](/hybrid-infrastructure-model)
* [Non-Custodial Architecture](/non-custodial-architecture)
* [Treasury Vault](/treasury-vault)
* [Capital Efficiency, Collateral & Lending/Borrowing](/capital-efficiency-lombard)
* [Enterprise Capabilities](/enterprise-capabilities)
* [Security & Compliance](/security-compliance)
* [Regulatory Positioning (EU / US)](/regulatory-positioning)
* [Governance & Operating Principles](/governance-operating-principles)
* [For Investors](/for-investors)
* [Market Thesis & Long-Term Vision](/market-thesis-long-term-vision)
* [Competitive Landscape](/competitive-landscape)
* [Roadmap (Public)](/roadmap-2026-2027)
* [Risk Disclosure](/risk-disclosure)
* [Enterprise Onboarding & Contact](/enterprise-onboarding-contact)
* [$BILLZ - Coming Soon](/usdbillz-token-overview)

## Billz (Personal Use)

* [Overview](/billz/overview)
* [How It Works](/billz/how-it-works)
* [Fees](/billz/fees)
* [FAQ](/faq)


# README

## Billz Pro Hybrid Execution Infrastructure for Crypto Treasury

Billz provides **hybrid crypto-to-fiat execution infrastructure** for businesses and individuals.

**Primary focus:** **Billz Pro** (business-first)\
**Secondary:** Billz (personal use, intentionally lighter documentation)

{% hint style="info" %}
**Positioning**\
Crypto-native in capital logic.\
Fintech-aligned in execution
{% endhint %}

```mermaid
flowchart LR
    A[On-chain Treasury] --> B[Billz Pro Orchestration]
    B --> C[Compliance & Risk Controls]
    C --> D[SEPA EUR]
    C --> E[ACH USD]
    B --> F[Proof & Reconciliation]
    A -. Optional .-> G[Vault]
    A -. Optional .-> H[Collateralized Liquidity]
```

## What Billz Pro is built for

Billz Pro is designed for operators who:

* hold treasury in crypto
* need to pay real-world obligations in fiat
* require **execution clarity** (not just a cash-out path)
* want a **compliance-aware** route into regulated rails

### Supported execution rails (high-level)

* **EUR via SEPA**
* **USD via ACH**

### Core product themes

* **Execution-first** payment workflows
* **Proof-oriented** documentation and reconciliation artifacts
* **Collateralized liquidity** workflows (lending/borrowing-based, where applicable)
* **Optional Treasury Vault** (market-driven, up to 10% APY)
* **Enterprise posture** (KYB, controls, documentation)

***

## Recommended reading order

### Billz Pro (business-first)

1. [Overview](/billz-pro/overview)
2. [Why Billz Pro](/billz-pro/why-billz-pro)
3. [Why Billz Pro vs Traditional Off-Ramps](/billz-pro/why-vs-offramps)
4. [Why Non-Custodial Matters](/billz-pro/why-non-custodial-matters)
5. [How It Works](/billz-pro/how-it-works)
6. [Capital Efficiency, Collateral & Lending/Borrowing](/capital-efficiency-lombard)
7. [Fees & Pricing Principles (Billz Pro)](/billz-pro/fees-old-version)
8. [Security & Compliance](/security-compliance)
9. [Regulatory Positioning (EU / US)](/regulatory-positioning)
10. [For Investors](/for-investors)
11. [Enterprise Onboarding & Contact](/enterprise-onboarding-contact)

### $BILLZ (teaser)

* [$BILLZ - Coming Soon](/usdbillz-token-overview)

### Billz (personal use)

* [Overview](/billz/overview)
* [How It Works](/billz/how-it-works)
* [Fees](/billz/fees)
* [FAQ](/faq)

***

{% hint style="info" %}
**Documentation boundaries**\
This documentation is intentionally high-level and strategic:

* enough detail to explain product scope and operating model
* without exposing sensitive implementation details, execution routing logic, or partner configuration

This documentation does not constitute legal, tax, or investment advice.
{% endhint %}


# billz-pro


# why billz pro

## Off-ramps are built for withdrawals. Billz Pro is built for execution.

Many crypto products optimize for a retail action:

> “Withdraw to bank.”

Billz Pro is optimized for an operator action:

> “Execute recurring fiat payments with control, documentation, and treasury logic.”

***

## The problem Billz Pro addresses

Businesses holding capital in crypto often face:

* fragmented workflows (exchange -> withdrawal -> re-send)
* weak reference handling and manual reconciliation
* forced liquidation at poor timing
* disconnected capital strategy and payment operations
* no unified execution posture for recurring fiat obligations

Billz Pro turns this into a structured operating flow:

**Initiate -> Fund -> Orchestrate -> Execute -> Document**

***

## Product priorities (operator-first)

| Priority                 | Why it matters                                        |
| ------------------------ | ----------------------------------------------------- |
| Execution reliability    | Payments are business-critical                        |
| Documentation quality    | Accounting and audit workflows need proof             |
| Controls & compatibility | Real rails impose real constraints                    |
| Treasury logic           | Capital strategy matters before liquidation decisions |

***

## Better fit than generic off-ramps when...

Billz Pro is a strong fit if you:

* manage recurring fiat obligations from crypto treasury,
* need proof-of-payment and clean references,
* care about capital efficiency (including collateralized liquidity),
* need a compliance-aware execution process that can scale.


# overview

## Hybrid Execution Infrastructure for Crypto Treasury

Billz Pro is a **crypto-native, compliance-aware execution infrastructure** enabling businesses to operate from **on-chain capital** into **regulated fiat payment rails**.

Billz Pro is built for operators who hold treasury in crypto but need reliable fiat execution for business obligations:

* **EUR via SEPA**
* **USD via ACH**

It combines:

* **Web3-native treasury logic** (collateral, lending/borrowing, capital efficiency)
* **Regulated execution posture** (SEPA/ACH rails, compliance checks, structured documentation)

{% hint style="info" %}
**Execution-first, not speculation-first.**
{% endhint %}

```mermaid
flowchart LR
    T[Crypto Treasury] --> O[Billz Pro]
    O --> R1[SEPA EUR]
    O --> R2[ACH USD]
    O --> P[Proof & Reconciliation]
    T -. Optional .-> V[Treasury Vault]
    T -. Optional .-> L[Collateralized Liquidity]

```

> ### At a glance

***

## What Billz Pro enables

* **Crypto -> fiat payment execution** (SEPA / ACH)
* **Proof-oriented payment workflows** (references + reconciliation artifacts)
* **Collateralized liquidity workflows** (lending/borrowing-based, when applicable)
* **Treasury Vault** (optional yield layer, up to **10% APY**, market-driven)
* **Enterprise onboarding posture** (KYB, risk thresholds, documentation)

***

## Who it is built for

| Profile            | Why Billz Pro fits                    |
| ------------------ | ------------------------------------- |
| Web3 startups      | Runway in crypto, obligations in fiat |
| Agencies / studios | Vendor and contractor payment flows   |
| Treasury operators | Need control, proof, and consistency  |
| Founders           | Recurring burn + execution discipline |

***

## What Billz Pro is not

Billz Pro is **not**:

* a bank
* an exchange
* a trading venue
* a custodial wallet provider
* a retail cash-out button

Billz Pro is **execution infrastructure** for treasury operations.

***

## Mini FAQ

<details>

<summary>Is Billz Pro a payments app?</summary>

Not in the usual consumer sense. Billz Pro is positioned as **treasury execution infrastructure**.

</details>

<details>

<summary>Does Billz Pro guarantee non-liquidation in collateralized workflows?</summary>

No. Collateralized lending/borrowing strategies carry liquidation risk.

</details>

<details>

<summary>Is Billz Pro purely a DeFi product?</summary>

No. It is a **hybrid model** combining crypto-native treasury logic with regulated fiat rail execution.

</details>


# why non custodial matters

## Non-custodial is a risk boundary, not just a crypto slogan

For businesses, custody design affects:

* counterparty exposure
* governance and internal controls
* incident scope
* operational dependencies

Billz Pro is built as an **orchestration and execution layer**, not a custody platform.

## What this means in practice

Billz Pro does **not**:

* store user private keys
* position itself as long-term custody infrastructure
* market itself as a custodial wallet product

Billz Pro focuses on:

* execution orchestration
* compliance-aware workflows
* fiat rail execution
* proof and reconciliation artifacts

{% hint style="warning" %}
Non-custodial does **not** mean risk-free.\
It does not remove market risk, lending/borrowing risk, or liquidation risk.
{% endhint %}

## Enterprise value (high-level)

This architecture can help support clearer separation between:

* treasury ownership / asset control
* execution operations
* finance and reconciliation functions


# why vs offramps

## Treasury execution vs retail withdrawal

Traditional off-ramps are useful for simple exits.\
Billz Pro is designed for **repeatable treasury workflows**.

## High-level comparison

| Topic            | Traditional Off-Ramps          | Billz Pro                                                        |
| ---------------- | ------------------------------ | ---------------------------------------------------------------- |
| Primary use case | Retail withdrawal / cash-out   | Treasury payment execution                                       |
| Workflow         | Convert -> Withdraw -> Re-send | Initiate -> Fund -> Execute -> Document                          |
| Documentation    | Often fragmented               | Proof-oriented and structured                                    |
| References       | Inconsistent or manual         | Reconciliation-friendly framing                                  |
| Capital strategy | Usually liquidation-first      | Can support collateralized liquidity workflows (when applicable) |
| Positioning      | Withdrawal tool                | Hybrid execution infrastructure                                  |

## Execution mindset vs liquidation mindset

* **Withdrawal mindset:** “Get funds out”
* **Execution mindset:** “Pay obligations correctly, repeatedly, and with control”

Billz Pro is built for the second.

{% hint style="warning" %}
Billz Pro does not guarantee better economics in every scenario.\
Operators still face market, rail, compliance, and collateral/liquidation risks.
{% endhint %}


# product overview

Billz Pro combines **execution infrastructure** and **treasury-oriented capital logic**.

## Core product pillars

{% stepper %}
{% step %}

#### Payments (Crypto -> Fiat Execution)

Billz Pro supports:

* **SEPA (EUR)**
* **ACH (USD)**

Use cases include vendor invoices, rent, utilities, and recurring operating expenses.
{% endstep %}

{% step %}

#### Proof & Reconciliation

Billz Pro standardizes execution artifacts for finance workflows:

* recipient snapshot
* amount / currency
* reference / memo (when supported)
* timestamps
* identifiers for reconciliation
* confirmation summary
  {% endstep %}

{% step %}

#### Capital Efficiency (Collateral + Lending/Borrowing)

Billz Pro can support workflows where operators:

* post crypto as collateral,
* access liquidity via lending/borrowing,
* and route liquidity toward fiat execution.
  {% endstep %}

{% step %}

#### Treasury Vault (Optional Yield Layer)

An optional treasury optimization layer:

* **market-driven**
* **up to 10% APY**
* **not guaranteed**
* risk-bearing
  {% endstep %}
  {% endstepper %}

***

{% hint style="info" %}

### Public documentation boundary

This documentation explains the **operating model** and **positioning**.\
It does not disclose:

* partner stack details,
* execution routing logic,
* protocol configuration,
* policy thresholds.
  {% endhint %}


# how it works

This page explains the **high-level Billz Pro execution workflow**.\
Sensitive implementation details are intentionally omitted.

## Two execution modes (high-level)

### A) Direct conversion execution

Use crypto directly to fund a fiat payment execution.

### B) Collateralized liquidity execution (lending/borrowing-based)

Use crypto as collateral to access liquidity, then route that liquidity toward fiat payment execution.

{% hint style="info" %}
Availability depends on configuration, jurisdiction, risk policy, and supported workflows.
{% endhint %}

```mermaid
flowchart TD
    A[Initiate Payment Intent] --> B{Funding Mode}
    B -->|Direct| C[Direct Conversion Path]
    B -->|Collateralized| D[Collateral + Lending/Borrowing Path]
    C --> E[Compliance & Operational Checks]
    D --> E
    E --> F[SEPA / ACH Execution]
    F --> G[Proof & Confirmation]
```

> ### Workflow (visual)

## Standard execution flow

{% stepper %}
{% step %}

### Initiate payment

You provide:

* recipient name
* bank details (**IBAN** for SEPA / routing+account for ACH)
* fiat amount (EUR or USD)
* reference / memo (recommended when supported)
* optional internal reconciliation metadata (invoice ID, vendor tag)
  {% endstep %}

{% step %}

### Select funding approach

Depending on workflow and configuration:

* direct crypto-funded execution, or
* collateralized liquidity route (lending/borrowing-based)
  {% endstep %}

{% step %}

### Compliance and operational checks

Billz Pro may apply:

* KYC / KYB / EDD review (when required)
* risk thresholds
* jurisdiction checks
* rail constraints / cutoffs
  {% endstep %}

{% step %}

### Conversion / liquidity orchestration

Billz Pro orchestrates the required steps to prepare fiat execution.
{% endstep %}

{% step %}

### Fiat execution (SEPA / ACH)

A fiat transfer is initiated on:

* **SEPA (EUR)**
* **ACH (USD)**
  {% endstep %}

{% step %}

### Proof & confirmation

Billz Pro generates structured artifacts to support accounting and audit workflows.
{% endstep %}
{% endstepper %}

## Indicative timelines (not guaranteed)

| Rail | Typical range (indicative)                      |
| ---- | ----------------------------------------------- |
| SEPA | Same day / next business day (cutoff dependent) |
| ACH  | 1-3 business days (rail dependent)              |

> Timelines are not guaranteed and may be affected by banking cutoffs, compliance review, and operational conditions.

## Mini FAQ

<details>

<summary>Are timelines guaranteed?</summary>

No. Banking cutoffs, compliance review, and operational conditions can affect timelines.

</details>

<details>

<summary>Does collateralized mode remove liquidation risk?</summary>

No. It introduces collateral management and liquidation risk that must be monitored.

</details>

<details>

<summary>Can Billz Pro share the exact routing logic publicly?</summary>

No. Public docs intentionally avoid disclosing sensitive execution details.

</details>


# fees(old version)

Billz Pro is a business-first execution infrastructure.\
Fees are framed around **execution**, **operational reliability**, and **treasury workflows** — not retail cash-out behavior.

## Fee philosophy (high-level)

Billz Pro pricing is designed to reflect:

* execution infrastructure value
* compliance-aware operational handling
* proof and reconciliation workflows
* treasury-oriented service quality

{% hint style="info" %}
Billz Pro prioritizes transparent fee disclosure before execution whenever applicable.
{% endhint %}

***

## What fees may include (high-level)

Depending on workflow, fees may include:

* **Execution / conversion fee**
* **Processing or operational fee**
* **Rail-related costs** (SEPA / ACH context, where applicable)
* **Treasury-service related fees** (depending on product configuration)
* **Optional premium or enterprise service components** (where applicable)

## Why fees may vary

Fees can vary depending on factors such as:

* payment amount
* selected rail (**SEPA** vs **ACH**)
* jurisdiction and compliance requirements
* operational conditions
* treasury workflow type (e.g. direct execution vs collateralized liquidity route)
* enterprise onboarding / support model (where applicable)

***

## Collateralized workflows and economics (important)

For lending/borrowing-based treasury workflows, operators should distinguish between:

* **Billz Pro execution fees**
* **Borrowing / protocol-related costs**
* **Potential market / liquidity impact**
* **Collateral management risk**

{% hint style="info" %}
Billz Pro does not guarantee that collateralized workflows are cheaper in every scenario.
{% endhint %}

***

## Vault-related economics (if used)

If the Treasury Vault is used, operators should treat Vault economics separately from payment execution fees.

Vault is:

* optional
* market-driven
* non-guaranteed

{% hint style="info" %}
Billz Pro does not guarantee APY or net treasury outcomes.
{% endhint %}

***

## Mini FAQ

<details>

<summary>Are Billz Pro fees the same as Billz (personal use)?</summary>

Not necessarily. Billz Pro is business-first and may include infrastructure, operational, and enterprise-related pricing components.

</details>

<details>

<summary>Does Billz Pro publish all pricing publicly?</summary>

Public documentation may remain high-level. Pricing and terms can depend on workflow, volume, and onboarding context.

</details>

<details>

<summary>Does collateralized execution remove costs?</summary>

No. It changes the treasury and funding path, but introduces its own costs and risks (including borrowing costs and liquidation risk).

</details>


# fees

Billz Pro applies a simple fee model for treasury execution workflows.

## Standard fee

* **3% execution fee**

This fee applies to the standard Billz Pro payment execution workflow.

***

## Early position exit fee (if applicable)

If a position is exited early, an additional fee applies:

* **+3% early exit fee**

This means:

* **Standard execution:** 3%
* **Early exit:** **3% + 3%** (total **6%**)

***

{% hint style="info" %}

### Important notes

* Early exit fees apply only when an early position exit is triggered (when applicable to the workflow).
* Fees are disclosed before execution / confirmation whenever applicable.
* Collateralized lending/borrowing workflows still carry market and liquidation risk.

> Billz Pro does not guarantee that any specific treasury strategy is cheaper in all scenarios.
> {% endhint %}

***

## Mini FAQ

<details>

<summary>Is the standard Billz Pro fee always 3%?</summary>

For the current documented model: **yes (3%)**, excluding specific cases such as early exit.

</details>

<details>

<summary>What happens if there is an early exit?</summary>

An additional **3%** fee applies (total **6%**).

</details>

<details>

<summary>Are there other hidden fees?</summary>

Billz Pro aims to disclose applicable fees before execution whenever possible.

</details>


# non custodial architecture

Billz Pro is designed to support **execution without becoming a custody platform**.

## What Billz Pro does not do

Billz Pro does not:

* store private keys
* provide a custodial wallet product
* market itself as long-term custody infrastructure

## What Billz Pro does do

Billz Pro focuses on:

* execution orchestration
* compliance-aware workflows
* regulated fiat rail execution
* proof and reconciliation artifacts

## Boundary reminder

{% hint style="warning" %}
Non-custodial architecture can reduce some forms of counterparty exposure.\
It does **not** remove:

* market risk
* lending/borrowing risk
* liquidation risk (collateralized workflows)
* rail or partner execution risk
  {% endhint %}


# payment rails

Billz Pro executes payments through regulated fiat rails and documents them for treasury workflows.

## SEPA (EUR)

SEPA is the standard EUR bank transfer rail used across supported jurisdictions.

### Typical characteristics

* recipient identified via **IBAN**
* bank cutoffs and holidays apply
* reference/memo handling may vary by downstream institutions

### Common Billz Pro uses (EUR)

* vendor invoices
* rent
* utilities
* recurring operational expenses

***

## ACH (USD)

ACH is the standard US domestic bank transfer rail for USD payments.

### Typical characteristics

* recipient identified via routing + account details
* bank processing windows apply
* settlement often 1–3 business days (not guaranteed)

### Common Billz Pro uses (USD)

* US vendors
* operating expenses
* supported business payments

***

## Why this matters for positioning

Billz Pro is not only converting crypto.\
It is an **execution layer** that bridges treasury operations into these rails with:

* structured payment intent,
* compliance checks,
* proof-oriented documentation.


# hybrid infrastructure model

Billz Pro operates at the intersection of:

**On-chain capital** (treasury, collateralized positions, liquidity logic)\
↔\
**Regulated fiat systems** (SEPA / ACH, compliance, banking constraints)

We call this a **hybrid execution model**.

```mermaid
flowchart TD
    A[Wallet Interaction Layer] --> B[Treasury & Orchestration Layer]
    B --> C[Compliance & Monitoring Layer]
    C --> D[Fiat Rail Execution Layer]
    D --> E[SEPA EUR / ACH USD]
    B --> F[Proof & Reconciliation Artifacts]
```

> ### Layered architecture (visual, high-level)

## Layered architecture (high-level)

### 1) Wallet Interaction Layer

* user-initiated actions
* authorization boundaries
* no private key storage by Billz

### 2) Treasury & Orchestration Layer

* funding mode selection (direct vs collateralized, when available)
* execution routing and policy application
* proof and reference standardization

### 3) Compliance & Monitoring Layer

* KYC / KYB / EDD workflows (as applicable)
* risk-based monitoring
* exception handling and review

### 4) Fiat Rail Execution Layer

* SEPA / ACH initiation via regulated rails
* cutoff logic, holidays, and rail constraints respected

## Why modularity matters

A treasury execution infrastructure must adapt to:

* rail changes
* regulatory changes
* market volatility
* evolving treasury strategies

Modularity helps Billz Pro evolve without forcing operators to rebuild finance workflows.


# treasury vault

The Billz Pro Vault is an **optional treasury yield layer** designed for idle capital optimization.

## Why it exists

Treasury often sits idle between:

* invoice cycles
* vendor payments
* monthly burn windows
* operational deployments

Vault is designed to reduce opportunity cost while preserving an execution-first mindset.

## What it is (high-level)

* optional allocation layer for surplus treasury
* **market-driven** return profile
* potential yield of **up to 10% APY**
* integrated into treasury operations framing (not retail yield marketing)

## What it is not

* not a guaranteed return product
* not risk-free
* not a substitute for treasury policy

## Mini FAQ

<details>

<summary>Is 10% APY guaranteed?</summary>

No. “Up to 10% APY” is market-driven and non-guaranteed.

</details>

<details>

<summary>Is Vault mandatory to use Billz Pro?</summary>

No. Vault is optional.

</details>

<details>

<summary>Is Vault investment advice?</summary>

No. Billz does not provide investment advice.

</details>


# enterprise capabilities

Billz Pro is **business-first** and designed to support structured treasury operations.

## Built for enterprise and growth-stage operators

Examples:

* startups with meaningful monthly burn in fiat
* teams paying recurring vendors and contractors
* treasury operators needing auditability and controls
* organizations managing EU and US payment obligations

## Capabilities (high-level)

* **KYB onboarding posture** (where required)
* **risk thresholds and review workflows**
* **proof-first payment documentation**
* **reconciliation-oriented execution artifacts**
* **SEPA / ACH treasury execution support**
* support for capital-efficiency narratives (collateralized liquidity workflows, where applicable)

## Operational focus

Billz Pro prioritizes:

* consistency,
* documentation quality,
* execution discipline,
* compatibility with finance workflows.


# capital efficiency lombard

## Billz Pro supports Lombard-style DeFi treasury logic (high-level)

Billz Pro is designed for crypto-native operators who may prefer **collateralized liquidity** over immediate asset liquidation.

A simplified pattern can look like:

1. post crypto as **collateral**
2. access liquidity via **lending/borrowing**
3. use that liquidity to support fiat payment execution

This is a core part of Billz Pro’s treasury positioning.

```mermaid
flowchart LR
    A[Crypto Treasury] --> B[Collateral Position]
    B --> C[Lending / Borrowing]
    C --> D[Liquidity Available]
    D --> E[Billz Pro Execution]
    E --> F[SEPA / ACH Payment]
    E --> G[Proof & Reconciliation]
```

> ### Capital strategy flow (visual)

***

## Why operators use this approach

A collateralized lending/borrowing approach may help operators:

* maintain exposure to underlying assets (when strategically desired)
* reduce unnecessary direct asset sales
* improve flexibility for recurring fiat obligations
* align treasury management with execution workflows

***

{% hint style="danger" %}

### Critical risk reminder (must read)

Billz Pro does **not** guarantee:

* non-liquidation
* no losses
* no taxable event
* favorable outcomes in all market conditions

> **Important:** Collateralized lending/borrowing introduces real position-management risk.
> {% endhint %}

### Key risks in collateralized workflows

| Risk                           | Description                                             |
| ------------------------------ | ------------------------------------------------------- |
| Collateral volatility risk     | Collateral value can decline and weaken position health |
| Liquidation risk               | LTV / health factor thresholds may be breached          |
| Borrowing cost / rate risk     | Borrowing economics can change over time                |
| Protocol / smart contract risk | Lending/borrowing infrastructure adds dependency risk   |
| Liquidity stress risk          | Market stress can worsen execution conditions           |

***

## Tax framing (jurisdiction-dependent)

Collateralized borrowing **may reduce the need for direct asset liquidation**, which **may** affect tax treatment depending on jurisdiction and user circumstances.

Billz Pro does **not**:

* guarantee a non-taxable outcome
* provide tax advice

Operators should consult qualified advisors.

***

## Mini FAQ

<details>

<summary>Does Billz Pro guarantee no liquidation?</summary>

No.

</details>

<details>

<summary>Is this no taxable event by default?</summary>

No. Tax treatment depends on jurisdiction and circumstances.

</details>

<details>

<summary>Why include lending/borrowing in a payments product?</summary>

Because Billz Pro is positioned as **treasury execution infrastructure**, not only a withdrawal tool.

</details>


# governance operating principles

Billz Pro is built as early-stage infrastructure with long-term discipline in mind.

## Operating principles

1. **Capital efficiency** — crypto treasury should not be operationally penalized by default.
2. **User control** — non-custodial design supports risk boundaries.
3. **Compliance compatibility** — execution infrastructure must coexist with regulated systems.
4. **Execution clarity** — payments should be easier to reconcile and document.

## Product boundaries

Billz Pro intentionally avoids becoming:

* a retail trading product
* a bank replacement
* a generalized custody platform

Focus matters. Billz Pro focuses on treasury execution infrastructure.


# regulatory positioning

## Billz Pro is built to interface with regulated systems, not replace them

Billz Pro positions itself as a **hybrid execution infrastructure**:

* crypto-native in treasury logic,
* compliance-aware in execution,
* aligned with regulated fiat rails for settlement.

```mermaid
flowchart LR
    A[Billz Pro Hybrid Execution Layer] --> B[EU Context]
    A --> C[US Context]
    B --> D[SEPA / EUR Execution]
    C --> E[ACH / USD Execution]
    A --> F[Compliance-Aware Controls]
    A --> G[Documentation & Proof]
```

> ### Regulatory framing (visual, high-level)

{% hint style="info" %}

### Why this page is intentionally high-level

Regulatory interpretation depends on:

* jurisdiction
* facts and implementation details
* user profile and transaction type

Public docs should not overstate legal conclusions.
{% endhint %}

***

## EU / US framing (high-level)

### EU

Billz Pro supports EUR execution via SEPA and is designed to coexist with regulated payment infrastructure and compliance requirements.

### US

Billz Pro supports USD execution via ACH and is designed to operate with jurisdiction-aware controls and regulated rail requirements.

## What Billz Pro does not claim in public docs

Billz Pro does not publicly claim:

* to be a bank
* to replace regulated institutions
* to eliminate compliance obligations
* to provide legal or tax advice

***


# security compliance

Billz Pro is built with an infrastructure mindset: **security, controls, and auditability**.

## Security principles (high-level)

* no user private key storage
* bounded execution scope (orchestration-focused)
* minimized sensitive data exposure where possible
* traceable payment execution artifacts

## Compliance posture (high-level)

Billz Pro is **compliance-aware** and built to interface with regulated rails.

Workflows may involve (depending on jurisdiction, volume, and risk profile):

* KYC (individual)
* KYB (business)
* enhanced due diligence (EDD)
* risk-based transaction monitoring

```mermaid
flowchart TD
    A[Payment Intent] --> B{Risk / Policy Checks}
    B -->|Pass| C[Proceed to Execution]
    B -->|Needs Review| D[Additional Review / EDD / Data Clarification]
    D --> E{Resolved?}
    E -->|Yes| C
    E -->|No| F[Delay / Reject / Rework]
```

> ### Review triggers (visual summary)

***

## What can trigger additional review

* unusual volume or frequency
* higher-risk recipient or jurisdiction profiles
* incomplete / inconsistent data
* transaction pattern anomalies
* threshold events under internal or partner policies

{% hint style="info" %}
Compliance review can affect timelines. This is normal when operating at the boundary between crypto capital and regulated banking rails.
{% endhint %}

***

## Mini FAQ

<details>

<summary>Does compliance-aware mean fully regulated bank?</summary>

No. Billz Pro is infrastructure built to interface with regulated systems, not replace them.

</details>

<details>

<summary>Can compliance review delay execution?</summary>

Yes. That is a normal possibility in regulated rail workflows.

</details>


# for investors

## Billz Pro targets a structural bottleneck

Crypto-native capital is growing.\
Fiat obligations remain dominant.

This creates a persistent operational gap between:

* **on-chain treasury**
* **off-chain obligations** (vendors, rent, invoices, operating expenses)

Billz Pro is positioned at that boundary.

```mermaid
flowchart LR
    A[Crypto-Native Capital Growth] --> B[Operational Gap]
    C[Fiat Obligations Remain Dominant] --> B
    B --> D[Need for Execution Infrastructure]
    D --> E[Billz Pro]
    E --> F[SEPA / ACH Execution]
    E --> G[Proof & Reconciliation]
    E --> H[Capital Efficiency Workflows]
```

> ### Thesis map (high-level)

***

## The thesis (high-level)

Most products in the category focus on:

* trading,
* exchange withdrawals,
* generic off-ramping.

Billz Pro focuses on **execution infrastructure**:

* crypto-to-fiat payments (SEPA / ACH)
* proof-oriented documentation
* compliance-aware workflows
* treasury capital logic (including collateralized lending/borrowing-based patterns)

## Why this matters strategically

Billz Pro is not just a payments feature.\
It is a treasury operations layer that can expand over time into:

* reporting,
* controls,
* anomaly/risk detection,
* enterprise treasury tooling.

## Business model (high-level)

Potential revenue streams include:

* execution / conversion fees
* treasury services margin
* optional Vault-related economics (where applicable)
* enterprise features and onboarding services

***


# competitive landscape

Billz Pro exists in a broader treasury and crypto-finance tooling landscape.

## Category view (high-level)

Some platforms focus on:

* treasury management software
* crypto business banking-like workflows
* off-ramping
* spend layers (cards)
* finance dashboards

Billz Pro focuses on a narrower but critical layer:\
**hybrid treasury execution infrastructure**.

## Why this scope matters

A tighter product boundary can improve:

* positioning clarity
* speed of iteration
* user alignment around a specific pain point (execution + documentation + capital logic)

{% hint style="info" %}
This page is intentionally non-comparative in legal/marketing tone and does not publish competitor claims analysis.
{% endhint %}


# Roadmap 2026–2027

## Billz Roadmap 2026–2027

Billz is building the financial operations layer for crypto-native businesses.

The roadmap starts with real payments and expands into expense management, AI-assisted operations, treasury monitoring and controlled automation.

> First payments. Then expense management. Then AI-assisted operations. Then treasury automation.

***

### Phase 1 — Foundation, Simulator & Launch Readiness

**Period:** May 2026\
**Status:** Live / manual-first

Billz V1 is live and the first payment simulation layer is already available in manual / semi-manual mode.

#### Available

* Billz V1 access
* Manual / semi-manual Payment Simulator
* Payable amount estimation
* Collateral required calculation
* LTV / health factor visibility
* Borrow APY estimate
* Yield APY estimate
* Net carry estimate
* Billz fees and rails fees visibility
* Risk level before execution
* Referral system live — May 19
* Token launch — May 21

***

### Phase 2 — Invoice Pilot

**Period:** May–June 2026\
**Status:** Pilot validation

The first product wedge is simple:

> One invoice. One simulation. One payment. One proof.

#### Focus

* First real invoice payments
* Treasury-backed payment flows
* Proof of payment
* Onboarding and KYC/KYB tuning
* Early user feedback
* First case studies

***

### Phase 3 — Simulator Productization

**Period:** June–July 2026\
**Status:** Productization

The simulator already exists. The next step is to make it more scalable, clearer and easier to use.

#### Planned improvements

* Saved simulations
* Simulation history
* PDF exports
* Scenario comparison
* Clearer UX
* Reduced manual work
* Better explanation of cost, APY, collateral and risk

***

### Phase 4 — Expense Management Layer

**Period:** Q3 2026\
**Status:** Roadmap

Billz will evolve from a payment tool into an expense operations layer for crypto-native teams.

#### Planned features

* Invoice scan and upload
* Billz Invoice Inbox
* Workspace profiles
* Roles and permissions
* Approval workflows
* Comments and audit trail
* Accounting-ready proofs
* Vendor history

***

### Phase 5 — AI Step 1: Analyse & Suggest

**Period:** Q3 2026\
**Status:** Coming soon

The first AI layer will analyse and suggest. It will not execute actions autonomously.

#### Planned AI capabilities

* Invoice extraction
* Amount, due date and vendor detection
* Anomaly detection
* Expense categorization
* Suggested next actions
* Human review before validation

> The AI analyses and suggests. The user decides.

***

### Phase 6 — Treasury Monitoring + AI Step 2

**Period:** Q4 2026\
**Status:** Roadmap

Billz will monitor the treasury position behind payments and help users prepare actions.

#### Planned features

* Treasury monitoring
* Risk Bot alerts
* Position health tracking
* LTV and health factor monitoring
* Borrow APY / yield APY watch
* Support chatbot V1
* AI-prepared actions after user validation

> The AI prepares. The user validates. Billz executes.

***

### Phase 7 — 2027+ Expansion

**Period:** 2027+\
**Status:** Long-term roadmap

Billz aims to evolve into a broader treasury operations platform.

#### Planned areas

* Vault / yield layer
* Multi-market optimization
* Treasury health overview
* Enterprise workspaces
* Batch payments
* Vendor management
* DAO / multisig flows
* Policy engine
* Autonomous Treasury Agent
* Token ecosystem utility
* Strategic partnerships
* Enterprise GTM

> The user defines the treasury policy. The agent operates within that policy.

***

### Roadmap Disclaimer

The roadmap is provided for informational purposes only.

Features, timelines, availability and product scope may change based on technical constraints, partner requirements, regulatory requirements, security considerations and user feedback.

Some features may be experimental, restricted by jurisdiction, limited to selected users, or subject to additional onboarding and eligibility checks.

Roadmap items do not constitute a contractual commitment, financial advice, investment advice, tax advice or a guarantee of future availability.

{% hint style="warning" %}
This roadmap is high-level and subject to change. It is not a commitment to a delivery date or implementation path.
{% endhint %}


# Current Product Status

## Current Product Status

Billz is currently in an early product phase.

Some features are already live, some are available manually or semi-manually, and others are part of the roadmap.

### Live / Available Today

* Billz V1 access
* Payment Simulator
* Payable amount estimation
* Collateral requirement calculation
* LTV / health factor visibility
* Borrow APY estimation
* Yield APY estimation
* Net carry estimation
* Billz fees and rails fees visibility
* Risk level before execution
* Referral system live since May 19
* Token launch planned for May 21

### Pilot / Controlled Rollout

* Invoice payment flows
* EUR / USD payment execution
* Off-ramp workflows
* Proof of payment
* KYC/KYB onboarding before fiat payment execution

### Coming Soon

* AI invoice analysis
* Invoice extraction
* Anomaly detection
* Billz Invoice Inbox
* Saved simulations
* PDF simulation exports
* Workspace profiles
* Roles and permissions
* Approval workflows

### Future Roadmap

* Treasury monitoring
* Risk Bot
* Support chatbot
* Vault / yield layer
* Multi-market optimization
* Enterprise workspaces
* DAO / multisig workflows
* Autonomous Treasury Agent

### Important Notice

Roadmap features may change, be delayed, restricted or unavailable depending on technical constraints, partner requirements, jurisdiction, security considerations and regulatory requirements.


# market thesis long term vision

## Market thesis (high-level)

As crypto adoption matures, more operators will:

* earn in crypto,
* raise in crypto,
* hold treasury in crypto,\
  while still paying obligations in fiat.

The missing layer is not only conversion.\
It is **execution infrastructure** with:

* controls,
* documentation,
* capital strategy compatibility.

## Long-term vision (public, high-level)

Billz Pro aims to become a treasury execution layer for crypto-native businesses:

* payment execution
* proof and reconciliation
* capital efficiency workflows
* compliance-aware operational controls

{% hint style="info" %}
Public docs do not disclose implementation details, routing logic, protocol stack, or partner configuration.
{% endhint %}


# $BILLZ Token Overview

## Token page

## $BILLZ Token Overview

$BILLZ is designed to support the long-term growth of the Billz ecosystem.

The token is not the product itself. The core product remains Billz: a platform helping crypto-native users and businesses manage, simulate and pay real-world expenses from their crypto treasury.

$BILLZ is intended to support community alignment, ecosystem incentives, referrals, visibility and future product-related utility.

***

### Token Launch

The $BILLZ token launch is planned for May 21, 2026.

The launch is part of the broader Billz ecosystem strategy and should be understood in connection with product growth, community building and long-term platform development.

***

### Token Purpose

The purpose of $BILLZ is to support the growth of the Billz ecosystem over time.

Potential areas include:

* community incentives
* referral rewards
* partner activation
* ecosystem campaigns
* product-related benefits
* future platform utility
* long-term user and supporter alignment

***

### Utility Roadmap

The utility of $BILLZ may evolve progressively as the Billz platform grows.

Potential utility areas may include:

* referral and community incentives
* access to selected ecosystem campaigns
* partner rewards
* potential product-related benefits
* future platform utility

Any utility remains subject to technical, legal, regulatory and product constraints.

***

### Token & Referrals

Billz has introduced a referral system to support ecosystem growth.

Referral rewards may be based on eligible activity, actual usage or net fees generated through the platform, depending on the applicable program rules.

Billz may introduce token-based incentives in the future, subject to eligibility, availability and applicable law.

***

### What $BILLZ Is Not

$BILLZ is not:

* equity in Merchain labs
* a debt instrument
* a claim on company revenue
* a promise of profit
* a guaranteed yield product
* a financial product
* a security
* a guarantee of liquidity
* a guarantee of future platform access

Token value may fluctuate significantly and may become zero.

***

### Token Disclaimer

Information about $BILLZ is provided for general informational purposes only.

Nothing in this documentation constitutes financial advice, investment advice, legal advice, tax advice, an offer to sell securities, or a solicitation to purchase financial instruments.

Crypto-assets are volatile and involve risk. Users should conduct their own research and seek independent advice where necessary.

Availability, utility and access to token-related features may vary by jurisdiction and user eligibility.

{% hint style="info" %}
21/05/2025
{% endhint %}

***

## Tokenomics

```
Total Supply: 1,000,000,000 $BILLZ

Liquidity Pool             45%  ██████████████████████
Treasury Allocation        25%  ████████████
Team Allocation            20%  ██████████
$SERV Staking               5%  ██
Programmatic Fundraising    5%  ██
```

### Visual Summary

***

| Allocation                   | Percentage |          Tokens | Purpose                                                                            |
| ---------------------------- | ---------: | --------------: | ---------------------------------------------------------------------------------- |
| **Team Allocation**          |    **20%** | **200,000,000** | Long-term alignment for founders, core team, and key contributors                  |
| **$SERV Staking**            |     **5%** |  **50,000,000** | Ecosystem rewards connected to the $SERV staking pool                              |
| **Programmatic Fundraising** |     **5%** |  **50,000,000** | Reserved for automated on-chain fundraising mechanisms                             |
| **Treasury Allocation**      |    **25%** | **250,000,000** | Product development, operations, partnerships, audits, growth, and ecosystem needs |
| **Liquidity Pool**           |    **45%** | **450,000,000** | Initial DEX liquidity and market access                                            |

### Distribution Overview

***

| Metric                         |                   Amount |
| ------------------------------ | -----------------------: |
| **Total Supply**               | **1,000,000,000 $BILLZ** |
| **Initial Circulating Supply** |   **450,000,000 $BILLZ** |

### Token Supply

***

> The token is not the product itself.\
> The core product remains Billz: an expense and treasury platform helping crypto-native users and businesses manage, simulate, and pay real-world expenses from crypto treasury.

The allocation is structured to balance initial liquidity, long-term treasury needs, ecosystem incentives, team alignment, and future product growth.

$BILLZ is designed to support the long-term growth of the Billz ecosystem.

### <br>

***

## Notes

{% hint style="warning" %}
This page is informational only and does not constitute:

* an offer to sell
* a solicitation
* legal, tax, or investment advice
  {% endhint %}


# 🪙Token Utility

### 🪙Token Utility

## $BILLZ Token Utility

The $BILLZ token is designed to support the long-term growth of the Billz ecosystem.

The principle is clear:

**Real usage first. Token utility around usage.**

Billz is not building a token to replace product-market fit.\
Billz is building a product first, then aligning the token around real ecosystem usage.

The token should support the network.\
It should not be the only reason the network exists.

### Potential $BILLZ Utility

#### 1. Long-Term Ecosystem Alignment

Billz aims to explore new ways to align users, contributors, partners and long-term supporters with the growth of the ecosystem.

The idea is simple: people who help Billz grow should be able to participate in the upside of what they help build.

This may include contributor incentives, strategic partner alignment, ecosystem rewards, long-term participation models, or other compliant structures designed around value creation.

Any long-term alignment mechanism would depend on the appropriate legal, regulatory and compliance framework.

***

#### 2. Premium Access

$BILLZ may unlock premium treasury features inside the Billz platform.

This may include:

* Advanced treasury simulations
* Deeper scenario analysis
* Execution reports
* Custom payment reviews
* Early access to new Billz modules
* Premium treasury dashboards
* Advanced payment and collateral insights

The goal is to give active ecosystem participants access to a more advanced Billz experience.

***

#### 3. Fee Benefits on Payment Execution

Active $BILLZ users may access fee benefits on Billz payment execution based on usage, staking tier or ecosystem participation.

This may include:

* Reduced Billz fees
* Better execution tiers
* Priority access to selected payment flows
* Preferred access to premium support
* Improved payment execution conditions for qualified users

The objective is to reward users who bring real payment activity to the Billz ecosystem.

***

#### 4. AI Treasury Agent Access

$BILLZ may unlock advanced AI treasury features across the Billz roadmap.

The Billz AI Treasury Agent is designed to help users better understand, monitor and optimize their treasury activity over time.

Potential AI-powered features may include:

* Treasury risk monitoring
* Payment scenario analysis
* Collateral position insights
* Yield and cost analysis
* Smart alerts
* Strategy suggestions
* Treasury optimization recommendations
* Automated workflows within user-defined limits

The AI layer is designed to make treasury execution more understandable, safer and more efficient.

***

#### 5. Proof & Reporting Credits

$BILLZ may be used to access advanced proof, reporting and reconciliation features.

This is important because Web3 payments are not complete when funds move.

They are complete when teams can prove, reconcile and understand them.

Potential features may include:

* Advanced proof packages
* Reconciliation exports
* Audit-ready payment records
* Cost breakdowns
* Treasury reports
* Payment history exports
* Compliance-friendly documentation
* Finance-grade execution records

Billz aims to make crypto treasury payments easier to track, explain and prove.

***

#### 6. Premium Vault Access

$BILLZ may unlock access to premium vault strategies outside the standard payment flow.

These vaults would be designed for users who want to keep idle treasury productive while staying inside defined risk parameters.

Potential benefits may include:

* Access to selected vault strategies
* Boosted vault tiers
* Additional incentive layers
* Priority access to new yield integrations
* Improved treasury allocation tools
* Advanced vault risk analytics

Any premium vault access would depend on available strategies, market conditions, protocol risk, compliance review and user eligibility.

Billz does not present vault access as guaranteed yield.\
Vault strategies may involve risk and would be subject to market conditions.

***

#### 7. Partner & Referral Incentives

$BILLZ may support ecosystem incentives for partners, ambassadors and users who bring qualified usage and real payment volume to Billz.

This may include:

* Referral tiers
* Partner rewards
* Ambassador incentives
* Ecosystem campaigns
* Volume-based rewards
* Incentives linked to real treasury payment activity

The goal is to reward contributors who help Billz grow through real users, real payments and real ecosystem adoption.

***

#### 8. Future Governance

Future governance may allow $BILLZ holders to influence selected ecosystem-level parameters.

This may include:

* Feature priorities
* Supported integrations
* Ecosystem grants
* Partner incentive programs
* AI module priorities
* Community-driven product feedback

Governance should remain focused on ecosystem-level decisions.

It should not control sensitive compliance decisions, risk management decisions, regulated payment operations, user approvals or payment execution decisions.

***

#### 9. Ecosystem Alignment

$BILLZ is designed to align users, partners, builders and the Billz ecosystem around one goal:

**More real treasury usage.**

The token is not designed to exist separately from the product.

It is designed to support the growth of a real financial execution layer for crypto-native businesses, DAOs, founders and Web3 teams.

Billz wants to build utility around usage, not hype around speculation.


# risk disclosure

Billz Pro operates at the intersection of crypto markets and regulated fiat rails.\
This includes material risk.

## Core risk categories

### 1) Market risk

Crypto volatility can affect conversion conditions, collateral value, and treasury outcomes.

### 2) Collateral and liquidation risk (important)

For collateralized lending/borrowing-based workflows:

* collateral value may decline,
* position health may deteriorate,
* liquidation thresholds may be breached,
* collateral may be liquidated (partially or fully, depending on structure).

> Billz Pro does **not** guarantee non-liquidation.

### 3) Lending/Borrowing risk

Collateralized liquidity workflows may involve:

* borrowing cost variability
* protocol / smart contract / counterparty risk
* liquidity stress risk

### 4) Banking rail risk

SEPA / ACH execution may be delayed or affected by:

* cutoffs
* holidays
* exceptions
* bank-side processing constraints

### 5) Compliance and operational risk

KYC/KYB/EDD reviews, risk flags, outages, or partner constraints may delay or prevent execution.

### 6) Vault risk (if used)

Vault returns are variable, non-guaranteed, and can involve loss.

***

## No guarantees

Billz Pro does not guarantee:

* fixed settlement times
* guaranteed APY
* no liquidation
* no taxable event
* uninterrupted availability in all conditions

## Legal / tax reminder

Billz Pro does not provide legal, tax, or investment advice.\
Operators should consult qualified advisors.


# enterprise onboarding contact

## Enterprise onboarding (high-level)

Billz Pro is business-first and onboarding may be tailored depending on:

* expected payment volume and frequency
* jurisdictions involved (EU / US)
* recipient profile complexity
* compliance requirements
* treasury operating model (direct conversion vs collateralized liquidity workflows)

```mermaid
flowchart TD
    A[Initial Inquiry] --> B[Use-Case Mapping]
    B --> C[Operational Setup Discussion]
    C --> D[Compliance Readiness Review]
    D --> E[Treasury Model Discussion]
    E --> F[Onboarding Path / Next Steps]
```

> ### Onboarding flow (visual, high-level)

## Typical onboarding topics

{% stepper %}
{% step %}

### Use-case mapping

* payment types (vendors, rent, invoices, operating expenses)
* expected rail usage (SEPA / ACH)
* recurring vs one-off execution patterns
  {% endstep %}

{% step %}

### Operational setup

* required payment data and reference conventions
* finance / reconciliation workflow expectations
* internal controls and approval logic (client-side)
  {% endstep %}

{% step %}

### Compliance readiness

* KYC / KYB / EDD requirements (where applicable)
* jurisdiction and risk considerations
* documentation posture
  {% endstep %}

{% step %}

### Treasury model discussion (high-level)

* direct conversion execution
* collateralized lending/borrowing-based execution (when applicable)
* risk boundaries and liquidation awareness
* Vault usage (optional, market-driven, non-guaranteed)
  {% endstep %}
  {% endstepper %}

***

## What to expect from public documentation

This documentation explains:

* what Billz Pro is built for,
* how it is positioned,
* and how risk is framed.

Detailed implementation specifics, routing logic, and partner configuration are not published here.

***

## Contact (placeholder)

For enterprise onboarding inquiries, use your preferred contact channel.

**Suggested placeholder (update before publishing):**

* <contact@Bill-z.com>

{% hint style="warning" %}

{% endhint %}


# billz


# overview

Billz supports personal crypto-to-fiat payments through regulated rails, with a simplified user experience.

Retail documentation is intentionally lighter than Billz Pro (business-first).

## What Billz supports (high-level)

* **EUR payments via SEPA**
* **USD payments via ACH** (where available)
* basic payment confirmation and proof details

## Typical use cases

* rent
* utilities
* recurring personal expenses
* personal transfers to supported recipients


# how it works

## Standard personal payment flow

1. Enter recipient details (IBAN for SEPA / routing+account for ACH)
2. Enter amount and optional reference / memo
3. Fund the execution with crypto
4. Billz orchestrates conversion and rail execution
5. Receive confirmation and proof details

## Notes

* processing times vary by rail and banking conditions
* compliance checks may apply depending on jurisdiction, volume, and risk profile


# fees

Fees are displayed before confirmation and may include:

* conversion fee / margin
* execution / processing fee
* rail-related costs (depending on workflow)

{% hint style="info" %}

### Important

Fees can vary based on:

* payment amount
* selected rail (SEPA vs ACH)
* operational and market conditions
  {% endhint %}


# faq

<details>

<summary>Is Billz a bank?</summary>

No. Billz is an execution infrastructure layer that interfaces with regulated payment rails.

</details>

<details>

<summary>Does Billz store my private keys?</summary>

No.

</details>

<details>

<summary>Are transfers reversible?</summary>

Bank transfers are generally difficult to reverse once settled.

</details>

<details>

<summary>Is yield guaranteed?</summary>

No. Any yield-related feature (e.g., Vault) is market-driven and not guaranteed.

</details>

<details>

<summary>Is KYC required?</summary>

It may be required depending on jurisdiction, amount, and risk profile.

</details>

<details>

<summary>Does Billz guarantee no liquidation if collateralized strategies are used?</summary>

No. Collateralized lending/borrowing strategies carry liquidation risk.

</details>


