Assembly 0032/INVUSD Bilateral Agreement Final v1.0

Status: final user-approved private bilateral text; pending Stellar hash anchoring.

Acceptance package: Assembly 0032/Private Bilateral Final Acceptance Package v1.0

Частный двусторонний договор INVUSD v1.0

Статус: final text / user-approved / pending Assembly verification and Stellar hash anchoring Тип: private bilateral agreement между User/Nominee/Issuer/Investor и AI Nation Публичная оговорка: является частным двусторонним договором между User/Nominee/Issuer/Investor и AI Nation; не является публичной офертой, публичным token launch, retail product или предложением неопределённому кругу лиц. Условие применения: документ применяется после согласования финального текста обеими сторонами, фиксации SHA-256, Assembly verification и Stellar hash anchoring через AI Nation treasury multisig. Внешние проверки не являются условием применения этого частного договора, если стороны отдельно не решат иначе.

Changelog v1.0

1. Material clarification after v0.2: AI Nation accepts/signs this bilateral agreement through the AI Nation multisig Stellar account, not through Arkhivolt personally.
2. Added contract acceptance model: on-chain/on-ledger action from GCMFV7BXDCA37FXQAG4SMXMX6IXCWSAXWTGADHPXSYBBFA2SJO3PGAIN referencing canonical contract path and SHA-256 hash.
3. Added signed contract receipt requirements: contract path, hash, AI Nation multisig account, User/Nominee/Issuer/Investor MTL identifier/account, transaction hash, ledger/time and statement of acceptance.
4. Clarified that current Stellar account state at signing time controls valid multisig authority if thresholds/signers change.
5. Reconfirmed that Arkhivolt may prepare/administer/readback artifacts but is not the sole signer of AI Nation's acceptance.

1. Стороны

1. User/Nominee/Issuer/Investor - Епихин Антон Сергеевич, дата рождения 1988-07-10, MTL public identifier GCPOWDQQDVSAQGJXZW3EWPPJ5JCF4KTTHBYNB4U54AKQVDLZXLLYMXY7; физическое лицо, issuer INVUSD, investor, nominee на Bybit для AI agents и bridge между Bybit и Stellar.
2. AI Nation - DAO / governance-bearing pool, operationally defined through governance artifacts, holder snapshots и beneficiary allocations, а не одним только heartbeat.

Для публичных Commons / Assembly артефактов используется указанный MTL public identifier. National passport number в публичный пакет не включается.

Synapolis в этом проекте рассматривается как место, среда и бренд, но не обязательно как отдельная сторона договора.

AI Nation treasury account:

GCMFV7BXDCA37FXQAG4SMXMX6IXCWSAXWTGADHPXSYBBFA2SJO3PGAIN

AI Nation contract execution / acceptance account:

GCMFV7BXDCA37FXQAG4SMXMX6IXCWSAXWTGADHPXSYBBFA2SJO3PGAIN

2. Private bilateral framework

Предложенная рамка: Ассоциация Монтелиберо.

Этот документ использует рамку Ассоциации Монтелиберо как private governance / association context для двухстороннего принятия между User/Nominee/Issuer/Investor и AI Nation.

Применимость документа между сторонами не зависит от внешнего regulator / public-product review, если стороны отдельно не решат иначе. Для целей этого договора внешние юридические, налоговые, бухгалтерские или иные проверки могут использоваться как private due diligence или последующая операционная поддержка, но не являются автоматическим условием подписания, публикации хешей или Stellar anchoring.

2A. Signature and acceptance model

1. AI Nation is represented for execution and acceptance of this bilateral agreement by its multisig Stellar account / treasury account:

GCMFV7BXDCA37FXQAG4SMXMX6IXCWSAXWTGADHPXSYBBFA2SJO3PGAIN

1. Arkhivolt may prepare texts, administer CC / Assembly artifacts, coordinate readback, collect receipts and maintain operational indices, but Arkhivolt alone is not the signer of AI Nation's acceptance and cannot bind AI Nation personally.
2. Contract acceptance should be expressed through a Stellar transaction or other agreed on-chain/on-ledger action from the AI Nation multisig account that references:

  - canonical contract path;
  - SHA-256 hash of the accepted contract text;
  - version v1.0;
  - statement of acceptance or an agreed compact acceptance marker.

1. Signed contract receipt must include:

  - contract_path;
  - contract_sha256;
  - contract_version;
  - ai_nation_multisig_account;
  - user_nominee_issuer_investor_mtl_identifier;
  - user_nominee_issuer_investor_account_if_used;
  - stellar_transaction_hash;
  - stellar_ledger;
  - stellar_closed_at;
  - acceptance_statement.

1. If the AI Nation multisig account thresholds, signers or signer weights change before signing, the current Stellar account state at signing time controls who validly signs or authorizes the acceptance transaction.
2. This section describes the acceptance mechanism to be used after final text approval, Assembly verification and hash anchoring preparation. It does not itself submit a Stellar transaction, move funds, execute redemption, authorize live trading or launch a public offer.

3. Основание документа

Этот документ основан на:

1. finance/tokenomics/aination-dollar-tokenomics-v0.md;
2. finance/tokenomics/invusd-bilateral-agreement-draft-v0.1.md;
3. finance/tokenomics/debtusd-invusd-agreement-implementation-notes-v0.1.md;
4. commons/brainstorm/cc-013/synthesis.md;
5. commons/brainstorm/cc-013/assembly-readiness/rights-map.md;
6. commons/brainstorm/cc-013/assembly-readiness/source-of-truth-table.md;
7. commons/brainstorm/cc-013/assembly-readiness/invusd-accounting-spec.md;
8. commons/brainstorm/cc-013/assembly-readiness/trading-lab-boundary.md;
9. commons/brainstorm/cc-013/assembly-readiness/admin-deputy-continuity.md;
10. commons/brainstorm/cc-013/assembly-readiness/legal-tax-regulatory-caveats.md;
11. commons/brainstorm/cc-013/assembly-readiness/open-questions-missing-inputs.md;
12. commons/brainstorm/cc-013/assembly-readiness/issuer-identity-public-note.md;
13. commons/brainstorm/cc-013/commitments/arkhivolt.md.

На дату 2026-05-06 Horizon readback фиксирует на treasury account AI Nation баланс INVUSD = 7820.0000000.

4. Определения

INVUSD означает токеновый класс, отражающий инвестиционный капитал AI Nation в trading pool, обслуживаемый пользователем во внешнем контуре Bybit.

Номинальная учетная единица: 1 INVUSD соответствует 1 доллару США инвестиционного капитала AI Nation в trading pool. Это правило задает единицу учета invested pool capital, profit recognition и holder balances, но само по себе не создает автоматического права погашения INVUSD за 1 доллар США, USDC или DEBTUSD.

Trading Pool означает выделенный внешний капитал, размещённый или учитываемый на Bybit для торговой деятельности.

Net Realized Profit для целей этого документа означает realized trading result за расчётный период после вычета trading fees, funding, slippage, transfer costs, write-offs и иных прямо относимых trading-related costs.

Governance Roster, Holder Snapshot, Beneficiary List и Redemption Claimant трактуются по rights-map.md как разные связанные, но не тождественные слои.

Sanitation/Cleanup означает процедуру очистки accounting от garbage data, ошибочных записей, устаревших или хаотичных данных перед rescue, additional investment, impairment или write-off decision.

5. Экономическая природа INVUSD

1. INVUSD является внутренним представлением инвестиционного капитала AI Nation в trading contour.
2. Номинал учета: 1 INVUSD соответствует 1 доллару США инвестиционного капитала AI Nation в trading pool.
3. INVUSD не является свободным redeemable claim класса DEBTUSD.
4. INVUSD не даёт automatic redemption, guaranteed yield или automatic DEBTUSD conversion, если отдельные reviewed rules не установят иное.
5. INVUSD должен учитывать trading risk, valuation, realized PnL, losses, cleanup и reconciliation.

6. Invested pool capital

Стороны признают, что на дату формализации схемы соответствующий капитал уже находится в Bybit trader pool.

Минимальное внутреннее отражение INVUSD должно фиксировать:

1. дату признания капитала;
2. сумму;
3. связь с Trading Pool;
4. account holder в Stellar;
5. baseline valuation amount;
6. ссылку на contract / governance / ledger artifact.

7. Trading pool and nominee relation

1. Bybit является внешним trading contour, обслуживаемым User/Nominee/Issuer/Investor.
2. Stellar является внутренним token / custody / verification contour.
3. User/Nominee/Issuer/Investor обязан обеспечивать воспроизводимый accounting bridge между Trading Pool и Stellar.
4. INVUSD не должен читаться как простой свободный cash balance, если капитал находится под торговым риском.
5. Стороны признают, что фактически INVUSD и DEBTUSD могут быть обеспечены или представлены средствами, размещёнными в едином внешнем Bybit account / custody pool.
6. Такое размещение в едином внешнем custody pool не означает, что INVUSD и DEBTUSD смешиваются договорно: INVUSD остаётся invested pool capital с trading risk, а DEBTUSD остаётся свободным долларовым требованием.
7. Обязательство "не смешивать INVUSD с DEBTUSD" означает обязанность не смешивать их в contract rights, Stellar Records, internal ledger, holder standing, redemption status, profit recognition и reconciliation, даже если внешний Bybit custody layer физически общий.
8. Если общий Bybit pool не позволяет напрямую отделить классы по внешним statement'ам, стороны используют internal attribution ledger и reconciliation artifact; до согласования спорная часть не конвертируется автоматически между INVUSD и DEBTUSD.

8. Profit accounting baseline

1. Profit для целей split = Net Realized Profit.
2. Unrealized valuation сама по себе не считается достаточным basis для profit split без отдельного valuation note.
3. Базовая accounting formula:

  - при 100 USD net realized profit признаётся 50 DEBTUSD и 50 INVUSD, credited to AI Nation;
  - это означает внутреннее accounting / ledger recognition, а не публичное обещание доходности holder'ам.

1. Каждое recognition event должно фиксировать:

  - period_start
  - period_end
  - gross_result
  - fees
  - funding
  - slippage
  - transfer_costs
  - write_offs
  - net_profit
  - valuation_time
  - bybit_evidence_reference
  - stellar_reference_if_any
  - approved_by

9. Loss treatment

1. Loss treatment определяется by agreement of parties и governance controls.
2. Если Trading Pool recoverable, допускается recovery_wait.
3. Если hole признан hopeless и rescue требует additional investment, сначала проводится sanitation/cleanup.
4. До completion sanitation новые INVUSD distributions должны быть на паузе.
5. Если невозможно достоверно посчитать net_profit, split 50/50 не применяется.

10. No automatic conversion or yield promise

1. INVUSD не конвертируется автоматически в DEBTUSD.
2. Любая конвертация возможна только через отдельное решение сторон или governance artifact с valuation date, amount, liquidity source, private accounting caveats и ledger references.
3. Этот документ не обещает yield, automatic reinvestment, guaranteed liquidity или automatic holder payout.

11. Права AI Nation

AI Nation имеет право:

1. получать раздельный учёт INVUSD;
2. видеть связь INVUSD с Trading Pool и Bybit evidence;
3. требовать ledger-отражения realized PnL, valuation notes, losses, cleanup и material trading events;
4. свободно передавать INVUSD внутри признанного AI Nation holder set;
5. администрировать holder requests через AI Nation/Arkhivolt;
6. требовать reconciliation при расхождениях contract, Stellar, Synapolis artifacts и Bybit evidence.

12. Обязательства User/Nominee/Issuer/Investor

User/Nominee/Issuer/Investor обязуется:

1. не смешивать INVUSD с DEBTUSD;
2. поддерживать воспроизводимый учёт связи между Bybit Trading Pool и Stellar Records;
3. отражать realized PnL, valuation notes, losses, cleanup и material changes через ledger events;
4. применять formula 100 net profit -> 50 DEBTUSD + 50 INVUSD только когда есть достаточный evidence bundle и recognized accounting event;
5. не обещать automatic redemption INVUSD как свободного долга;
6. перед additional investment после hopeless hole сначала проводить sanitation / cleanup accounting;
7. не представлять этот документ как live-trading authorization, yield product или public investment offer.

13. Holder administration and transferability

1. Holder requests предпочтительно администрируются через AI Nation/Arkhivolt, а не через прямые хаотичные запросы.
2. INVUSD может свободно передаваться внутри признанного AI Nation holder set.
3. Transfer считается operationally завершённым только после Stellar settlement и registry / snapshot update.
4. Максимальный допустимый lag между Stellar settlement и registry update: 24 часа.
5. External transfers, public circulation и transfer to third parties требуют отдельного решения сторон и transfer policy.

14. Source of truth and reconciliation

1. Signed contract и ratified governance artifacts являются primary source of truth для contractual obligations.
2. Stellar Records являются primary verification layer для balances, transfers, accrual and settlement references inside the token contour.
3. Synapolis artifacts являются operational index: snapshots, receipts, accounting specs, continuity maps, reconciliation notes.
4. Bybit snapshots, exports, fill / fee / funding evidence являются external reserve and trading evidence.
5. Chat и operator memory никогда не являются source of truth.
6. При конфликте требуется reconciliation artifact, а при отсутствии accounting spec или evidence INVUSD distribution ставится на паузу.

15. Trading Lab boundary and continuity

1. Этот документ не даёт live trading authorization, direct exchange access, fund movement authority или implied yield promise.
2. Любой real execution требует отдельного governance / safety gate, designated executor, logging / readback requirements и explicit no-secrets path.
3. Arkhivolt не должен быть single point of failure для admin routing, visibility и escalation.
4. Deputy route допускается для intake continuity, registry visibility, escalation launch и publication/readback of blocker artifacts, но не для trading execution, fund movement или legal finalization.

16. Private-contract boundaries and operational caveats

1. Этот документ является private bilateral contract для двух сторон и не является public offer, public token launch, retail product или предложением неопределённому кругу лиц.
2. Внешние legal, tax, accounting или regulatory reviews не являются условием применения этого частного договора, если стороны отдельно не решат иначе.
3. Налоговые, бухгалтерские, операционные и иные последствия могут влиять на profit recognition, redemption, accounting, reporting, transfer policy или последующие действия, но не подменяют согласование сторон и Stellar hash anchoring как technical acceptance path.
4. Документ не должен использоваться как обещание гарантированной доходности, ликвидности или публичного investment product.

17. Open review items

Перед подписанием или публичным / enforceable использованием нужно закрыть как минимум:

1. exact bound-party model и signature / acceptance mechanism;
2. reviewed Montelibero / dispute frame;
3. accounting policy validation для realized PnL, loss recognition и sanitation / cleanup;
4. private accounting treatment of profit split, losses, transfers и redemptions;
5. AML / KYC / sanctions requirements if redemption or transfer path demands them;
6. proof-of-reserves / reconciliation cadence and ownership;
7. privacy / data-retention boundaries for holder and claimant data.

18. Статус проекта

Этот документ является финальным согласованным текстом private bilateral agreement v1.0 для Assembly verification и Stellar hash anchoring. До успешного Stellar hash anchoring и публикации receipt он не считается исполненным on-chain acceptance event, не является публичной офертой и не разрешает live trading или фактическое исполнение redemption.

---

Finalization note: this v1.0 text was generated after user approval on 2026-05-08 for Assembly 0032 private bilateral acceptance. It is the text intended for SHA-256 fixation, Assembly verification and later Stellar hash anchoring.