# BEF-P02 - MERCHANT & CONSUMPTION PROTOCOL > Balanced Exchange Framework (BEF) - Framework Version 1.0, 2026-08-22. > Source of record: https://balancedexchangeframe.work/doc/p02 ``` Protocol ID: BEF-P02 | Framework Version: 1.0 | Architecture: EXCHANGE > LANAPAYS.US > CONSUMPTION ``` ### 1. Namen P02 določa uporabo Registered LANA znotraj registriranega potrošniškega okolja ter vlogo trgovcev in TheLana.life kot Transparency & Consumption Layerja. ### 2. Funkcija Registered LANA Primarna funkcija Registered LANA znotraj BEF je uporaba za blago in storitve v registriranem okolju. BEF ne vzpostavlja odprtega P2P order-book trga Registered LANA. ### 3. Registrirani trgovci Sodelujoči trgovci oziroma ponudniki blaga in storitev se vključujejo na podlagi pravil in pogodbenega razmerja, ki opredeli njihovo sodelovanje v mreži. Seznam oziroma status sodelujočih ponudnikov mora biti mogoče transparentno preveriti. ### 4. TheLana.life TheLana.life javnosti prikazuje dejansko življenje ekonomije: trgovce, potrošniške transakcije, relevantne agregate, aktualni Split in druge kazalnike. Framework se izogiba fiksnim številkam tam, kjer se stanje dinamično spreminja, in uporablja live pregled. ### 5. Limited-network regulatorna hipoteza BEF je zasnovan kot omejeno registrirano potrošniško okolje. MiCA Article 4(3)(d) določa izjemo za ponudbo, kjer lahko imetnik kriptosredstvo uporablja samo za blago in storitve v omejeni mreži trgovcev s pogodbenimi razmerji z offerorjem. Ali konkretna izvedba izpolnjuje vse pogoje te izjeme, se mora spremljati na podlagi dejanske mreže, ponudb in drugih relevantnih okoliščin. ### 6. Neprestano spremljanje perimetra Ker se mreža lahko razvija, se limited-network presoja ne obravnava kot enkratna etiketa. Posebej se spremljajo obseg mreže, vrsta sodelujočih ponudnikov, način uporabe Registered LANA, morebitne javne ponudbe in povezava istega osnovnega LanaCoin sredstva z odprtimi trgi. ### 7. Settlement Mode A - Direct Registered LANA Merchant Settlement Potrošnik lahko za blago ali storitev prenese Registered LANA neposredno na Registered Wallet trgovca. V tem načinu trgovec prejme LANA kot dogovorjeno protivrednost. Morebitna poznejša prodaja LANA s strani trgovca je nov in ločen pravni dogodek in ne del samega merchant plačila. ### 8. Optional Settlement Mode B - Separate Principal Purchase + Merchant FIAT Settlement BEF lahko podpira ločen povezani Mode B, v katerem potrošnik prenese Registered LANA posebej določenemu principal purchaserju, ta pa iz lastnih fiat sredstev izvrši merchant settlement. Mode B ni privzeta niti inherentna funkcija Lana Discount. Če je purchaser Lana Discount ali druga treasury družba, se takšen merchant-linked flow ne sme avtomatično šteti za P08 proprietary treasury acquisition: povezava s potrošniškim checkoutom, navodilom potrošnika ali poravnavo merchantove terjatve lahko ustvari client/payment-service značilnosti in zahteva ločeno klasifikacijo. LanaPays infrastruktura lahko tehnično povezuje evente samo ob jasni pravni ločitvi funkcij. ### 9. No client-funds pooling by default Osnovni design P02 ne predpostavlja, da LanaPays ali druga tehnična platforma prejema in združuje potrošniški fiat z namenom nadaljnjega nakazila trgovcem. Če bi katera implementacija kadarkoli držala ali prenašala klientskih funds v smislu payment law, mora pred aktivacijo dobiti ustrezen payment-services status oziroma uporabiti licenciranega PSP in safeguarding model. ### 10. Separate Mode B regulatory gate Mode B se vedno presoja ločeno od čistega P08 treasury nakupa. Lasten kapital principal purchaserja sam po sebi ne zapre CASP/payment perimetra, če ekonomska substance kaže storitev za consumerja ali merchanta. Zato Mode B zahteva entity-specific crypto-service in payment-perimeter memo. Če tak memo ni zaključen, se uporablja Mode A ali ločen poznejši treasury acquisition, pri katerem merchant oziroma drug imetnik po zaključenem merchant poslu samostojno nastopi kot seller/counterparty do Lana Discounta. ### 11. Limited network - MiCA and PSD2 are separate tests MiCA limited-network presoja za ponudbo Registered LANA in PSD2 limited-network presoja za specific payment instrument sta dva ločena pravna testa. Uporaba ene izjeme ne dokazuje avtomatične uporabe druge. P15 in P19 zahtevata ločeni evidence pack in ločeno notification monitoring logiko. UK uporablja ločene teste. MiCA limited-network exemption se v UK ne prenaša. Za UK financial-promotion in prihodnji crypto perimeter se posebej preveri definicija qualifying cryptoasset ter morebitna limited-use izključitev; BEF se nanjo ne opira, če dejanske pravice vključujejo prenos ali prodajo za money/other crypto izven dovoljenega issuer-redemption scenarija. ### 12. Merchant contract minimum Merchant pogodba mora najmanj določiti: kateri settlement mode trgovec sprejema; kdo je njegov contract counterparty; ali prejme LANA ali fiat; kdaj je obveznost potrošnika poravnana; kdo nosi execution/settlement tveganje; katere provizije veljajo; complaint/refund proces; ter kateri pravni subjekt je odgovoren za posamezno funkcijo. Nobena merchant pogodba ne sme avtomatično ustvariti pravice potrošnika ali merchanta, da zahteva treasury nakup od Lana Discounta. ### 13. Consumption Incentive Policy BEF lahko pri kvalificirani realni potrošnji uporablja nastavljiv Consumption Incentive. V trenutno opisani LANA referenčni postavitvi je incentive lahko od 0 % do 20 % vrednosti kvalificiranega nakupa, v praksi praviloma v območju približno 5 % do 20 %. Politika lahko določi enak odstotek za consumerja in merchanta. Odstotek je operativni parameter in ne trajna pravica, obljubljeni donos ali obvezna lastnost vseh BEF coinov. ### 14. Fiat-routed purchase Če consumer plača blago ali storitev v fiatu in je transakcija vključena v veljavni BEF consumption flow, lahko sistem skladno z objavljeno policy evidentira consumer/merchant incentive ter ločeno povezani principal acquisition dogodek. Vir vsakega incentiva, asset, v katerem je incentive dodeljen, odgovorni subjekt, davčna obravnava in settlement pot morajo biti razvidni. BEF ne predpostavlja nedokumentiranega client-funds poolinga. ### 15. Direct Registered Coin payment Če consumer plača neposredno z Registered LANA oziroma z drugim ACTIVE Registered Native Coinom, consumer po privzeti referenčni logiki ne prejme dodatnega consumption incentiva samo zato, ker je plačal z registered assetom. Merchant prejme registered asset neposredno v MODE A. Če merchant namesto tega prejme fiat iz lastnih sredstev ločenega principal purchaserja, se uporablja samo aktivirani in pravno zaključen MODE B / P19 model; tak purchaser mora biti pravno in finančno ločen od consumerjevega plačila, kjer to zahteva veljavno pravo. ### 16. Incentive transparency Vsaka UI ali merchant ponudba mora pred checkoutom jasno pokazati veljavni incentive, komu pripada, v katerem assetu, kdo ga financira, ali obstaja limit ter ali je rezultat odvisen od kasnejšega Registration Eventa ali drugega pogoja. Spremenljiva incentive politika se ne sme predstavljati kot zagotovljena prihodnja ekonomska korist.