BEF-P10 - RISK, COMPLAINTS & REGULATORY INTERFACE PROTOCOL

Protocol ID: BEF-P10 | Framework Version: 1.0

1. Namen

P10 določa regulatorni rob sistema: priznanje tveganj, ohranitev zakonskih pravic, dokumentiranje pritožb ter spremljanje sprememb, ki lahko vplivajo na regulatorno kvalifikacijo.

2. Ključna tveganja

• Čas prihodnjega Splita ni zagotovljen.

• Nova registracija lahko Split pomembno časovno oddalji.

• Potrošnja se lahko razvija hitreje ali počasneje od pričakovanj.

• Sistemska BEF cena ni enaka tržni ceni Non-Registered LANA in ne zagotavlja likvidnosti.

• Prihodnji Split sam po sebi ne ustvarja pravice do odkupa.

• Lana Discount nima neomejene nakupne kapacitete.

• Tehnične napake lahko začasno vplivajo na prikaz ali uporabo sistema.

• Odločanje o vedenju ljudi vsebuje tveganje subjektivne presoje, zato so potrebni dokazljiv proces, možnost preveritve dejstev in jasna pot vrnitve.

• Regulatorna kvalifikacija se lahko spremeni zaradi dejanske rasti mreže, novih funkcij, načina ponudbe ali drugih okoliščin.

3. Zakonske pravice

BEF, Alignment in OWN ne omejujejo pravic, ki posamezniku pripadajo po prisilnem pravu. Uporabnik lahko uporabi sodno varstvo, prijavo regulatorju, obvezne potrošniške pravice in druga pravna sredstva, kjer so na voljo.

4. Pritožbe

Za vprašanja, ki niso primerno rešena skozi Alignment ali OWN, oziroma kadar gre za pogodbeno, regulatorno, tehnično ali potrošniško vprašanje, mora odgovorni subjekt omogočiti primeren pritožbeni oziroma reklamacijskih proces v skladu z zanj veljavnimi pravili. Natančen centralni ali decentralizirani complaint flow je še odprta postavka.

5. MiCA limited-network monitoring

MiCA Article 4(3)(d) predvideva limited-network izjemo pod določenimi pogoji. Če skupna vrednost ponudbe v okoliščinah te izjeme v EU preseže 1.000.000 EUR v vsakem 12-mesečnem obdobju od začetka prvotne ponudbe, Article 4(3) zahteva obvestilo pristojnemu organu z opisom ponudbe in utemeljitvijo izjeme. To je notification trigger, ne splošni poslovni cap.

6. Offeror-level evidence

Ker je notification obveznost vezana na offerorja in ponudbo, mora BEF podpirati podatke, ki omogočajo posameznemu offerorju spremljati svojo ponudbo, vrednost, obdobje, uporabljeno izjemo in relevantno merchant mrežo.

7. Formalni White Paper

BEF se ne označuje kot crypto-asset white paper. MiCA Article 4(8) določa, da se Title II uporablja, če se pri sicer izvzeti ponudbi white paper vseeno pripravi prostovoljno. Če je formalni white paper potreben, se pripravi ločeno in skladno z Article 6 ter Annex I.

8. Disclosure standard kot orientacija

Čeprav BEF ni formalni white paper, se pri njegovi strukturi uporablja načelo fair, clear and not misleading ter regulatorno koristne kategorije informacij: projekt, ponudba, asset, pravice in obveznosti, tehnologija, supply mehanizmi, tveganja in relevantne omejitve.

9. Same underlying asset / open-market consideration

Ker Registered LANA uporabljajo isti osnovni LanaCoin asset, medtem ko lahko Non-Registered LANA obstajajo tudi na odprtih trgih, je treba pri vsaki konkretni ponudbi in storitvi posebej preveriti vpliv te okoliščine na limited-network analizo in na morebitne CASP storitve. BEF tega vprašanja ne rešuje zgolj s poimenovanjem registriranega statusa.

10. Regulatory Change Log

Pomembna regulatorna interpretacija, sprememba dovoljenja ali sprememba pravne strukture subjekta, ki vpliva na BEF, se evidentira v ustreznem change logu in po potrebi sproži spremembo Protokola ali Core Frameworka.

11. UK Financial Promotions risk

UK financial-promotion perimeter se za UK consumers presoja ne glede na sedež subjekta. Website, app, social media, onboarding CTA, acquisition/price language in drugi invitations/inducements se pred UK consumer uporabo pregledajo po P22. Če Lana Discount komunicira samo z business/institutional counterparties, Promotion Record vseeno dokumentira target audience in zakonito route/exemption; B2B oznaka sama po sebi ni avtomatičen blanket exclusion.

12. UK 2027 transition risk

Novi UK FSMA crypto režim naj bi se začel 25 October 2027. Funkcija, ki je danes lawful cross-border oziroma outside current MLR territorial scope, se ne sme avtomatično šteti kot lawful po commencementu. P22 zahteva transition plan, application-timing check in pre-launch reclassification.