Hüquqlar zəncirini addım-addım izləmək
Kriptoda real sahiblik balans sətrindən başlamır
“Hesabımda token var” cümləsi yalnız başlanğıcdır; sərəncam, çıxarış, açar və platformanın hüquqi öhdəliyi ayrıca sübut istəyir.
Oxu xəritəsi
Balansdan hüquq zəncirinə keçin
Kriptoaktiv balansını açar nəzarəti, çıxarış hüququ, platforma öhdəliyi, ehtiyat və iflas tələbi üzrə araşdıran Azərbaycan dilli bələdçi.
Hüquqlar zəncirinin birinci halqası: nə qeydə alınır
İkinci halqa: qabz və istifadə imkanı
Qabz üçün dörd sübut
Üçüncü halqa: saxlama modelinin dili
Hüquqlar zəncirinin birinci halqası: nə qeydə alınır
Kripto sahiblik araşdırması balans rəqəmini aktivin şəbəkədəki mövcudluğu, istifadəçinin müqavilə tələbi və sərəncam imkanı ilə eyni saymadığı anda başlayır.
Mərkəzləşdirilmiş platformada görünən 0,5 BTC adətən daxili uçot sətridir. Bu sətir platformanın istifadəçiyə həmin miqdarı vermək öhdəliyini göstərə bilər, lakin konkret blokçeyn ünvanında məhz həmin istifadəçi üçün ayrılmış vahidləri sübut etməyə bilər. Müqavilə, ehtiyat modeli və çıxarış təcrübəsi birlikdə oxunmalıdır.
Şəxsi cüzdanda isə nəzarət toxum sözləri və ya xüsusi açarla qurulur. Açarın olması hüquqi sənədlərin hamısını əvəz etmir, amma şəbəkədə əməliyyat imzalama qabiliyyətini verir. Açar itərsə, əməliyyat geri qaytarılmaya bilər; oğurlanarsa, texniki nəzarət hüquqi sahibdən ayrılmış vəziyyətə düşə bilər.
Bu səbəbdən “real sahiblik” iki sütunda araşdırılır: texniki sərəncam və hüquqi tələb. Texniki sərəncam aktivin köçürülməsini, hüquqi tələb isə mübahisə, iflas, miras və səhv zamanı kimin nə tələb edə biləcəyini göstərir. Yalnız bir sütunun güclü olması bütün riski bağlamır.
İkinci halqa: qabz və istifadə imkanı
Çıxarış düyməsinin görünməsi qabzın tamamlandığını təkbaşına göstərmir; düymənin işləməsi, aktivin müəyyənliyi və maneəsiz sərəncam hüququ birlikdə yoxlanmalıdır.
AAOIFI SS 18 faktiki və konstruktiv qabz haqqında ümumi prinsiplər təqdim edir. Bu prinsiplər kriptoaktiv üçün hazır hökm deyil. Onlar oxucuya təhvilin nə vaxt tamamlandığını, alıcının aktivdən istifadə edə bilib-bilmədiyini və satıcının maneə yaratmaq səlahiyyətinin qalıb-qalmadığını soruşmaq üçün çərçivə verir.
Məsələn, alqı-satqı tamam görünür, amma platforma 72 saat çıxarış qadağası qoyur. Bu məhdudiyyət təhlükəsizlik tədbiri, bank ödənişinin geri qaytarılma riski və ya başqa səbəbə bağlı ola bilər. Dini qiymətləndirmədə məhdudiyyətin müddəti, əvvəlcədən açıqlanması və alıcının həmin vaxt hansı hüquqa sahib olduğu əhəmiyyətlidir.
Şəbəkə komissiyası və minimum çıxarış həddi də qeyd edilməlidir. Kiçik balans texniki olaraq istifadəçinin hesabında olsa da, minimumdan aşağı olduğu üçün çıxarıla bilmirsə, praktik sərəncam zəifləyir. Bu, avtomatik hökm yaratmır; sadəcə “istənilən vaxt tam nəzarət” iddiasını dəqiqləşdirir.
Üçüncü halqa: saxlama modelinin dili
“Saxlama” burada sadəcə faylı qorumaq deyil. Türkiyə türkcəsində işlənən “saklama” və rusca “xraneniye” alınma sözləri yerli söhbətdə eyni xidmət kimi səslənə bilər. Kriptoda isə custodial xidmət, birgə imza, şəxsi cüzdan və smart-müqavilə anbarı fərqli nəzarət və bərpa qaydaları yaradır.
Custodial modeldə platforma açarları saxlayır, istifadəçi giriş parolu və müqavilə tələbi ilə hərəkət edir. Şəxsi saxlama modelində istifadəçi açarı özü qoruyur. Birgə imzada əməliyyat üçün birdən çox tərəfin razılığı lazım ola bilər. Hər model təhlükəsizlik, rahatlıq və asılılıq arasında başqa balans qurur.
İki mərhələli giriş, ünvan ağ siyahısı və gecikdirilmiş çıxarış oğurluq riskini azalda bilər, lakin istifadəçinin dərhal sərəncamını məhdudlaşdırır. Bu xüsusiyyətlər marketinqdə “təhlükəsizlik” kimi verilsə də, sahiblik təhlilində konkret müddət və ləğv yolu ilə yazılmalıdır. Fayda və məhdudiyyət eyni cədvəldə görünməlidir.
Miras planı ayrıca vacibdir. Toxum sözlərini yalnız sahib bilirsə, ölüm və ya qabiliyyətsizlik halında ailə aktivə çata bilməyə bilər. Məlumatı açıq saxlamaq isə oğurluq riskini artırır. Təhlükəsiz təlimat, hüquqi sənəd və etibar edilən şəxslərin rolu əvvəlcədən planlaşdırılmalıdır.
Dördüncü halqa: platforma iflası və sübut sərhədi
Ehtiyat sübutu aktivlərin müəyyən anda mövcudluğunu göstərə bilər, amma borcların tamlığını, istifadəçi aktivlərinin hüquqi ayrılmasını və gələcək çıxarış qabiliyyətini avtomatik sübut etmir.
Platforma cüzdan ünvanlarını və Merkle ağacı yoxlamasını dərc edə bilər. Oxucu öz hesab qalığının hesaba daxil olduğunu yoxlaya bilər, lakin auditoriyanın əhatəsi, tarix, öhdəliklərin siyahısı və əlaqəli şirkətlər arasındakı borclar açıq qalırsa, “tam təminat” nəticəsinə tələsmək olmaz.
İflas halında əsas sual aktivlərin müştərilər üçün ayrıca saxlanıb-saxlanmamasıdır. Müqavilə istifadəçini konkret aktivin sahibi, platformaya borc verən tərəf və ya ümumi təminatsız kreditor kimi təsvir edə bilər. Hüquqi nəticə yurisdiksiyaya və faktlara bağlıdır; sayt ümumi məlumatdan fərdi hüquqi nəticə çıxarmır.
IIFA elektron valyuta mövzusunda əlavə tədqiqat ehtiyacını saxlayır. Bu ehtiyatlı mövqe texniki nəzarətlə iqtisadi və hüquqi sahiblik arasındakı boşluğu ciddi qəbul etməyə uyğundur. Lakin sənədi platforma saxlama xidmətinə mənfi və ya müsbət sertifikat kimi təqdim etmək düzgün deyil.
Praktik qeyd dəftəri yaradın: hesab şərtlərinin tarixi nüsxəsi, çıxarış sınağının əməliyyat identifikatoru, istifadə olunan şəbəkə, komissiya, gözləmə müddəti və cüzdan bərpa planı. Bu qeydlər hökm vermir, amma “mən nəyə sahibəm?” sualını yoxlanıla bilən faktlara çevirir.
Real sahiblik bir dəfə cavablandırılan seçim deyil. Platforma şərti, yerli hüquq, şəbəkə və istifadəçinin saxlama üsulu dəyişə bilər. Böyük əməliyyatdan və ya model dəyişikliyindən əvvəl hüquqlar zənciri yenidən yoxlanmalı, naməlum sahələr açıq şəkildə saxlanmalıdır.
kripto sahiblik dosyesini bağlamazdan əvvəl
- Şəxsi açarı kim idarə edir və itki halında məsuliyyət kimdə qalır?
- Çıxarış hüququ məbləğ, vaxt, şəbəkə və uyğunluq yoxlaması ilə necə məhdudlaşır?
- Platforma iflas etsə, istifadəçi ayrılmış aktiv sahibi, yoxsa təminatsız kreditor sayılır?
- Aktivin ünvan üzrə mövcudluğu və platformanın ümumi ehtiyat iddiası müstəqil yoxlanıbmı?
kripto sahiblik üçün uyğun müqayisə alətini açın; sonra görünən müqavilə şərtlərini eyni tarixlə saxlayın.
Beş saxlama modeli
“Mənim balansım” cümləsinin hansı hüquqa söykəndiyini tapın
Mərkəzləşdirilmiş birjada görünən balans adətən platformanın daxili uçotudur. İstifadəçi konkret on-chain ünvanın private key-ni idarə etmir və balansdakı hər vahidin ayrıca ünvanla ayrıldığını görməyə bilər. Bu modeldə əsas suallar platformanın hüquqi şəxsinin kim olması, aktivləri müştəri adından necə saxlaması, onları istifadə edə bilib-bilməməsi və çıxarış tələbinin hansı hallarda dayandırılmasıdır. “Funds are safe” kimi ümumi şüar bu hüquqları əvəz etmir.
Ayrılmış custody modelində müqavilə müştəri aktivlərinin şirkətin öz aktivlərindən ayrı qeyd olunduğunu deyə bilər. Lakin ayrılığın kitab qeydi, ayrıca wallet, trust və ya başqa hüquqi quruluşla təmin edildiyi yoxlanmalıdır. Custodian dəyişəndə, sub-custodian istifadə olunanda və şəbəkə fork-u baş verəndə qərar səlahiyyətinin kimdə qalması da əhəmiyyətlidir. Müştəri müqaviləsi ilə texniki arxitektura eyni iddianı dəstəkləməlidir.
Omnibus wallet-də çox istifadəçinin aktivləri bir neçə böyük ünvanda birləşdirilir. Bu, əməliyyat xərclərini azalda bilər, amma konkret istifadəçinin on-chain aktivlə birbaşa əlaqəsini zəiflədir. Platformanın daxili ledger-i, depozit və çıxarış tarixçəsi, audit izi və iflas halındakı tələb sinfi əsas sübut olur. Ehtiyat ünvanının böyük balansı sizin payınızın hüquqi olaraq ayrıldığını göstərməyə bilər.
Smart-kontrakt custody modelində aktiv kodun idarə etdiyi ünvandadır. “No one controls it” ifadəsi yalnız upgrade, pause, admin, oracle və governance səlahiyyətləri yoxlandıqdan sonra qiymətləndirilə bilər. Front-end bağlansa birbaşa müqavilə ilə çıxmaq mümkündürmü? İstifadəçi hansı tokeni və hansı tələb hüququnu alır? Kodun açıq olması hüquqi və iqtisadi nəticələrin hamısını öz-özünə izah etmir.
Özün saxlamada private key istifadəçinin nəzarətindədir və on-chain sərəncam daha birbaşa görünür. Bunun əvəzində səhv ünvan, itmiş seed phrase, zərərli imza və miras planı riski istifadəçiyə keçir. Hardware wallet olması kifayət deyil; cihazın mənbəyi, firmware yoxlaması, backup, passphrase və bərpa sınağı da idarə olunmalıdır. Texniki nəzarət qanuni mülkiyyət mübahisəsini avtomatik həll etmir.
Proof of reserves yalnız bir tərəfi ölçür
Platforma nəzarət etdiyi ünvanları və müştəri öhdəliklərinin müəyyən xülasəsini göstərə bilər. Lakin borclar, girov qoyulmuş aktivlər, eyni aktivin başqa tərəfə verilməsi, audit vaxtından sonrakı hərəkət və hüquqi ayrılma ayrıca qalır. Kriptoqrafik Merkle sübutu sizin balansınızın siyahıya daxil olduğunu göstərə bilər; aktivlərin borcsuz və istənilən anda çıxarıla bilən olduğunu təkbaşına göstərmir.
Ehtiyat yoxlamasında tarix, əhatə olunan hüquqi şəxs, aktivlər, öhdəliklər və metod yazılır. Platforma bir neçə şirkətlə işləyirsə, istifadəçi müqaviləsindəki şirkətin hesabatda olub-olmadığı yoxlanır. Auditor və ya attestasiya verən tərəfin proseduru oxunur. “Real-time” panel də giriş məlumatının tam və müstəqil olduğunu avtomatik sübut etmir.
Çıxarış hüququnu kiçik testlə ölçün
İstifadəçi depozitdən əvvəl aktiv, şəbəkə, minimum, fee, ünvan formatı və Memo tələbini qeyd edir. Sonra itirilməsi qəbul edilə bilən kiçik məbləğlə çıxarış sınağı aparılır. Sınağın vaxtı, platforma statusu, TxID və on-chain confirmation saxlanılır. Bir uğurlu test gələcək çıxarışlara zəmanət deyil, amma hesabın və şəbəkənin real marşrutunu göstərir.
Böyük məbləğ üçün günlük limit, əlavə KYC, ünvan whitelist-i və təhlükəsizlik gözləməsi fərqli ola bilər. Kiçik testdən “hamısını dərhal çıxara bilərəm” nəticəsi çıxmır. Planlaşdırılan məbləğə uyğun limit və prosedur ayrıca oxunur. Çıxarış dayandırılıbsa region məhdudiyyətini keçmək, başqa şəxsin hesabından istifadə etmək və ya naməlum dəstəyə sənəd göndərmək təhlükəsiz həll deyil.
İflas ssenarisində wallet deyil, tələb sinfi soruşulur
Platforma fəaliyyətini dayandıranda istifadəçi ayrılmış aktiv sahibi, trust benefisiarı, girovlu kreditor və ya təminatsız kreditor ola bilər. Bu status platformanın marketinq səhifəsindən deyil, müqavilə və tətbiq olunan hüquqdan müəyyən edilir. Müxtəlif ölkələrdə eyni brend altında olan şirkətlər fərqli qaydalarla işləyə bilər. Azərbaycan dilində interfeys yerli hüquqi şəxs və ya yerli kompensasiya mexanizmi yaratmır.
İddia üçün hesab çıxarışı, depozit TxID-ləri, şərtlərin tarixli nüsxəsi və şəxsiyyət sənədinin təhlükəsiz surəti lazım ola bilər. Lakin şəxsi məlumat yalnız rəsmi və yoxlanmış prosesdə təqdim olunur. Sosial şəbəkədə “recovery agent” kimi yazan şəxsin ödəniş və seed phrase tələbi dayandırma siqnalıdır.
Qabd sualını texniki və hüquqi sübutla birləşdirin
Faktiki və konstruktiv qabz barədə ümumi prinsip aktiv üzərində real sərəncamın olub-olmadığını soruşmağa kömək edir. Birja balansı, gecikmiş çıxarış və müqavilə üzrə tələb müxtəlif cavablar verə bilər. AAOIFI standardının ümumi prinsipi konkret platformanı təsdiqləmir; məhsulun sənədi və faktiki əməliyyat ayrıca təqdim olunur.
Dini məsləhət dosyesində “kripto birjadadır” cümləsi yerinə custody modeli, hüquqi şəxs, çıxarış vaxtı, aktivdən istifadə səlahiyyəti, ehtiyat sübutu və iflas statusu yazılır. Naməlum sahələr ayrıca qalır. Bu üsul sayta fətva rolu vermir, alimə verilən faktların keyfiyyətini yüksəldir.
Termin və sübut
Sahiblik dosyesində 16 sübut növü
- Hesab müqaviləsi
- İstifadəçinin hansı hüquqi şəxslə müqavilə bağladığını, aktivin mülkiyyətinin keçib-keçmədiyini və platformanın onu yenidən istifadə edə bilib-bilmədiyini göstərir. Marketinq ana səhifəsi bu sənədi əvəz etmir.
- Daxili ledger
- Birja balansının necə yarandığını və depozit, ticarət, fee, gəlir və çıxarışın hansı qeydlə barışdırıldığını göstərir. On-chain ünvan olmadan da istifadəçi tələbi yarana bilər, lakin onun hüquqi mahiyyəti ayrıca oxunur.
- Depozit TxID-si
- Aktivin istifadəçinin əvvəlki ünvanından platformanın göstərdiyi ünvana köçdüyünü sübut edir. TxID sonradan platformanın həmin aktiv üzərində hansı hüquq verdiyini, aktivin ayrıldığını və ya istifadəçinin kreditor olmadığını təkbaşına göstərmir.
- Çıxarış TxID-si
- Müəyyən tarix və məbləğdə real sərəncamın mümkün olduğunu göstərir. Kiçik test böyük məbləğ, başqa şəbəkə, gələcək limit və böhran vaxtı üçün zəmanət deyil. Testin şərtləri və vaxtı saxlanılır.
- Segregation maddəsi
- Müştəri aktivlərinin şirkətin öz aktivlərindən ayrı olub-olmadığını təsvir edir. Ayrılığın yalnız mühasibat qeydində, ayrıca wallet-də, trust quruluşunda və ya hüquqi mülkiyyətdə olması fərqli nəticə yarada bilər.
- Sub-custodian
- Əsas platformanın aktivləri başqa custodian-da saxlaması əlavə hüquqi və əməliyyat qatıdır. İstifadəçinin sub-custodian-a birbaşa tələbi, onun ölkəsi, sığorta və fəaliyyət dayananda ötürmə proseduru araşdırılır.
- Omnibus wallet
- Çox istifadəçinin aktivlərinin bir ünvanda birləşdirilməsi xərci azalda bilər. Fərdi pay on-chain görünmədiyi üçün daxili ledger, audit izi və iflas halında istifadəçi siyahısının doğruluğu daha vacib olur.
- Proof of reserves
- Müəyyən ünvanlar və bəzi müştəri öhdəlikləri barədə sübut verə bilər. Gizli borc, girov, hüquqi ayrılma, eyni aktivin başqa tərəfə verilməsi və auditdən sonrakı hərəkət ayrıca qalır.
- Proof of liabilities
- Müştəriyə olan öhdəliklərin tamlığını qiymətləndirməyə çalışır. Platformanın bütün hesabları daxil edib-etmədiyi, mənfi balansları necə hesabladığı, hüquqi şəxsləri birləşdirib-birləşdirmədiyi və metodun müstəqil yoxlanması oxunur.
- Merkle inclusion
- İstifadəçi balansının dərc olunan öhdəlik ağacına daxil olduğunu göstərə bilər. Balansın düzgün hesablandığını, aktivlərin borcsuz olduğunu və ya istifadəçinin ayrılmış mülkiyyət hüququna malik olduğunu ayrıca sübut etmir.
- Withdrawal policy
- Aktiv, şəbəkə, minimum, fee, günlük limit, whitelist, təhlükəsizlik gözləməsi və əlavə KYC tələbini göstərir. Platforma bu şərtləri dəyişə və fövqəladə halda çıxarışı dayandıra bilirsə səlahiyyətin əhatəsi qeyd olunur.
- Admin və upgrade açarı
- Smart-kontraktın kim tərəfindən dəyişdirilə, dayandırıla və aktivin hansı ünvana yönəldilə biləcəyini göstərir. “Non-custodial” etiketi bu səlahiyyətləri yoxlamadan tam təsvir sayılmır.
- İflas tələbi
- Platforma bağlananda istifadəçinin ayrılmış aktiv sahibi, trust benefisiarı, təminatlı və ya təminatsız kreditor olmasını müəyyən edən hüquqi statusdur. Brend adı yox, müqavilə tərəfi və tətbiq olunan hüquq əsasdır.
- Miras prosesi
- Mərkəzləşdirilmiş hesabda platformanın tələb etdiyi ölüm sənədi, varis sübutu və hesab ötürməsi qaydasıdır. Parolu varisə vermək rəsmi prosesi əvəz etməyə və şərti poza bilər.
- Qabd qeydi
- Private key, çıxarış, hüquqi tələb, gözləmə və riskin keçməsini bir səhifədə göstərir. AAOIFI prinsipi sualı qurur; konkret custodian və hesab üçün cavab faktlardan və alim qiymətləndirməsindən gəlir.
- Dəyişiklik jurnalı
- Custodian, hüquqi şəxs, wallet arxitekturası, çıxarış qaydası və müqavilə dəyişəndə əvvəlki və yeni vəziyyəti saxlayır. Köhnə müsbət test dəyişmiş məhsula səssiz şəkildə köçürülmür.
Sahiblik laboratoriyası
Beş saxlama modelini masa üzərində sınaqdan keçirin
Aşağıdakı qeydlər eyni token balansının niyə beş müxtəlif hüquq və risk quruluşu yarada bildiyini göstərir. Bunlar hüquqi nəticə deyil; müqaviləni, texniki nəzarəti və çıxış imkanını müqayisə etmək üçün iş nümunələridir.
Şəxsi hardware wallet
İstifadəçi cihazı özü qurur, seed sözlərini offline saxlayır və kiçik məbləği bərpa sınağından keçirir. TxID aktivin həmin ünvana çatdığını, imza sınağı isə sərəncam qabiliyyətini göstərir. Bununla belə cihaz istehsalçısı, firmware, yanlış ünvan, miras və fiziki məhv riski qalır. Private key nəzarəti hüquqi və əməliyyat hazırlığı olmadan təhlükəsizliyin bütün qatlarını həll etmir.
Mobil self-custody wallet
Tətbiq istifadəçiyə seed versə də telefon ehtiyat nüsxəsi, ekran kilidi, zərərli proqram və saxta tətbiq riski araşdırılır. Wallet-in contract hesabı, multisig və ya tək açar istifadə etməsi bərpa yolunu dəyişir. App mağazasında adın görünməsi rəsmi publisher sübutu deyil; contract və yükləmə linki layihənin ilkin mənbəsindən yoxlanır.
Birjada omnibus saxlama
İstifadəçi balansı daxili ledger-də görünür, çoxsaylı müştəri aktivi isə eyni on-chain ünvanlarda birləşdirilə bilər. Bu model əməliyyatı asanlaşdırır, lakin fərdi payın sübutunu, hüquqi ayrılmanı və platformanın öhdəliklərinin tamlığını vacib edir. Proof of reserves müsbət siqnal ola bilər, amma gizli borc və iflas tələbi barədə müqavilə sənədini əvəz etmir.
Üçüncü tərəf custodian
Platforma aktivləri öz wallet-ində deyil, başqa hüquqi şəxsdə saxlaya bilər. İstifadəçinin müqaviləsi əsas platforma ilədir, private key isə sub-custodian-dadır. Xidmət dayananda məlumatın və aktivin kimə veriləcəyi, sığortanın nələri əhatə etdiyi və istifadəçinin birbaşa tələb hüququ olub-olmadığı sənədləşdirilir. İki tanınmış brendin olması məsuliyyət zəncirini sadələşdirmir.
Smart-contract vault
Token contract-a kilidlənir və istifadəçi receipt token və ya pay qeydi alır. Admin açarı, upgrade, oracle, pause, withdrawal queue və underlying aktivin başqa protokola yerləşdirilməsi yoxlanır. “Non-custodial” sözü operatorun kodu dəyişə bilmədiyi anlamına gəlməyə bilər. Qabd qeydi wallet imzası ilə yanaşı contract-dan real çıxış hüququnu və fövqəladə rejimi də göstərməlidir.
Multisig ailə saxlama planı
Üç açardan ikisinin tələb edilməsi tək nöqtəli itki riskini azalda bilər, amma imza sahibləri, coğrafi ayrılma və varis proseduru düzgün qurulmalıdır. Açar sahiblərindən biri itkin düşəndə və ya mübahisə yarananda hansı hüquqi sənədin tətbiq olunacağı yazılır. Texniki quorum ailə üzvlərinin hüquqi mülkiyyət payını öz-özünə müəyyən etmir.
Tokenləşdirilmiş real aktiv
Wallet-də tokenə nəzarət etmək binaya, qızıla və ya debitor borcuna birbaşa mülkiyyət deməyə bilər. Issuer, xüsusi təyinatlı şirkət, aktiv reyestri, redemption və iflas qaydası oxunur. On-chain köçürmə yalnız token səviyyəsində sahiblik dəyişikliyini göstərə bilər; off-chain aktiv üzərində hüququn keçməsi hüquqi sənəd və reyestrdən asılıdır.
Hesab dondurulması ssenarisi
KYC yenilənməsi, təhlükəsizlik yoxlaması, hüquqi sorğu və ya platforma siyasəti çıxarışı dayandıra bilər. İstifadəçi dəstək yazışmasını, tələb olunan sənədi, vaxt möhürünü və şikayət yolunu saxlayır. Balansın dəyişməməsi sərəncam hüququnun həmin anda işlədiyini göstərmir. Dondurma səbəbi açılmırsa hüquqi və əməliyyat qeyri-müəyyənliyi ayrıca status alır.
Şəbəkə dayandırılması ssenarisi
Platforma müəyyən şəbəkədə depozit və çıxarışı texniki xidmət adı ilə dayandıra bilər. Eyni token başqa şəbəkədə açıqdırsə belə bridge və wrapped token riski əlavə olunur. İstifadəçi hansı aktiv üzərində tələbə malik olduğunu, alternativ şəbəkənin real redemption imkanını və platformanın müddət öhdəliyini yazır; sürətli həll naminə fərqli aktivi eyni hesab etmir.
İflas masası
Son sınaqda marketinq səhifəsi bağlanır və yalnız müqavilə, aktiv ayrılığı, ledger çıxarışı, on-chain sübut və tələb proseduru qalır. İstifadəçi ayrılmış aktiv sahibi, trust benefisiarı və ya təminatsız kreditor kimi hansı sənədlə çıxış edəcəyini bilməlidir. Cavab tapılmırsa yüksək yield və rahat interfeys bu hüquqi boşluğu kompensasiya etmir.
Baxış və sübut sərhədi
Sahiblik iddiasının sübut sərhədlərini çəkin
kripto sahiblik barədə mexanizm sənədi, İslam maliyyəsi prinsipi və Azərbaycan istifadəçisinin hüquqi-praktik vəziyyəti üç ayrı sübut qatıdır.
| Baxış | Səhifənin yoxlama istiqaməti | Çıxarıla bilməyən nəticə | Tarix və orijinal |
|---|---|---|---|
| Mexanizm və müqavilə sübutu | Birja balansı, çıxarış imkanı, blokçeyn ünvanı və özəl açar eyni hüquq deyil. | Texniki və platforma sənədi dini uyğunluğu, gəliri və yerli əlçatanlığı təsdiqləmir. | Dərc: orijinalda tarix yoxdur; əldə edilib: 2026-08-01 Orijinal mənbə |
| İslam maliyyəsi üzrə baxış | AAOIFI-nin faktiki və konstruktiv qabz bölgüsü sual çərçivəsidir, konkret birja üçün sertifikat deyil.Qeydiyyatlı baxışlar：AAOIFI Shari’ah Standard No. 18（Possession / Qabd） · International Islamic Fiqh Academy（IIFA-OIC） | Bu ümumi prinsip və ya institusional mövqedir; konkret məhsul üçün fətva deyil. | Dərc: orijinalda tarix yoxdur; əldə edilib: 2026-08-01 Orijinal mənbə |
| Azərbaycan istifadəçisi üçün sərhəd | Hosted və unhosted wallet, aktivlərin ayrılması, iflas və miras Azərbaycan istifadəçisi üçün ayrıca yoxlanır. | Qlobal mənbədən daimi yerli icazə, hüquqi müdafiə və ya məhsul mövcudluğu nəticəsi çıxmır. | Bu mövzu üçün kifayət qədər Azərbaycan ilkin yurisdiksiya mənbəyi tapılmayıb; ayrıca yoxlanmalıdır. |
Əlavə ilkin və institusional mənbələr
Bu keçidlər mexanizm, hüquq, risk və dini qiymətləndirmə sərhədlərini ayrı yoxlamaq üçündür; heç biri ayrıca məhsul təsdiqi və ya fərdi hökm deyil.
- Central Bank of the Republic of Azerbaijan：Regulation on transactions with virtual assets in the Republic of Azerbaijan (Decision No. 11/1)
- Securities Commission Malaysia：Shariah Advisory Council Resolutions on Digital Assets
- Central Bank of the Republic of Azerbaijan：Trial periods for regulatory sandbox regime first phase finished
- Bank for International Settlements：Annual Economic Report 2025, Chapter III: The next-generation monetary and financial system
- ethereum.org：Ethereum security and scam prevention