Balanced Exchange Framework · Framework Version 1.0 · 2026-08-22
This page is also available as Markdown; the whole framework is at /llms-full.txt.

ANNEX C - ACTIVATION & IMPLEMENTATION CONDITIONS

Framework 1.0 closes the core architecture and reclassifies the former Conditions Precedent as ACTIVATION & IMPLEMENTATION CONDITIONS. These conditions do not make the Framework a draft. They determine whether a specific product, entity, jurisdiction, coin, data process or automated function is READY, CONDITIONAL or HOLD for production. Where a legal memo, numeric evidence, licence, DPIA, technical test or entity record is required, it must actually exist before that function is activated. No HOLD function may be marketed as available merely because the framework itself is Version 1.0.

U.S.-specific Activation Conditions (CP-40 to CP-52)

• CP-40 - U.S. underlying/Registered LANA classification memo: SEC/CFTC classification; transaction/scheme analysis; GENIUS/payment-stablecoin exclusion or applicability; no assumption that EU MiCA classification controls.

• CP-41 - Lana.discount U.S. own-account factual certification: FIN-2014-R002 mapping; own capital; direct acquisition; no customer assets/accounts/orders; pricing discretion; no downstream seller interest; state residency controls.

• CP-42 - 50-state + DC State Activation Record: current statutes/guidance, counterparty type, activity scope, licence/exemption/written determination, responsible counsel/officer and review date.

• CP-43 - U.S. P07/Split/Lana8Wonder communications pack: remove guaranteed growth/return/liquidity language; classify each transaction/scheme; approve U.S. landing pages, contracts, videos and social media.

• CP-44 - Direct.Lana.Fund / Lana8Wonder capital-products memo: Securities Act route; Investment Company/private-fund risk; adviser/broker/dealer; lending; state Blue Sky; investor eligibility and offering controls.

• CP-45 - U.S. crowdfunding/Common Good taxonomy: donation/grant/reward/pre-sale vs securities/lending crowdfunding; Reg CF/Reg D/Reg A or other route; charity/tax-deductibility claims and intermediary requirements.

• CP-46 - U.S. payments/Mode B memo: FinCEN MSB + state MTL/VC law + payment processor analysis; client-funds/safeguarding; licensed bank/PSP fallback; merchant-discharge documentation.

• CP-47 - U.S. IRS pack: entity/tax residency; W-9/W-8; TIN; backup withholding; Form 1099-DA broker classification; proceeds/basis retention; state tax/sales-tax mapping.

• CP-48 - U.S. OFAC/Clean Provenance pack: sanctions risk assessment; wallet/address/entity/geography screening; 50-percent rule controls; blocking/reject/escalation/reporting process and blockchain analytics governance.

• CP-49 - U.S. privacy/biometric/AI state matrix: notice/consent, biometric rules, retention/deletion, vendors, breach notification, automated-decision/human-review, children/sensitive-data gates where relevant.

• CP-50 - State securities/Blue Sky matrix for every federal securities route: registration/preemption/exemption, notice filing, fees, antifraud, broker/dealer/agent state status.

• CP-51 - U.S. state consumer/UDAP/contracts/complaints/sales-tax pack per retail product; language accessibility and refund/delivery terms where required.

• CP-52 - U.S. market-intermediary gate: broker-dealer/dealer/ATS/exchange/custody analysis if LANA/overlay is a security or platform starts matching, routing, executing, recommending or holding customer assets.

Multi-Native-Coin, Maturity & Balanced Flow Activation Conditions (CP-53 to CP-61)

• CP-53 - P24 technical eligibility pack: own-network/native-asset proof, Direct Key-Controlled Wallet test, address/signature/recovery specification, native RPC/node/explorer evidence and adapter test vectors for every candidate before TECHNICAL READY.

• CP-54 - Coin-specific legal/product matrix: for every external native coin and every activated function, document COIN x PRODUCT x JURISDICTION classification, offer/sale/custody/payment/AML/tax treatment and responsible entity before LEGAL READY.

• CP-55 - Coin-specific Registrar activation pack: canonical network ID; logically separated Registrar namespace for each coin; Registered Wallet/Account ownership proof; Registration Events; Total Registered Supply; Active Coin Supply; transaction/finality policy; Freeze/Unfreeze status; sanctions/provenance evidence; error/reorg handling; and privacy-coin exception/HOLD logic.

• CP-56 - External market/reference governance: approved market-data sources, timestamp/staleness rules, fallback source, denomination and audit trail. External market price must remain clearly separated from the coin-specific BEF System / Reference Value or other value-transition method defined by its Coin Split Profile.

• CP-57 - Coin Split Activation Pack: before SPLIT READY, define and test for each coin the Registered Supply and Active Coin Supply calculation, Open Flow or equivalent current-cycle availability metric, Split trigger, Registration and recirculation effects, stabilisation/brake logic, Common Good channel where used, value-transition/reference rule, Split Event schema, sequence numbering, audit evidence and next-cycle transition. The Framework 1.0 LANA reference implementation uses an exhaustion trigger, but external coins do not inherit LANA parameters automatically; each Coin Split Profile must explicitly adopt and technically evidence its own trigger.

• CP-58 - Atomic Unit & Fee Economics Pack: before ACTIVE status, verify the coin/network canonical smallest unit and decimal conversion; approved EUR FX methodology; standard native-transfer fee model; live estimator/RPC source; rolling 30-day median and average where observable; P95/high-load fee; dust/minimum-output; account reserve/existential deposit; recipient activation; storage/state/rent charges; new-account transfer delta; and a fee-only BEF suitability classification. Dynamic-fee networks require refreshable evidence rather than a permanent static average.

• CP-59 - CLOSED AT FRAMEWORK-DESIGN LEVEL IN 1.0 - Balanced Maturity & Stabilisation. System maturity is an adaptive collective transition rather than a fixed Split count, date or formula. It emerges as Personal Sufficiency/Balanced Wallet participation grows and sustained multi-month evidence shows sufficient internal circulation, merchant/consumer reuse, recirculation, reserves and dynamic capacity with reduced structural dependence on continuous Growth-Phase expansion. Before a specific coin economy is publicly represented as Mature / Balanced, its Coin Split Profile must publish the actual indicators, observation window and evidence used for that classification. Those are coin-specific activation parameters, not an open Core design question.

• CP-60 - ACTIVATION CONDITION - Consumption Incentive & One-Split Carry Pack. Define the qualifying consumption event; current consumer/merchant incentive policy and funding source; principal-purchase separation; eligibility for one-Split carry; Registrar carry flag; mandatory end/release; tax/accounting treatment; securities/investment/consumer/payment classification by entity/jurisdiction; and communication rules preventing the carry privilege from being marketed as guaranteed return. This pack governs activation of that specific feature and is not an open Core architecture item.

• CP-61 - CLOSED AT FRAMEWORK-DESIGN LEVEL IN 1.0 - Balanced Wallet Zero-Level, Gravity & Release. P14 defines Zero Level as a reference within real/evidenced capacity; below-Zero as coordinate rather than debt; multi-month dynamic Flow Capacity; and the sequence UNUSED REGISTERED EXCESS -> GRAVITY REVIEW/NOTICE -> PARTICIPANT CHOICE -> POSSIBLE DEREGISTRATION EVENT. Deregistration changes BEF Registered status only, may contract Registered Supply and never transfers private keys/native ownership. Production policy must publish the actual review cadence, notice/grace window, excess/range methodology, one-step or staged deregistration, appeal/human review where applicable and audit controls. These are adaptively versioned implementation parameters.