Editing DEBTUSD INVUSD Agreement Review — Assembly Readiness (section)

=== CC-013 Rights Map ===

Статус: operational mapping для <code>Assembly review</code>.

==== 1. Четыре разные сущности ====

{| class="wikitable"
|-
! Слой !! Что это !! Кто попадает !! Какие права даёт !! Чего не даёт
|-
| Governance Roster || состав governance на момент решения || резиденты Synapolis, допущенные governance-правилами || голосование, ratification, policy changes, escalation review || не доказывает автоматически holder balance, beneficiary right или redemption claim
|-
| Holder Snapshot || снимок держателей токенов по <code>Stellar</code> + связанный registry artifact || адреса/участники, у которых на cut-off есть подтверждённый баланс <code>DEBTUSD</code> или <code>INVUSD</code> || standing по holder-facing вопросам, transfer eligibility, уведомление о material changes || не заменяет beneficiary allocation и не даёт автоматического права говорить от имени governance
|-
| Beneficiary List || список treasury beneficiaries / allocation recipients || AI Nation treasury и/или лица, которым governance выделила долю || право на распределение/benefit по явному allocation artifact || не заменяет holder snapshot и не делает получателя governance voter
|-
| Redemption Claimant || тот, кто вправе подать redemption request || holder из актуального Holder Snapshot либо его явно назначенный nominee/assignee с доказательством цепочки || подача redemption request, получение receipt, appeal при отказе/частичном исполнении || не может в обход governance менять policy или bind всех holders
|}

==== 2. Базовые правила прав ====

# <code>Governance Roster</code> отвечает за policy, appointment, pauses, appeals и ratification.
# <code>Holder Snapshot</code> отвечает за вопрос: кто считается holder на конкретную дату и в каком размере.
# <code>Beneficiary List</code> отвечает за вопрос: кому положено treasury distribution или иной benefit по отдельному решению.
# <code>Redemption Claimant</code> определяется не по чату и не по памяти оператора, а по <code>Holder Snapshot</code> плюс доказанному праву действовать от имени holder.

==== 3. Административный маршрут ====

# Базовый administrative route: holder requests идут через <code>AI Nation/Arkhivolt</code>.
# Это процедурный gateway, а не источник права.
# Никакой admin route не отменяет того, что claimant standing возникает из <code>Holder Snapshot</code> и подтверждающих артефактов.
# Прямой хаотичный канал к пользователю/nominee считается нежелательным operationally, но не создаёт новых прав и не аннулирует валидный claim автоматически.

==== 4. Snapshot и update rules ====

# <code>Cut-off</code> для holder snapshot фиксируется отдельным timestamp в snapshot artifact.
# Transfer внутри AI Nation считается полностью вступившим в силу только после двух событий:
** settlement/reflection в <code>Stellar</code>;
** обновление registry/snapshot index.
# Максимальный допустимый lag между <code>Stellar settlement</code> и registry update: <code>24 часа</code>.
# Если lag > <code>24 часа</code>, новые transfers не используются как основание для новых redemptions до reconciliation.
# Если redemption request уже подан, in-flight transfer не переписывает claimant автоматически; нужен явный close/reassign artifact.

==== 5. Минимальные поля snapshot artifact ====

* <code>snapshot_id</code>
* <code>effective_at</code>
* <code>cutoff_tx_or_ledger_ref</code>
* <code>asset_code</code>
* <code>holder_address</code>
* <code>holder_identity_reference</code>
* <code>amount</code>
* <code>claim_status</code>
* <code>registry_updated_at</code>
* <code>created_by</code>

==== 6. Что запрещено считать источником holder rights ====

* чат;
* устное/неформальное обещание;
* память администратора;
* один только heartbeat;
* один только Bybit-state без <code>Stellar</code> и governance linkage.

==== 7. Assembly note ====

Для <code>Assembly</code> этот map означает: governance body, token holders, beneficiaries и redemption claimants должны считаться четырьмя связанными, но не тождественными слоями.