Preskoči na vsebino
    Nazaj na bLOVE koncept
    Informativno — ni pravni nasvet

    Legal-first checklist za bLOVE

    Povzetek petih pravnih odprtih točk, ki morajo biti razčiščene pred prvo vrstico kode. Preden se LOVE sploh premakne na Base, mora biti najprej jasna pravna struktura.

    Ta stran je izobraževalni povzetek, ne pravni nasvet

    Tukaj je povzetek notranjega kontrolnega seznama ekipe LOVE Coin. Namenjen je razumevanju procesa, ne pa pravnemu svetovanju, potrditvi skladnosti, promociji žetona ali vabili k kakršnemu koli dejanju. Do izrecne zelene luči ne obstaja noben gumb za deploy, bridge, polog sredstev ali obljuba donosa.

    Model zagona: sLOVE princip na Base preko Zora

    Po zeleni luči zgornjih točk bLOVE ne gre po klasični bond/obveznica poti, ampak po istem principu kot sLOVE na Solani (pump.fun): fiksen supply, likvidnostni pool takoj live, transparentna kreatorska pozicija — brez skritih mint funkcij in brez ročnih calculatorjev. Na Base to izvedemo preko Zora (Base-native launchpad), ki omogoča instant LP z jasno revenue split logiko, brez posredniške obveznice.

    Legal-first pot ostaja nespremenjena — Zora je zgolj tehnični launchpad, ne nadomešča MiCA klasifikacije, whitepaperja ali odvetnikovega mnenja.

    Zakaj se ne začne s kodo?

    Ko žeton prehaja iz ene verige v drugo, se ne moremo najprej lotiti programiranja in potem šele razmišljati o dovoljenjih. Najprej moramo vedeti: kakšen žeton je, kdo ga izdaja, kdo je odgovoren za bridge, kako se zaščiti uporabnik in kaj se zgodi, če gre kaj narobe. Šele ko so ta vprašanja razčiščena, je smiselno odpreti IDE in pisati Solidity.

    Pet odprtih točk

    Kakšen žeton bi bLOVE sploh bil?

    Pred objavo žetona moramo vedeti, kako ga uvrsti EU. Če je vezan na zanesljive stabilne kovance (USDC/EURC), ga regulator verjetno vidi kot asset-referenced ali e-money žeton — to pomeni, da izdajatelj potrebuje licenco. Če je utility, moramo dokazati, kaj konkretno uporabnik dobi z njim.

    Ali bi bLOVE bridge pomenil ponujanje finančnih storitev v EU?

    Če bi premostili žetone med Stellarjem in Base za uporabnike v EU, lahko ta vloga spada pod ponudnika kripto-storitev. To prinese registracijske obveznosti, obveznosti preverjanja identitete uporabnikov ter spremljanja sumljivih transakcij — teh ni smiselno reševati naknadno.

    Ali potrebujemo whitepaper?

    Odvisno od klasifikacije. Če zakonodaja zahteva formalni whitepaper, mora biti transparenten, standardiziran, preveden v jezik trga in pravno pregledan, preden se sploh objavi.

    Kdo je izdajatelj in kako se vodi projekt?

    Jasna pravna oseba, register imetnikov, jasna pravila trženja, postopek ob incidentih — vse to mora biti določeno, preden se komu ponudi kakršen koli žeton. Obljubljanje donosa je prepovedano.

    Katere tehnične pogoje mora izpolnjevati koda?

    Solidity kontrakt mora biti transparenten in brez skritih vrat. Bridge mora vedno zagotavljati, da na Base ne obstaja več bLOVE, kot je zaklenjenega LOVE na Stellarju. Revizija pride šele po pravni zeleni luči.

    Kaj pomeni zelena luč?

    Vsaka od zgornjih točk mora biti eksplicitno potrjena, dokumentirana in pravno pregledana. Poleg tega mora partner-odvetnik podati pisno mnenje, ustanovitelj Miha pa izrecno soglasje. Šele takrat se lahko začne tehnična izvedba — do takrat ostaja le javna informativna vsebina.

    LOVE Guide