> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Referrals

> Der Stand eines Referral-Programms: was entschieden ist, was nicht, und was die eine veröffentlichte Zusage tatsächlich besagt.

<Note>
  Es gibt **kein Referral-Programm**. Nichts ist gebaut, es lässt sich keine Empfehlungsbeziehung registrieren, und es wird kein Rebate angesammelt. Diese Seite existiert, um zu sagen, was tatsächlich feststeht – und das ist sehr wenig.
</Note>

<h2 id="what-is-settled">
  Was feststeht
</h2>

Eine Sache: **Referral-Rebates werden aus den vereinnahmten Handelsgebühren finanziert.**

Das Gebührenkonto des Protokolls, auf dem jede [Handelsgebühr](/de/programs/fees) eingeht, führt einen Pool für Referral-Rebates unter seinen Abflüssen, neben dem Liquiditäts-Vault und dem Versicherungsfonds.

Das hat eine reale Folge, und deshalb steht es hier für sich. Ein Rebate, das aus vereinnahmten Gebühren gezahlt wird, ist durch die tatsächlich vereinnahmten Gebühren begrenzt – das Programm kann nicht mehr auszahlen, als die belohnte Aktivität erwirtschaftet hat. Es ist eine Umverteilung von Einnahmen und keine Emission gegen künftige Einnahmen; es gibt also keinen Emissionsplan, der auslaufen kann, und keine Verwässerung, die eingepreist werden müsste.

<h2 id="what-is-not-settled">
  Was nicht feststeht
</h2>

Alles andere:

* Der Rebate-Anteil für den Werbenden und ob der Geworbene ebenfalls einen Nachlass erhält
* Wie eine Empfehlungsbeziehung zustande kommt und festgehalten wird
* Ob die Zuordnung dauerhaft oder zeitlich begrenzt ist
* Die Teilnahmeregeln und wie Selbstempfehlung und zirkuläre Empfehlungen ausgeschlossen werden
* Ob Rebates dem Guthaben gutgeschrieben werden oder abgerufen werden müssen
* Wie und wann die Zuordnung berechnet wird

Der letzte Punkt ist kein Detail. Ob ein Rebate on-chain je Ausführung berechnet oder off-chain über ein Fenster ermittelt und dann zurückgeschrieben wird, bestimmt, worauf sich ein Integrator verlassen und was ein Nutzer überprüfen kann. Es ist nicht entschieden, also beschreibt diese Seite es nicht.

<Warning>
  Wenn Sie auf einen Referral-Ablauf hin entwickeln: Es gibt hier noch nichts, worauf man aufsetzen könnte. Leiten Sie kein Design daraus ab, wie [Gebührenstufen](/de/programs/fee-tiers) funktionieren – die Ähnlichkeit ist plausibel, nicht geplant.
</Warning>

<h2 id="the-standard-this-page-will-meet">
  Der Maßstab, den diese Seite erfüllen wird
</h2>

Sobald das Programm definiert ist, wird es hier dokumentiert, bevor die Anrechnung beginnt – nicht rückdatiert und nicht erst nach einem Zeitraum offengelegt, den es still vermessen hat. Der Start wird im [Protokoll-Changelog](/de/protocol/roadmap/changelog) angekündigt.

Worauf man bestehen sollte, ist die Frage, **ob sich ein Rebate aus öffentlichen Daten nachrechnen lässt.** Alles, was das Protokoll heute berechnet – Sätze, Stufen, Rebates –, leitet sich aus festgeschriebenen Blöcken ab und kann von jedem geprüft werden. Ein Referral-Guthaben, das nur in einer Datenbank existiert, ist etwas anderes, und es wird auch so bezeichnet, statt neben nachprüfbaren Zahlen zu stehen.

<h2 id="where-to-go-next">
  Wie es weitergeht
</h2>

<CardGroup cols={2}>
  <Card title="Handelsgebühren" href="/de/programs/fees">
    Wohin die Gebühren fließen, einschließlich des Referral-Pools.
  </Card>

  <Card title="Gebührenstufen" href="/de/programs/fee-tiers">
    Die Satzsenkung, die heute live ist.
  </Card>

  <Card title="Punkte" href="/de/programs/points">
    Das andere Belohnungsprogramm und sein Stand.
  </Card>

  <Card title="Protokoll-Changelog" href="/de/protocol/roadmap/changelog">
    Wo ein Start angekündigt würde.
  </Card>
</CardGroup>
