Protocol ID: BEF-P24 | Framework Version: 1.0 | Architecture: EXCHANGE > MULTI-ASSET / NATIVE COIN EXPANSION
P24 določa, kako se lahko BEF poleg LANA razširi na druge samostojne blockchain coine in kako vsak od njih po aktivaciji vstopi v skupno Balanced Split Architecture. Namen ni ustvariti multi-token exchange, temveč standardizirati tehnično, registrsko, Split, pravno in operativno arhitekturo posameznega native coina. LANA je reference implementation; zunanji coini uporabljajo isti razvojni koncept skozi lastne coin-specific parametre.
Kandidat je BEF-Eligible Native Coin samo, če kumulativno izpolni naslednje: (a) ima svoj lasten base blockchain, Layer-1 ali drug samostojen native ledger/network; (b) je obravnavano sredstvo native asset te mreže in ni zgolj smart-contract token na tujem chainu; (c) obstaja neposredna on-chain denarnica oziroma račun; (d) uporabnik lahko brez custody ponudnika sam nadzoruje signing secret/private key oziroma recovery seed in sam podpiše native transfer; (e) stanje in transakcije je mogoče neodvisno preveriti na native networku z node/RPC/explorer infrastrukturo; ter (f) obstaja dovolj stabilna tehnična specifikacija za coin-specific adapter in evidence trail.
P24 sam po sebi ne vključuje ERC-20, BEP-20, SPL, TRC-20 ali drugih contract-issued tokenov; wrapped BTC/ETH ali drugih wrapped assets; bridged representations; liquid-staking oziroma receipt tokenov; synthetic/derivative assets; tokeniziranih terjatev; stablecoinov izdanih kot token na tujem chainu; NFT-jev; ali drugega sredstva, ki nima lastnega native network asset statusa. Ime “coin” v marketingu ni dovolj; šteje dejanska network substance.
Za P24 izraz “single wallet” pomeni Direct Key-Controlled Wallet / Account: uporabnik ima neposredno kriptografsko kontrolo nad native sredstvom in lahko z lastnim private/signing keyem ali recovery seedom sam ustvari oziroma obnovi wallet/account ter podpiše native transakcijo. To ne pomeni obvezno enega trajnega naslova. Bitcoin-like UTXO in HD wallet modeli lahko uporabljajo več receive/change naslovov, če ostajajo pod neposredno kontrolo istega uporabnika.
BEF lahko pod P24 podpira UTXO/HD modele, account-based modele, EVM externally-owned accounts, keypair/account modele, smart-contract wallet modele in druge native account konstrukcije, če Coin Integration Profile jasno opiše address derivation, signing, recovery, transaction finality, fees, replay/reorg risk in način dokazovanja kontrole. Model ne sme zahtevati, da tretja oseba stalno drži uporabnikov ključ.
Vsak kandidat pred aktivacijo dobi ločen Coin Integration Profile. Minimalno vsebuje: canonical network in chain/network ID; native ticker/asset ID; address/account model; key/signature scheme; seed/recovery model; RPC/node/explorer source; transaction identifier; finality/confirmation policy; fee model; reorg/replay posebnosti; wallet-ownership proof; coin-specific Registrar in Registrar namespace; Registration Event pravila; Total Registered Supply in Active Coin Supply metodologijo; Coin Split Profile; Split trigger; value-transition/reference methodology; recirculation in stabilisation rules; AML/sanctions/provenance možnosti; tax/accounting mapping; responsible legal entity; jurisdictions; ter activation status.
BEF za vsak native coin, ki napreduje proti ACTIVE statusu, vzpostavi coin-specific Registered Native Coin status. To je registrski status znotraj BEF, ne nov coin, mint, bridge, wrapper ali sprememba underlying blockchaina. Registrar mora vedno hraniti coin/network namespace, tako da npr. Registered BTC, Registered ETH ali Registered XRP ostanejo ločene registrirane ekonomije z lastnim supplyjem, dogodki in Split zgodovino.
P24 registry metadata ne prenese lastništva in ne nadomesti native blockchain evidence. Kdor nadzoruje veljaven signing key po pravilih konkretne mreže, ima tehnično zmožnost podpisovanja native transakcij; pravna lastnina in pravice pa se presojajo skladno z veljavnim pravom in konkretnim razmerjem. BEF Registrar ne sme predstavljati registrskega zapisa kot custodyja, kadar dejansko nima key control.
Vsak Native Coin, ki postane ACTIVE, mora imeti svoj logično ločen BEF Registrar. Registrar se lahko tehnično izvaja na skupni infrastrukturi, vendar morajo biti coin/network namespace, Registered Wallet/Account evidenca, Registration Events, Freeze/Unfreeze statusi, Total Registered Supply, Active Coin Supply in audit trail ločeni za vsak coin. Registered BTC se zato ne vodi kot podzapis Registered LANA, temveč kot samostojna registrirana BTC ekonomija; enako velja za ETH, XRP, SOL in druge aktivirane coine.
Vsak ACTIVE Native Coin sledi skupni BEF razvojni arhitekturi, ki jo je najprej pokazala LANA: REGISTRATION -> REGISTERED COIN -> USE / CIRCULATION -> ACTIVE SUPPLY CHANGE -> RECIRCULATION / STABILISATION -> SPLIT -> NEXT BALANCED CYCLE. Namen je, da se vsak coin ne priključi BEF samo kot tehnični asset, ampak kot lastna uravnotežena registrirana ekonomija z merljivim življenjskim ciklom.
Pred prvim produkcijskim Splitom mora vsak coin imeti javno in verzionirano Coin Split Profile. Ta najmanj določa: definicijo trenutnega cikla; Registered Supply in Active Coin Supply; Split trigger oziroma threshold; katere Registration Events supply povečujejo ali zmanjšujejo; recirculation pravila; stabilisation oziroma brake logiko; morebitni Common Good registration channel; sistemsko/reference vrednost ali drugo value-transition metodologijo; pravilo prehoda iz Split(n) v Split(n+1); ter dokazni Split Event zapis.
Vsi aktivirani coini morajo imeti Registrar, Registered status, Active Coin Supply, zaporedne Splite, vnaprej določeno Split logiko, transparenten Split Event in naslednji uravnotežen cikel. Parametri pa so coin-specific. LANA Price(n+1) = Price(n) x 2 je referenčna LANA implementacija in se na BTC, ETH ali drug coin ne prenese avtomatično. Drug coin lahko uporablja drugačen multiplier, threshold, supply-trigger ali value-transition rule, če je ta vnaprej dokumentiran, preverljiv, ekonomsko obrazložen in pravno aktiviran.
Za vsak ACTIVE coin Registrar vodi najmanj Total Registered Supply in Active Coin Supply. Total Registered Supply pomeni native coin količino, ki ima veljaven Registered status v konkretnem coin namespaceu. Active Coin Supply pomeni registrirano količino, ki je v trenutnem ciklu dejansko razpoložljiva za nadaljnjo distribucijo, uporabo oziroma kroženje po coin-specific pravilih. Ti količini se ne mešata med različnimi coini in se ne agregirata v navidezni skupni supply.
Vsak Split je coin-specific state transition in dobi lasten Split ID oziroma coin + Split number, čas, pre-Split supply stanje, trigger evidence, uporabljeno Split pravilo, post-Split reference/value stanje in relevantne recirculation/registration dogodke. Zgodovina mora omogočiti rekonstrukcijo razvoja posameznega coina skozi BEF. Split enega coina ne sproži avtomatično Splita drugega coina.
Odprta tržna cena zunanjega native coina ostaja eksterni market datum in ni sama po sebi BEF System / Reference Value tega coina. Coin Split Profile mora jasno ločiti external market price od notranje coin-specific sistemske/reference metodologije. Če se market price uporablja v konkretni prodaji, merchant conversionu ali treasury acquisitionu, mora pogodba/UI navesti source, timestamp oziroma pricing methodology. Market cap in market snapshot sta informativna in ne ustvarjata pravice do odkupa ali prihodnje vrednosti.
Coin-specific adapter mora preveriti pravilno mrežo, naslov/account, native asset, transaction ID/hash, amount, block/ledger height, confirmations/finality in status. Kjer obstajajo memo/tag/destination-tag ali podobne obveznosti, jih mora profil obravnavati. Cross-chain naslovna podobnost sama po sebi ni dokaz pravilne mreže.
Kadar BEF funkcija zahteva dokaz kontrole denarnice, se prednostno uporabi chain-native podpis challengea oziroma druga dokazljiva signature metoda, kadar jo mreža podpira. Če mreža ne omogoča varnega generičnega message-signing standarda, Coin Integration Profile določi alternativni minimalni on-chain proof brez nepotrebnega prenosa sredstev ali razkritja private keya.
BuyLana.com ostaja P07 javni Purchase & Delivery servis za Registered LANA. P24 sam po sebi ne spremeni BuyLana.com v multi-asset exchange in ne pomeni, da se BTC, ETH ali drugi coini tam avtomatično kupujejo. Če se za zunanji coin uvede Purchase & Delivery servis, mora imeti jasno imenovanega sellerja, coin-specific pogodbo/UI, lasten Registrar/Split context ter lasten product/jurisdiction activation record.
Tehnična in Split vključitev coina v P24 ne aktivira avtomatično merchant acceptance, fiat settlementa, treasury acquisitiona, brokerage, exchange, custodyja ali market-makinga. Vsaka takšna funkcija se presoja ločeno po dejanski substance in po P15/P19 ter ustrezni jurisdikcijski veji.
Za vsak zunanji Native Coin se uporablja načelo COIN x PRODUCT x JURISDICTION. Dejstvo, da je BTC ali drug asset tehnično P24-eligible in ima pripravljen Registrar/Split Profile, ne pomeni, da je njegova ponudba, prodaja, custody, merchant settlement ali treasury dejavnost pravno enako klasificirana kot LANA. EU/MiCA, UK, U.S. in druga pravila se zaprejo za konkreten coin in konkretno funkcijo.
P24 uporablja najmanj naslednje statuse: CANDIDATE - osnovni native/key-control filter prestan; TECHNICAL READY - Coin Integration Profile in adapter testi zaključeni; REGISTRY READY - coin-specific Registrar, ownership proof in Registered Supply evidence delujejo; SPLIT READY - Coin Split Profile, trigger, Active Coin Supply in Split Event evidence so definirani in testirani; LEGAL READY - produkt/jurisdikcijski perimeter je zaprt za konkretno uporabo; ACTIVE - coin je aktiviran za točno navedeno BEF funkcijo in ima delujoč Registrar ter Split architecture; HOLD - obstaja materialna tehnična, registry, Split, provenance, privacy, pravna ali operativna ovira. Status mora biti funkcijsko specifičen.
Annex O uporablja Priority A in Priority B kot tehnični implementation vrstni red, ne kot investicijsko priporočilo in ne kot regulatorno odobritev. Priority A pomeni, da je wallet/key model zelo neposreden in je coin primeren za zgodnji adapter. Priority B pomeni, da native status in self-custody obstajata, vendar chain/account posebnosti zahtevajo dodatno implementacijo ali evidence. Pred ACTIVE morata obe skupini skozi REGISTRY READY in SPLIT READY.
Native privacy coins niso izključeni zato, ker so privacy coini, vendar lahko njihova privzeta ali opcijska privacy arhitektura onemogoči zahtevano BEF provenance, Registrar transparency, Registered Supply evidence, sanctions evidence ali transaction verification. Dokler teh zahtev ni mogoče izpolniti brez kršitve protokola ali zasebnosti, se tak coin vodi HOLD za registrirano BEF uporabo.
Dodajanje novega coina, sprememba native network identitete, chain migration, hard fork, sprememba key/signature modela, materialna sprememba supply/finality lastnosti ali sprememba Coin Split Profilea je Regulatory/Technical/Economic Change Trigger. Coin Integration Profile, Registrar in Split Profile se takrat ponovno preverijo in coin lahko začasno preide v HOLD.
Za vsak P24 coin mora Coin Integration Profile navesti najmanjšo kanonično native enoto, število decimalnih mest oziroma conversion factor, network/domain na katerega se enota nanaša ter način pretvorbe v human-readable coin amount. Kjer isti coin uporablja več execution domen z različnimi precision pravili (npr. HyperCore/HyperEVM ali AVAX C-Chain proti drugim Avalanche domenam), se precision navede ločeno. Atomic Unit sama po sebi ne dokazuje, da je enako majhen znesek tudi praktično prenosljiv.
Pred ACTIVE statusom mora biti za vsak coin dokumentiran strošek standardnega native prenosa in praktični minimum uporabe. Evidence pack vključuje: fee formula oziroma protocol parameter; live fee-estimator/RPC source; najmanj 30-dnevni rolling median in arithmetic mean standardnega transferja, kadar je zgodovinsko merljivo; P95 oziroma high-load strošek; fee v native coinu in EUR; dust/minimum-output pravila; account reserve ali existential deposit; account-activation cost; storage/state deposit oziroma rent; refund/rebate posebnosti; ter posebej strošek prenosa na nov oziroma še neaktiviran account, če se razlikuje.
EUR conversion uporablja odobren FX source z datumom in timestampom. Informativni Annex Q lahko uporablja snapshot, vendar produkcijski UI in activation decision ne smeta uporabljati zastarele statične fee številke tam, kjer mreža fee določa dinamično. Če zanesljivega fee monitoringa ni, coin lahko ostane tehnično kandidat, vendar za micro-payment oziroma potrošniško BEF uporabo ne napreduje do ACTIVE.
Za primerjavo BEF uporablja tri jasne operativne razrede stroška standardnega native prenosa: LOW PRICE - manj kot 0,01 EUR; MID PRICE - od 0,01 EUR do vključno 0,30 EUR; HIGH PRICE - več kot 0,30 EUR. Če je strošek dinamičen ali brez aktualnega estimatorja ni mogoče pošteno določiti reprezentativne vrednosti, se uporabi LIVE PRICE GATE. Razred je samo operativni stroškovni signal in sam po sebi ne pomeni izključitve coina, investicijske ocene ali pravne aktivacije; ne nadomesti P24 technical, Registrar, Split, Nostr, legal, AML, provenance ali privacy gateov.
Vsak asset, ki je vključen v BEF, ostaja samostojen asset. P24 ne ustvarja hierarhije, po kateri bi moral en ACTIVE coin izriniti drugega, niti ne zahteva konverzije vseh coinov v LANO ali v eno skupno obračunsko enoto. System-wide cilj je Balanced Coexistence: coin-specific ekonomije ohranijo svoje mreže, ključe, Registrarje, supply evidence, Splite in pravne perimetre, BEF pa med njimi vzpostavlja skupno razvojno in transparentnostno disciplino.
BEF zato uporablja PRESERVATION BEFORE REPLACEMENT kot design načelo. To načelo ne jamči cene, likvidnosti, tehnološke kontinuitete ali pravnega statusa nobenega asseta; pomeni, da framework sam po sebi ni zasnovan kot mehanizem za prisilno izločitev ali uničenje drugih oblik vrednosti.
Balanced Split Architecture je razvojni življenjski cikel. V zgodnejši Growth Phase lahko Spliti povečujejo ekonomsko kapaciteto in premikajo posamezno registrirano coin ekonomijo skozi zaporedne razvojne cikle. Končni namen pa ni neskončna rast iste formule. Vsak coin-specific model mora biti sposoben pozneje definirati Mature / Balanced State, v katerem se rastna dinamika umiri in se poudarek prenese na kroženje, recirkulacijo, obnovo rezerv, uporabo, Common Good in ohranjanje stabilnega ravnovesja.
Framework 1.0 ne določa univerzalnega števila Splitov, končnega multiplierja ali datuma zrelosti celotne ekonomije. Sistem maturity je definiran kot adaptivni kolektivni prehod: dovolj osebnih Balanced Wallet prehodov + vztrajna notranja cirkulacija, recirkulacija in sposobnost širjenja/krčenja po realni potrebi zmanjšajo strukturno odvisnost od Growth-Phase ekspanzije. Coin-specific policy mora pred mature-state aktivacijo objaviti uporabljene večmesečne indikatorje in evidence. One-Split Carry ostaja ločen activation pack; Balanced Wallet production parameter pack ostaja asset/entity-specific implementation requirement.